WordPress'ten modern mimariye geçiş: neyi taşırsınız, neyi bırakırsınız

WordPress'ten geçiş kararı çoğu zaman bir kriz anında verilir: site hacklenmiştir, bir eklenti güncellemesi ana sayfayı bozmuştur ya da barındırma faturası sessizce üç katına çıkmıştır. Kriz anında verilen kararların ortak sorunu şudur: her şeyi yakıp yeniden başlama isteği. Oysa WordPress'ten modern bir mimariye geçiş, bir taşınma işidir — ve her taşınmada olduğu gibi asıl soru "gidelim mi" değil, "hangi kutuyu alıyoruz, hangisini çöpe atıyoruz"dur.

Baştan söyleyelim: WordPress'ten geçiş herkes için doğru karar değil. Kişisel bir blog yazıyorsanız, siteniz sorunsuz çalışıyorsa ve ayda beş dakikadan fazla bakım yapmıyorsanız, kalın. WordPress bu iş için hâlâ gayet iyi. Bu yazı, sitesi büyüdükçe WordPress'in yönetim yükü altında ezilen, hız ve güvenlik sorunlarını eklenti ekleyerek çözmeye çalışmaktan yorulmuş ekipler için.

Önce ayrıştırın: WordPress'te aslında neyiniz var?

Bir WordPress sitesi tek bir şey değildir; iç içe geçmiş dört ayrı şeydir:

İçerik — yazılar, sayfalar, görseller, kategoriler. Asıl değerli olan bu.
Tasarım — tema, renkler, sayfa düzenleri.
İşlevsellik — formlar, çok dillilik, SEO ayarları, e-posta listesi... yani eklentiler.
Altyapı — PHP, MySQL, barındırma, güncelleme döngüsü.

Geçiş planı bu dört katmanı ayrı ayrı ele almakla başlar. Çünkü her katmanın kaderi farklı: biri olduğu gibi taşınır, biri yeniden yapılır, biri tamamen bırakılır.

Neyi taşırsınız: içerik ve SEO birikimi

İçerik olduğu gibi gelir

Yılların yazıları, sayfaları ve görselleri sitenizin asıl sermayesidir. WordPress bunları dışa aktarmayı zorlaştırmaz: REST API'si ya da standart export dosyası üzerinden tüm içerik yapılandırılmış biçimde çekilebilir. Modern tarafta bu içerik bir headless CMS'e aktarılır — yani içeriğin tasarımdan bağımsız, temiz bir veri olarak yaşadığı bir sisteme. İyi yapılmış bir aktarımda hiçbir yazı, hiçbir görsel kaybolmaz.

Dikkat isteyen kısım içeriğin kendisi değil, içindeki dağınıklıktır. On yıllık bir WordPress sitesinde içerik genellikle kısa kodlarla (shortcode), sayfa oluşturucu artıklarıyla ve tema-özel etiketlerle kirlenmiştir. Taşıma sırasında bunlar temizlenir; bu temizlik geçişin en emek isteyen adımıdır ve dürüst olmak gerekirse en sıkıcısıdır. Ama bir kez yapılır ve bir daha yapılmaz.

SEO birikimi: geçişin en kritik varlığı

WordPress'ten geçişte kaybedilecek en pahalı şey içerik değil, Google'daki konumunuzdur. Yıllardır sıralanan URL'leriniz var; bunların her biri ya aynı adreste yaşamaya devam etmeli ya da kalıcı yönlendirmeyle (301) yeni adresine bağlanmalı. Bu bir tercih değil, geçişin ön şartıdır. Yönlendirme haritası çıkarılmadan yapılan bir geçiş, trafiğin ciddi bir bölümünü sessizce yakar — ve bunu ancak haftalar sonra, analitik raporunda fark edersiniz.

Meta başlıklar, açıklamalar, yapılandırılmış veri: bunlar da taşınır, hem de çoğu zaman WordPress'teki hâlinden daha düzgün biçimde. Çünkü WordPress'te SEO bir eklentinin işiydi; modern mimaride sitenin kendisinin özelliğidir.

Neyi yeniden yaparsınız: tasarım ve işlevsellik

Tema taşınmaz, tasarım yeniden doğar

WordPress temanız PHP şablonlarından oluşur ve yeni mimaride hiçbir karşılığı yoktur. Bu ilk bakışta kayıp gibi görünür ama genellikle geçişin en görünür kazancıdır: tema, yıllar içinde eklenen düzeltmelerle, kullanılmayan stillerle ve "şimdilik böyle kalsın" kararlarıyla şişmiştir. Yeniden tasarım, sitenin bugünkü işine göre — on yıl önceki işine göre değil — kurgulanır.

Sitenizin görünümünden memnunsanız, aynı görünüm modern teknolojilerle yeniden üretilebilir; bu da geçerli bir yol. Taşınan şey görsel kimlik olur, kod olmaz.

Eklentilerin çoğu zaten yüktü

Ortalama bir kurumsal WordPress sitesinde onlarca eklenti çalışır. Geçiş planlarken bunları tek tek listeleyip sorun: bu eklenti hangi işi yapıyor? Cevaplar genellikle üç kümeye ayrılır:

Modern mimaride kendiliğinden çözülenler. Önbellekleme, sıkıştırma, güvenlik duvarı, hız optimizasyonu eklentileri... Statik üretilen bir sitede bu sorunların kendisi yoktur, dolayısıyla eklentisi de gerekmez.
Gerçek işlevler. Formlar, çok dillilik, arama, e-ticaret. Bunlar yeni sitede yeniden yapılır — eklenti olarak değil, sitenin parçası olarak. Daha az esnek mağaza vitrini, daha sağlam sonuç.
Kimsenin ne işe yaradığını bilmediği eklentiler. Her eski WordPress sitesinde vardır. Bırakın. Kimse aramayacak.

Bu döküm aynı zamanda iyi bir turnusol testidir: listeniz kısaysa ve çoğu birinci kümedeyse, geçiş kolay olacaktır. Liste uzunsa ve ikinci küme kabarıksa, geçiş hâlâ mümkündür ama takvimi buna göre kurmak gerekir.

Neyi bırakırsınız: altyapı ve bakım döngüsü

Geçişin asıl vaadi burada. WordPress'te siteniz her ziyarette çalışan bir uygulamadır: PHP çalışır, veritabanı sorgulanır, sayfa o anda üretilir. Bu yüzden sürekli açık bir sunucuya, o sunucunun bakımına ve o uygulamanın güvenlik güncellemelerine muhtaçsınızdır.

Modern mimaride — statik üretim artı headless CMS — sayfalar önceden üretilir ve ziyaretçiye hazır dosya olarak sunulur. Sonuç üç somut fark:

Hız. Sayfanın ziyaret anında üretilmesi diye bir adım yok; dosya hazır, milisaniyeler içinde gelir.
Güvenlik yüzeyi. Ziyaretçinin eriştiği yerde çalışan uygulama, yönetici girişi ve veritabanı yoktur. Hacklenecek şeyin kendisi ortadan kalkar.
Bakım. "Salı sabahı güncellemeleri geçelim, umarım bir şey bozulmaz" ritüeli biter. Güncelleme korkusu, WordPress'ten ayrılanların en az bahsettiği ama en çok rahatladığı konudur.

Bırakılan bir şey daha var ve bunu söylemek dürüstlük gereği: WordPress'in ekosistem esnekliği. "Aklıma bir özellik geldi, eklentisini kurayım" rahatlığı modern mimaride yoktur; yeni özellik geliştirme ister. Sitesine ayda üç yeni fikir ekleyip ikisini silen biriyseniz bu sizi yavaşlatır. Sitesi bir iş aracı olan ve kararlılık isteyen ekipler içinse bu bir kayıp değil, disiplindir.

Geçiş pratikte nasıl ilerler?

Makul bir geçişin iskeleti şöyledir:

Envanter. İçerik dökümü, eklenti listesi, URL haritası, analitikten en çok trafik alan sayfalar.
İçerik modeli. Yeni CMS'te içeriğin nasıl yapılanacağı — genellikle WordPress'tekinden daha sade.
Tasarım ve geliştirme. Yeni site, eski site yayındayken paralel geliştirilir. Eski site tek gün kapanmaz.
İçerik aktarımı ve temizlik. Otomatik aktarım artı elle kontrol.
Yönlendirme haritası ve test. Her eski URL'nin yeni karşılığı doğrulanır.
Geçiş günü. Alan adı yeni siteye çevrilir; eski site bir süre yedekte bekletilir.

Bu ölçekte bir iş, kapsamına göre birkaç haftalık bir projedir — biz kendi projelerimizde 4-6 haftalık MVP takvimiyle çalışıyoruz ve tipik bir kurumsal site geçişi bu aralığa sığar. "Bir haftada taşırız" diyen varsa, yönlendirme haritasını sorun; cevap alamazsanız trafiğinizle vedalaşmaya hazır olun.

Geçmemeniz gereken durumlar

Tabloyu dengeli tutalım. Şu durumlarda WordPress'te kalmak daha akıllıca:

Site küçük, sorunsuz ve nadiren güncelleniyor.
Ekipte WordPress'i iyi bilen biri var ve bakım yükü gerçekten düşük.
Sitenin ömrü belli — bir yıl sonra kapanacak bir kampanya sitesine geçiş yatırımı yapılmaz.
Asıl sorununuz içerik: yazılmayan blog, güncellenmeyen sayfalar mimari değiştirmekle yazılmaz.

Geçiş, sorunun gerçekten mimaride olduğu durumlarda anlamlı: yavaşlık, güvenlik olayları, güncelleme kırılganlığı ve büyüyen bakım faturası.

WordPress'ten geçişi düşünüyorsanız ama envanterin neresinden başlayacağınızı bilmiyorsanız, Vucod'a yazın — durumunuza geçiş gerekip gerekmediğini de dürüstçe söyleriz, her başvuruya 48 saat içinde dönüyoruz: vucod.com