Hosting Paketi Yükseltme Nasıl Yapılır? Kesintisiz Geçiş Rehberi

Hosting paketi yükseltme nedir ve ne zaman gerekir?

Hosting paketi yükseltme, sitenizi aynı sağlayıcıda daha fazla işlemci, bellek, eş zamanlı işlem ve disk hakkı sunan bir plana geçirmektir. Kaynak limitine sürekli takılıyorsanız, optimizasyona rağmen site yavaşsa ya da 503 ve 508 hataları tekrarlıyorsa bu adım gerekir.

Ancak her yavaşlık bir paket sorunu değildir. Ağır bir tema, sıkıştırılmamış görseller ya da hatalı bir eklenti de aynı belirtiyi verir. Bu yüzden önce teşhis, sonra karar gelir.

Bu rehberde hosting paketi yükseltme sürecini baştan sona ele alıyoruz. Belirtileri nasıl okuyacağınızı, hangi yükseltme türünün size uyacağını ve geçişi kesintisiz nasıl yöneteceğinizi anlatıyoruz. Ayrıca sağlayıcınıza sormanız gereken soruları tek listede topluyoruz.

Biz bir hosting firması değiliz; dijital pazarlama ve web ekibiyiz. Bu nedenle teknik ayrıntıları resmi dokümana dayandırıyoruz. Paket adları, fiyatlar ve iade kuralları sağlayıcıya göre değişir. Bu konularda son sözü her zaman sağlayıcınızın sözleşmesi söyler.

Hosting dünyasına yeni giriyorsanız, genel çerçeve için web sitesi için hosting nasıl seçilir yazımızla başlamanızı öneririz.

Paketinizin yetmediğini hangi işaretlerden anlarsınız?

Paketin yetmediğini tek bir belirti göstermez; birkaç işaret birlikte görünür. Önemli olan, sorunun geçici mi yoksa sürekli mi olduğunu ayırmaktır. Tek seferlik bir kampanya günü ile her gün tekrarlanan bir tıkanma aynı şey değildir.

Dikkat etmeniz gereken başlıca işaretler şunlardır:

• Panelinizdeki kaynak grafiklerinde limit çizgisine her gün değen kullanım.
• Aynı saatlerde tekrar eden yavaşlama ya da zaman aşımı.
• Ziyaretçilerin ara ara gördüğü 503 veya 508 hata sayfaları.
• Yönetim panelinin, özellikle WordPress yönetiminin, belirgin biçimde ağırlaşması.
• Disk ya da inode (dosya sayısı) kotasının dolmasıyla gelen yükleme hataları.
• Kalıcı bir trafik artışı: yeni bir reklam kanalı, sezon ya da büyüyen e-ticaret.

Öte yandan tek bir işaret karar için yeterli değildir. Örneğin disk dolduysa sorun çoğu zaman eski yedekler ya da log dosyalarıdır. Bu durumda paketi büyütmek yerine dosyaları temizlemek daha doğru bir adım olur.

Sunucu tarafındaki yavaşlık nedenlerini ayrıntılı ele aldığımız web sitesi neden yavaş açılır yazısı bu teşhisi kolaylaştırır.

Kaynak kullanımı grafiklerini nasıl okursunuz?

Paylaşımlı hostinglerin önemli bir kısmı CloudLinux kullanır. CloudLinux her hesabı LVE adı verilen bir kapsayıcıyla sınırlar. Böylece bir hesabın aşırı tüketimi komşu siteleri etkilemez.

CloudLinux limit dokümanına göre başlıca sınırlar şunlardır: SPEED işlemci hızını, PMEM fiziksel belleği, EP eş zamanlı giriş işlemlerini, NPROC toplam işlem sayısını gösterir. IO disk okuma ve yazma hızını, IOPS saniyedeki işlem sayısını, inode ise dosya ve klasör adedini sınırlar.

cPanel'de bu verileri genellikle "Resource Usage" ekranında görürsünüz. CloudLinux Manager dokümanı bu eklentinin grafiklerde ortalama kullanımı, limiti ve "fault" adı verilen limit ihlallerini ayrı renklerle gösterdiğini anlatır.

Okurken şu sırayı izleyin. İlk olarak fault sayısına bakın; ihlal yoksa paket büyük ihtimalle yetiyordur. Ardından ihlalin hangi kaynakta yoğunlaştığını bulun. Son olarak zamanı inceleyin: ihlaller belirli saatlerde mi, yoksa gün boyunca mı oluşuyor?

Yani grafik size yalnız "dolu" demez, neyin dolduğunu da söyler. Bellek ihlali ile giriş işlemi ihlali farklı çözümler ister.

503 ve 508 hataları paketle ilgili mi?

Çoğu zaman evet, ama her zaman değil. CloudLinux dokümanı, giriş işlemi (EP) sınırı aşıldığında web sunucusunun 508 hata kodu döndürdüğünü belirtir. Bellek veya işlem sınırına takılan betikler için ise kullanıcının 500 ya da 503 hatası görebileceğini yazar.

Dolayısıyla "508 Resource Limit Is Reached" mesajı oldukça net bir işarettir. Aynı anda çok fazla istek hesabınızın eş zamanlı işlem hakkını doldurmuştur. Bu istekler gerçek ziyaretçilerden gelebileceği gibi botlardan da gelebilir.

503 hatası ise daha geniş bir anlam taşır. Sunucu bakımda olabilir, PHP işlem havuzu tükenmiş olabilir ya da bir eklenti kilitlenmiş olabilir. Ayrıntılı teşhis sırası için 503 Service Unavailable hatası yazımıza bakabilirsiniz.

Peki ne yapmalısınız? Hatanın saatini not edin ve aynı saatteki kaynak grafiğiyle karşılaştırın. Grafikte EP ya da PMEM ihlali varsa sorun büyük ihtimalle kaynak limitidir. Grafik temizse, sorunu kodda, eklentide ya da sunucunun genelinde arayın; bu durumda sağlayıcınızın destek ekibine hata saatini iletin.

Üstelik botları unutmayın. Agresif tarayıcılar EP limitini gerçek ziyaretçiden daha hızlı doldurabilir. Erişim loglarına bakmadan paket büyütmek, sorunu yalnız ertelemek olabilir.

Trafik artışı tek başına yükseltme sebebi mi?

Hayır, trafik artışı tek başına yeterli bir sebep değildir. Asıl soru, artan trafiğin kaynak limitlerine yansıyıp yansımadığıdır. İyi önbelleklenmiş bir site, iki katı ziyaretçiyi aynı paketle rahatça taşıyabilir.

Ancak bazı trafik türleri kaynakları çok daha hızlı tüketir. Örneğin e-ticarette sepet, ödeme ve üye paneli sayfaları genellikle önbellekten sunulamaz. Her biri veritabanına gider ve PHP işlemi açar. Bu yüzden aynı ziyaretçi sayısı, bir blogda hafif, bir mağazada ağır bir yük oluşturabilir.

Planlı trafik artışlarında önceden hareket etmek akıllıca olur. Büyük bir reklam kampanyası, televizyon görünürlüğü ya da indirim haftası öncesinde kaynak durumunu kontrol edin. Gerekirse yükseltmeyi kampanyadan birkaç gün önce tamamlayın; böylece olası sorunları sakin bir günde görürsünüz.

Öte yandan tek günlük bir zirve için kalıcı yükseltme her zaman mantıklı değildir. Bazı sağlayıcılar geçici kaynak artışı ya da kolay geri dönüş sunar. Bunu sağlayıcınıza sormak, gereksiz maliyeti önler.

Reklam trafiğinin sayfa hızıyla ilişkisini merak ediyorsanız, e-ticarette sayfa hızı satışları etkiler mi yazımız konuyu dönüşüm açısından ele alır.

Yükseltmeden önce hangi optimizasyonları denemelisiniz?

Hosting paketi yükseltme kararından önce ucuz ve hızlı iyileştirmeleri denemek mantıklıdır. Çünkü bazı sorunlar daha büyük pakette de devam eder. Kötü yazılmış bir eklenti, ne kadar kaynak verirseniz verin onu tüketir.

Önerdiğimiz sıra şöyledir:

1. Sayfa önbelleğini açın. Hosting panelinizin ya da CMS'inizin sunduğu önbellek, PHP ve veritabanı yükünü ciddi biçimde azaltır.
2. PHP tarafında OPcache'in açık olduğunu doğrulayın. Ayrıntılar için OPcache nedir yazımıza bakın.
3. Görselleri sıkıştırın ve doğru boyuta getirin. Web sitesi görsel optimizasyonu rehberimiz adım adım yol gösterir.
4. Kullanmadığınız eklentileri kaldırın, kalanları güncelleyin.
5. Zamanlanmış görevleri ve arka plan işlerini gözden geçirin; sık çalışan bir görev kaynakları sessizce tüketir.
6. Kötü niyetli ya da gereksiz bot trafiğini sınırlayın.

Bu adımlardan sonra kaynak grafiklerini birkaç gün daha izleyin. İhlaller kaybolduysa yükseltmeye gerek kalmamıştır. Hâlâ sürüyorsa artık kararınızın elinizde net bir gerekçesi vardır.

Hosting paketi yükseltme türleri nelerdir?

Yükseltme her sağlayıcıda aynı biçimde işlemez. Genel olarak üç tür ile karşılaşırsınız. Hangisinin sizin durumunuza denk geldiğini bilmek, kesinti ve IP değişimi riskini önceden görmenizi sağlar.

Tablodaki "genellikle" ve "olabilir" ifadelerini bilinçli seçtik. Altyapıyı sağlayıcı belirler; aynı sağlayıcının farklı paket aileleri farklı sunucularda durabilir.

Bu nedenle sipariş vermeden önce yükseltmenin hangi türe girdiğini yazılı olarak öğrenin. Sonraki üç bölümde her türü ayrı ayrı açıyoruz.

Aynı sunucuda paket değişimi nasıl işler?

En basit senaryo budur. Hesabınız aynı sunucuda kalır; yalnız ona tanımlı limitler ve kotalar değişir. cPanel tabanlı sistemlerde sağlayıcı bu işi genellikle WHM üzerinden yapar.

cPanel'in "Upgrade/Downgrade an Account" dokümanı bu arayüzün hesabın paketini değiştirdiğini ve IP adresini değiştirmediğini açıkça belirtir. IP değişimi için sağlayıcının ayrı bir arayüz kullanması gerekir. Yani aynı sunucuda paket değişimi, DNS tarafında sizden bir işlem istemez.

Pratikte bu tür yükseltmede siteniz çalışmaya devam eder. Yine de birkaç noktayı kontrol etmeniz faydalıdır. İlk olarak yeni limitlerin hesabınıza gerçekten yansıdığını Resource Usage ekranında görün. Ardından PHP sürümünüzün ve PHP ayarlarınızın aynı kaldığını doğrulayın.

Bazı sağlayıcılarda üst paketler farklı PHP limitleri ya da ek özelliklerle gelir. Örneğin bellek limiti yükselebilir, ama sizin PHP ayar dosyanızdaki eski değer bunu gölgeleyebilir. Bu durumda ayarı yeni pakete uygun hale getirmeniz gerekir.

Kısacası bu senaryo düşük risklidir. Ancak "düşük risk" yedek almamak anlamına gelmez; bir sonraki adımlarda bunu ayrıca ele alıyoruz.

Farklı sunucuya otomatik taşıma neleri değiştirir?

Bazı sağlayıcılar üst paketleri farklı sunucu gruplarında tutar. Bu durumda yükseltme, hesabınızın otomatik olarak başka bir sunucuya taşınması anlamına gelir. İşlemi çoğunlukla sağlayıcı yürütür, ama sonuçları sizin sitenizde görünür.

En önemli değişiklik IP adresidir. Alan adınızın DNS kayıtları sağlayıcının ad sunucularındaysa, sağlayıcı kayıtları genellikle kendisi günceller. Ancak DNS'iniz harici bir hizmetteyse, A kaydını sizin değiştirmeniz gerekebilir. Bu ayrımı önceden netleştirin.

Üstelik yeni sunucunun yazılım ortamı birebir aynı olmayabilir. Varsayılan PHP sürümü, PHP eklentileri, web sunucusu ayarları ve e-posta yapılandırması farklılık gösterebilir. Bu yüzden taşıma sonrası kontrol listesini bu senaryoda mutlaka eksiksiz uygulayın.

Taşıma sırasında yazılan veriler de risk taşır. Taşıma başladıktan sonra gelen bir sipariş ya da yorum eski sunucuda kalabilir. Bunu önlemek için sağlayıcıya taşıma penceresini sorun ve o saatlerde içerik girişini durdurun.

Sağlayıcı değiştirmek ise farklı bir konudur. O senaryoda tüm taşıma sorumluluğu genellikle size kalır. URL yapınız da değişecekse SEO migration kontrol listemiz işinize yarar.

Paylaşımlı hostingten VPS'e ne zaman geçmelisiniz?

Paylaşımlı hostingin en büyük paketi bile yetmiyorsa VPS doğal bir sonraki adımdır. Ancak VPS yalnız "daha fazla kaynak" değildir; aynı zamanda daha fazla sorumluluk demektir.

VPS'e geçmeyi şu durumlarda ciddi olarak düşünün:

• En üst paylaşımlı pakette bile kaynak ihlalleri sürüyorsa.
• Uygulamanız özel yazılım, arka plan işçisi ya da belirli bir sunucu yazılımı gerektiriyorsa.
• Komşu hesapların performansınızı etkilemesini tamamen ortadan kaldırmak istiyorsanız.
• Sunucu ayarlarına tam erişim, ekibiniz için gerçek bir ihtiyaçsa.

Öte yandan yönetilmeyen bir VPS'te güncelleme, güvenlik duvarı, yedek ve izleme sizin işinizdir. Bu işleri yapacak kimse yoksa yönetilen VPS ya da yönetilen hosting daha güvenli bir tercih olur. VPS, VDS ve bulut sunucu arasındaki farkları VPS, VDS ve bulut sunucu farkı yazımızda karşılaştırdık.

Maliyet yapısını önceden anlamak da kararı netleştirir. Sunucu kiralama maliyeti neye göre değişir yazımız bu kalemleri tek tek açar.

Hosting paketi yükseltme öncesi yedeği nasıl almalısınız?

Hosting paketi yükseltme işlemi ne kadar basit görünürse görünsün, öncesinde yedek alın. Sağlayıcının otomatik yedekleri de değerlidir, ama sizin elinizde bağımsız bir kopya olması bambaşka bir güvencedir.

Eksiksiz bir yedek en az şu parçaları içermelidir:

• Sitenin tüm dosyaları, yüklenen medya dahil.
• Tüm veritabanları, ayrı ayrı dışa aktarılmış halde.
• E-posta hesaplarının listesi ve gerekiyorsa posta kutusu içerikleri.
• DNS kayıtlarının dökümü: A, MX, TXT, CNAME ve varsa diğerleri.
• Zamanlanmış görevlerin (cron) komutları ve çalışma sıklıkları.
• PHP sürümü ve özel PHP ayarlarınızın notu.

Yedeği aldıktan sonra açılabildiğini kontrol edin. Arşiv dosyasını bilgisayarınıza indirin ve içinde beklediğiniz klasörlerin olduğunu görün. Açılmayan bir yedek, hiç yedek olmamasından farksızdır.

Veritabanı tarafında komut satırı ile çalışacaksanız mysqldump ve pg_dump ile veritabanı yedekleme yazımız doğru komutları gösterir. Genel yaklaşım için ise web sitesi yedekleme stratejisi rehberimize bakabilirsiniz.

Sağlayıcınıza hangi soruları sormalısınız?

Yükseltme öncesinde sağlayıcıya doğru soruları sormak, sürprizlerin çoğunu ortadan kaldırır. Cevapları yazılı almaya çalışın; destek talebi kaydı bunun için idealdir.

1. Bu yükseltme aynı sunucuda mı kalıyor, yoksa hesabım başka bir sunucuya mı taşınıyor?
2. Taşıma varsa IP adresim değişecek mi ve DNS güncellemesini kim yapacak?
3. İşlem sırasında beklenen bir kesinti var mı, varsa hangi saat aralığında?
4. PHP sürümü, PHP eklentileri ve özel PHP ayarlarım korunacak mı?
5. SSL sertifikam yeni ortamda otomatik olarak yenilenecek mi?
6. E-posta hesaplarım, yönlendirmelerim ve posta içeriklerim taşınacak mı?
7. Cron görevlerim aynen aktarılacak mı?
8. Kalan süremin ücreti nasıl hesaplanacak, mahsup ya da iade var mı?
9. Yeni pakette yedekleme sıklığı ve saklama süresi nedir?
10. Sonuçtan memnun kalmazsam eski pakete dönebilir miyim?

Bu listeyi kendi durumunuza göre kısaltabilirsiniz. Örneğin aynı sunucuda kalacaksanız IP ve DNS soruları anlamını yitirir. Yine de ilk soruyu her durumda sorun; çünkü diğer tüm cevaplar ona bağlıdır.

IP ve DNS değişimini kesintisiz nasıl yönetirsiniz?

IP değişiyorsa kesintinin asıl kaynağı DNS önbellekleridir. Kayıt güncellense bile, internet servis sağlayıcıları eski IP'yi TTL süresi boyunca hatırlayabilir. Bu sürede bazı ziyaretçiler eski sunucuya gider.

Google'ın URL değişmeden hosting değiştirme rehberi bu konuda net bir öneri verir: TTL değerini taşımadan en az bir hafta önce, örneğin birkaç saat gibi düşük bir değere çekmeyi düşünün. Aynı rehber, eski sunucuyu trafiği sıfıra inene kadar kapatmamayı da önerir.

Uygulamada süreç şöyle ilerler. İlk olarak mevcut A kaydının TTL değerini öğrenin. Ardından TTL'i düşürün ve eski değerin süresinin dolmasını bekleyin. Taşıma günü A kaydını yeni IP'ye çevirin. Son olarak birkaç gün boyunca eski sunucunun loglarını izleyin.

Kaydın dünyadaki durumunu kontrol etmek için DNS sorgulama aracımızı kullanabilirsiniz. Komut satırını tercih ederseniz şu sorgu, A kaydını ve TTL değerini gösterir:

dig example.com A +noall +answer

Çıktıdaki ikinci sütun kalan TTL süresini saniye cinsinden verir. Böylece önbelleklerin ne zaman tazeleneceğini tahmin edebilirsiniz.

Yükseltme anında neye dikkat etmelisiniz?

Yükseltme anı kısa sürse de bu pencerede yapılan küçük hatalar büyük sorunlara dönüşebilir. Özellikle sunucu değişen senaryolarda dikkatli olmak gerekir.

Zamanlamayla başlayın. Trafiğinizin en düşük olduğu saati analitik verinizden bulun ve işlemi o saate planlayın. E-ticaret sitesiyseniz kampanya, bülten ya da reklam yoğunluğunun olmadığı bir günü seçin.

Ardından içeriği dondurun. Taşıma sürerken yeni yazı, ürün ya da ayar değişikliği yapmayın. Aksi halde bu değişiklikler eski sunucuda kalabilir ve kaybolabilir. Mağazanız varsa kısa bir bakım duyurusu müşteriyi bilgilendirir.

E-posta da ayrı bir dikkat ister. Sunucu değişirse, DNS yayılımı sırasında bazı iletiler eski sunucuya düşebilir. Bu yüzden taşıma sonrası birkaç gün eski posta kutusunu da kontrol edin.

Son olarak ekibinizi bilgilendirin. Reklam yönetimi, müşteri hizmetleri ve içerik ekibi aynı saatte ne olacağını bilmelidir. Böylece olası bir hata raporu hızla doğru kişiye ulaşır.

Eğer bakım penceresinde site bilinçli olarak kapalı kalacaksa, ziyaretçiye 503 durum kodu döndürmek doğru yaklaşımdır. 200 koduyla dönen bir "bakımdayız" sayfası, arama motorlarına yanlış sinyal verir.

Yükseltme sonrası kontrol listesi neleri kapsar?

Yükseltme bittiğinde iş bitmiş sayılmaz. Asıl güven, kontrol listesini tamamladığınızda gelir. Aşağıdaki sırayı izlemenizi öneririz:

1. Ana sayfayı, bir ürün ya da yazı sayfasını ve iletişim formunu tarayıcıda açın.
2. SSL sertifikasının geçerli olduğunu ve doğru alan adına ait olduğunu kontrol edin. SSL sorgulama aracımız bitiş tarihini de gösterir.
3. PHP sürümünün önceki sürümle aynı ya da bilinçli olarak seçtiğiniz sürüm olduğunu doğrulayın.
4. E-posta gönderip alın; hem webmail hem de iletişim formu üzerinden deneyin.
5. Cron görevlerinin listede olduğunu ve beklenen saatte çalıştığını görün.
6. Yönetim paneline giriş yapın ve bir test kaydı oluşturup silin.
7. Ödeme, üyelik ve arama gibi kritik akışları bir kez baştan sona deneyin.
8. Resource Usage ekranında yeni limitleri ve ilk günlerin kullanımını izleyin.

PHP sürümünü cPanel üzerinden değiştirmeniz gerekirse cPanel PHP sürümü nasıl değiştirilir rehberimiz MultiPHP Manager ve PHP Selector farkını açıklar.

Ayrıca birkaç gün sonra hız ölçümünü tekrarlayın. Yükseltmenin gerçekten fark yaratıp yaratmadığını ancak ölçümle anlarsınız.

VPS'e geçtiyseniz ilk komutlarla neyi doğrularsınız?

VPS'e geçtiyseniz kontrol listesi biraz uzar. Panel yerine komut satırıyla çalışıyorsanız, aşağıdaki standart Linux komutları ilk durumu hızlıca gösterir. Bunlar yalnız bilgi okur; sistemde değişiklik yapmaz.

nproc
free -h
df -h
uptime
php -v
crontab -l

Sırasıyla bu komutlar işlemci çekirdeği sayısını, bellek durumunu, disk doluluğunu, sistem yükünü, PHP sürümünü ve mevcut kullanıcının cron görevlerini listeler. Satın aldığınız kaynaklarla gördüğünüz değerler uyuşmuyorsa, sağlayıcıyla hemen iletişime geçin.

Ardından sitenin yeni sunucudan yanıt verdiğini başlıklarla doğrulayabilirsiniz:

curl -I https://example.com

Bu komut yalnız HTTP yanıt başlıklarını getirir. Durum kodunun 200 olması ve sunucu başlıklarının yeni ortamı göstermesi beklenir.

Bununla birlikte VPS'in ilk kurulumu bu yazının kapsamı dışında kalıyor. Güvenlik ve temel yapılandırma için Ubuntu Server ilk yapılandırma adımları yazımızı izleyebilirsiniz.

Faturalama ve kalan süre nasıl hesaplanır?

Bu sorunun tek bir cevabı yok; her sağlayıcının kendi kuralı vardır. Bazı sağlayıcılar eski paketin kalan süresini yeni pakete mahsup eder. Bazıları farkı orantılı olarak hesaplar. Bazıları ise yalnız yeni dönem için fatura keser.

Bu yüzden rakam vermiyoruz; çünkü vereceğimiz her rakam sizin sağlayıcınız için yanlış olabilir. Bunun yerine şu noktaları netleştirmenizi öneririz:

• Kalan süre için mahsup, orantılı hesap ya da iade uygulanıyor mu?
• Yeni paketin fatura dönemi bugünden mi, yoksa eski dönemin bitişinden mi başlıyor?
• Yıllık paketten aylık pakete ya da tersine geçiş farklı bir kural mı izliyor?
• Kampanyalı fiyatla aldığınız paket, yükseltmede kampanya hakkını koruyor mu?
• Geri dönüş (downgrade) halinde aradaki fark nasıl işleniyor?

Örneğin yıllık bir paketin ortasındaysanız, mahsup kuralı toplam maliyeti belirgin biçimde etkiler. Dolayısıyla siparişi onaylamadan önce faturanın önizlemesini isteyin.

Son olarak sözleşmedeki yenileme fiyatına da bakın. İlk dönem fiyatı ile yenileme fiyatı arasındaki fark, uzun vadeli kararınızı değiştirebilir.

Yükseltme SEO'yu etkiler mi?

Doğru yapılan bir yükseltme SEO'yu olumsuz etkilemez; çoğu zaman tam tersine yardımcı olur. Asıl risk, yükseltmeden önceki uzun süreli sunucu hatalarıdır.

Google'ın HTTP ve ağ hataları dokümanı 5xx ve 429 hatalarının Google tarayıcılarını geçici olarak yavaşlattığını belirtir. Aynı belgeye göre dizindeki URL'ler bir süre korunur, ama hata sürerse sonunda dizinden düşer.

Yani kaynak limiti yüzünden sık sık 503 ya da 508 veren bir site, yalnız ziyaretçi kaybetmez. Aynı zamanda tarama bütçesini ve uzun vadede dizin varlığını da riske atar. Bu açıdan hosting paketi yükseltme, gerektiğinde bir SEO önlemidir.

Sunucu değişen senaryoda ise kısa süreli bir dalgalanma normaldir. Google'ın hosting değişikliği rehberi, geçişten hemen sonra tarama hızında geçici bir düşüş ve ardından birkaç gün içinde kademeli bir artış görülmesinin olağan olduğunu söyler.

Hızın arama performansına etkisini daha ayrıntılı merak ediyorsanız site hızı SEO'yu nasıl etkiler yazımızı okuyabilirsiniz. Ayrıca yükseltme öncesi ve sonrası ölçüm için Google Lighthouse ile performans testi rehberimiz pratik bir yöntem sunar.

Hangi durumda bu işi tamamen sağlayıcıya bırakmalısınız?

Her yükseltmeyi kendiniz yönetmek zorunda değilsiniz. Hatta bazı durumlarda en doğru karar, işi tamamen sağlayıcıya bırakmaktır. Dürüst olmak gerekirse çoğu küçük işletme için bu durum geçerlidir.

Şu durumlarda işi sağlayıcınıza devretmenizi öneririz:

• Aynı sunucuda basit bir paket değişimi yapılıyorsa.
• DNS kayıtlarınız sağlayıcının ad sunucularındaysa.
• Komut satırı ve sunucu yapılandırması konusunda deneyiminiz yoksa.
• Sağlayıcı ücretsiz taşıma ve kontrol hizmeti sunuyorsa.

Bu senaryolarda sizin rolünüz kontrol etmektir. Yedeğinizi alır, soruları sorar, işlem sonrası listeyi uygularsınız. Sunucu tarafındaki teknik adımları ise işi her gün yapan ekip üstlenir.

Öte yandan yönetilmeyen bir VPS'e geçiyorsanız durum değişir. O noktada sunucunun sorumluluğu size geçer. Bu sorumluluğu taşıyacak bir ekip yoksa yönetilen bir seçenek seçmek, uzun vadede daha ucuza gelebilir.

Kendi başınıza denemekte kararlıysanız, en azından hata anında kimi arayacağınızı önceden bilin. Destek kanalının çalışma saatleri, gece yapacağınız bir işlemde belirleyici olabilir.

Sık yapılan hatalar nelerdir?

Yükseltme süreçlerinde tekrar tekrar karşılaşılan birkaç hata vardır. Bunları önceden bilmek, aynı tuzağa düşmemenizi sağlar.

İlk hata, teşhis yapmadan paket büyütmektir. Sorun kötü bir eklentiyse, yeni paket kısa süre sonra yine dolar. Bu nedenle önce kaynak grafiklerine ve loglara bakın.

İkinci hata, yalnız sağlayıcının yedeğine güvenmektir. Sağlayıcı yedeği çoğu zaman aynı altyapıda durur. Bağımsız bir kopya, beklenmedik durumlarda sizi korur.

Üçüncü hata, DNS TTL'ini son anda düşürmektir. TTL'i taşıma günü düşürmek işe yaramaz; çünkü eski, uzun TTL değeri önbelleklerde hâlâ geçerlidir.

Dördüncü hata, e-postayı unutmaktır. Site çalışırken MX kayıtları ya da posta kutuları eksik kalabilir. Bu durumu çoğu zaman müşteriniz "e-postama dönmediniz" dediğinde fark edersiniz.

Beşinci hata, eski sunucuyu erken kapatmaktır. Google'ın da önerdiği gibi, eski sunucudaki trafik sıfıra inene kadar bekleyin.

Son hata ise ölçmemektir. Yükseltmenin işe yarayıp yaramadığını öncesi ve sonrası verilerle karşılaştırmazsanız, bir sonraki kararınız da tahmine dayanır.

Kısacası hosting paketi yükseltme kararını nasıl verirsiniz?

Özetle karar üç adımda netleşir. Önce kaynak grafiklerinden sorunun gerçekten limit kaynaklı olduğunu doğrularsınız. Sonra önbellek, görsel ve eklenti optimizasyonuyla ucuz çözümleri denersiniz. Sorun sürüyorsa doğru yükseltme türünü seçip kontrollü biçimde geçersiniz.

Bu süreçte en değerli araçlarınız yedek, yazılı cevaplar ve kontrol listesidir. Sağlayıcıya sorularınızı önceden sorar, TTL'i zamanında düşürür ve geçiş sonrası SSL, e-posta, cron ve PHP sürümünü tek tek doğrularsanız, hosting paketi yükseltme sürecini ziyaretçileriniz fark etmeden tamamlarsınız.

Unutmayın, hosting yalnız bir altyapı kalemidir. Hızlı ve kararlı bir site, ancak iyi kurgulanmış bir tasarım ve temiz bir kodla birlikte gerçek sonuç verir. Sitenizin altyapı, hız ve yapı kararlarında destek isterseniz web tasarım hizmetimiz kapsamında birlikte çalışabiliriz.

Ayrıca hızın arama görünürlüğüne yansımasını izlemek isterseniz SEO danışmanlığı sayfamızda yaklaşımımızı bulabilirsiniz. Hangi yolu seçerseniz seçin, kararı veriye dayandırmak her zaman en güvenli başlangıçtır.