SKÅNEDIGITAL

Notlar

Neden WordPress Yerine Next.js ile Çalışıyoruz

Skåne'de — ve genel olarak İsveç'te — karşılaşacağın ajans sitelerinin çoğu hâlâ WordPress üzerinde çalışıyor. Tanıdık bir sistem, hemen her şey için bir eklenti var ve müşteriye teslim etmesi kolay. Biz farklı bir yol izliyoruz ve bunun nedenini anlatmaya değer.

WordPress'in bedeli

WordPress veritabanı tabanlı bir CMS'tir: her sayfa görüntülemesi, HTML tarayıcıya ulaşmadan önce bir PHP çalıştırması ve veritabanı sorgusu tetikler. Eklentiler boşlukları doldurur — SEO, önbellekleme, formlar, güvenlik — ama her biri güncellenmesi gereken yeni bir JavaScript, CSS ve bağımlılık ekler. HTTP Archive'ın kendi WordPress sayfa ağırlığı raporu, milyonlarca canlı WordPress sitesinde bunu gerçek zamanlı ölçüyor — tipik bir kurulumun, eklentiler ve tema çekirdek sistemin üzerine eklendiğinde ne kadar ağırlaştığını görmek için yararlı bir kontrol noktası.

Sayfa ağırlığı önemli çünkü doğrudan Core Web Vitals'a yansıyor — Google bunu 2021'de bir sıralama sinyali olarak doğruladı ve bugün hâlâ üç metrikle ölçüyor: LCP (Largest Contentful Paint, yükleme hızı), INP (Interaction to Next Paint, tepki verme hızı) ve CLS (Cumulative Layout Shift, görsel kararlılık). Google'ın kendi rehberi "iyi" tanımını LCP için 2,5 saniyenin altı, INP için 200 milisaniyenin altı, CLS için 0,1'in altı olarak veriyor — özellikle INP zamanla daha katı hale geldi, çünkü eski First Input Delay metriğinin yerini tam olarak ağır, JavaScript yüklü bir sayfanın tıklama ve dokunmalara yavaş tepki vermesinin tüm maliyetini yakaladığı için aldı.

Bunların hiçbiri Core Web Vitals'ın tek başına kimin üstte sıralanacağına karar verdiği anlamına gelmiyor — içerik alaka düzeyi ve otorite hâlâ daha ağır basıyor. Ama iki sayfa her açıdan birbirine yakınsa, Core Web Vitals bir belirleyici (tiebreaker) işlevi görüyor — ve bir düzine eklentiyle ağırlaşmış bir WordPress sitesi bu yarışa gerideyken başlıyor.

"Statik" gerçekte ne anlama geliyor

Next.js ile inşa ettiğimizi söylediğimizde, tam olarak statik export'u kastediyoruz: tüm site, deploy anında düz HTML, CSS ve JavaScript'e derleniyor — sayfaları anlık render eden bir sunucu, ziyaret başına sorgulanan bir veritabanı yok. Tarayıcı, bitmiş dosyaları doğrudan bir CDN edge sunucusundan indiriyor — bir isteği gerçek zamanlı olarak sayfaya çeviren bir PHP çalışma zamanı yok.

Pratikteki fark

  • Yükleme hızı. Edge'den sunulan statik dosyalar, özellikle her ekstra gidiş-dönüşün daha maliyetli olduğu mobil bağlantılarda, her istekte veritabanından derlenen bir sayfaya kıyasla çok daha kısa sürede tarayıcıya ulaşır.
  • SEO kontrolü. Canonical etiketleri, hreflang, sitemap ve yapılandırılmış veri doğrudan kodun içine yazılır — güncellemede sessizce bozulabilen bir eklentiyle sonradan eklenmez.
  • Daha az hareketli parça. Yamalanması gereken bir WordPress çekirdeği, teması veya eklenti yığını yoktur. Daha az güncelleme, bir şeylerin bozulması veya ele geçirilmesi için daha az fırsat demektir.

Somut bir örnek: bu site tam olarak bu şekilde inşa edildi — 120-200ms aralığında sunucu yanıt süreleri, HTTP/2, Brotli sıkıştırma ve tarayıcıya gönderilen hiçbir üçüncü taraf eklenti kodu yok. Bu bir pazarlama iddiası değil, sitenin gerçekten ölçtüğü değer — herhangi bir ziyaretçi bunu tarayıcısının network sekmesinden kendisi kontrol edebilir.

Bakım ve güvenlik yükü

Her WordPress eklentisi aynı zamanda sitenize yükseltilmiş erişimle çalışan bir üçüncü taraf kod parçasıdır. Bir eklenti güncellemeyi kaçırdığında, bilinen ve aranabilir bir güvenlik açığı haline gelir — güvenlik tarayıcıları ve botlar özellikle güncel olmayan WordPress eklentilerini arar, çünkü bunlar küçük işletme sitelerinin ele geçirilmesinin en yaygın yollarından biridir. Statik bir export'ta brute-force edilecek bir admin paneli, içine enjeksiyon yapılacak bir veritabanı veya güncel tutulması gereken bir eklenti kaydı yoktur — çünkü çalışma zamanında bunların hiçbiri mevcut değildir.

Zaman içindeki gerçek maliyet

Bir WordPress sitesinin başlangıç maliyeti, özellikle ucuz bir şablonla, daha düşük görünebilir. Genelde gözden kaçan şey sonradan ortaya çıkan maliyettir: yoğun bir hafta sonundan hemen önce ödeme ekranını bozan bir eklenti çakışması, temanın render şeklini değiştiren bir çekirdek güncellemesi, ya da trafik zaten düşene kadar kimsenin fark etmediği, aylarca sessizce sıralama kaybeden yavaş bir site. Statik bir site bu arıza noktalarının çoğunu baştan ortadan kaldırır — bu da maliyet eğrisini kaydırır: başta daha fazla düşünme, lansmandan sonra çok daha az yangın söndürme.

AI arama için de önemli

Klasik Google sıralamasına yardımcı olan aynı statik, iyi yapılandırılmış HTML, Google'ın AI Overviews'i, ChatGPT ve Perplexity gibi AI sistemlerinin de bir sayfayı doğru okuyup alıntılamasına yardımcı olur. Bu sistemler, geleneksel aramayla aynı taranmış, indekslenmiş içerik üzerinden çalışır — istemci tarafı JavaScript çalıştırmaya bağımlı olmadan tamamen yüklenen, eklenti tarafından üretilmiş karmaşık markup yerine temiz semantik HTML'e sahip bir sayfa, ister insan ister AI olsun, herhangi bir sistemin doğru şekilde ayrıştırması için basitçe daha kolaydır.

WordPress'in hâlâ mantıklı olduğu durumlar

Bir müşterinin, tanıdık bir panel üzerinden haftada onlarca yazı yayınlayan büyük, teknik olmayan bir editör ekibine ihtiyacı varsa, WordPress (ya da gerçek bir headless CMS) makul bir seçimdir. Skåne'deki küçük ve orta ölçekli işletmelerin çoğunun buna ihtiyacı yok — onların ihtiyacı hızlı, doğru, iyi sıralanan ve yapısı nadiren değişen bir site.

Biz de her seferinde tam olarak bu siteyi inşa ediyoruz — nelerin dahil olduğunu hizmetlerimiz sayfasında görebilirsin.

BİR SONRAKİ İŞİN
BURADA BAŞLAR

Projeni konuşalım. 24 saat içinde sana dönüş yapıyoruz.

TEKLİF AL