Hosting Değiştirme Nasıl Yapılır? Kesintisiz Taşıma Kontrol Listesi

Hosting değiştirme nasıl yapılır, hangi sırayla ilerlemelisiniz?

Hosting değiştirme, sitenizin dosyalarını, veritabanını ve e-postalarını yeni sağlayıcıya kopyalayıp DNS kayıtlarını yeni sunucuya yönlendirme işidir. Doğru sıra şöyledir: tam yedek alın, yeni hostingi kurun, hosts dosyasıyla test edin, TTL değerini önceden düşürün, DNS'i değiştirin ve eski hostingi trafik sıfırlanana kadar açık tutun.

Bu sıralamanın her adımı bir riski kapatır. Yedek, geri dönüş yolunuzdur. Test, ziyaretçinin göreceği hatayı sizin önce görmenizi sağlar. TTL düşürme ise geçişin dakikalar içinde yayılmasına yardım eder. Sırayı bozduğunuzda, örneğin önce eski hostingi iptal edip sonra yedek aramaya kalktığınızda, geri dönüş imkânı kalmaz.

Bu rehberde hosting değiştirme sürecinin teknik tarafını anlatıyoruz: yedek, kurulum, test, DNS, e-posta, SSL ve geçiş günü. Biz dijital pazarlama ve web ekibiyiz, hosting firması değiliz. Bu yüzden komutları ve ayar adlarını resmi dokümanlara dayandırıyoruz. Ayrıca her bölümde, işi ne zaman kendiniz yapmamanız gerektiğini de dürüstçe yazıyoruz.

Taşımaya başlamadan önce neyin envanterini çıkarmalısınız?

Taşıma hatalarının çoğu kopyalanan şeyde değil, unutulan şeyde çıkar. Bu nedenle ilk iş, mevcut hostingde çalışan her parçanın listesini yazmaktır. Envanter olmadan "her şey taşındı" demek tahminden ibarettir.

• Ana alan adı, alt alan adları ve ek alan adları.
• Veritabanları, veritabanı kullanıcıları ve bunların yetkileri.
• E-posta hesapları, yönlendiriciler, otomatik yanıtlar ve filtreler.
• Zamanlanmış görevler (cron) ve çalıştırdıkları betiklerin yolları.
• PHP sürümü, etkin PHP eklentileri ve bellek gibi özel ayarlar.
• DNS bölgesindeki tüm kayıtlar: A, AAAA, CNAME, MX, TXT, SRV.
• Sunucu IP'sini izin listesinde tutan dış servisler: ödeme altyapısı, e-fatura, kargo veya muhasebe API'leri.

Son madde en sık atlanan maddedir. Örneğin bazı ödeme altyapıları ve kurumsal API'ler, isteği yalnız tanımlı IP adresinden kabul eder. Yeni sunucunun IP'sini bu servislere önceden bildirmezseniz site açılır ama ödeme adımı sessizce hata verir. Ayrıca mevcut DNS bölgesinin tam dökümünü alın; bunun için DNS sorgulama aracı ile kayıtları tek tek kontrol edebilirsiniz.

Hosting değiştirme ile SEO taşıması aynı iş mi?

Hayır, ikisi farklı işlerdir. Hosting değiştirme sırasında alan adı ve URL yapısı aynı kalır; yalnız sitenin çalıştığı sunucu değişir. SEO taşımasında ise alan adı, URL yapısı veya site mimarisi değişir ve 301 yönlendirmeleri, URL eşleme tablosu gibi ek işler devreye girer.

Google da bu ayrımı resmi olarak yapar. Google Search Central'ın URL değişikliği olmadan site taşıma rehberi, yalnız altyapı değişen taşımaları ayrı bir senaryo olarak ele alır. Bu senaryoda arama görünürlüğü açısından asıl hedef, Googlebot'un yeni sunucuya sorunsuz erişmesi ve sitenin kesintisiz yanıt vermesidir.

Dolayısıyla alan adınızı da değiştiriyorsanız ya da taşımayla birlikte site yapısını yeniliyorsanız, bu yazıya ek olarak SEO migration kontrol listemizi izleyin. Orada 301 planı, URL eşleme ve Search Console adımlarını ayrıntılı anlattık; burada tekrar etmiyoruz. Öte yandan iki işi aynı gün yapmamanızı öneririz. Önce sunucuyu taşıyın, site birkaç gün sorunsuz çalışsın, ardından yapısal değişikliğe geçin. Böylece bir sorun çıktığında kaynağın sunucu mu yoksa URL değişikliği mi olduğunu ayırt edebilirsiniz.

Dosyaların, veritabanının ve e-postanın yedeğini nasıl almalısınız?

Yedek, taşımanın sigortasıdır ve üç parçadan oluşur: site dosyaları, veritabanı ve e-posta kutuları. cPanel kullanıyorsanız panelin Yedekleme (Backup) bölümü tam hesap yedeği ve kısmi yedek seçenekleri sunar. Kısmi yedekte ana dizini, MySQL veritabanlarını ve e-posta yönlendirici ile filtrelerini ayrı ayrı indirebilirsiniz.

SSH erişiminiz varsa veritabanını komut satırından da alabilirsiniz. Aşağıdaki örnek, InnoDB tablolarında tutarlı bir döküm için --single-transaction seçeneğini kullanır:

mysqldump --single-transaction -u db_kullanici -p db_adi > yedek.sql
tar -czf site_dosyalari.tar.gz public_html

Yedeği aldıktan sonra mutlaka doğrulayın. Arşivi açıp birkaç dosyayı kontrol edin, SQL dosyasının sonunda dökümün tamamlandığını gösteren satırları arayın. Ayrıca yedeği yalnız eski sunucuda bırakmayın; kendi bilgisayarınıza veya ayrı bir depolama alanına indirin.

Yedek türlerini ve saklama düzenini web sitesi yedekleme stratejisi yazımızda, mysqldump ile geri yükleme ayrıntılarını ise veritabanı yedekleme ve geri yükleme rehberinde anlattık.

cPanel'den cPanel'e taşıma araçları nasıl çalışır?

İki taraf da cPanel kullanıyorsa işiniz kolaylaşır, çünkü cPanel hesabı bütün olarak taşıyan araçlar sunar. cPanel'in resmi dokümanına göre WHM'deki Transfer Tool, hesapları, paketleri ve yapılandırmaları kaynak sunucudan hedef sunucuya kopyalar. Bu araç hedef sunucuda root yetkisi ister.

Belgede araç hakkında şu ayrıntılar yer alıyor:

• Hesap verisi, veritabanı bilgileri, e-posta verisi ve yönlendirme ayarları kopyalanır.
• Koşullar uygunsa DNS bölge dosyaları da gelir.
• İki adımlı doğrulama ayarları ve DNS bölge şablonları taşınmaz.
• Root yetkisi olmayan durumlar için WHM'de "Transfer or Restore a cPanel Account" arayüzü bulunur.

Paylaşımlı hostingde WHM erişiminiz yoktur. Bu durumda pratik yol, eski hostingden tam hesap yedeğini indirip yeni sağlayıcının destek ekibinden geri yüklemesini istemektir. Çoğu sağlayıcı bu taşımayı ücretsiz yapar; yine de bunu sözleşme öncesinde sorun. Panel farklıysa, örneğin Plesk'ten cPanel'e geçiyorsanız, araç desteği değişir. Kısacası panel uyumluysa araç kullanın, uyumlu değilse dosya ve veritabanını elle taşıyın.

Yeni hostinge kurulumu nasıl yapmalısınız?

Yeni hesapta ilk iş, alan adını hesaba tanımlamaktır. Ardından dosyaları doğru dizine yükleyin, boş bir veritabanı ve kullanıcı oluşturun, sonra döküm dosyasını içe aktarın:

mysql -u yeni_db_kullanici -p yeni_db_adi < yedek.sql

Yeni sağlayıcıda veritabanı adı veya kullanıcı adı genelde farklı bir önek alır. Bu yüzden sitenin yapılandırma dosyasını güncellemeniz gerekir. WordPress'te bu dosya wp-config.php, Laravel'de .env dosyasıdır. Veritabanı adı, kullanıcı, parola ve sunucu adresini yeni değerlerle değiştirin.

Ardından şu ayarları eski sunucudakiyle eşitleyin:

1. PHP sürümü ve gerekli eklentiler.
2. Bellek sınırı ve yükleme boyutu gibi PHP ayarları.
3. Dosya ve klasör izinleri.
4. Cron görevleri ve betik yolları.
5. Uygulama kodundaki sabit tam dosya yolları.

PHP sürümü eşleşmezse site beyaz sayfa veya hata kodu verebilir. cPanel'de sürüm seçimini MultiPHP arayüzünden yaparsınız. Özellikle eski bir siteyi daha yeni bir PHP sürümüne taşıyorsanız, önce eski sürümle çalıştırıp siteyi ayağa kaldırın. Sürüm yükseltmeyi taşıma bittikten sonra ayrı bir iş olarak yapın.

DNS'i değiştirmeden yeni sunucuyu nasıl test edersiniz?

En güvenli test yöntemi, yalnız kendi bilgisayarınızda alan adını yeni sunucuya yönlendirmektir. Bunu işletim sisteminin hosts dosyasıyla yaparsınız. Böylece dünya eski sunucuyu görmeye devam ederken siz yeni sunucuyu gerçek alan adıyla gezersiniz.

hosts dosyası Windows'ta C:\Windows\System32\drivers\etc\hosts, macOS ve Linux'ta /etc/hosts konumundadır. Dosyayı yönetici yetkisiyle açıp şu biçimde bir satır eklersiniz:

203.0.113.10  example.com  www.example.com

Buradaki IP yalnız dokümantasyon örneğidir; siz yeni sağlayıcının verdiği IP'yi yazarsınız. Kaydettikten sonra tarayıcı önbelleğini temizleyin veya gizli pencere açın. Ardından şunları test edin:

• Ana sayfa, kategori ve ürün sayfaları açılıyor mu?
• Yönetim paneline giriş yapabiliyor musunuz?
• İletişim formu e-posta gönderiyor mu?
• Görseller ve dosya indirmeleri yükleniyor mu?
• Arama, sepet ve üye girişi çalışıyor mu?

Testi bitirince hosts satırını silmeyi unutmayın. Aksi halde DNS değiştiğinde neyi gördüğünüzden emin olamazsınız. Google da canlıya almadan önce yeni altyapıyı bir tarayıcıda test etmeyi ve Search Console'daki URL Denetleme aracıyla Googlebot'un yeni altyapıya erişebildiğini doğrulamayı önerir.

TTL değerini neden ve ne zaman düşürmelisiniz?

TTL, bir DNS kaydının çözümleyicilerin önbelleğinde ne kadar süre tutulacağını saniye cinsinden belirtir. Değer yüksekse, siz IP'yi değiştirdikten sonra bile bazı ziyaretçiler önbellekteki eski IP'ye gitmeye devam eder. Bu yüzden geçişten önce TTL'i düşürmek, yayılma süresini kısaltmanın en etkili yoludur.

Zamanlama kritik bir ayrıntıdır. TTL'i düşürdüğünüz anda, eski yüksek değeri önbelleğe almış çözümleyiciler o eski süre dolana kadar bekler. Dolayısıyla TTL'i en az mevcut TTL süresi kadar önceden düşürmeniz gerekir. Google'ın rehberi burada net bir öneri verir: TTL'i birkaç saat gibi temkinli düşük bir değere, en az bir hafta önceden indirin.

Uygulamada şu sırayı izlersiniz:

1. Mevcut A, AAAA ve gerekiyorsa MX kayıtlarının TTL değerini not edin.
2. Geçişten en az bir hafta önce bu kayıtların TTL'ini düşürün.
3. Geçiş günü IP'yi değiştirin.
4. Her şey birkaç gün sorunsuz çalıştıktan sonra TTL'i eski değerine yükseltin.

Son adımı atlamayın; düşük TTL çözümleyicilerin sunucunuza daha sık sorgu göndermesine yol açar. Öte yandan TTL'i değiştirebilmek için DNS'in nerede yönetildiğini bilmeniz gerekir. Bu konuyu bir sonraki bölümde ele alıyoruz.

Nameserver mı değiştirmelisiniz, yalnız A kaydı mı?

İki yol vardır ve seçim, DNS'inizin nerede yönetildiğine bağlıdır. Nameserver değişikliğinde alan adının bütün DNS bölgesi yeni sağlayıcıya geçer. A kaydı değişikliğinde ise DNS olduğu yerde kalır; yalnız sitenin IP adresini gösteren kaydı güncellersiniz.

Kesintiyi en aza indirmek istiyorsanız genelde A kaydı yolu daha kontrollüdür. Örneğin DNS'iniz bağımsız bir DNS hizmetinde veya kayıt firmasında duruyorsa, bölgeye dokunmadan yalnız IP'yi değiştirirsiniz. Nameserver yolunu seçtiyseniz, yeni sağlayıcıdaki bölgeyi değişiklikten önce eksiksiz kurun ve eski bölgeyle satır satır karşılaştırın. Alan adının hangi kayıt firmasında ve hangi nameserver'larda olduğunu Whois sorgulama aracıyla görebilirsiniz.

E-posta kaybolmadan hosting değiştirme mümkün mü?

Evet, mümkündür; ancak e-posta, taşımanın en kırılgan parçasıdır. Önce e-postanın nerede barındığını belirleyin. MX kaydınız Google Workspace veya Microsoft 365 gibi ayrı bir hizmeti gösteriyorsa, hosting değiştirme e-postanızı etkilemez. Tek şart, yeni DNS bölgesinde MX ve doğrulama kayıtlarının aynen yer almasıdır.

E-posta eski hostingde duruyorsa durum değişir. Bu senaryoda kutuları yeni sunucuya kopyalar, MX kaydını yeni sunucuya çevirirsiniz. Ne var ki MX değişikliği de TTL süresi boyunca kademeli ilerler. Bu aralıkta bazı göndericiler hâlâ eski sunucuya teslim eder. Dolayısıyla eski sunucudaki kutuları hemen kapatmamalısınız.

Pratik bir kural şudur: MX değiştikten sonra birkaç gün boyunca eski sunucudaki kutuları da kontrol edin. Eski sunucuya IMAP ile, sağlayıcının verdiği sunucu adı veya IP üzerinden bağlanabilirsiniz. Bu arada gelen iletileri yeni kutuya aktarırsınız. Ayrıca kullanıcıların e-posta istemcilerindeki gelen ve giden sunucu ayarları da değişebilir. Outlook ve benzeri istemciler için ayarları kurumsal e-posta altyapısı yazımızda anlattık. Kısacası e-postayı site taşımasından bir gün sonraya bırakmak da makul bir seçenektir; böylece iki riski aynı anda taşımazsınız.

SPF, DKIM ve PTR kayıtlarında neyi kontrol etmelisiniz?

Site taşındıktan sonra iletişim formu veya sipariş bildirimi gibi e-postalar artık yeni sunucudan çıkar. Bu iletilerin spam klasörüne düşmemesi için gönderici doğrulama kayıtlarını güncellemeniz gerekir.

• SPF: TXT kaydındaki SPF tanımı, yeni sunucunun IP adresini kapsamalıdır. Kapsamıyorsa alıcı sunucular bu iletileri şüpheli sayabilir.
• DKIM: Yeni sunucu genelde kendi DKIM anahtarını üretir. DNS'teki DKIM kaydı, iletiyi imzalayan sunucunun anahtarıyla eşleşmelidir.
• DMARC: Politika kaydı genelde aynen kalır, ancak raporlarda yeni IP'den gelen başarısız denemeleri izleyin.
• PTR: Ters DNS kaydını IP'nin sahibi olan sağlayıcı yönetir. VPS'e geçtiyseniz bunu sağlayıcıdan istersiniz.

PTR'ın neden önemli olduğunu PTR kaydı rehberimizde ayrıntılı anlattık. Geçişten sonra üç kaydı birlikte görmek için SPF, DKIM ve DMARC kontrol aracımızı kullanabilirsiniz. Ardından kendi Gmail veya Outlook adresinize bir test iletisi gönderin ve ileti başlıklarında SPF ile DKIM sonucunu kontrol edin. Böylece sorunu müşteri şikâyetinden önce yakalarsınız.

SSL sertifikasını yeni sunucuda nasıl yeniden kurarsınız?

SSL sertifikası sunucuya bağlıdır; dosyalarla birlikte kendiliğinden gelmez. Ücretsiz Let's Encrypt sertifikası kullanıyorsanız, yeni sunucuda sertifikayı yeniden almanız gerekir. Burada bir zamanlama ayrıntısı vardır.

Let's Encrypt dokümanına göre HTTP-01 doğrulaması yalnız 80 numaralı port üzerinden çalışır ve Let's Encrypt doğrulama dosyasını alan adı üzerinden okur. Yani alan adı yeni sunucuyu göstermeden bu yöntemle sertifika alamazsınız. cPanel'deki AutoSSL gibi otomatik sistemler de bu yüzden genellikle DNS değiştikten sonra sertifikayı tamamlar. DNS-01 doğrulaması ise DNS'e bir TXT kaydı ekleyerek çalışır ve joker (wildcard) sertifika da verebilir.

Kesintiyi azaltmak için iki seçeneğiniz vardır:

1. Ücretli bir sertifikanız varsa sertifikayı, özel anahtarı ve ara sertifikaları eski sunucudan dışa aktarıp yeni sunucuya önceden kurun.
2. Let's Encrypt kullanıyorsanız DNS değişikliğinin hemen ardından sertifikayı tetikleyin ve birkaç dakikalık uyarı aralığını trafiğin en düşük olduğu saate denk getirin.

Sitenizde HSTS etkinse daha dikkatli olun, çünkü tarayıcı geçersiz sertifikada uyarıyı geçmenize izin vermez. Kurulumdan sonra SSL sorgulama aracıyla zinciri kontrol edin. Sertifika türlerini SSL sertifikası rehberimizde anlattık.

E-ticaret sitesinde sipariş ve veri kaybını nasıl önlersiniz?

Statik bir tanıtım sitesinde içerik nadiren değişir, bu yüzden yedek ile canlı site arasında fark oluşmaz. E-ticaret sitesinde ise her dakika yeni sipariş, üye kaydı ve stok hareketi oluşur. Yedeği sabah alıp DNS'i akşam değiştirirseniz, aradaki siparişler eski sunucuda kalır.

Bu sorunu bir dondurma penceresiyle çözersiniz. Dondurma penceresi, sitenin yazma işlemlerini kısa süre durdurduğunuz zaman aralığıdır. Sıra şöyledir:

1. Trafiğin en düşük olduğu saati seçin ve müşterilere önceden duyurun.
2. Siteyi bakım moduna alın; sipariş ve üyelik kabulünü durdurun.
3. Veritabanının son dökümünü alın ve yeni sunucuya aktarın.
4. Kullanıcıların yüklediği yeni dosyaları da eşitleyin.
5. DNS'i değiştirin ve yeni sunucuda bakım modunu kapatın.
6. Eski sunucuda bakım modunu açık bırakın ki geç kalan ziyaretçi sipariş veremesin.

Son madde önemlidir. Yayılma sürerken eski IP'ye giden bir müşteri sipariş verebilirse, bu sipariş yeni veritabanına hiç ulaşmaz. Ayrıca ödeme altyapısının bildirim adresini ve IP izin listesini kontrol edin. Sanal POS, kargo ve e-fatura entegrasyonlarında yeni sunucudan bir test işlemi yapın. Bu tür altyapı kararlarında e-ticaret danışmanlığı kapsamında destek veriyoruz.

Geçiş günü adım adım nasıl ilerlemelisiniz?

Geçiş günü plan yapma günü değil, plan uygulama günüdür. Bu nedenle adımları önceden yazıp sırayla işaretlemenizi öneririz. Aşağıdaki sıra, önceki bölümlerdeki hazırlığın tamamlandığını varsayar.

1. TTL'in en az bir hafta önce düşürüldüğünü DNS sorgusuyla doğrulayın.
2. Veri değişen bir siteyse dondurma penceresini başlatın.
3. Son veritabanı dökümünü alın, yeni sunucuya aktarın ve kayıt sayılarını karşılaştırın.
4. hosts dosyasıyla yeni sunucuyu son kez test edin, sonra hosts satırını silin.
5. A ve AAAA kayıtlarını veya nameserver'ı yeni değerlerle güncelleyin.
6. SSL sertifikasını tetikleyin ya da önceden kurduğunuz sertifikayı doğrulayın.
7. E-posta taşınıyorsa MX, SPF ve DKIM kayıtlarını güncelleyin.
8. Formları, ödeme adımını ve giden e-postayı gerçek alan adıyla test edin.

Her adımın yanına saati ve sonucu not edin. Böylece bir sorun çıktığında hangi adımdan sonra başladığını hemen görürsünüz. Ayrıca bir geri dönüş eşiği belirleyin. Örneğin ödeme adımı belirli bir süre içinde çalışmazsa, A kaydını eski IP'ye geri çevirirsiniz. Eski sunucu hâlâ açık ve güncel olduğu için bu geri dönüş birkaç dakika sürer. Kısacası geri dönüş planı olmayan bir geçiş, yalnızca iyimser bir tahmindir.

DNS yayılımını nasıl takip edersiniz?

DNS yayılımı, yeni kaydın dünyadaki çözümleyicilerin önbelleğine kademeli olarak yerleşmesidir. Tek bir anda olmaz; her çözümleyici eski kaydı TTL süresi dolunca yeniler. Bu yüzden siz yeni siteyi görürken bir başka şehirdeki ziyaretçi eski siteyi görebilir.

Komut satırında dig aracıyla kayıtları sorgulayabilirsiniz:

dig +short example.com A
dig +short example.com MX
dig example.com NS

Belirli bir genel çözümleyiciye sormak için komuta @ işaretiyle o çözümleyicinin adresini eklersiniz. Böylece kendi ağınızdaki önbellekten bağımsız bir sonuç görürsünüz. Komut satırı kullanmıyorsanız aynı kayıtları önceki bölümlerde andığımız DNS sorgulama aracıyla tarayıcıdan da görebilirsiniz.

Google da yayılımı izlemek için hem eski hem yeni sunucunun günlüklerini takip etmeyi ve genel DNS denetleyicilerini kullanmayı önerir. Bu yöntem çok işe yarar. Yeni sunucunun erişim günlüğünde trafik arttıkça eski sunucununkinde azalır. Yine de bazı ağlar ve kurumsal güvenlik duvarları kaydı daha geç yenileyebilir. Dolayısıyla eski sunucudaki trafik tamamen bitene kadar her iki tarafı da izlemeye devam edin.

Eski hostingi ne zaman iptal etmelisiniz?

Eski hostingi DNS'i değiştirdiğiniz gün iptal etmeyin. Bu, taşımada yapılan en pahalı hatalardan biridir. Google'ın rehberi de eski altyapıyı ancak eski sağlayıcıya gelen trafik sıfıra indiğinde kapatmayı önerir.

Erken iptalin somut riskleri şunlardır:

• Önbelleğinde hâlâ eski IP olan ziyaretçiler hata sayfası görür.
• Eski sunucuya gecikmeli düşen e-postalar geri döner veya kaybolur.
• Unuttuğunuz bir cron görevi, dosya ya da veritabanı tablosunu kurtaramazsınız.
• Bir sorun çıktığında hızlı geri dönüş yolunuz kalmaz.

Bu nedenle hosting sözleşmesinin bitiş tarihini taşıma planına göre ayarlayın. Yenileme tarihine çok yakın taşıma yaparsanız, sağlayıcının hesabı askıya alması geçişin ortasına denk gelebilir. Mümkünse yenilemeden birkaç hafta önce taşıyın; böylece iki hesap birkaç gün paralel çalışır. İptal etmeden önce eski hesaptan son bir tam yedek indirin ve bir süre saklayın. Ayrıca alan adı eski hosting firmasında kayıtlıysa, hosting iptali alan adının yenilenmesini etkilemesin diye alan adı kaydını ayrıca kontrol edin.

Hangi durumlarda taşımayı hosting sağlayıcısına bırakmalısınız?

Her taşımayı kendiniz yapmanız gerekmez. Bazı durumlarda en doğru karar, işi yeni sağlayıcının destek ekibine bırakmaktır. Dürüst olmak gerekirse, çoğu küçük site için bu yol hem daha hızlı hem daha güvenlidir.

Şu durumlarda sağlayıcıya bırakmanızı öneririz:

• Her iki taraf da cPanel kullanıyor ve yeni sağlayıcı ücretsiz taşıma sunuyor.
• SSH, veritabanı veya DNS konusunda deneyiminiz yok.
• Çok sayıda e-posta kutusu ve yıllara yayılan yazışma var.
• Sunucu yönetimini kendiniz yapmadığınız yönetilen bir hosting paketine geçiyorsunuz.

Öte yandan sağlayıcıya bırakmak, kontrolü tamamen bırakmak anlamına gelmez. Envanteri siz hazırlayın, hosts dosyasıyla testi siz yapın ve DNS değişiklik saatini siz belirleyin. Özellikle e-ticaret sitesinde dondurma penceresinin zamanlamasını sağlayıcıyla birlikte planlayın. Yeni sağlayıcıyı seçme aşamasındaysanız ölçütleri hosting seçimi rehberimizde topladık. Mevcut paketinizin yetmediğini düşünüyorsanız, taşıma yerine aynı sağlayıcıda paket yükseltmek de bir seçenektir; bu konuyu ayrı bir yazıda ele alıyoruz.

Hosting değiştirme kontrol listesi: hepsi bir arada

Aşağıdaki liste, önceki bölümlerdeki adımları tek yerde toplar. Yazdırıp her maddeyi işaretlerek ilerlemenizi öneririz.

• Envanter: alan adlarını, veritabanlarını, e-postayı, cron görevlerini, PHP ayarlarını ve DNS kayıtlarını listeleyin.
• IP izin listesi: ödeme, e-fatura ve API servislerine yeni IP'yi bildirin.
• Yedek: dosyaları, veritabanını ve e-postayı alın, doğrulayın ve sunucu dışına indirin.
• Kurulum: yeni hesapta site, veritabanı ve yapılandırma dosyası hazır.
• Test: hosts dosyasıyla tüm kritik sayfaları ve formları deneyin.
• TTL: değeri geçişten en az bir hafta önce düşürün.
• DNS yöntemi: nameserver mı A kaydı mı kullanacağınıza karar verin.
• E-posta: MX, SPF, DKIM ve PTR planı hazır.
• SSL: sertifika yöntemi ve zamanlaması belli.
• Dondurma penceresi: veri değişen sitelerde saat ve duyuru hazır.
• Geri dönüş: eski IP'yi ve geri dönüş eşiğini not edin.
• Eski hosting: trafik sıfırlanana kadar açık kalacak.

Bu listeyle hosting değiştirme işi, tahmine dayalı bir girişim olmaktan çıkar ve ölçülebilir bir projeye dönüşür.

Taşımadan sonraki ilk hafta neyi izlemelisiniz?

DNS'in değişmesi taşımanın sonu değildir. İlk hafta, gözden kaçan sorunların ortaya çıktığı dönemdir. Bu yüzden birkaç göstergeyi düzenli kontrol etmenizi öneririz.

Önce sunucunun hata günlüğüne bakın. Eksik PHP eklentisi veya izin sorunu genellikle burada görünür. Ardından cron görevlerinin gerçekten çalıştığını doğrulayın; örneğin otomatik yedek veya bülten görevi yeni sunucuda tetikleniyor mu? Ayrıca giden e-postaların teslim edildiğini test iletisiyle kontrol edin.

Arama tarafında Search Console'u izleyin. Google, taşımanın hemen ardından Googlebot'un tarama hızında geçici bir düşüş görülmesinin normal olduğunu, sonraki günlerde düzenli bir artış geleceğini belirtir. Ayrıca Search Console doğrulama yönteminizin, örneğin HTML dosyası veya meta etiketinin, yeni sunucuda da yerinde olduğundan emin olun.

Son olarak hız ölçümü yapın. Yeni sunucunun gerçekten daha hızlı olup olmadığını taşımadan önceki ölçümlerle karşılaştırın. Sitenin teknik altyapısını baştan ele almak istiyorsanız web tasarım hizmetimiz kapsamında altyapı planlamasını da birlikte yapıyoruz.

Kısaca: kesintisiz taşımanın özü nedir?

Kesintisiz bir taşımanın özü, geri dönüş yolunu sonuna kadar açık tutmaktır. Yedek alırsınız, yeni sunucuyu hosts dosyasıyla test edersiniz, TTL'i bir hafta önceden düşürürsünüz ve eski hostingi trafik bitene kadar kapatmazsınız. Bu dört alışkanlık, sorunların çoğunu daha ortaya çıkmadan önler.

E-posta ve e-ticaret, en dikkat isteyen iki alandır. E-postada MX, SPF ve DKIM kayıtlarını eksiksiz taşırsınız. E-ticarette ise dondurma penceresiyle son siparişlerin kaybolmasını önlersiniz. Hosting değiştirme işine kendinizi hazır hissetmiyorsanız işi sağlayıcıya bırakmak da profesyonel bir karardır; yeter ki test ve zamanlama kontrolü sizde kalsın.