WordPress mi Next.js mi? 162 Popüler Siteyi Taradık

WordPress bir içerik yönetim sistemi (CMS), Next.js ise React ile web sitesi ve uygulama kurmaya yarayan bir çatıdır (framework). İkisi aynı rafta durmuyor: biri hazır bir panel ve eklenti ekosistemi verir, diğeri boş bir proje ve tam kontrol. Kısa cevap: sitenin değeri sayfalardaysa WordPress, davranıştaysa Next.js. İkisi de gerekiyorsa üçüncü bir yol var: WordPress içeriği tutar, Next.js sayfayı üretir.

Bu karşılaştırma genelde dünya verisiyle yapılıyor. Biz Türkiye'ye baktık: Tranco listesindeki en popüler 200 .tr sitesinin ana sayfasını taradık ve 162'sinde hangi altyapının çalıştığını sınıflandırdık. Sonuç dünya tablosundan belirgin biçimde farklı: yüzde 12,3'te görülen Next.js, yüzde 5,6'da kalan WordPress'in iki katından daha yaygın (Caliency ölçümü, 20 Ekim 2026).

Özel kodlama ile WordPress'i genel olarak Özel Kodlama mı WordPress mi? yazısında karşılaştırmıştık. Bu yazı daha dar bir soruya bakıyor: Next.js'in kendisi, render modları, Türkiye verisi ve iki sistemi birlikte kullanma seçeneği.

WordPress ve Next.js aynı şey mi?

Hayır. WordPress çalışan bir üründür: kurduğunuzda yönetim paneli, kullanıcılar, medya kütüphanesi ve yayın akışı hazır gelir. Next.js bir yapı taşıdır: kurduğunuzda boş bir proje gelir; panel dahil her şeyi ya siz yazarsınız ya da bir CMS bağlarsınız.

WordPress'in resmî dizininde 76.000'den fazla ücretsiz eklenti var (WordPress.org, eklenti dizini). Bu, WordPress'in en büyük gücü ve aynı zamanda bakım yükünün kaynağı; aşağıda ikisine de döneceğiz.

Ayrımın pratikteki anlamı şu: WordPress'te bir başlığı değiştirmek için geliştiriciye ihtiyaç yok; Next.js'te, bir CMS bağlanmadıysa var. Buna karşılık Next.js'te bir hesaplama aracı, üye paneli ya da canlı fiyat ekranı projenin doğal parçası. WordPress'te ise bunlar eklentiyle ya da özel eklenti yazılarak çözülüyor.

Türkiye'nin popüler siteleri ne kullanıyor? Ölçtük

Yöntem: Tranco listesinin (liste 64VKX) ilk 100.000 sitesi içindeki en popüler 200 .tr alan adının ana sayfasını 20 Ekim 2026'da birer kez çektik (Tranco, liste 64VKX). JavaScript çalıştırmadık; sunucunun gönderdiği HTML'e ve yanıt başlıklarına baktık. 162 site ölçülebilir bir sayfa döndürdü. 26'sı bot korumasına ya da erişim engeline takıldı, 11'i bağlantı, TLS ya da DNS hatası verdi, biri de zaten sayılmış bir siteye yönlendiriyordu.

Sınıflandırmada yalnızca belgelenmiş, dar imzalar kullandık. WordPress için sitenin kendi alan adındaki /wp-content/ ya da /wp-json/ yollarını, Next.js için /_next/static/ ve __NEXT_DATA__ izlerini, ASP.NET için __VIEWSTATE alanını ve ASP.NET oturum çerezlerini aradık. Türk e-ticaret altyapılarının (Ticimax, İdeasoft, T-Soft, ikas) imzalarını önce bilinen müşteri sitelerinde doğruladık. Tam liste grafiğin kaynak notunda. Hiçbir imza tutmayan siteyi tahminle bir yere koymadık; "özel ya da tanınmayan" saydık.

Bulgular (Caliency ölçümü, 20 Ekim 2026):

• En büyük grup özel yazılım: 162 ana sayfanın yüzde 37,7'sinde (61 site) hazır bir platformun izi yok.
• ASP.NET yüzde 25,3 (41 site): Microsoft'un .NET altyapısı. 45 kamu sitesinin (.gov.tr) 18'i bu grupta.
• Next.js yüzde 12,3 (20 site): Açık ara en yaygın JavaScript çatısı.
• WordPress yüzde 5,6 (9 site): İki sitede daha, arka planda içerik deposu olarak görünüyor; aşağıda anlatıyoruz.
• Hazır e-ticaret altyapıları neredeyse yok: Shopify, Wix, Ticimax, İdeasoft ve ikas hiçbir ana sayfada çıkmadı; T-Soft bir sitede çıktı.

Alan adı türüne göre ayırınca tablo netleşiyor:

Ticari siteler Next.js'e en çok yönelen grup. Kamu sitelerinde en yaygın altyapı ASP.NET. WordPress'in görece güçlü olduğu tek grup üniversiteler; onlarda da PHP tabanlı başka sistemler (Laravel, CodeIgniter gibi) WordPress'ten yaygın. Aynı 200 sitelik örneklemin yapılandırılmış veri tarafını AEO yazısında ölçmüştük.

Dünya geneliyle karşılaştırınca tablo ters dönüyor

W3Techs'in 20 Ekim 2026 tarihli verisine göre WordPress tüm web sitelerinin yüzde 39,6'sında, CMS'i bilinen sitelerin yüzde 58,3'ünde çalışıyor (W3Techs, WordPress kullanım istatistikleri). Aynı kaynak Next.js'i tüm sitelerin yüzde 3,7'sinde görüyor (W3Techs, Next.js). ASP.NET ise sunucu tarafı dili bilinen sitelerin yüzde 4,2'sinde (W3Techs, ASP.NET).

Bizim örneklemimizde sıra neredeyse tersine dönüyor: WordPress yüzde 5,6, Next.js yüzde 12,3, ASP.NET yüzde 25,3.

İki ölçümü doğrudan kıyaslamak doğru olmaz, çünkü popülasyonlar farklı. W3Techs web'in genelini ölçüyor; bu genelin büyük kısmı küçük işletme siteleri ve bloglar. Bizimki Türkiye'nin en çok ziyaret edilen sitelerinden oluşuyor: medya grupları, bankalar, bakanlıklar, üniversiteler. HTTP Archive'ın Web Almanac 2025 raporu da yüksek trafikli sitelerin karmaşık iş akışlarını ve derin özelleştirmeyi destekleyen platformlara yöneldiğini yazıyor. Yine de aynı rapora göre en popüler 10.000 sitede bile CMS kullanımının yaklaşık yüzde 58'i WordPress (Web Almanac 2025, CMS bölümü).

Bizim yorumumuz şu: Türkiye'nin büyük siteleri, hazır bir CMS kalıbına sığmayan işler yapıyor ve çoğu kendi yazılım ekibini kurmuş. Kamu tarafındaki ASP.NET ağırlığı muhtemelen bu kurumların uzun süredir Microsoft altyapısıyla çalışmasından geliyor. Bunu ölçmedik; bir tahmin olarak not ediyoruz.

Next.js kullanmak "sunucuda render" demek mi?

Hayır, ama varsayılan bu. Next.js'in güncel App Router yapısında sayfalar varsayılan olarak Server Component'tir: HTML sunucuda üretilir, istenirse önbelleğe alınır ve tarayıcıya akış hâlinde gönderilir. Etkileşim gereken parçalar Client Component olarak tarayıcıda çalışır (Next.js, Server and Client Components).

Next.js'te bir sayfa üç biçimde üretilebilir:

• Statik: HTML derleme sırasında bir kez üretilir. Kurumsal sayfalar için en hızlı ve en ucuz yol.
• Artımlı yeniden üretim (ISR): Statik sayfa belirlenen aralıklarla arka planda yenilenir; tüm siteyi yeniden derlemek gerekmez (Next.js, Incremental Static Regeneration).
• Dinamik: Sayfa her istekte sunucuda üretilir; kişiye özel içerik için gerekir.

Bir de istemeden düşülen dördüncü durum var. Next.js'in kendi hata belgesine göre useSearchParams() bir Suspense sınırı olmadan okunursa sayfanın tamamı tarayıcıda render edilir. JavaScript yüklenene kadar sayfa boş görünebilir (Next.js, Missing Suspense with CSR bailout).

Ölçümümüzde bunun izini gördük. Next.js kullanan 20 ana sayfanın 14'ü App Router, 6'sı eski Pages Router ile kurulmuştu ve 18'i sunucudan dolu bir HTML gönderiyordu. İkisi ise neredeyse boş bir kabuk döndürdü: görünür metin üç kelimeyi geçmiyordu; birinde Next.js'in tarayıcıda render'a geri düştüğünü gösteren işaret de vardı. Beş sitenin yanıtında, sayfanın Next.js önbelleğinden geldiğini gösteren x-nextjs-cache başlığı duruyordu (Caliency ölçümü, 20 Ekim 2026).

Bu Next.js'e özgü bir sorun değil. Angular, AngularJS, Nuxt ve yalın React ile kurulan 9 ana sayfanın 5'i de boş kabuk döndürdü. Ders şu: çatı sunucuda render'ı kolaylaştırır ama garanti etmez. Arama motorları ve yapay zekâ tarayıcıları için önemli olan, sunucunun gerçekte ne gönderdiği. Konunun SEO tarafını SEO uyumlu web sitesi yazısında anlattık.

Hız: Next.js siteleri neden daha az geçiyor?

Kısa cevap: sahada ortalamada daha az geçiyorlar ve bunun sebebi çatıdan çok, o çatıyla kurulan sitelerin türü ve tarayıcıya gönderdikleri JavaScript.

HTTP Archive'ın Temmuz 2026 Core Web Vitals Technology Report verisinde mobilde üç eşiği de geçen Next.js kaynaklarının oranı yüzde 33,9 (349.852 kaynak). Bu oran WordPress'te yüzde 49,5, tüm web'de yüzde 53,2 (HTTP Archive, Core Web Vitals Technology Report). Raporun Eylül 2026 verisi de aynı yeri gösteriyor: Next.js yüzde 35,7, WordPress yüzde 48,3.

Fark en çok etkileşimde açılıyor. Etkileşim yanıtını ölçen INP'de iyi sayılan Next.js kaynaklarının oranı yüzde 58,8, WordPress'te yüzde 91,0. Sunucu yanıt süresinde (TTFB) ise sıra tersine: Next.js yüzde 46,1, WordPress yüzde 24,4 (aynı kaynak, Temmuz 2026, mobil).

Neden? web.dev'in istemci tarafı render rehberi iki şey söylüyor. Sunucuda render eden bir React çatısında bile, sayfada etkileşim varsa bileşenlerin tarayıcıda yeniden "hidrate" edilmesi gerekiyor. HTML'in büyük kısmını sunucudan göndermek ise tarayıcının işi parçalara bölmesini ve ana iş parçacığını uzun görevlerle kilitlememesini sağlıyor (web.dev, Client-side rendering of HTML and interactivity). INP tam olarak bu kilitlenmeyi ölçüyor.

Bu bir deney değil, popülasyon karşılaştırması. Next.js ile kurulan sitelerin önemli kısmı uygulama benzeri, etkileşimi yoğun ürünler; WordPress siteleri çoğunlukla içerik sayfaları. Veri, WordPress'in daha hızlı olduğunu kanıtlamıyor. Kanıtladığı şey daha dar: Next.js'i seçmek tek başına bir hız kararı değil. İki yığının tersi yerlerde nasıl kaybettiğini özel kodlama ve WordPress karşılaştırmamızda, metriklerin kendisini Core Web Vitals rehberinde anlattık.

Üçüncü yol: headless WordPress ve Next.js

Headless (başsız) kurulumda içerik WordPress panelinde yazılır, ama sayfayı WordPress değil Next.js üretir. Next.js içeriği WordPress'in REST API'sinden çeker. WordPress'in belgesine göre bu API, uygulamaların siteyle JSON nesneleri göndererek ve alarak konuşmasını sağlıyor ve Blok Düzenleyici'nin de temelini oluşturuyor (WordPress Developer Resources, REST API Handbook).

Ölçümümüzde bu modelin izleri var. Next.js kullanan 20 sitenin ikisinde arkada ayrı bir CMS'in çalıştığını gösteren işaretler gördük: birinde Umbraco yönetim paneline giden bağlantılar, diğerinde ayrı bir içerik sunucusundaki WordPress medya yolları. Bir üniversite sitesi de WordPress içeriğini Angular ile kurulmuş bir önyüzle sunuyordu (Caliency ölçümü, 20 Ekim 2026).

Kazandıklarınız: Editör alıştığı paneli kullanır, önyüz tamamen serbesttir, aynı içerik web sitesine ve mobil uygulamaya aynı anda verilebilir.

Ödedikleriniz: İki sistem kurulur, iki sistem güncellenir, iki sistem barındırılır. Önizleme, formlar ve sayfa oluşturucu gibi WordPress'in hazır verdiği şeyler önyüzde yeniden yazılır. Bu takası headless CMS yazısında ayrıntılı ele aldık. Bizim görüşümüz: headless, ancak ikinci bir kanal (mobil uygulama, mağaza ekranı, başka bir site) gerçekten varsa bu bedele değer.

Bakım ve güvenlik kimin işi?

İki seçenekte de risk var. Fark, riskin nereden geldiğinde ve kapatmanın kimin işi olduğunda.

WordPress'te risk büyük ölçüde eklentilerden geliyor. Patchstack'in 2026 raporuna göre WordPress ekosisteminde 2025'te 11.334 yeni güvenlik açığı bulundu; bu, 2024'e göre yüzde 42 artış. Açıkların yüzde 91'i eklentilerde, yüzde 9'u temalardaydı; çekirdekte yalnızca 6 açık raporlandı ve hepsi düşük öncelikliydi. Yoğun sömürülen açıklarda, açık duyurulduktan sonra ilk saldırı girişimine kadar geçen ağırlıklı ortanca süre 5 saat (Patchstack, State of WordPress Security in 2026). Rapor, bir güvenlik şirketi olan Patchstack'in kendi açık veritabanına dayanıyor.

Next.js de muaf değil. Aralık 2025'te React Server Components protokolündeki bir açık, App Router kullanan Next.js 15 ve 16 uygulamalarında uzaktan kod çalıştırmaya izin verdi. Açık CVSS 10,0 ile en yüksek önem derecesinden puanlandı (Next.js, Security Advisory CVE-2025-66478). Ölçtüğümüz 20 Next.js sitesinin 14'ü App Router kullanıyordu; sürümlerini ölçmediğimiz için hangisinin etkilendiğini bilmiyoruz.

Asıl fark yamada. WordPress'te eklenti ve çekirdek güncellemesi panelden yapılabiliyor. Next.js'te güncelleme bir kod değişikliği: bağımlılık yükseltilir, site yeniden derlenir ve yayına alınır. Bunu yapacak bir geliştirici yoksa yama bekler. İki seçeneğin bakım maliyetini web sitesi bakımı yazısında ele aldık.

Hangisini seçmeli? Karar tablosu

Kısa yol şu: önce "yayından sonra siteyi kim, ne sıklıkla değiştirecek?" sorusunu cevaplayın. Cevap bir pazarlama ekibiyse WordPress, bir yazılım ekibiyse Next.js. İkisi de varsa ve ikinci bir kanal gerekiyorsa headless.

Neden her zaman Next.js demiyoruz

Caliency'nin sitesi Next.js ile yazıldı. Yine de açıkça söyleyelim: içerik ağırlıklı, 10–30 sayfalık bir kurumsal site ya da düzenli yayımlanan bir blog için WordPress çoğu zaman daha doğru ve daha ucuz seçim. Ölçtüğümüz büyük sitelerin Next.js'e yönelmesi, sizin de yönelmeniz gerektiği anlamına gelmiyor; o sitelerin arkasında kendi yazılım ekipleri var.

Tersini de söyleyelim: WordPress'i eklentilerle bir uygulamaya dönüştürmeye çalışmak, kısa vadede ucuz görünen ama her güncellemede pahalılaşan bir yol. İki altyapıyla da nasıl çalıştığımızı web sitesi yapımı sayfasında anlatıyoruz.

Neyi ölçmedik

• Yalnızca ana sayfaları ölçtük. Aynı alan adının blogu ya da mağazası başka bir altyapıda olabilir. Bazı sitelerde alt alan adlarında ayrı WordPress kurulumları gördük ve bunları saymadık.
• JavaScript çalıştırmadık. Platform izini yalnızca tarayıcıda yüklenen kodda bırakan siteler "özel ya da tanınmayan" grubuna düştü.
• İmzalar temkinli. Yollarını gizleyen WordPress siteleri gözden kaçabilir. Bir sitede WordPress yolları yeniden adlandırılmış ve yanıltıcı bir Drupal etiketi eklenmişti; onu WordPress'in API bağlantısından yakaladık. 41 ASP.NET sitesinin 6'sı yalnızca sunucu başlığına (IIS ya da X-Powered-By) dayanıyor.
• Sürüm ölçmedik. Hangi sitenin güncel, hangisinin açık barındıran bir sürümde olduğunu bilmiyoruz.
• Bu 162 sitenin hızını ölçmedik. Hız bölümündeki rakamlar HTTP Archive'ın dünya verisi.
• Örneklem popüler sitelerden oluşuyor. Türkiye'deki küçük işletme sitelerini temsil etmiyor; onların arasında WordPress'in payı muhtemelen çok daha yüksek, ama bunu ölçmedik.
• 200 sitenin 38'i ölçülemedi; oranlar kalan 162 site üzerinden.

Sık sorulan sorular

WordPress ile Next.js arasındaki fark nedir?

WordPress, içeriği bir yönetim panelinden düzenlemeye yarayan hazır bir içerik yönetim sistemidir (CMS); PHP ile çalışır, tema ve eklentilerle genişletilir. Next.js ise React ile web sitesi ve uygulama kurmaya yarayan bir çatıdır; içerik paneli getirmez, her şey kodla kurulur. Bu yüzden ikisi aynı kategoride değildir ve birlikte de kullanılabilir: WordPress içeriği tutar, Next.js sayfaları üretir.

Next.js WordPress'ten daha hızlı mı?

Sahada, ortalamada hayır. HTTP Archive'ın Temmuz 2026 verisinde mobilde üç Core Web Vitals eşiğini de geçen Next.js sitelerinin oranı yüzde 33,9, WordPress sitelerinin oranı yüzde 49,5. Bu kontrollü bir deney değil; iki altyapıyla kurulan sitelerin sahadaki ortalamasını gösteriyor. Next.js ile çok hızlı bir site yapılabilir, ama çatıyı seçmek tek başına hız getirmiyor.

Türkiye'deki popüler siteler hangi altyapıyı kullanıyor?

Caliency'nin 20 Ekim 2026'da ölçtüğü 162 popüler .tr ana sayfasında en büyük grup, hazır bir platform izi taşımayan özel yazılımlar (yüzde 37,7). Onları ASP.NET (yüzde 25,3) ve Next.js (yüzde 12,3) izliyor. WordPress yüzde 5,6'da kaldı; dünya genelinde ise W3Techs'e göre tüm sitelerin yüzde 39,6'sı WordPress kullanıyor.

Headless WordPress nedir, ne zaman mantıklı?

Headless WordPress'te içerik WordPress panelinde yazılır, ama sayfaları WordPress değil Next.js gibi ayrı bir önyüz üretir; önyüz içeriği WordPress'in REST API'sinden JSON olarak çeker. Aynı içeriği hem web sitesine hem mobil uygulamaya vermek gibi gerçek bir ihtiyaç varsa mantıklıdır. Bedeli, tek sistem yerine iki sistemin kurulması, güncellenmesi ve barındırılmasıdır.

Kurumsal bir site için hangisini seçmeliyim?

Sitenin değeri sayfalardaysa ve geliştirici olmayan bir ekip her hafta içerik yayımlayacaksa WordPress genelde daha doğru seçimdir. Sitenin değeri davranıştaysa, yani giriş, panel, hesaplama ya da entegrasyon varsa ve bakımını üstlenecek bir geliştirici ekibiniz varsa Next.js öne çıkar. İkisinin de bir sahibi olmalı: güncellemeleri kimin yapacağı belli değilse hiçbir seçenek güvenli değildir.

Kısaca

WordPress bir CMS, Next.js bir çatı: biri hazır panel ve eklenti, diğeri boş proje ve tam kontrol veriyor. Tranco listesindeki 162 popüler .tr sitesinde tablo dünya ortalamasının tersine. Next.js yüzde 12,3, WordPress yüzde 5,6, en büyük grup ise yüzde 37,7 ile özel yazılım (Caliency ölçümü, 20 Ekim 2026). Büyük kurumların seçimi, küçük bir şirket için örnek değil.

Hızı da çatı belirlemiyor: Next.js siteleri sahada ortalamada daha az geçiyor, çünkü hız tarayıcıya gönderilen JavaScript'e bağlı. Seçimi belirleyen soru şu: siteyi yayından sonra kim değiştirecek?

Siteniz için hangisinin doğru olduğunu birlikte konuşmak isterseniz bize yazın. Altyapı kararından sonra sitenin aramada bulunması için SEO hizmetimize de göz atabilirsiniz.