WordPress’ten başka bir altyapıya geçiş: ne taşınır, ne kaybolur.

WordPress’ten başka bir altyapıya geçişte içerik, görseller ve adresler taşınabilir; kaybolan şey çoğunlukla eklentilerin sessizce yaptığı işlerdir: site haritası, arama başlıkları, yapılandırılmış veri, yönlendirmeler, formlar. Geçişin arama görünürlüğünü koruması için her eski WordPress adresinin yeni sitede bir karşılığı ya da bilinçli bir 404/410 kararı olmalıdır.

WordPress’ten ayrılma kararı çoğu zaman bir şikâyetle başlar: site yavaş, eklenti güncellemeleri korkutucu, tasarım artık şirketi anlatmıyor. Yeni altyapı başka bir içerik yönetim sistemi, bir statik site üreticisi ya da özel yazılmış bir site olabilir. Hangisi olursa olsun geçiş iki ayrı işten oluşur: içeriği taşımak ve WordPress’in görünmeden yaptığı işleri yeniden kurmak. İkincisi atlandığında site yeni ve hızlı görünür ama aramadaki yeri sessizce erir. Bu yüzden geçişin tamamı geçiş kontrol listesiyle yürür ve site yenileme ve taşıma işinin kapsamında WordPress’ten geçiş ayrı bir kalemdir.

WordPress’ten neler kolayca taşınır?

WordPress’in kendi dışa aktarma aracı (Araçlar › Dışa aktar) içeriği WXR adlı bir XML dosyasına döker. WordPress belgesine göre bu dosyada yazılar, sayfalar, özel yazı türleri, yorumlar, özel alanlar, kategoriler, etiketler, özel sınıflandırmalar ve kullanıcılar bulunur. Metin, başlık, tarih ve kategori bilgisi bu yolla yeni sisteme aktarılabilir. Görseller ve PDF gibi medya dosyaları ayrıca kopyalanır; yeni sitede adresleri değişecekse onlar da haritaya girer.

WordPress’ten geçişte neler kaybolur?

Kaybolanlar, WordPress’in kendisinin değil eklentilerin ve temanın yaptığı işlerdir. Bir işi eklenti yapıyorsa, o iş eklentiyle birlikte gider:

• Arama başlıkları ve açıklamaları. Bir SEO eklentisine sayfa sayfa girdiğiniz başlık ve açıklamalar, yeni sistemde karşılığı olan bir alana aktarılmazsa kaybolur ve sayfalar varsayılan başlıkla yayına çıkar.
• Site haritası. Eklentinin ürettiği harita gider; yeni sistem kendi haritasını üretmeli ve Search Console’a yeniden gönderilmeli.
• Yapılandırılmış veri. Kırıntı yolu, kuruluş bilgisi, makale bilgisi gibi şemaları eklenti basıyordu; yeni sistemde yeniden yazılmalı.
• Yönlendirmeler. Yıllar içinde bir yönlendirme eklentisine eklenmiş kurallar, dışa aktarılmazsa bir gecede kaybolur. Bunlar eski geçişlerin kaydıdır; yeni haritaya eklenmeli.
• Formlar, üyelik, yorumlar, e-ticaret. Her biri ya yeni sistemde bir karşılık bulur ya da bilerek kapatılır.
• Düzenleme alışkanlığı. İçeriği kimin, hangi ekrandan güncelleyeceği değişebilir; bu teknik değil kurumsal bir karardır ve geçişten önce verilmelidir.

WordPress adresleri yeni sitede nasıl karşılanır?

WordPress’in adres yapısı kendine özgüdür ve geçişte en çok iş çıkaran kısım budur. WordPress belgesine göre kurulumdaki varsayılan «düz» kalıcı bağlantıdır: yazının veritabanı numarasını taşıyan ?p=123 biçiminde bir adres. Birçok site bunu yazı adını, yılı ya da ayı içeren bir yapıyla değiştirir. Kategori ve etiket arşivleri de kendi adreslerini taşır; varsayılan önekleri category ve tag’dir ve belgeye göre değiştirilebilir ama adresten tamamen kaldırılamaz. Bunlara sayfalama, yazar ve tarih arşivleri, besleme ve medya adresleri eklenir.

Her kalıp haritada ayrı bir kural olur. Aşağıdaki satırlar tipik bir WordPress sitesinin kalıplarını ve olası kararları gösteriyor; adresler ve kararlar örnektir, sizin sitenizin kararları kendi içeriğine bağlıdır.

1. /?p=123 → /yazilar/fuar-notlari/ · 301 (numara → ad, satır satır)
2. /2019/05/fuar-notlari/ → /yazilar/fuar-notlari/ · 301 (kalıp kuralı)
3. /category/haberler/ → /yazilar/ · 301 (eşdeğer liste varsa)
4. /tag/fuar/ → (eşdeğeri yok) · 410
5. /2019/05/ → (tarih arşivi · eşdeğeri yok) · 410

İki kural önemlidir. Birincisi, kategori ya da etiket sayfalarını toptan ana sayfaya göndermeyin; eşdeğer bir liste yoksa 404 ya da 410 daha dürüst bir cevaptır (404 hatası rehberi). İkincisi, dışa aktarılan her yazının eski adresini haritaya bir satır olarak yazın. Yönlendirmelerin nasıl kurulacağı 301 yönlendirme rehberinde.

Eski WordPress sitesi yayında kalabilir mi?

Kalmamalı. Yeni site yayına girdikten sonra eski kurulum başka bir adreste — bir alt alan adında ya da geçici bir adreste — açık kalırsa, aynı içeriğin iki kopyası iki ayrı adreste yayında olur ve arama motoru hangisini göstereceğine kendisi karar verir. Eski adresler yeni adreslere yönlendirilmeli, eski kurulum ise yalnız ekibin erişebileceği bir yerde, parola arkasında arşiv olarak saklanmalıdır. Aynı kural yeni sitenin test ortamı için de geçerli: yayından önce herkese açık olmamalı, yayın günü de arama motorlarına kapatan ayarları geride bırakmamalı.

WordPress yerine ne seçilmeli?

Tek doğru cevap yok. İçeriği çok kişinin sık güncellediği, üyelik ya da mağaza taşıyan bir site için başka bir içerik yönetim sistemi mantıklıdır. İçeriği seyrek değişen, hızın ve güvenlik yüzeyinin öncelikli olduğu kurumsal bir site için statik bir site çoğu zaman daha az hareketli parça demektir. İki yolun karşılaştırması statik site mi, içerik yönetim sistemi mi rehberinde. Statik site seçildiyse bir sonraki soru hazır bir üretici mi, kendi yazdığınız bir üretici mi olacağıdır; bunu ölçülerek anlattığımız Astro mu, kendi üreticin mi karşılaştırmasında bulabilirsiniz. İşlerimizden Mikro Yazılım Destek sitesi Astro ile kuruldu.

Eklentinin yaptığı işi kendiniz yapınca ne değişir?

Bu site WordPress kullanmıyor; sayfaları, yapılandırılmış veriyi, site haritasını, RSS beslemesini, robots.txt ve llms.txt dosyalarını tek bir kendi yazdığımız üretici çıkarıyor. Yani WordPress’te eklentilere bırakılan her iş burada bizim kodumuzda. Bunun iki yüzünü de yaşadık.

Search Console’un kırıntı yolu raporu bir gün adı boş bir halka hatası gösterdi: şemadaki bir basamağın adı eksikti. Bir eklenti kullansaydık düzeltmeyi eklentinin güncellemesini bekleyerek yapardık; burada üreticiye bir kural ekledik ve o günden beri adı boş halkalı bir kırıntı yolu derlemede yakalanıp üretimi durduruyor. Aynı dışa aktarımda profil sayfası raporu, sayfa değişiklik tarihinin saat olmadan yalnız gün olarak basılmasını geçersiz tarih-saat diye işaretledi; düzeltme saat dilimli tarih-saat oldu (23 Eylül 2026).

Ders iki yönlü. Eklentinin yaptığı işi kendiniz yaptığınızda hatayı da siz yaparsınız; Search Console’u okumak geçişten sonra da sürmesi gereken bir iştir. Ama düzeltme de sizin elinizdedir ve bir kez yakalanan hata bir daha üretilemeyecek biçimde kilitlenebilir. WordPress’ten ayrılırken sorulacak soru «eklentiler gidince ne kaybolur» kadar «onların yerini kim, nasıl denetleyecek» sorusudur.

Eklentiyi kaldırmak, eklentinin yaptığı işi kaldırmaz; yalnız kimin yapacağını değiştirir.

WordPress’ten geçişte hangi sırayla ilerlemeli?

• Eski sitenin adres listesini çıkarın: WordPress’in site haritası, Search Console ve bir tarama. Yönlendirme eklentisinin kurallarını da dışa aktarın.
• Eklentilerin listesini yapın ve her birinin yaptığı işi yazın: bu iş yeni sistemde nerede yapılacak?
• İçeriği dışa aktarın; SEO başlık ve açıklamalarının yeni sistemde bir alana aktarıldığını sayfa sayfa doğrulayın.
• Yeni adres yapısını kurun ve eski her adres için karar yazın: 301 ya da 404/410.
• Yayın günü haritayı satır satır canlıda sınayın; site haritasını gönderin.
• Geçişten sonraki haftalarda Search Console’u izleyin; eski WordPress kurulumunu bir süre arşiv olarak saklayın, herkese açık bırakmayın.

WordPress’ten geçiş, bir sitenin yıllar içinde biriktirdiği görünmez işleri gün ışığına çıkarır. Bu listeyi geçişten önce yazmak, geçişten sonra kaybın sebebini aramaktan her zaman daha kısadır.