The latest articles on DEV Community by Hakan Dağlı (@hakan_dal_00b3c4c7e8876). https://dev.to/hakan_dal_00b3c4c7e8876 https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4042779%2F12a56fab-6e2b-4b7e-a47e-92b9e775de13.png https://dev.to/hakan_dal_00b3c4c7e8876 en Hakan Dağlı Wed, 22 Jul 2026 23:47:06 +0000 https://dev.to/hakan_dal_00b3c4c7e8876/nextjs-sitelerde-teknik-seo-denetimi-uygulanabilir-kontrol-listesi-2c5g https://dev.to/hakan_dal_00b3c4c7e8876/nextjs-sitelerde-teknik-seo-denetimi-uygulanabilir-kontrol-listesi-2c5g <p>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 <code>noindex</code>, 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.</p> <p>Bu rehber, Next.js tabanlı bir projede düzenli olarak uygulanabilecek teknik SEO denetimini adım adım açıklar.</p> <h2> 1. Tarama ve indeksleme durumunu ayırın </h2> <p>Bir URL'nin taranabilmesi ile indekslenebilmesi aynı şey değildir. Önce şu sorulara cevap verin:</p> <ul> <li>URL HTTP 200 dönüyor mu?</li> <li> <code>robots.txt</code> sayfayı engelliyor mu?</li> <li>Sayfada <code>noindex</code> meta etiketi var mı?</li> <li>Canonical başka bir URL'yi mi gösteriyor?</li> <li>Sayfa sitemap içinde bulunuyor mu?</li> <li>İç bağlantılarla erişilebiliyor mu?</li> </ul> <p>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.</p> <h2> 2. Metadata'yı route bazında doğrulayın </h2> <p>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.</p> <p>Kontrol edilmesi gereken temel alanlar:</p> <ul> <li>Benzersiz title</li> <li>Kullanıcıya faydayı anlatan meta description</li> <li>Doğru canonical URL</li> <li>Open Graph başlığı, açıklaması ve görseli</li> <li>Twitter kartı</li> <li>Gerekliyse robots direktifleri</li> </ul> <p>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.</p> <h2> 3. Canonical ve alan adı standardını sabitleyin </h2> <p>Aynı içerik şu biçimlerde açılabiliyorsa çoğaltılmış URL sorunu oluşabilir:</p> <ul> <li><code>http://site.com</code></li> <li><code>https://site.com</code></li> <li><code>https://www.site.com</code></li> <li>Sorgu parametreli varyasyonlar</li> <li>Sonunda slash bulunan ve bulunmayan adresler</li> </ul> <p>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.</p> <h2> 4. Sitemap'i gerçek sayfalarla karşılaştırın </h2> <p>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:</p> <ol> <li>HTTP durumu 200 mü?</li> <li>Sayfa indekslenebilir mi?</li> <li>Canonical URL kendisini mi gösteriyor?</li> <li>URL başka bir adrese yönleniyor mu?</li> <li>Sayfa gerçekten arama sonuçlarında bulunması gereken bir sayfa mı?</li> </ol> <p>Giriş ekranı, yönetim paneli, geçici önizleme sayfaları ve kişisel kullanıcı alanları genellikle sitemap'e eklenmemelidir.</p> <h2> 5. robots.txt dosyasını sade tutun </h2> <p>Robots.txt güvenlik duvarı değildir. Hassas bir sayfayı yalnızca robots.txt ile engellemek o sayfanın gizli kalacağını garanti etmez.</p> <p>Dosyanın görevi tarama davranışını yönlendirmektir. Kritik kontrol noktaları şunlardır:</p> <ul> <li>CSS ve JavaScript dosyaları yanlışlıkla engellenmemeli</li> <li>Sitemap adresi belirtilmeli</li> <li>Önemli landing page'ler kapatılmamalı</li> <li>Test ortamı kuralları production'a taşınmamalı</li> </ul> <h2> 6. Yapılandırılmış veriyi görünür içerikle eşleştirin </h2> <p>JSON-LD içindeki bilgi sayfada görünür olan içerikle uyumlu olmalıdır. Blog yazılarında <code>Article</code>, sık sorulan sorularda uygun olduğunda <code>FAQPage</code>, yazılım ürününde ise <code>SoftwareApplication</code> şeması kullanılabilir.</p> <p>Ancak sadece daha fazla şema eklemek sıralama garantisi sağlamaz. Yanlış veya içerikle eşleşmeyen şema, güvenilirliği azaltır.</p> <h2> 7. JavaScript olmadan görünen içeriği kontrol edin </h2> <p>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.</p> <p>Tarayıcıda “kaynağı görüntüle” ile aşağıdakileri arayın:</p> <ul> <li>H1</li> <li>Ana açıklama</li> <li>Canonical</li> <li>Title ve description</li> <li>Dahili navigasyon bağlantıları</li> </ul> <p>Kritik içeriğin yalnızca istemci tarafındaki API isteğinden sonra oluşması indeksleme sürecini geciktirebilir.</p> <h2> 8. Core Web Vitals ölçümünü gerçek kullanıcı verisiyle izleyin </h2> <p>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.</p> <p>Next.js projelerinde sık görülen performans sorunları:</p> <ul> <li>Boyutu belirtilmemiş görseller</li> <li>Gereksiz istemci bileşenleri</li> <li>Büyük üçüncü taraf scriptleri</li> <li>İlk ekranda yüklenen ağır fontlar</li> <li>Kullanılmayan JavaScript paketleri</li> </ul> <h2> 9. Kırık bağlantı ve görselleri otomatik denetleyin </h2> <p>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.</p> <p>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.</p> <h2> 10. Otomatik analiz ile manuel incelemeyi birleştirin </h2> <p>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.</p> <p>SıraPusula'nın ücretsiz <a href="https://www.sirapusula.com/seo-analizi" rel="noopener noreferrer">Site SEO Analizi</a> 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.</p> <p>Organik sıralama ölçümünü ayrıca kontrol etmek için <a href="https://www.sirapusula.com/" rel="noopener noreferrer">SıraPusula Google sıra bulucu</a> kullanılabilir.</p> <h2> Sonuç </h2> <p>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.</p> <p>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.</p> seo nextjs webdev