Nasıl yapılır? Wordpress Taşıma İçin Dns Ayarları

WordPress Taşıma İçin DNS Ayarları​

WordPress dosyalarını ve veritabanını yeni sunucuya kopyalamak, taşımanın yalnızca ilk yarısıdır. Alan adının doğru sunucuya gitmesi için DNS kayıtlarının eksiksiz hazırlanması, yeni sunucunun alan adıyla test edilmesi ve geçişin geri alınabilir biçimde yapılması gerekir.

Bu rehber, alan adı değişmeden yalnızca hosting sunucusu değişen tipik WordPress taşımasını temel alır. Alan adı da değişiyorsa DNS adımlarına ek olarak WordPress adresleri, veritabanındaki eski URL'ler ve yönlendirmeler ayrıca ele alınmalıdır.

---

DNS değişikliğinden önce yeni sunucuyu, sertifikayı ve e-posta kayıtlarını birlikte doğrulayın.

Önce Hangi DNS Katmanını Değiştirdiğinizi Belirleyin​

İki farklı işlem sıkça birbirine karıştırılır:

• Yalnızca web sunucusu değişiyorsa: Yetkili DNS sağlayıcısı aynı kalır. Kök alan adının A kaydı yeni IPv4 adresine, kullanılıyorsa AAAA kaydı yeni IPv6 adresine çevrilir. `www` çoğunlukla kök alan adına yönelen bir CNAME veya ayrı A/AAAA kaydıdır.
• DNS sağlayıcısı da değişiyorsa: Önce yeni sağlayıcıda tüm DNS bölgesi hazırlanır; ardından kayıt kuruluşundaki yetkili ad sunucuları (NS) değiştirilir. Sadece `ns1` ve `ns2` yazmak yeterli değildir: web, e-posta ve doğrulama kayıtları yeni bölgede hazır olmalıdır.

Kritik ayrım' Alıntı:

Hosting panelindeki DNS ekranı her zaman yetkili DNS değildir. Alan adınızın hangi ad sunucularını kullandığını kontrol edin ve kayıtları yalnızca yetkili bölgede değiştirin.

Genişletmek için tıkla ...

Kesintisiz Geçiş İçin Hazırlık​

DNS'e dokunmadan önce yeni WordPress kopyasının gerçekten çalıştığını doğrulayın. Dosyalar, veritabanı, `wp-config.php`, kalıcı bağlantılar, yüklenen görseller, yönetici girişi ve form gönderimleri kontrol edilmelidir. Bilgisayarınızdaki `hosts` dosyasıyla alan adını geçici olarak yeni IP'ye eşlemek, gerçek alan adı ve HTTPS üzerinden yalnızca kendi cihazınızda test yapmanızı sağlar.

• Tam yedek alın: Eski sunucudaki dosya ve veritabanı yedeğini sunucu dışında saklayın.
• Yeni sunucuyu tamamlayın: PHP sürümü, eklentiler, zamanlanmış görevler, önbellek ve dosya izinlerini kontrol edin.
• TLS sertifikasını hazırlayın: `example.com` ve `www.example.com` için sertifika yeni sunucuda geçerli olmalıdır. DNS geçtikten sonra ziyaretçinin sertifika hatası görmemesi gerekir.
• Mevcut bölgeyi dışa aktarın veya kaydedin: A, AAAA, CNAME, MX, TXT, CAA ve SRV kayıtlarının tamamını not edin.
• Eski sunucuyu açık tutun: Değişiklik doğrulanana ve önceki DNS önbelleklerinin süresi dolana kadar eski hesabı kapatmayın.

TTL Ne Zaman Düşürülmeli?​

TTL, DNS çözümleyicilerinin bir kaydı yeniden sormadan önce ne kadar süre önbellekte tutabileceğini belirler. Planlı geçişten önce A/AAAA kayıtlarının TTL değerini düşürmek geri dönüşü hızlandırabilir; ancak bu değişiklik, eski yüksek TTL süresi dolmadan etkisini tam göstermez. Bu nedenle TTL'yi mümkünse en az mevcut TTL kadar süre önceden düşürün.

“DNS kesin olarak 24–48 saatte yayılır” ifadesi tek başına doğru bir plan değildir. Kullanıcının gördüğü sonuç; önceki TTL, yerel önbellek, yetkili ad sunucusu değişikliği ve sağlayıcı süreçlerine bağlıdır. Geçiş tamamlandıktan ve sistem kararlı hale geldikten sonra TTL tekrar normal işletim değerine çıkarılabilir.

Yalnızca A, AAAA ve www Kayıtlarını Değiştirme​

Yetkili DNS sağlayıcısı değişmiyorsa en düşük riskli yol budur:

1. Yeni hosting firmasından sitenin doğru origin IP adresini alın. Paylaşımlı hostingte panelde görünen her IP web sitesi için kullanılmayabilir.
2. Kök alan adının (`@`) A kaydını yeni IPv4 adresine güncelleyin. Yeni sunucu IPv6 sunmuyorsa eski AAAA kaydını bırakmak bazı ziyaretçileri eski veya çalışmayan sunucuya gönderebilir; sağlayıcıyla doğrulayın.
3. `www` kaydını kontrol edin. CNAME olarak kök alan adına gidiyorsa genellikle ayrıca IP değişikliği gerekmez; ayrı A/AAAA kaydıysa onu da güncelleyin.
4. CDN veya ters proxy kullanıyorsanız panelde görünen adres proxy'ye ait olabilir. Origin IP, proxy durumu ve TLS modu birlikte kontrol edilmelidir.
5. Kaydı kaydedin, farklı çözümleyicilerden sorgulayın ve hem `https://example.com` hem `https://www.example.com` adreslerini test edin.

Ad Sunucularını Değiştirirken E-postayı Korumak​

NS değişikliği yapacaksanız yeni DNS bölgesini önce eksiksiz oluşturun. Özellikle e-posta kullanan sitelerde yalnızca web kayıtlarını kopyalamak, site çalışırken posta akışını kesebilir.

• MX: Gelen postanın hangi sunuculara gideceğini belirler.
• SPF, DKIM ve DMARC TXT kayıtları: Gönderen doğrulaması ve teslim edilebilirlik için gereklidir.
• Doğrulama kayıtları: Google, Microsoft, ödeme hizmetleri ve diğer platformların TXT/CNAME kayıtlarını koruyun.
• DNSSEC: Eski sağlayıcıdaki DS kaydı ile yeni bölgenin anahtarları uyuşmazsa alan adı `SERVFAIL` verebilir. Sağlayıcınızın geçiş prosedürünü izleyin; gerekiyorsa eski DNSSEC delegasyonunu kaldırıp yeni sağlayıcı etkin olduktan sonra yeniden kurun.

Yeni bölgedeki kayıtları doğrudan yeni yetkili ad sunucusuna sorarak doğruladıktan sonra alan adı kayıt kuruluşunda NS değişikliğini yapın. Eski DNS bölgesini ve eski hostingi geçiş tamamlanır tamamlanmaz silmeyin.

WordPress Tarafında Neler Değişir?​

Alan adı ve URL yapısı aynı kalıyorsa WordPress'teki WordPress Adresi ve Site Adresi değerleri genellikle değişmez. Yeni sunucuda veritabanı adı, kullanıcı veya sunucu değiştiyse `wp-config.php` bilgileri güncellenir; kalıcı bağlantılar ve özel `.htaccess` kuralları test edilir.

Alan adı ya da dizin yolu değişiyorsa işlem yalnızca DNS değildir. WordPress'in resmi taşıma rehberi, dosya ve veritabanı yedeği alınmasını; site URL'lerinin ve eski adres referanslarının kontrollü güncellenmesini önerir. Serileştirilmiş veriyi bozabilecek kör SQL değiştirmeleri yerine uygun taşıma aracı veya `wp search-replace` kullanılmalı, `guid` sütunu değiştirilmemelidir.

Doğrulama Komutları ve Kontrol Listesi​

Terminal erişiminiz varsa kayıtları şu sorgularla kontrol edebilirsiniz: `dig +short A example.com`, `dig +short AAAA example.com`, `dig +short CNAME www.example.com`, `dig +short NS example.com` ve `dig +short MX example.com`. Bir yetkili sunucuyu doğrudan sınamak için `dig @ns1.example-dns.com example.com A` biçimi kullanılabilir.

• Ana sayfa, yönetim paneli, iç sayfalar ve görseller yeni sunucudan geliyor mu?
• HTTP istekleri doğru HTTPS adresine tek ve tutarlı biçimde yönleniyor mu?
• Sertifika hem kök alan adında hem `www` sürümünde geçerli mi?
• İletişim formu, parola sıfırlama ve giden/gelen e-posta çalışıyor mu?
• Sunucu günlüklerinde 404, 500, karma içerik veya PHP hatası var mı?
• Önbellek/CDN temizlendikten sonra mobil ve gizli pencerede sonuç aynı mı?

Sorun Olursa Güvenli Geri Dönüş​

Yeni sunucuda kritik hata çıkarsa A/AAAA kayıtlarını eski IP'ye geri almak en hızlı geri dönüş yoludur. NS değiştirildiyse eski ad sunucularına dönmeden önce eski bölgenin hâlâ eksiksiz ve çalışır olduğundan emin olun. Değişiklik saatini, önceki ve yeni değerleri kaydetmek; panik anında yanlış kaydı düzenleme riskini azaltır.

İç Bağlantılar​

• WordPress site taşıma adımları
• Duplicator ile WordPress taşıma
• WordPress hosting seçimi
• Hosting, CDN ve SSL başlangıç rotası

Resmî Kaynaklar​

• WordPress Developer Resources — WordPress taşıma
• Cloudflare DNS — DNS kayıtlarını yönetme
• Cloudflare DNS — TTL açıklaması
• Cloudflare DNS — ad sunucusu değişikliği

Özetle​

Önce yeni sunucuyu hazırla, sonra doğru DNS katmanını değiştir, en son eski sistemi kapat. Taşıma sonrasında hangi kaydı değiştirdiğinizi ve karşılaştığınız hatayı yorumlarda paylaşmanız, çözümü daraltmayı kolaylaştırır.

---

WordPress sitesi taşımak başlı başına bir süreç, ancak çoğu kişinin gözden kaçırdığı veya yanlış anladığı en önemli noktalardan biri DNS ayarları. Sitenizi yeni bir hosting sağlayıcısına taşıdıktan sonra DNS güncellemelerini yapmazsanız, eski sunucudan hizmet almaya devam eder ve siteniz beklediğiniz gibi çalışmaz. Bu yüzden DNS değişiklikleri, site taşıma sürecinin olmazsa olmazıdır.

Kendi deneyimlerime dayanarak söyleyebilirim ki, birçok kişi DNS değişikliklerinin hemen etkili olacağını düşünüyor, ancak bu 24-48 saat kadar sürebilir. Evet, bazen daha kısa sürede yayılabilir ama "Neden hala eski sunucuya gidiyor?" diye panikleyen çok kişi gördüm. Burada yapmanız gereken en iyi şey sabırlı olmak ve DNS yönlendirmesinin tamamlanmasını beklemek.

Peki, DNS ayarlarını yaparken nelere dikkat edilmeli?

• Yeni hosting sağlayıcınızın size verdiği DNS adreslerini eksiksiz girin. Küçük bir harf hatası bile sitenizin çalışmamasına neden olabilir.
• Değişiklikleri yaptıktan sonra DNS Checker veya IntoDNS gibi araçlarla kontrol edin. DNS yönlendirmesinin tamamlanıp tamamlanmadığını görmek için dnschecker.org veya IntoDNS kullanabilirsiniz.
• SSL sertifikasını unutmayın! Yeni hostingde SSL kurulumunu yapmazsanız, "Güvenli değil" uyarısıyla karşılaşabilirsiniz.
• Tarayıcı önbelleğini temizleyin. Taşıma sonrası sitenize girerken hala eski sunucuya bağlandığınızı sanabilirsiniz. Bunun nedeni genellikle tarayıcı önbelleğinizdir.

Eğer taşıma sonrası site açılmıyorsa veya eski sunucuya yönleniyorsa, büyük ihtimalle DNS değişikliklerinin tam yayılmasını beklemeniz gerekiyor. Bazen modem veya bilgisayar önbelleğini temizlemek de işe yarayabilir.

WordPress taşıma işlemi sadece dosya ve veritabanı aktarmaktan ibaret değil. DNS ayarları bu işin kritik bir parçası ve doğru yapılandırılmazsa ziyaretçileriniz sitenize erişemeyebilir. Eğer aklınıza takılan bir şey varsa yorum bırakabilirsiniz, kendi tecrübelerime dayanarak yardımcı olmaktan memnuniyet duyarım!