close

DEV Community

Hakan Dağlı
Hakan Dağlı

Posted on

Next.js Sitelerde Teknik SEO Denetimi: Uygulanabilir Kontrol Listesi

Modern bir Next.js uygulaması hızlı görünebilir; ancak teknik SEO açısından sorunsuz olduğu anlamına gelmez. Yanlış canonical etiketi, istemeden eklenen noindex, bozuk sitemap kayıtları veya yalnızca JavaScript çalışınca görünen içerikler arama motorlarının sayfayı anlamasını zorlaştırabilir.

Bu rehber, Next.js tabanlı bir projede düzenli olarak uygulanabilecek teknik SEO denetimini adım adım açıklar.

1. Tarama ve indeksleme durumunu ayırın

Bir URL'nin taranabilmesi ile indekslenebilmesi aynı şey değildir. Önce şu sorulara cevap verin:

  • URL HTTP 200 dönüyor mu?
  • robots.txt sayfayı engelliyor mu?
  • Sayfada noindex meta etiketi var mı?
  • Canonical başka bir URL'yi mi gösteriyor?
  • Sayfa sitemap içinde bulunuyor mu?
  • İç bağlantılarla erişilebiliyor mu?

Bir sayfa sitemap'te olduğu halde canonical etiketi başka bir sayfayı gösteriyorsa arama motoruna çelişkili sinyal gönderilir. Aynı şekilde robots.txt ile engellenen bir URL'nin sitemap'e eklenmesi de teknik borç oluşturur.

2. Metadata'yı route bazında doğrulayın

Next.js projelerinde metadata yalnızca ana layout seviyesinde bırakılmamalıdır. Önemli sayfalar kendi arama niyetlerine uygun title ve description değerlerine sahip olmalıdır.

Kontrol edilmesi gereken temel alanlar:

  • Benzersiz title
  • Kullanıcıya faydayı anlatan meta description
  • Doğru canonical URL
  • Open Graph başlığı, açıklaması ve görseli
  • Twitter kartı
  • Gerekliyse robots direktifleri

Title alanını anahtar kelime listesine çevirmek yerine sayfanın sunduğu sonucu açıkça anlatmak daha etkilidir. Örneğin “SEO Aracı” yerine “Site SEO Analizi: Teknik Hataları Ücretsiz Kontrol Edin” daha belirgin bir arama niyeti taşır.

3. Canonical ve alan adı standardını sabitleyin

Aynı içerik şu biçimlerde açılabiliyorsa çoğaltılmış URL sorunu oluşabilir:

  • http://site.com
  • https://site.com
  • https://www.site.com
  • Sorgu parametreli varyasyonlar
  • Sonunda slash bulunan ve bulunmayan adresler

Tek bir ana alan adı belirlenmeli, diğer varyasyonlar kalıcı yönlendirmeyle buraya taşınmalıdır. Canonical etiketi de yönlendirme yapılan nihai URL'yi göstermelidir.

4. Sitemap'i gerçek sayfalarla karşılaştırın

Sitemap otomatik oluşturuluyor olsa bile hatasız olduğu varsayılmamalıdır. Her sitemap URL'si için şu kontroller yapılmalıdır:

  1. HTTP durumu 200 mü?
  2. Sayfa indekslenebilir mi?
  3. Canonical URL kendisini mi gösteriyor?
  4. URL başka bir adrese yönleniyor mu?
  5. Sayfa gerçekten arama sonuçlarında bulunması gereken bir sayfa mı?

Giriş ekranı, yönetim paneli, geçici önizleme sayfaları ve kişisel kullanıcı alanları genellikle sitemap'e eklenmemelidir.

5. robots.txt dosyasını sade tutun

Robots.txt güvenlik duvarı değildir. Hassas bir sayfayı yalnızca robots.txt ile engellemek o sayfanın gizli kalacağını garanti etmez.

Dosyanın görevi tarama davranışını yönlendirmektir. Kritik kontrol noktaları şunlardır:

  • CSS ve JavaScript dosyaları yanlışlıkla engellenmemeli
  • Sitemap adresi belirtilmeli
  • Önemli landing page'ler kapatılmamalı
  • Test ortamı kuralları production'a taşınmamalı

6. Yapılandırılmış veriyi görünür içerikle eşleştirin

JSON-LD içindeki bilgi sayfada görünür olan içerikle uyumlu olmalıdır. Blog yazılarında Article, sık sorulan sorularda uygun olduğunda FAQPage, yazılım ürününde ise SoftwareApplication şeması kullanılabilir.

Ancak sadece daha fazla şema eklemek sıralama garantisi sağlamaz. Yanlış veya içerikle eşleşmeyen şema, güvenilirliği azaltır.

7. JavaScript olmadan görünen içeriği kontrol edin

Arama motorları JavaScript çalıştırabilse de render işlemi ek kaynak gerektirir. Sayfanın ana başlığı, açıklaması ve temel bağlantıları sunucu tarafından üretilen HTML içinde yer almalıdır.

Tarayıcıda “kaynağı görüntüle” ile aşağıdakileri arayın:

  • H1
  • Ana açıklama
  • Canonical
  • Title ve description
  • Dahili navigasyon bağlantıları

Kritik içeriğin yalnızca istemci tarafındaki API isteğinden sonra oluşması indeksleme sürecini geciktirebilir.

8. Core Web Vitals ölçümünü gerçek kullanıcı verisiyle izleyin

Laboratuvar testi geliştiriciye hızlı geri bildirim verir; gerçek kullanıcı verisi ise farklı cihaz ve ağ koşullarını yansıtır. LCP, INP ve CLS değerleri özellikle mobil deneyimde takip edilmelidir.

Next.js projelerinde sık görülen performans sorunları:

  • Boyutu belirtilmemiş görseller
  • Gereksiz istemci bileşenleri
  • Büyük üçüncü taraf scriptleri
  • İlk ekranda yüklenen ağır fontlar
  • Kullanılmayan JavaScript paketleri

9. Kırık bağlantı ve görselleri otomatik denetleyin

Bir içerik taşındığında eski bağlantıların tamamı güncellenmeyebilir. Düzenli denetimde dahili bağlantılar, görseller ve yönlendirme zincirleri taranmalıdır.

404 üreten görseller hem kullanıcı deneyimini bozar hem de sayfanın kalite algısını zayıflatır. Yönlendirme zincirleri de her adımda ek gecikme yaratır.

10. Otomatik analiz ile manuel incelemeyi birleştirin

Otomatik araçlar aynı kuralları yüzlerce URL üzerinde tutarlı biçimde çalıştırabilir. Ancak sayfanın arama niyetini gerçekten karşılayıp karşılamadığını insan değerlendirmesi belirler.

SıraPusula'nın ücretsiz Site SEO Analizi sayfası; metadata, başlık yapısı, bağlantılar, görseller, robots.txt ve sitemap gibi temel kontrolleri tek bir raporda toplamak için kullanılabilir.

Organik sıralama ölçümünü ayrıca kontrol etmek için SıraPusula Google sıra bulucu kullanılabilir.

Sonuç

Next.js teknik SEO çalışması bir defalık kurulum değildir. Yeni route'lar, içerikler ve deployment değişiklikleri daha önce doğru olan ayarları bozabilir.

En sağlam süreç; her yayın öncesinde otomatik kontroller çalıştırmak, belirli aralıklarla canlı siteyi taramak ve Search Console verileriyle sonuçları doğrulamaktır. Böylece sorunlar trafik kaybına dönüşmeden fark edilir.

Top comments (0)