WordPress'ten Next.js'e Geçiş 2026: SEO Kaybetmeden Taşıma Rehberi

WordPress'ten Next.js'e geçiş bir siteyi daha hızlı ve tasarım açısından daha esnek yapabilir; ama özensiz bir geçiş, arama trafiği kaybetmenin en garantili yollarından biridir. Kayıpların neredeyse tamamının teknik sebebi var: kaybolan URL'ler, hiç kurulmamış yönlendirmeler, taşınmayan meta veri ve yarım bırakılan indeksleme. Bunların her biri planlanabilir. Bu rehber içerik envanterinden yönlendirme haritasına, canonical ve hreflang ayarlarından yayın günü kontrol listesine ve sonraki haftalara kadar adım adım ilerliyor. Geçip geçmemeye henüz karar vermediyseniz Wix, WordPress ve Next.js karşılaştırmamızla başlayın.

WordPress'ten Next.js'e geçmek ne zaman mantıklı?

Geçiş, yeni bir teknoloji var diye değil, WordPress hız, güvenlik ya da tasarım esnekliğinde sınırınız olduğunda mantıklıdır. Eklenti bağımlılığı, bitmeyen güncelleme yükü ve performans sorunları en yaygın sebeplerdir. WordPress'i tamamen bırakmak her zaman gerekmez: içerik ekibiniz WordPress panelini seviyorsa, içeriği WordPress'te yönetip ön yüzü Next.js ile oluşturan 'headless' yapı bir ara yoldur. Next.js'in işletme sitelerine ne kazandırdığını işletmeler için neden Next.js yazımızda anlattık. Hedefi net olmayan bir geçiş, karşılığı olmayan bir risk taşır.

Geçişten önce içerik envanteri nasıl çıkarılır?

Her şeyden önce mevcut sitedeki bütün URL'leri, trafikleri, sıralamaları ve geri bağlantılarıyla birlikte listeleyin. Sitemap'i, bir tarama aracını ve Search Console verisini birleştirerek sayfaları, yazıları, kategori ve etiket arşivlerini, sayfalamayı, görselleri ve PDF'leri yakalayın. Her URL'nin yanına trafiğini, sıralandığı sorguları ve geri bağlantılarını ekleyin. Hangi sayfanın korunacağına, birleştirileceğine ya da kaldırılacağına bu tablo karar verir. Tablo olmadan trafik getiren sayfalar, rakamlar düşene kadar kimse fark etmeden kaybolabilir.

URL haritası nasıl hazırlanır?

Mevcut URL yapısını koruyabildiğiniz her yerde koruyun; en güvenli seçenek budur. Değişmesi gereken URL'lerde her eski adresin hangi yeni adrese gideceğini bir eşleme tablosuna yazın. Kategori ve etiket sayfaları, sayfalama, tarih bazlı arşivler ve görsel adresleri de bu tabloya girer. Kaldırılan bir tarih parçası ya da sondaki bir eğik çizgi gibi küçük bir değişiklik bile, arkasında yönlendirme yoksa sıralama kaybettirebilir. Yeni sitede kısa, tutarlı ve anlamlı URL'ler kullanın; bunun uzun süre son geçiş olmasını istersiniz.

Next.js'te 301 ve 308 yönlendirmeleri nasıl kurulur?

Değişen her URL'yi kalıcı olarak ve doğrudan son adresine yönlendirin; sıralama sinyalleri içeriği kalıcı yönlendirmeyle takip eder. Next.js'te yönlendirmeler next.config içinde tanımlanabilir ve Next.js dokümantasyonuna göre kalıcı olarak işaretlenen kurallar HTTP 308 döndürür (geçici olanlar 307). Google'ın yönlendirme dokümantasyonu 301'i ve 308'i birlikte kalıcı yönlendirme olarak sayar. A'dan B'ye, B'den C'ye giden zincirlerden kaçının: her eski URL doğrudan hedefini göstermeli. Aynı Next.js dokümantasyonu Vercel'de next.config içinde 1.024 yönlendirme sınırı olduğunu da belirtiyor; daha büyük haritalarda kuralları elle yazmak yerine yönlendirmeleri bir eşleme tablosundan Proxy içinde üretin. Yayından önce her kuralı bir tarama aracıyla test edin.

Meta veri, yapılandırılmış veri ve hreflang nasıl taşınır?

WordPress'in ürettiği her SEO sinyalini taşıyın, yalnızca sayfa metnini değil. Yani sayfa başlıkları, meta açıklamaları, H1 ve H2 yapısı, görsel alt metinleri ve iç linkler. Bir WordPress SEO eklentisiyle girilmiş meta verinin dışa aktarılıp yeni sisteme eşlenmesi gerekir. Schema.org yapılandırılmış verisi (makale, SSS, ürün, yerel işletme vb.) yeni sitede yeniden kurulmalıdır. Her sayfanın canonical etiketi kendi kanonik adresini göstermeli; çok dilli sitelerde hreflang bağlantıları doğru ve karşılıklı olmalıdır.

Next.js'te SEO altyapısı nasıl kurulur?

Sayfaları sunucuda oluşturun ki arama motorları ve yapay zeka tarayıcıları eksiksiz HTML alsın; sonra meta veriyi, sitemap'i ve robots.txt'yi koddan üretin. Sunucuda oluşturulan sayfalar (SSR, SSG ya da ISR) içeriği tarayıcıya JavaScript çalıştırmadan verir; hangi sayfaya hangi render stratejisinin uyduğunu Next.js ile web sitesi geliştirme rehberimizde anlattık. Meta veriyi sayfa bazında üretin, sitemap'i ve robots.txt'yi elle değil verinizden oluşturun, görselleri optimize edin. Yapılandırılmış veriyle birlikte sunucuda oluşturulan HTML, yapay zeka aramalarındaki görünürlük için de büyük avantajdır; bunu AI arama görünürlüğü rehberimizde ele aldık. İçerik yalnızca tarayıcı tarafında yükleniyorsa bu avantaj kaybolur.

WordPress panelini kaybetmeden içerik nasıl yönetilir?

Üç seçenek arasından seçin: WordPress'i headless CMS olarak tutmak, Sanity, Strapi ya da Contentful gibi bir headless CMS'e geçmek veya içeriği dosya tabanlı (MDX) yönetmek. WordPress paneli çoğu zaman ekiplerin en sevdiği şeydir ve onu kaybetmek geçişteki en büyük endişedir. Doğru seçim içerik ekibinizin teknik rahatlığına ve ne sıklıkla yayın yaptığınıza bağlıdır: her gün yayın yapan bir pazarlama ekibinin panele ihtiyacı vardır, ayda bir yayın yapan teknik bir ekip depodaki dosyalarla rahat edebilir. Sistemi kimin güncel tutacağını da hesaba katın; bu sürekli işi web sitesi bakım maliyeti rehberimizde kalem kalem açtık. Yeni panelin nasıl kullanıldığını ekibinize yayından önce gösterin, sonra değil.

Performans ve Core Web Vitals nasıl test edilir?

Yeni sitenin performansını yayından önce, en önemli şablonlarda ölçün: ana sayfa, bir blog yazısı ve bir ürün ya da hizmet sayfası. Hız çoğu zaman geçişin sebeplerinden biridir; gerçekten kazanıp kazanmadığınızı kontrol edin. Sonucu genellikle görsel boyutları, üçüncü taraf scriptler ve yazı tipi yüklemesi belirler. LCP, INP ve CLS'yi gerçek kullanıcıyı yansıtacak şekilde nasıl ölçeceğinizi Core Web Vitals rehberimizde anlattık. Hızlı ama içeriği eksik bir site, daha yavaş ama eksiksiz bir siteden daha az değerlidir; ikisini birlikte hedefleyin.

Yayın günü kontrol listesinde neler olmalı?

Kontrol listesini yayın gününden önce hazırlayın ve sırasıyla ilerleyin. Yönlendirmelerin çalıştığını, robots.txt'nin siteyi engellemediğini, sitemap'in güncel olduğunu, canonical ve hreflang etiketlerinin doğru olduğunu teyit edin. Geliştirme sırasında sık sık açık unutulan noindex etiketinin kalktığından emin olun. Analitik ve etiket yönetimi kodlarının yeni sitede çalıştığını test edin. Geçiş için trafiğin düşük olduğu bir zaman seçin; bir şey bozulursa müdahale edecek alanınız olsun.

Yayından sonra neler izlenmeli?

İlk haftalarda Search Console'u yakından izleyin: tarama hataları, indeksleme raporu ve sorgu performansı. Yeni sitemap'i gönderin ve kritik sayfalar için URL denetim aracıyla indeksleme isteyin. Google'ın site taşıma rehberi geçici sıralama dalgalanması beklenmesi gerektiğini, orta ölçekli bir sitede Google'ın yeni URL'leri göstermesinin birkaç hafta ya da daha uzun sürebileceğini söylüyor ve yönlendirmelerin mümkün olduğunca uzun, genellikle en az bir yıl tutulmasını öneriyor. Dalgalanma normaldir; süren bir düşüş ise bir sorunun işaretidir. Kırık linkleri ve 404 hatalarını düzenli tarayın, eski sitenin bir kopyasını karşılaştırma ve geri dönüş için bir süre saklayın.

Geçişte en sık yapılan hatalar neler?

En sık hata, yönlendirme haritası hazırlamadan yayına çıkmaktır. İkincisi geliştirme ortamındaki noindex etiketini ya da robots engelini canlı sitede unutmaktır. Görseller, PDF'ler ve eski blog yazıları gibi önemsiz görünen varlıklar çoğu zaman taşınmaz ve trafiklerini de yanlarında götürür. Meta veriyi ve iç linkleri yeni sitede yeniden kurmamak sıralamayı düşürür. Geçişi arkasındaki izleme olmadan tek seferlik teknik bir iş gibi görmek de sorunların geç fark edilmesine yol açar.