WordPress’ten Özel Yazılıma Geçiş: Sıralamaları Kaybetmeden Site Taşıma Rehberi

Bir WordPress sitesi yıllar içinde eklentilerle büyüdükçe yavaşlar, güncellemeler korkutucu hale gelir ve küçük bir değişiklik bile beklenmedik bir yeri bozabilir. Bu noktada ihtiyaca göre yazılmış, sade bir altyapıya geçmek cazip görünür. Ancak taşıma işinin en riskli kısmı kod değildir: arama motorlarında yıllar içinde kazanılmış görünürlük birkaç hatayla kaybolabilir. Bu yazıda, bu sitenin kendisini de WordPress’ten yeni altyapısına taşırken uyguladığım kontrol listesini paylaşıyorum.

1. Taşımadan önce envanter çıkarın

Yeni sitenin tek satır kodunu yazmadan önce eski sitenin fotoğrafını çekin. Bunun için üç kaynak yeterli:

• Site haritası: SEO eklentisinin ürettiği sitemap.xml dizinindeki tüm adresler.
• Search Console: son 16 ayda tıklama ya da gösterim alan sayfalar. Site haritasında olmayan ama trafik alan adresler genellikle burada çıkar.
• Her sayfanın SEO alanları: <title>, meta açıklama, canonical, Open Graph etiketleri ve varsa yapılandırılmış veri.

Bu listeyi bir tabloya dökün: eski adres, yeni adres, başlık, açıklama, karar (koru / 301 / kaldır). Taşımanın geri kalanı bu tablonun uygulanmasından ibarettir.

2. Adresleri mümkün olduğunca aynı bırakın

En güvenli yönlendirme, hiç yönlendirme yapmamaktır. Trafik alan sayfaların adresini değiştirmek için çok iyi bir nedeniniz yoksa aynen koruyun. WordPress’in kalıcı bağlantıları genellikle /sayfa-adi/ biçimindedir, yani sonda eğik çizgi vardır. Pek çok modern çatı ise varsayılan olarak sondaki eğik çizgiyi kaldıran bir yönlendirme yapar. Bu küçük fark, tüm sitenizin canonical adreslerini bir gecede değiştirir.

Benim çözümüm basit: .htaccess içindeki “sondaki eğik çizgiyi kaldır” kuralını kaldırmak, eğik çizgisiz gelen istekleri tek bir ara katmanla eğik çizgili adrese 301 ile göndermek ve tüm iç bağlantıları eğik çizgiyle üretmek. Böylece hem eski adresler hem canonical etiketleri birebir aynı kalır.

3. Değişmesi gereken adresler için 301 haritası

Bazı adresler değişmek zorundadır: temanın ürettiği /layouts/profile/ gibi anlamsız yollar, ekleri ?p=123 olan eski bağlantılar ya da artık var olmayan kategori sayfaları. Bunların her biri için en yakın anlamdaki yeni sayfaya kalıcı (301) yönlendirme tanımlayın.

Yönlendirmeleri koda gömmek yerine panelden yönetilebilen bir tabloda tutmak, ileride bir sayfanın adı değiştiğinde geliştiriciye ihtiyaç duymadan yeni kural eklemenizi sağlar. Her yönlendirmenin kaç kez kullanıldığını kaydetmek de hangi eski adreslerin hâlâ trafik aldığını gösterir.

Yönlendirme zincirlerinden kaçının: A → B → C yerine A → C. Ana sayfaya toplu yönlendirme de yapmayın; Google bunu çoğu zaman “yumuşak 404” olarak değerlendirir.

4. Başlık ve açıklamaları birebir aktarın

Sıralama alan bir sayfanın başlığı, o sıralamanın en önemli sinyallerinden biridir. Taşıma sırasında “madem yeniliyoruz, başlıkları da güzelleştirelim” düşüncesine kapılmayın. Önce birebir taşıyın, yeni site oturduktan ve Search Console’da veriler normale döndükten sonra iyileştirmeleri tek tek, ölçerek yapın.

Yeni sitede her sayfa için başlık ve açıklamayı panelden düzenlenebilir alanlarda tutuyorum. Boş bırakılırsa makul bir varsayılan üretiliyor; doluysa olduğu gibi kullanılıyor. Bu sayede eski değerler veritabanına aktarıldığı anda hiçbir şey kaybolmuyor.

5. Görseller ve paylaşım önizlemeleri

Eski sitenin og:image olarak kullandığı görseller sosyal medyada paylaşılmış bağlantılarda ve Google Görseller’de yaşamaya devam eder. /wp-content/uploads/ altındaki bu dosyaları ya aynı yolda tutun ya da yeni konumlarına 301 ile yönlendirin. Kütüphanede olup ön yüzde hiç kullanılmayan eski görselleri ise yeni siteye taşımayın; yalnızca karmaşa yaratırlar.

6. Site haritası, robots.txt ve yapılandırılmış veri

• Site haritası: yeni sitemap.xml yalnızca 200 dönen ve canonical olan adresleri içermeli. Eski eklentinin alt site haritalarını yeni haritaya yönlendirin.
• robots.txt: yönetim panelini kapatın, site haritasının adresini yazın. Test ortamındaki “her şeyi engelle” kuralının canlıya taşınmadığından emin olun.
• Yapılandırılmış veri: kişisel bir site için Person, WebSite ve ProfilePage; blog için BlogPosting; SSS sayfası için FAQPage. Eski eklentinin ürettiği şemadan daha zengini kolayca kurulabilir.

7. Eski siteyi eksiksiz yedekleyin

Dosyaların tamamını ve veritabanının dökümünü tek bir arşivde saklayın; arşivi web kökünün dışında, dışarıdan indirilemeyecek bir yerde tutun. İçinde veritabanı şifresi bulunan wp-config.php da olduğu için bu ayrıntı önemlidir. Bir şeyler ters giderse ya da eski bir içeriğe ihtiyaç duyarsanız dakikalar içinde geri dönebilirsiniz.

8. Yayından sonraki iki hafta

Yayın günü iş bitmez. İlk iki hafta şunları takip edin:

1. Search Console’da yeni site haritasını gönderin ve “Sayfa dizine ekleme” raporundaki 404 ve yönlendirme hatalarını izleyin.
2. Sunucu günlüklerinde 404 dönen adresleri toplayın ve anlamlı olanlar için yönlendirme ekleyin.
3. Önemli sayfaların başlık ve açıklamalarını canlıda tek tek kontrol edin.
4. Sıralamalarda kısa süreli dalgalanma normaldir; asıl bakılması gereken, iki üç hafta sonundaki eğilimdir.

Doğru planlanmış bir taşıma, sıralamaları korumakla kalmaz; daha hızlı açılan sayfalar ve daha temiz bir yapı sayesinde zamanla yükseltir. WordPress sitenizi taşımayı düşünüyorsanız bana yazın, envanter aşamasından başlayalım.