Hosting değiştirme kararı; sürekli kaynak limitine takılma, yüksek sunucu yanıt süresi, yavaş destek, eski teknoloji, tekrar eden güvenlik olayları ve orantısız yenileme fiyatı gibi altı işaretten ikisi veya daha fazlası bir arada görüldüğünde mantıklı hale gelir.
Yeni sunucu her şeyi düzeltmez: ağır tema, optimize edilmemiş görsel ve kötü veritabanı sorguları taşınsa da sizinle birlikte taşınır.
Doğru paket seçimi sitenin ne yaptığına bağlıdır (blog mu, sipariş alan bir mağaza mı); geçiş sırasında ise e-posta, DNS yayılması ve SSL gibi görünmez noktalar en çok sorun çıkaran yerlerdir.
Siteniz yavaş, panel donuyor, destek talepleriniz günlerce yanıtsız kalıyor. Aklınızdan geçen ilk çözüm hosting değiştirme oluyor. Bazen doğru karar bu, bazen ise değişiklik sorunu çözmüyor sadece taşıyor.
Bu yazıda hosting değiştirmenin gerçekten gerekli olduğu durumları, hangi tip paketin hangi siteye uygun düştüğünü ve geçiş sırasında neyin riske girdiğini anlatıyorum.
Amacım taşıma işleminin adım adım nasıl yapıldığını anlatmak değil. Amacım doğru kararı vermenizi sağlamak. Taşıma sürecinin kendisi ayrı bir konu ve onu WordPress site taşıma hizmeti sayfasında ele aldım.
Hosting değiştirme kararını tetikleyen altı işaret
Aşağıdaki durumlardan ikisi veya daha fazlası sizde varsa, sorun sitenizde değil barındırmadadır.
1. Sürekli kaynak limitine takılma
Hosting panelinizde CPU, bellek veya işlem sayısı grafiği düzenli olarak tavan yapıyorsa, paketiniz sitenizin ihtiyacını karşılamıyor demektir.
Burada dikkat edilmesi gereken bir ayrım var. Limit trafiğin arttığı saatlerde doluyorsa paket küçüktür. Trafik düşükken de doluyorsa sorun sitenin kendi kaynak tüketimindedir ve hosting değiştirmek bunu çözmez.
2. Sunucu yanıt süresinin yüksek olması
Sunucunun ilk baytı gönderme süresi, sitenin ne kadar iyi optimize edildiğinden bağımsız olarak bir alt sınır oluşturur.
Bu süre sürekli olarak 600 milisaniyenin üzerindeyse ve site tarafında yapılabilecek iyileştirmeleri zaten yapmışsanız, darboğaz sunucudadır. Ölçüm ve iyileştirme adımlarını WordPress site hızı rehberinde anlattım.
3. Destek yanıt sürelerinin uzaması
Sitesi çalışmayan bir işletme için 24 saatlik yanıt süresi kabul edilemez. Destek kalitesi, paket özelliklerinden daha belirleyici bir kriterdir.
Kararı vermeden önce test edin: bir destek talebi açın ve gerçek yanıt süresini ölçün. Reklamda yazan süre ile yaşanan süre çoğu zaman farklıdır.
4. Teknoloji tarafında geride kalma
Hosting sağlayıcınız hâlâ eski PHP sürümleri sunuyorsa, HTTP/2 desteği yoksa ya da disk hâlâ mekanik ise bu bir tercih meselesi değil, teknik bir sınırdır.
Şu üç maddeyi kontrol edin: PHP 8.1 ve üzeri sürüm seçeneği, NVMe veya en azından SSD disk, HTTP/2 veya HTTP/3 desteği. Üçünden biri yoksa değişim gerekçelidir.
5. Tekrar eden güvenlik olayları
Paylaşımlı barındırmada aynı sunucuda yüzlerce site bulunur. Yapılandırma zayıfsa, bir sitedeki açık diğerlerine sıçrayabilir.
Sitenizi temizlettiğiniz halde kısa süre sonra yeniden zararlı dosya oluşuyorsa, kaynak sunucu tarafında olabilir. Bu senaryoda taşıma bir tercih değil zorunluluktur. Belirtileri hacklenmiş site tespiti ve temizliği yazısında topladım.
6. Yenileme fiyatının ilk yıl fiyatıyla alakasız olması
Barındırma sektöründe ilk yıl indirimi yaygın. İkinci yıl fiyatı çoğu zaman iki üç katına çıkar.
Bu tek başına taşıma sebebi olmayabilir. Ama aldığınız hizmet zaten sınırdaysa, yenileme dönemi karar için doğal bir eşiktir.
Hosting değiştirmenin çözmediği şeyler
Burası önemli, çünkü taşıma sonrası yaşanan hayal kırıklıklarının çoğu bu başlıktan çıkıyor.
Yeni sunucu şunları düzeltmez:
- Ağır tema ve eklenti yükünü. Yirmi eklenti eski sunucuda da yeni sunucuda da yirmi eklentidir. Fark hissedilir ama sorun yerinde durur.
- Optimize edilmemiş görselleri. Sayfa ağırlığı sunucudan bağımsızdır.
- Kötü kurgulanmış veritabanı sorgularını. Hızlı sunucu kötü sorguyu daha hızlı çalıştırır, ortadan kaldırmaz.
- Sıralama kayıplarını. Hosting değiştirmek bir SEO iyileştirmesi değildir. Yavaşlık sıralamanızı etkiliyorduysa dolaylı fayda görürsünüz, bunun ötesinde bir kazanç beklemeyin.
- Güvenlik alışkanlıklarını. Zayıf şifre ve güncellenmemiş eklenti her sunucuda aynı riski taşır.
Taşımadan önce siteyi bir kez elden geçirmek, hem doğru paketi seçmenizi sağlar hem de taşıma sonrası kazancı görünür kılar.
Hangi hosting tipi size uygun
Paket seçimi, aylık ziyaretçi sayısından çok sitenin ne yaptığına bağlıdır. Blog ile sipariş alan bir mağaza aynı kategoride değildir.
| Tip | Kimin için | Güçlü yanı | Zayıf yanı |
|---|---|---|---|
| Paylaşımlı | Kurumsal tanıtım siteleri, düşük trafikli bloglar | Maliyet ve kolay yönetim | Kaynak limiti, komşu site etkisi |
| Yönetilen WordPress | Teknik ekibi olmayan, trafiği artan siteler | Otomatik yedek, test ortamı, WordPress’e özel önbellek | Fiyat, bazı eklentilere kısıtlama |
| VPS veya VDS | E-ticaret, özel geliştirme içeren siteler | Ayrılmış kaynak, tam kontrol | Sunucu yönetimi bilgisi gerektirir |
| Bulut | Trafiği dalgalanan projeler | İhtiyaca göre ölçeklenme | Maliyeti öngörmek zor |
Sipariş alan bir e-ticaret sitesi için paylaşımlı paket önermiyorum. Kampanya dönemlerinde eşzamanlı ziyaretçi sayısı arttığında ilk çöken yer sepet ve ödeme adımı olur, yani tam olarak para kazandığınız yer.
Sağlayıcı seçerken bakılacak teknik maddeler
Paket sayfalarındaki disk ve trafik rakamları çoğu zaman karar için yeterli bilgi vermez. Şu sekiz maddeyi sorun:
- PHP sürüm seçenekleri. Panelden sürüm değiştirebilmelisiniz. Tek sürüme kilitli paketler ilerleyen aylarda sorun çıkarır.
- Gerçek kaynak limitleri. “Sınırsız” ifadesi yerine CPU, bellek ve eşzamanlı işlem limitlerinin sayısal değerlerini isteyin.
- Yedekleme politikası. Yedek alınıyor mu, kaç gün saklanıyor, geri yükleme ücretli mi, yedek aynı sunucuda mı duruyor?
- Test ortamı desteği. Tek tıkla test kopyası oluşturabilmek, güncelleme kaynaklı bozulmaları büyük ölçüde önler.
- Sunucu konumu. Hedef kitleniz Türkiye’deyse Türkiye veya Avrupa konumlu sunucu, uzak lokasyona göre gözle görülür fark yaratır.
- SSL yönetimi. Ücretsiz sertifika sunuluyor mu, otomatik yenileniyor mu?
- E-posta çözümü. Kurumsal e-posta aynı pakette mi, yoksa ayrı bir servis mi gerekiyor?
- Taşıma desteği. Sağlayıcı taşımayı kendisi yapıyor mu, yapıyorsa kapsamı ne?
Bu sekiz sorunun yanıtını satış öncesinde almak, taşıma sonrasında yaşanacak sürprizlerin çoğunu ortadan kaldırır.
Sunucu konumu neden önemli
Fiziksel mesafe, veri paketinin gidiş dönüş süresini doğrudan etkiler. Yurt dışındaki bir sunucu, aynı donanımla Türkiye’deki bir sunucudan daha yavaş yanıt verir.
Ziyaretçilerinizin çoğu Türkiye’deyse sunucunun da yakın olması mantıklıdır. Uluslararası bir kitleniz varsa, içeriği dağıtan bir ağ kullanmak daha doğru bir çözümdür. Bu konuyu CDN rehberinde ayrıntılı anlattım.
Fiyatı doğru karşılaştırmak
Paket fiyatlarını yan yana koymak yanıltıcı bir karşılaştırmadır. Aynı rakamın arkasında çok farklı kapsamlar olabilir.
Gerçek maliyeti görmek için yıllık toplam üzerinden hesap yapın ve şu kalemleri ekleyin:
| Kalem | Neden ayrıca sorulmalı |
|---|---|
| Yenileme fiyatı | İlk yıl indirimi çoğu pakette geçicidir, karar ikinci yıl fiyatına göre verilmeli |
| Yedekleme | Bazı sağlayıcılarda yedek alınır ama geri yükleme ücretlidir |
| SSL sertifikası | Ücretsiz sertifika standart hale geldi, ücret talep ediliyorsa gerekçesi sorulmalı |
| Kurumsal e-posta | Paketten ayrı satılıyorsa yıllık maliyeti ciddi şekilde değiştirir |
| Taşıma ücreti | Bazı sağlayıcılar ücretsiz taşır, bazıları site başına ücret alır |
| Ek kaynak | Limit aşımında otomatik ücretlendirme var mı, yoksa site mi durduruluyor |
Bu altı kalem eklendiğinde ucuz görünen paket çoğu zaman pahalı olana yaklaşır. Karar da netleşir.
Yönetilen WordPress hosting değer mi
Yönetilen paketler standart paketlerden belirgin şekilde pahalıdır. Bu farkın karşılığı donanım değil, işletme yüküdür.
Yönetilen pakette güncellemeler, yedekler, sunucu seviyesinde önbellek ve test ortamı sizden bağımsız çalışır. Kendi zamanınızı ya da bir uzmanın zamanını bu işlere ayırmanız gerekmez.
Bu paketler şu profildekiler için mantıklıdır: sitesi iş akışının merkezinde olan, teknik ekibi bulunmayan ve kesintinin doğrudan gelir kaybına dönüştüğü işletmeler.
Buna karşılık bazı yönetilen paketler belirli eklentilere kısıtlama getirir. Özellikle önbellekleme ve yedekleme eklentileri yasaklı listede olabilir. Satın almadan önce kullandığınız eklentilerin listesini paylaşıp uyumluluk sormak gerekir.
Taşıma öncesi hazırlık
Kararı verdiyseniz, yeni pakete geçmeden önce yapılacak hazırlık taşımanın başarısını büyük ölçüde belirler.
Şu beş adım taşımadan önce tamamlanmalı:
- Sitenin envanterini çıkarın. Kullanılan tema, aktif eklentiler, zamanlanmış görevler, e-posta hesapları ve üçüncü taraf entegrasyonlar listelenmelidir. Taşıma sonrası kontrol listeniz bu envanterden çıkar.
- Gereksizleri temizleyin. Kullanılmayan eklenti ve temaları silmek, taşınacak veriyi küçültür ve yeni sunucuda temiz bir başlangıç sağlar.
- Mevcut performansı ölçün. Taşımadan önce sunucu yanıt süresini ve sayfa yüklenme değerlerini kaydedin. Kazancı ancak öncesini bilirseniz gösterebilirsiniz.
- Tam yedek alın ve indirin. Yedeğin eski sunucuda durması yetmez, kendi bilgisayarınızda da bir kopyası olmalı.
- Yönlendirme bekleme süresini düşürün. Bu ayar taşımadan en az bir gün önce yapılmalı ki geçiş anında yayılma hızlı olsun.
Bu hazırlık bir saatlik iştir ve taşıma sırasında yaşanabilecek sürprizlerin çoğunu önceden ortadan kaldırır.
Geçişte riske giren beş şey
Taşıma denince akla dosya ve veritabanı kopyalamak gelir. Oysa sorunların çoğu bu ikisinden değil, çevre unsurlardan çıkar.
E-posta hesapları. Alan adı yönlendirmesi değiştiğinde e-posta akışı da etkilenir. Eski sunucudaki gelen kutuları taşınmazsa geçmiş yazışmalar kaybolabilir. Geçiş öncesi e-posta yedeklerinin alınması gerekir.
Yayılma süresi. Alan adı yönlendirmesi anında güncellenmez. Bu süre boyunca bazı ziyaretçiler eski sunucuya, bazıları yeniye düşer. Bu aralıkta eski sunucuya gelen bir sipariş yeni veritabanına yazılmaz.
SSL sertifikası. Sertifika sunucuya bağlıdır, taşınmaz. Yeni sunucuda yeniden kurulmalıdır. Bu adım atlanırsa ziyaretçiler güvenlik uyarısıyla karşılaşır.
Zamanlanmış görevler. Yedekleme, e-posta gönderimi ve fiyat güncelleme gibi arka plan görevleri sunucu tarafında tanımlıdır. Yeni sunucuda yeniden kurulmazsa sessizce çalışmayı bırakır.
Dosya yolları ve izinler. Sunucu yapısı değiştiğinde bazı eklentilerin kayıtlı dosya yolları geçersiz kalır. Genelde önce görsel yükleme ve yedekleme eklentilerinde kendini gösterir.
Paylaşımlı barındırmada komşu site etkisi
Paylaşımlı pakette sunucunun donanımı aynı anda yüzlerce site tarafından kullanılır. Yapılandırma iyiyse siteler birbirinden yalıtılır ve sorun yaşanmaz.
Yalıtım zayıfsa aynı sunucudaki bir sitenin ani trafik alması veya kötü yazılmış bir betiği çalıştırması, sizin sitenizin de yavaşlamasına yol açar.
Bunu ölçmek için sitenizin yanıt süresini günün farklı saatlerinde takip edin. Kendi trafiğinizle açıklanamayan düzensiz yavaşlamalar, komşu site etkisine işaret eder.
Bu durumda yapılacak şey paketi büyütmek değil, ayrılmış kaynak sunan bir yapıya geçmektir. Aynı sağlayıcıda daha büyük bir paylaşımlı paket satın almak sorunu çözmez.
Geçiş zamanlamasını doğru seçmek
Taşımanın hangi gün ve saatte yapıldığı, teknik tarafı kadar önemlidir.
Analytics verinizde en düşük trafikli zaman dilimini bulun. Çoğu kurumsal sitede bu, hafta içi gece saatleridir. E-ticarette ise hafta sonu sabahları olabilir.
Şu üç dönemde taşıma yapmayın:
- Kampanya ve indirim dönemlerinde
- Reklam kampanyası aktifken, çünkü kesinti doğrudan bütçe kaybıdır
- Sizin ulaşılamayacağınız zamanlarda, çünkü sorun çıkarsa müdahale gerekir
Geçiş öncesinde alan adı yönlendirmesinin bekleme süresini düşürmek, yayılmayı hızlandırır. Bu ayarın taşımadan en az bir gün önce yapılması gerekir.
Geçiş sonrası: kısa bakış
Site yeni sunucuda açıldı diye iş bitmez. Ana sayfa açılıyor gibi görünse de sessiz bozulmalar genelde ilk hafta içinde ortaya çıkar; form bildirimleri istenmeyen klasörüne düşebilir, zamanlanmış yedekleme sessizce çalışmayı bırakabilir, arama konsolunda tarama hataları artabilir.
Bu kontrolleri kendiniz yapacaksanız en az bir hafta boyunca takip etmeniz gerekir. Taşımayı bize bıraktığınızda bu takibi biz üstleniyoruz; sürecin tamamı için WordPress site taşıma hizmeti sayfasına bakabilirsiniz.
Eski sunucuyu taşımadan hemen sonra kapatmayın. En az bir hafta açık kalması, atlanan bir dosya veya e-posta olduğunda geri dönebilmenizi sağlar.
Kendiniz mi taşımalısınız
Statik bir tanıtım sitesini, kabul edilebilir bir kesintiyle kendi başınıza taşıyabilirsiniz. Risk sınırlıdır. Teknik bilginiz varsa ve site basit bir yapıdaysa, yukarıdaki hazırlık listesini takip ederek bu işi kendiniz de bitirebilirsiniz.
Şu üç durumda ise dışarıdan destek almanızı öneririm:
Site sipariş veya rezervasyon alıyorsa. Yayılma süresi boyunca gelen kayıtların kaybolmaması için ek önlem gerekir.
Kurumsal e-posta aynı pakette çalışıyorsa. E-posta kaybı, site kesintisinden çok daha maliyetli bir hatadır.
Sitede özel geliştirme varsa. Standart olmayan yapılandırmalar yeni sunucuda birebir çalışmayabilir.
Mevcut hostingde kalıp performans sorununu çözmek de bir seçenek olabilir. Hangi yolun daha mantıklı olduğunu görmek için sitenizin mevcut durumunu değerlendirebiliriz.
Bu karar bize sıkça geliyor: “Sitem yavaş, hosting mi değiştirsem yoksa başka bir şey mi yapsam bilmiyorum.” Çoğu vakada önce siteyi ölçüyoruz, çünkü sorun bazen sunucuda değil, ağır bir temada veya optimize edilmemiş görsellerde çıkıyor.
Gerçekten sunucu kaynaklıysa taşımayı biz yürütüyoruz; e-posta, DNS yayılması ve SSL gibi görünmez noktaları kontrol listesine alıp kesintisiz geçirmeye çalışıyoruz.
Sık sorulan sorular
Hosting değiştirme SEO’ya zarar verir mi?
Doğru yapıldığında zarar vermez. Adres yapısı değişmiyorsa ve kesinti kısa tutuluyorsa sıralamanız korunur. Zarar, uzun kesinti ve taşıma sırasında bozulan adres yapısından doğar. Google’ın kendi hosting/sunucu değişikliği rehberinde de bu süreç aynı şekilde anlatılıyor.
Taşıma sırasında sitem ne kadar kapalı kalır?
Doğru planlanmış bir taşımada ziyaretçi açısından kesinti yaşanmaz. Yeni sunucu hazır hale getirilip test edildikten sonra yönlendirme değiştirilirse, geçiş sırasında site kesintisiz kalır.
Hosting değiştirince sitem hızlanır mı?
Darboğaz sunucudaysa hızlanır. Ağır tema, çok sayıda eklenti veya optimize edilmemiş görsellerden kaynaklanıyorsa fark sınırlı kalır. Taşımadan önce sitenin kendi performansını ölçmek doğru beklentiyi kurmanızı sağlar.
E-postalarım taşımada kaybolur mu?
Ayrı olarak taşınmazsa kaybolabilir. E-posta hesapları ve gelen kutuları site dosyalarından bağımsızdır, taşıma planına ayrıca dahil edilmesi gerekir.
Eski hostingimi ne zaman kapatmalıyım?
Taşımadan sonra en az bir hafta açık tutun. Bu süre, atlanan bir dosya, e-posta veya zamanlanmış görev olduğunda geri dönmenizi sağlar.
Bu yazıları da okumak isteyebilirsiniz ...
Yazar Hakkında
2014'ten bu yana web tasarım, WordPress ve SEO & AI görünürlük alanlarında 500'den fazla işletmeye hizmet veriyorum.