WordPress sitesini başka bir hosta taşımak için eklenti şart değildir. Veritabanını dışa aktarır, wp-content dosyalarını yeni sunucuya kopyalar, wp-config’i günceller ve DNS’i çevirirsiniz. Önemli olan şu: aynı alan adında kaldığınız için URL’ler değişmez, dolayısıyla asıl risk SEO değil, kesinti süresidir. Pratikte taşımayı bozan şey, eski hostu erken kapatmak veya DNS’i yanlış zamanda çevirmektir. WPBuildAI taşımadan önce ve sonra siteyi tarar, böylece her URL’nin hâlâ açıldığını doğrular.

Neden asıl risk kesinti süresidir

Aynı alan adında sunucu değiştirdiğinizde URL’ler aynı kaldığı için Google açısından çok az şey değişir. Arama motorları içeriğe ve URL’ye bakar, sunucunun kim olduğuna değil. Ahrefs’in arama trafiği araştırması, trafiğin büyük kısmını az sayıda sayfanın taşıdığını gösterir; bu sayfalar aynı URL’de kaldığı sürece konumlarını korur. Asıl tehlike, uzun bir kesinti sırasında Google’ın siteyi erişilemez bulması veya bazı sayfaların taşıma sırasında bozulmasıdır. Kısacası: içerik ve URL yapısı korunduğunda taşıma SEO açısından güvenlidir, geriye yönetilmesi gereken tek şey olarak kesinti kalır.

Eklenti neden gerekli değil

Taşıma eklentileri işi kolaylaştırır, ama bir WordPress sitesi aslında taşınabilir parçalardan oluşur: dosyalar ve bir veritabanı. wp-content klasörü temanızı, eklentilerinizi ve yüklediğiniz medyayı tutar; veritabanı ise içeriği ve ayarları tutar. Bu ikisini yeni sunucuya kopyalar, wp-config dosyasında veritabanı bilgilerini güncellerseniz, site yeni hostta çalışır. Eklenti yalnızca bu adımları otomatikleştirir, sihirli bir şey yapmaz. Dikkat: elle taşıma teknik bir iştir, ama hiçbir özel araç gerektirmez, yalnızca dosyalara, veritabanına ve DNS ayarlarına erişim. Bu yüzden “eklentisiz taşıma” bir kısıtlama değil, işin gerçek mekaniğini anlamaktır.

Kesintisiz taşıma adımları

Doğru sıra, siteyi hiçbir anda erişilemez bırakmaz:

  1. TTL’i düşürün: taşımadan birkaç saat önce DNS TTL değerini azaltın.
  2. Kopyalayın: veritabanını ve wp-content dosyalarını yeni hosta aktarın, wp-config’i güncelleyin.
  3. Test edin: yeni sunucuyu, DNS’i çevirmeden önce geçici bir adreste deneyin, HTTPS dâhil.
  4. Çevirin ve bekleyin: DNS’i yeni sunucuya yönlendirin, yayılma bitene kadar eski hostu açık tutun.

2024 Web Almanac, gerçek bir sitenin ne kadar çok dosya ve URL biriktirdiğini gösterir; bu yüzden taşımadan önce yapıyı çıkarmak işe yarar, tıpkı taşımadan önce site yapısını çıkarma yazısındaki gibi. Sıra önemlidir: önce test, sonra çevirme, hiçbir zaman tersi.

TTL neden önemli

TTL, yani “yaşam süresi”, DNS kayıtlarınızın dünya genelinde ne kadar süre önbellekte tutulduğunu belirler. TTL yüksekse, kaydı değiştirdiğinizde bazı çözümleyiciler eski değeri bir gün boyunca kullanmayı sürdürür; geçiş yavaş ve düzensiz olur, bir kısım ziyaretçi eski, bir kısmı yeni sunucuya gider. TTL’i geçişten bir iki gün önce birkaç dakikaya düşürürseniz (önce düşük değerin yayılması için), kaydı çevirdiğinizde çözümleyiciler değişikliği dakikalar içinde alır ve geçiş hızlı, tek tip olur. Önemli olan şu: TTL’i önceden düşürmek, yayılma penceresini saatlerden dakikalara indirir. Geçiş oturduktan sonra TTL’i tekrar yükseltebilirsiniz.

Bir örnek: kesintisiz geçiş

Bir siteyi yeni bir hosta taşıdığınızı düşünün. İki gün önce alan adının TTL değerini 24 saatten 5 dakikaya düşürür ve bu düşük değerin yayılmasını beklersiniz. Veritabanını ve dosyaları yeni sunucuya kopyalar, wp-config’i günceller ve siteyi geçici bir adreste test edersiniz: sayfalar açılıyor, HTTPS çalışıyor. Geçiş gününde DNS kaydını yeni sunucuya çevirirsiniz; TTL 5 dakika olduğu için çözümleyiciler kısa sürede yeni sunucuya yönelir. Yayılma için eski hostu bir gün daha açık tutarsınız, böylece geç çözümleyen hiçbir ziyaretçi boşluğa düşmez. Google için aynı URL’ler aynı içeriği sunmayı sürdürdüğünden konumlar hiç sarsılmaz. Tüm taşıma, TTL etrafında planlanmış birkaç dakikalık gerçek bir geçişten ibarettir.

URL’ler değişirse: 301

Host taşıma sırasında alan adını ve URL’leri aynı tuttuğunuz sürece yönlendirmeye gerek yoktur. Ama yeniden kurma sırasında bazı URL’ler değişirse, her biri için 301 yönlendirmesi gerekir; aksi hâlde eski URL’ler 404 verir ve konumlarını kaybeder. Google’ın URL değişikliğiyle taşıma kılavuzu ve yönlendirme belgeleri, temiz bir 301’in sıralama sinyallerini yeni URL’ye taşıdığını anlatır. Yönlendirilmeyen URL’ler genellikle soft 404 hataları olarak görünür. Bu yüzden host değişimini ve URL değişimini ayrı tutun: salt host taşımada yönlendirme gerekmez, URL de değişiyorsa her birini 301 ile haritalayın.

Taşımak mı, yeniden kurmak mı

Sadece daha hızlı bir sunucuya geçiyorsanız taşıma yeterlidir. Ama WordPress eklenti ve tema yükünden yavaşladığı için taşıyorsanız, aynı yükü yeni sunucuya taşımaktan başka bir şey yapmazsınız: site yeni hostta da yavaş kalır, çünkü yavaşlığın kaynağı sunucu değil, yığılmış eklentiler ve ağır temadır. Temiz bir yeniden kurulum bu yükü tümüyle kaldırır ve URL’leri korur, veri kaybı olmadan yeniden kurma yazısındaki gibi. Karar şu soruya bağlıdır: sorun yalnızca sunucu mu, yoksa sitenin kendisi mi ağır? Sunucuysa taşıyın; siteyse, taşıma yerine temiz bir yeniden kurulum daha kalıcı bir çözümdür.

Önce tam yedek alın

Taşımaya başlamadan önce hem veritabanının hem de wp-content klasörünün tam bir yedeğini alın. Bu, “eklentisiz” yaklaşımın doğal bir parçasıdır: yedek, taşımanın hammaddesidir. Veritabanını dışa aktarırsınız, dosyaları kopyalarsınız ve aynı kopyalar hem yeni sunucuyu kurmanıza hem de bir şey ters giderse geri dönmenize yarar. Dikkat: yedeği yeni sunucuya taşırken eski siteye dokunmayın, böylece taşıma bitene kadar çalışan bir sürüm elinizde kalır. Önemli olan şu: yedek almak ekstra bir adım değil, taşımanın kendisidir; aynı dosya ve veritabanı kopyaları yeni hostta sitenizi oluşturur.

Test ederken site adresi tuzağı

Yeni sunucuyu geçici bir adreste test ederken sık karşılaşılan bir tuzak vardır. WordPress, site adresini (siteurl ve home) veritabanında saklar ve bu değer hâlâ gerçek alan adınızı gösterir. Bu yüzden geçici adreste açtığınız site, sizi eski alan adına geri yönlendirebilir veya bağlantıları yanlış gösterebilir. Çözüm, test sırasında bu adresi geçici olarak ayarlamak (örneğin hosts dosyasıyla alan adını yeni sunucuya işaret ettirmek) ve gerçek geçişi DNS ile yapmaktır. Aynı alan adında kaldığınız için siteurl değeri sonunda değişmez; tuzak yalnızca test aşamasındadır. Bunu bilmek, “site yeni sunucuda açılmıyor” paniğini önler.

Taşıdıktan sonra doğrulayın

Geçiş bittikten sonra taşımanın temiz olduğunu doğrulayın. Birkaç sayfayı açıp düzgün yüklendiğini, görsellerin göründüğünü ve HTTPS’in çalıştığını kontrol edin. Search Console’da, sonraki haftalarda beklenmedik 404 hatalarına ve tarama sorunlarına bakın; aynı alan adında kaldıysanız bunlar nadir olmalıdır. Site haritasını yeniden gönderin, böylece Google yeni sunucuyu sorunsuz taramayı sürdürür. En çok trafik alan sayfaları önce kontrol edin, çünkü bir sorun en çok orada maliyetlidir. Doğrulama, “taşıdık” demekle “her URL gerçekten açılıyor” demek arasındaki farktır; WPBuildAI bu taramayı taşıma sonrası otomatik yapar.

Sık yapılan hatalar

Birkaç hata, kolay bir taşımayı kesintiye çevirir. DNS’i, yeni sunucuyu test etmeden çevirmek, yayılma sırasında bozuk bir site yayınlar. TTL’i önceden düşürmemek, geçişi saatlere yayar. Eski hostu yayılma bitmeden kapatmak, geç çözümleyen ziyaretçileri boşluğa düşürür. wp-config’de veritabanı bilgilerini güncellememek, sitenin yeni sunucuda açılmamasına yol açar. Ve host değişimiyle birlikte URL yapısını da değiştirip yönlendirme koymamak, sıfır riskli bir taşımayı konum kaybına çevirir. Klasik hata: aceleyle eski hostu kapatmak. Her biri aynı disiplinle önlenir: önce TTL’i düşürün, kopyalayıp test edin, sonra DNS’i çevirin ve eski hostu açık tutun, URL değişirse 301 ekleyin.

Kısaca: eklentisiz host taşıma

Eklenti olmadan taşıyabilirsiniz: veritabanını ve wp-content dosyalarını elle kopyalayın, wp-config’i güncelleyin ve DNS’i kesintisiz çevirin. Aynı alan adında URL’ler değişmediği için asıl risk SEO değil, kesinti süresidir; TTL’i önceden düşürün, yeni sunucuyu test edin ve eski hostu yayılma bitene kadar açık tutun. URL’ler değişirse her birini 301 ile yönlendirin. WordPress yalnızca yük yüzünden yavaşsa, taşıma yerine temiz bir yeniden kurulum daha iyidir. WPBuildAI taşıma sonrası her URL’yi doğrular ve gerekirse siteyi temiz biçimde yeniden kurar; sabit fiyatlı teklif için site adresinizi gönderin.

WordPress veya Lovable ile bağlantılı değildir.