Hosting Değiştirme Zamanı Geldi mi? 8 Uyarı Sinyali

Hosting ne zaman değiştirilmeli? Sorun tek seferlik olmaktan çıkıp kalıcı bir kalıba dönüştüğünde. Ayda birden fazla kesinti yaşıyorsanız, kaynak limitine sürekli takılıyorsanız, destek talepleriniz yanıtsız kalıyor ya da çözülmüyorsa, yenilemede beklemediğiniz bir zamla karşılaştıysanız ve sağlayıcınız PHP/MySQL sürümlerini güncellemiyorsa değiştirme zamanı gelmiştir. Tek bir aksaklık değil, tekrar karar verdirir.

Çoğu site sahibi hosting sağlayıcısını çok geç değiştirir. Sebep basit: taşıma korkusu. «Site kapanır mı, e-postalar kaybolur mu, SEO’m çöker mi?» endişesi, kötü bir hizmete katlanmayı taşıma riskinden daha ucuz gösterir. Oysa doğru yapılan bir taşıma ziyaretçi tarafında hiçbir kesinti üretmez; kötü bir hosting ise her ay sessizce fatura keser. Bu yazıda önce değiştirme kararını doğrulayan sekiz sinyali, sonra taşımadan da çözülebilecek sorunları ve son olarak kesintisiz taşımanın adım adım yolunu ele alacağız.

Hosting Değiştirme Zamanının 8 Uyarı Sinyali

Aşağıdaki tablo, sağlayıcı değiştirme kararını haklı çıkaran sekiz sinyali; her birinin gerçekte ne anlama geldiğini ve tahminle değil kanıtla nasıl doğrulayacağınızı özetler. Bir sinyal tek başına yeterli olmayabilir; ikisi veya üçü bir arada görülüyorsa karar netleşmiştir.

Uyarı sinyali	Ne anlama gelir?	Nasıl doğrularsınız?
1. Sık kesinti (downtime)	Altyapı yedeksiz veya aşırı yüklü. Ziyaretçi de arama motoru botu da kapalı kapıyla karşılaşıyor.	Bağımsız bir uptime izleme servisiyle 30–60 gün ölçün. Aylık %99,9 hedefi ayda yaklaşık 43 dakikaya karşılık gelir; bunun üzerindeki her dakika sinyaldir.
2. Zamanla yavaşlayan site	Sunucu yanıt süresi (TTFB) yükseliyor; sunucu üzerindeki yoğunluk artmış olabilir.	Aynı sayfayı farklı günlerde ölçüp TTFB eğilimine bakın. Boş bir test sayfası bile geç açılıyorsa sorun sitede değil sunucudadır.
3. Kaynak limitine sürekli takılma	Paketiniz büyümenizin gerisinde kaldı ya da limitler gerçekçi belirlenmemiş.	Panelinizdeki CPU/bellek/giriş-işlem (entry process) grafiklerine bakın. Limit aşımı istisna değil rutinse sinyaldir.
4. Destek yanıt vermiyor veya çözemiyor	Sorun anında yalnızsınız. Hosting hizmetinin yarısı sunucu, yarısı destektir.	Son 6 aydaki taleplerinizin ilk yanıt sürelerini ve kaçının gerçekten çözüldüğünü sayın. «Kendi tarafınızda inceleyin» yanıtı çözüm değildir.
5. Yenilemede sürpriz zam	Fiyatlandırma modeli ilk yıl indirimine dayanıyor; gerçek maliyet ikinci yıl ortaya çıkıyor.	İlk satın alma bedeli ile yenileme bedelini yan yana koyun. Yenileme fiyatı sözleşme öncesinde açıkça yazılı değilse şeffaflık sorunu vardır.
6. Eski yazılım sürümleri	PHP/MySQL sürümleri güncellenmiyor; hem performans hem güvenlik desteği dışında kalıyorsunuz.	Panelde sunulan PHP sürümlerine bakın. Yalnızca destek ömrü dolmuş sürümler varsa ya da sürüm seçici hiç yoksa altyapı bakımsızdır.
7. Yedek yok veya geri dönüş yapılamıyor	Asıl risk yedeğin alınmaması değil, geri yüklenememesidir. Test edilmemiş yedek yedek sayılmaz.	Bir kez geri yükleme talep edin. Süreç nasıl işliyor, ne kadar sürüyor, kaç günlük yedek tutuluyor — hepsini görün.
8. Büyümeye uygun üst basamak yok	Paylaşımlı paketiniz doldu ama sağlayıcının sunduğu bir sonraki durak yok veya orantısız.	Sağlayıcının paylaşımlı hostingten bulut sunucuya, oradan fiziksel sunucuya uzanan bir yolu var mı, bakın. Yoksa büyüdüğünüzde zaten taşınacaksınız.

Bu Sinyalleri Nasıl Okumalısınız?

Kesinti ve yavaşlık en görünür, ama en yanıltıcı olabilen sinyallerdir. Sitenizin bir öğleden sonra üç dakika erişilemez olması, tek başına sağlayıcı değiştirmek için gerekçe değildir; her altyapıda bakım pencereleri ve nadir arızalar olur. Kritik olan sıklıktır. Bunu duyguyla değil ölçümle saptayın: bağımsız bir izleme servisi kurun ve bir ay bekleyin. Elinizde rakam olduğunda konuşma değişir. Uptime ve istikrar taahhüdü, pazarlama cümlesi değil ölçülebilir bir sayı olmalıdır.

Kaynak limiti sinyali, çoğu zaman yanlış yorumlanır. Sürekli limit aşımı iki farklı şeyin işareti olabilir: ya gerçekten büyüdünüz ve paketiniz küçük kaldı, ya da siteniz olması gerekenden çok daha fazla kaynak tüketiyor. İkisi çok farklı reçetelerdir. Birincisi bir basamak yukarı çıkmayı, ikincisi ise önce sitenizi düzeltmeyi gerektirir. Bu ayrımı yapmadan taşınırsanız, aynı sorunu yeni sunucuya taşımış olursunuz — sadece daha pahalıya.

Destek sinyali ise tartışmasızdır. Sunucu arızası her sağlayıcının başına gelir; farkı yaratan, arıza anında karşınızda birinin olup olmamasıdır. Talebiniz saatlerce yanıtsız kalıyorsa ya da her seferinde konu size geri gönderiliyorsa, aslında hizmetin yarısını hiç almıyorsunuz demektir. Alastyr tarafında mesai içi taleplere ortalama 5–30 dakika içinde dönülür ve destek 7/24 Türkçe çalışır; ayrıntılar destek ve SLA sayfalarımızda yazılıdır.

Yenilemede sürpriz zam, teknik değil ticari bir sinyaldir ve tam da bu yüzden ciddiye alınmalıdır. İlk yıl çok düşük fiyat verip ikinci yıl fiyatı katlayan bir model, müşteriyi taşıma zahmetine katlanmayacağı varsayımına dayanır. Bu bir hizmet stratejisi değil, bir bahistir. Alastyr’da yenileme fiyatı baştan bellidir; yaklaşımımızı şeffaf fiyatlandırma sayfasında açıkça yayımlıyoruz. (Tüm fiyatlar KDV hariçtir.)

Dürüst Olalım: Taşıma Her Derde Deva Değildir

Sağlayıcı değiştirmenin işe yaramadığı bir senaryo vardır ve sık görülür: sorun sitenin kendisindedir. Otuz eklenti yüklü, her sayfa yüklemesinde onlarca dış istek yapan, veritabanında indekssiz sorgular çalıştıran bir WordPress kurulumu, hangi sunucuya konursa konsun ağırdır. Yeni sunucu ilk birkaç hafta daha iyi hissettirir; sonra aynı yere gelir. Bu, taşımanın değil teşhisin eksik olduğu bir durumdur.

Aşağıdaki tablo, taşımaya karar vermeden önce denemeye değer — ve çoğu zaman sorunu tek başına çözen — adımları listeler. Bu adımlardan sonra sorun sürüyorsa, sinyal gerçektir ve taşıma haklıdır.

Şikâyet	Taşımadan önce deneyin	Bu işe yaramazsa…
Site yavaş	Önbelleklemeyi doğru kurun, görselleri WebP’ye çevirin, kullanılmayan eklentileri kaldırın, PHP sürümünü güncelleyin.	Boş bir test sayfası bile geç açılıyorsa (yüksek TTFB) sorun sunucudadır; taşıma haklıdır.
Kaynak limiti doluyor	Ağır eklentiyi ve optimize edilmemiş sorguyu tespit edin; bot trafiğini ve yönetim paneli zamanlanmış görevlerini (cron) kontrol edin.	Site temizken bile limit doluyorsa gerçekten büyümüşsünüzdür: bir üst pakete veya bulut sunucuya geçin.
E-postalar spam’e düşüyor	SPF, DKIM ve DMARC kayıtlarını doğru kurun; gönderim itibarınızı kontrol edin.	Kayıtlar doğruyken sunucu IP’si kara listedeyse ve sağlayıcı çözmüyorsa taşıma gerekir.
Ara sıra 500/503 hatası	Hata günlüklerini okuyun; bellek limiti (memory limit) ve eşzamanlı bağlantı ayarlarını gözden geçirin.	Hata sunucu tarafındaki genel yükten kaynaklanıyorsa ve tekrarlıyorsa sinyal gerçektir.
Fiyat yüksek geldi	Gerçek kaynak kullanımınıza bakın; gereğinden büyük bir paketteyseniz aşağı basamak daha doğru olabilir.	Aynı hizmet seviyesi için şeffaf yenileme fiyatı alamıyorsanız değiştirin.

Kısacası: önce teşhis, sonra taşıma. Doğru sırayla ilerlerseniz ya sorunu ücretsiz çözersiniz ya da taşıma kararınızın arkasında kanıt olur. Her iki sonuç da kazançtır.

Kesintisiz Hosting Taşıma Adımları

Taşıma kararı verdiyseniz, işin kesintisiz yürümesi için sıralamayı bozmayın. Aşağıdaki sekiz adım, ziyaretçi tarafında hiçbir aksama yaşanmadan sağlayıcı değiştirmenin standart yoludur.

1. Mevcut paketinizi ve kaynak kullanımınızı çıkarın. Disk alanı, aylık trafik, veritabanı sayısı ve boyutu, e-posta hesapları, PHP sürümü, kullandığınız uzantılar ve varsa zamanlanmış görevler. Bu liste, yeni pakette hiçbir şeyin eksik kalmamasını sağlar.
2. Yeni sağlayıcıyı seçin. Yalnızca fiyata değil; uptime taahhüdüne, destek yanıt süresine, yenileme fiyatının şeffaflığına ve büyüme yolunun var olup olmadığına bakın. Bugünkü ihtiyacınıza değil, iki yıl sonraki ihtiyacınıza göre seçin.
3. Taşımayı planlayın — ve mümkünse destek ekibine üstlendirin. Alastyr’da taşıma işlemini destek ekibimiz ücretsiz olarak üstlenir. Dosyalar, veritabanları ve e-posta hesapları birebir aktarılır; siz yalnızca son onayı verirsiniz. Taşımayı trafiğin en düşük olduğu saat dilimine planlayın.
4. Yedek alın. Taşımayı başkası yapsa bile kendi elinizde bağımsız bir yedek bulunsun: dosyaların tam kopyası ve veritabanı dökümü. Yedeği kendi bilgisayarınızda veya ayrı bir depolama alanında tutun.
5. DNS TTL değerini düşürün. Taşımadan en az 24–48 saat önce alan adınızın A kaydındaki TTL değerini 300 saniyeye (5 dakika) indirin. Böylece yönlendirme anında değişiklik dünyaya dakikalar içinde yayılır, saatlerce değil.
6. Taşıyın ve yeni sunucuda test edin. Site yeni sunucuya kopyalandığında, DNS’i değiştirmeden önce hosts dosyası veya sağlayıcının verdiği geçici erişim adresiyle siteyi yeni sunucuda açıp kontrol edin: ana sayfa, iletişim formu, ödeme adımı, yönetim paneli, e-posta gönderimi. Sorun varsa henüz kimse etkilenmemiştir.
7. DNS’i yeni sunucuya yönlendirin. Testler temizse A kaydını (ve gerekiyorsa MX kayıtlarını) yeni IP adresine çevirin. Düşük TTL sayesinde geçiş dakikalar içinde tamamlanır. Bu sırada iki sunucu da ayakta olduğu için ziyaretçi hiçbir kesinti görmez.
8. Eski hesabı hemen kapatmayın; 1–2 hafta bekleyin. DNS yayılımı tamamlansa bile gözden kaçan bir alt alan adı, bir e-posta yönlendirmesi veya bir zamanlanmış görev eski sunucuda kalmış olabilir. İki haftalık örtüşme süresi, bu tür sürprizlerin veri kaybına dönüşmesini engeller.

Bu sıralamanın en kritik iki adımı beşinci ve altıncı adımlardır. TTL’i düşürmeden yapılan taşımalarda bazı ziyaretçiler saatlerce eski sunucuya gitmeye devam eder; bu da «kimi kullanıcıda eski site, kimi kullanıcıda yeni site» gibi kafa karıştırıcı bir araya yol açar. Test etmeden yapılan yönlendirme ise hatayı doğrudan ziyaretçiye gösterir.

Alastyr’a Geçmek Neden Risksiz?

Taşıma korkusunun iki bileşeni vardır: süreç riski ve karar riski. İkisini de ortadan kaldırıyoruz.

Süreç riski: Taşımayı siz yapmıyorsunuz. Destek ekibimiz, mevcut sağlayıcınızdaki dosyaları, veritabanlarını ve e-posta hesaplarını ücretsiz ve kesintisiz biçimde aktarır; DNS geçişini birlikte planlarız. Altyapı tarafında kendi İzmir veri merkezimiz (N+1 yedekli enerji ve soğutma, Tier III standartlarında tasarım) ve %99,9 uptime taahhüdü devrededir. İhtiyaç büyüdüğünde paylaşımlı hosting paketinden bulut sunucuya, oradan VDS veya fiziksel sunucuya geçiş yolu hazırdır — yani bir daha sağlayıcı değiştirmek zorunda kalmazsınız.

Karar riski: 14 gün koşulsuz iade hakkıyla hizmeti risksiz deneyebilirsiniz. Beğenmezseniz gerekçe sunmanıza gerek yok. (İade hakkı alan adı, fiziksel ve sanal sunucular, yazılım lisansları ile güvenlik sertifikalarını kapsamaz; ayrıntılar iade politikası sayfamızdadır.) Yani «acaba gerçekten daha mı hızlı?» sorusunun cevabını tahminle değil, kendi sitenizle test ederek alırsınız. Mevcut sitenizin sunucu yanıt süresini şimdi ölçmek isterseniz ücretsiz hız testi aracımız birkaç saniyede sonucu verir.

Sıkça Sorulan Sorular

Hosting değiştirmek sitemi kapatır mı?

Doğru yapıldığında hayır. Site yeni sunucuya kopyalanır, DNS değiştirilmeden önce orada test edilir ve ancak her şey çalıştığı doğrulandıktan sonra yönlendirme yapılır. Geçiş anında iki sunucu da ayakta olduğu için ziyaretçi hiçbir kesinti görmez. Alastyr’da bu süreci destek ekibimiz ücretsiz olarak üstlenir.

Kaç kesinti sonrasında hosting değiştirmeliyim?

Tek bir kesinti gerekçe değildir; her altyapıda nadir arızalar olur. Kritik olan sıklıktır. %99,9 uptime hedefi ayda yaklaşık 43 dakikaya karşılık gelir. Bağımsız bir izleme servisiyle bir ay ölçün: kesintiler bu eşiği aşıyorsa ve tekrar ediyorsa sinyal gerçektir.

Sitem yavaş; hosting mi değiştirmeliyim yoksa siteyi mi düzeltmeliyim?

Önce teşhis edin. Önbellekleme, görsel optimizasyonu, eklenti temizliği ve PHP sürüm güncellemesi çoğu sitede kayda değer kazanç sağlar. Bu adımlardan sonra boş bir test sayfası bile geç açılıyorsa — yani sunucu yanıt süresi (TTFB) hâlâ yüksekse — sınır sunucudadır ve taşıma haklıdır.

Taşıma sırasında e-postalarım kaybolur mu?

Doğru planlandığında hayır. E-posta hesapları ve posta kutuları içerikleriyle birlikte aktarılır. Kayıp riski, MX kayıtları değiştikten sonra eski sunucuya düşen mesajların gözden kaçmasından doğar. Bu yüzden eski hesabı hemen kapatmayıp 1–2 hafta açık tutmak ve o dönemde gelen mesajları kontrol etmek gerekir.

Hosting taşıma SEO’mu etkiler mi?

Alan adınız aynı kaldığı ve URL yapınız değişmediği sürece kalıcı bir olumsuz etki beklenmez. Aksine, daha hızlı ve daha az kesinti yaşayan bir sunucu arama motoru tarafından olumlu değerlendirilir. Riski en aza indirmek için taşıma sonrası 404 hatalarını, yönlendirmeleri ve site haritasını kontrol edin.

DNS TTL değerini neden düşürmem gerekiyor?

TTL, DNS kaydınızın ne kadar süre önbellekte tutulacağını belirler. Yüksek TTL ile taşıma yaparsanız bazı ziyaretçiler saatlerce eski sunucuya gitmeye devam eder. Taşımadan 24–48 saat önce TTL değerini 300 saniyeye indirirseniz geçiş dakikalar içinde tamamlanır.

Eski hosting hesabımı ne zaman kapatmalıyım?

Taşımanın hemen ertesinde değil. En az 1–2 hafta bekleyin. Gözden kaçan bir alt alan adı, bir e-posta yönlendirmesi veya bir zamanlanmış görev eski sunucuda kalmış olabilir. Bu örtüşme süresi, olası sürprizlerin veri kaybına dönüşmesini engeller.

Yenilemede zam yapılması normal mi?

Enflasyon ve maliyet artışına bağlı ölçülü güncellemeler olağandır. Anormal olan, ilk yıl çok düşük fiyat verip yenilemede fiyatı katlayan modeldir. Belirleyici soru şudur: yenileme fiyatı satın alma anında açıkça yazılı mıydı? Değilse şeffaflık sorunu vardır.

Alastyr’a geçersem taşımayı kendim mi yapacağım?

Hayır. Taşıma işlemini destek ekibimiz ücretsiz ve kesintisiz olarak üstlenir; dosyalar, veritabanları ve e-posta hesapları aktarılır, DNS geçişi birlikte planlanır. Üstelik 14 gün koşulsuz iade hakkıyla hizmeti risksiz deneyebilirsiniz.