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ı Thu, 23 Jul 2026 11:05:08 +0000 https://dev.to/hakan_dal_00b3c4c7e8876/seo-denetiminde-onceliklendirme-100-hata-arasinda-nereden-baslanir-3akj https://dev.to/hakan_dal_00b3c4c7e8876/seo-denetiminde-onceliklendirme-100-hata-arasinda-nereden-baslanir-3akj <p>Bir SEO denetimi onlarca uyarı üretebilir. Kırık bağlantılar, eksik meta açıklamaları, yavaş sayfalar, yönlendirme zincirleri, yinelenen başlıklar ve yapılandırılmış veri hataları aynı listede yan yana görünür. Sorun, bütün maddeleri bulmak değil; <strong>hangisinin önce düzeltilmesi gerektiğine karar vermektir</strong>.</p> <p>Bu rehber, teknik SEO bulgularını iş etkisi, tarama riski ve uygulama maliyetine göre sıralamak için pratik bir yöntem sunar.</p> <h2> Her hata aynı öneme sahip değildir </h2> <p>Bir sayfada meta description bulunmaması iyileştirme fırsatıdır. Fakat önemli URL'lerin yanlışlıkla <code>noindex</code> olması veya sunucunun 5xx hatası vermesi görünürlüğü doğrudan engelleyebilir. İki bulguyu aynı öncelikte ele almak ekibin zamanını yanlış yere harcar.</p> <p>SEO denetimindeki her maddeyi şu dört soruyla değerlendirin:</p> <ol> <li>Google sayfaya erişebiliyor mu?</li> <li>Google doğru URL'yi indeksleyebiliyor mu?</li> <li>Kullanıcı sayfayı sorunsuz kullanabiliyor mu?</li> <li>Düzeltme kaç önemli sayfayı etkiliyor?</li> </ol> <p>İlk iki soruda problem varsa konu genellikle kritik veya yüksek önceliklidir.</p> <h2> 1. Seviye: Erişimi ve indekslemeyi engelleyen sorunlar </h2> <p>Önce arama motorunun içeriği görmesini engelleyen problemleri çözün:</p> <ul> <li>Önemli sayfalarda yanlış <code>noindex</code> </li> <li>Robots.txt ile yanlış engelleme</li> <li>5xx sunucu hataları</li> <li>Sonsuz yönlendirme veya yönlendirme döngüsü</li> <li>Hatalı canonical ile başka URL'nin seçilmesi</li> <li>Sitemap'te erişilemeyen URL'ler</li> <li>JavaScript nedeniyle render edilemeyen ana içerik</li> </ul> <p>Bu hatalardan biri varsa yeni içerik eklemek veya başlık optimizasyonu yapmak sonuç getirmeyebilir. Sayfa taranamıyor ya da indekslenemiyorsa Google içeriğin kalitesini değerlendiremez.</p> <h3> Hızlı doğrulama </h3> <p>Önemli bir URL'yi tarayıcıda açmak tek başına yeterli değildir. HTTP durum kodunu, robots meta etiketini, canonical hedefini ve robots.txt kurallarını birlikte kontrol edin. Sitemap URL'lerinin 200 döndürdüğünü ve nihai canonical sürüme gittiğini doğrulayın.</p> <h2> 2. Seviye: Site genelinde yaygınlaşan teknik hatalar </h2> <p>İkinci sırada şablon kaynaklı problemler bulunur. Tek sayfadaki hata sınırlı etkiye sahipken ortak layout veya CMS şablonundaki hata binlerce URL'ye yayılabilir.</p> <p>Örnekler:</p> <ul> <li>Bütün kategori sayfalarında aynı title</li> <li>Sayfa şablonunda hatalı canonical üretimi</li> <li>Navigasyondaki kırık bağlantı</li> <li>Görsellerin tamamında yanlış boyutlandırma</li> <li>Tüm sayfalara eklenen gereksiz render-blocking kaynak</li> <li>Pagination sayfalarında hatalı linkleme</li> </ul> <p>Burada önceliği belirleyen yalnızca hata türü değil, <strong>etkilenen URL sayısıdır</strong>. Küçük bir kod düzeltmesi yüzlerce sayfayı iyileştiriyorsa yüksek kaldıraçlı iştir.</p> <h2> 3. Seviye: Kullanıcı deneyimi ve performans </h2> <p>Core Web Vitals ve gerçek kullanıcı deneyimi, teknik denetimin ayrı bir katmanıdır. Laboratuvar testleri faydalıdır fakat gerçek kullanıcı verisiyle birlikte yorumlanmalıdır.</p> <p>Öncelikle şu problemlere bakın:</p> <ul> <li>LCP öğesinin geç yüklenmesi</li> <li>JavaScript nedeniyle uzun ana iş parçacığı blokları</li> <li>Boyutu belirtilmeyen görsellerden kaynaklanan CLS</li> <li>Mobil ekranda taşan içerik</li> <li>Kullanılamayan form kontrolleri</li> <li>Yavaş sunucu yanıt süresi</li> </ul> <p>Performans optimizasyonunda tek bir skorun peşinden koşmayın. En çok trafik alan şablonları ve dönüşüm sağlayan sayfaları öne alın. Kullanıcıya görünür iyileşme sağlayan değişiklikler genellikle en değerlidir.</p> <h2> 4. Seviye: İç bağlantı ve bilgi mimarisi </h2> <p>Arama motoru sayfaya erişebiliyor olsa bile site mimarisi içeriğin önemini doğru anlatmayabilir. Yetim sayfalar, çok derin URL'ler ve anlamsız anchor text kullanımı konu kümelerini zayıflatır.</p> <p>Kontrol listesi:</p> <ul> <li>Önemli sayfalar ana navigasyondan veya ilgili hub sayfalardan erişiliyor mu?</li> <li>Yeni içerikler eski ve güçlü sayfalardan bağlantı alıyor mu?</li> <li>Anchor text, hedef sayfanın konusunu açıklıyor mu?</li> <li>Benzer içerikler birbirine bağlanıyor mu?</li> <li>Silinen URL'lere giden dahili linkler temizlendi mi?</li> </ul> <p>İç linkleme düzeltmeleri genellikle geliştirme ekibine ihtiyaç duymadan uygulanabilir. Bu nedenle etkisi orta-yüksek, uygulama maliyeti düşük işler arasında yer alır.</p> <h2> 5. Seviye: On-page iyileştirmeler </h2> <p>Erişim, indeksleme ve mimari sorunlar çözüldükten sonra sayfa bazlı optimizasyona geçin:</p> <ul> <li>Search intent ile uyumsuz title</li> <li>Belirsiz H1</li> <li>Eksik veya yetersiz açıklamalar</li> <li>Zayıf giriş bölümü</li> <li>Aynı sorguyu hedefleyen birden fazla sayfa</li> <li>Eski ya da doğrulanmamış bilgiler</li> <li>Yetersiz görsel açıklamaları</li> </ul> <p>Meta description doğrudan sıralama faktörü değildir; ancak arama sonucundaki mesajı iyileştirerek tıklanma oranına katkı sağlayabilir. Bu yüzden kritik indeksleme hatalarından önce değil, sonrasında ele alınmalıdır.</p> <h2> Etki / efor matrisi kullanın </h2> <p>Her bulguya iki puan verin:</p> <ul> <li> <strong>Etki:</strong> 1 düşük, 5 çok yüksek</li> <li> <strong>Efor:</strong> 1 kolay, 5 zor</li> </ul> <p>Ardından işleri dört gruba ayırın:</p> <div class="table-wrapper-paragraph"><table> <thead> <tr> <th>Grup</th> <th>Yaklaşım</th> </tr> </thead> <tbody> <tr> <td>Yüksek etki / düşük efor</td> <td>Hemen uygula</td> </tr> <tr> <td>Yüksek etki / yüksek efor</td> <td>Sprint planına al</td> </tr> <tr> <td>Düşük etki / düşük efor</td> <td>Toplu bakımda çöz</td> </tr> <tr> <td>Düşük etki / yüksek efor</td> <td>Ertele veya yeniden değerlendir</td> </tr> </tbody> </table></div> <p>Örneğin sitemap'te yanlış domain üreten tek bir ayarı düzeltmek yüksek etki/düşük efor olabilir. Yalnızca düşük trafikli tek sayfadaki küçük görsel optimizasyonu ise düşük öncelikli kalabilir.</p> <h2> Bulguyu görev haline getirin </h2> <p>“Canonical hatası var” ifadesi geliştirilebilir bir görev değildir. Her bulgu şu formatta yazılmalıdır:</p> <ul> <li>Sorun nedir?</li> <li>Hangi URL'leri etkiliyor?</li> <li>Beklenen davranış nedir?</li> <li>Önerilen düzeltme nedir?</li> <li>Başarı nasıl doğrulanacak?</li> <li>Regresyon riski var mı?</li> </ul> <p>Bu yapı SEO ekibi ile geliştirici arasındaki belirsizliği azaltır. Düzeltme sonrasında aynı URL örnekleri yeniden test edilmelidir.</p> <h2> Otomatik araçları son karar mercii yapmayın </h2> <p>Tarama araçları sinyal üretir; bağlamı her zaman doğru yorumlayamaz. Örneğin bilinçli olarak noindex bırakılan bir filtre sayfası “hata” olmayabilir. Benzer şekilde her 404 URL yönlendirilmemelidir; gerçek karşılığı olmayan eski içerik 410 veya 404 kalabilir.</p> <p>SıraPusula'nın ücretsiz <strong>Site SEO Analizi</strong> sayfası temel erişilebilirlik, meta etiketler, başlık yapısı, bağlantılar ve teknik sinyaller için hızlı bir başlangıç sunar:</p> <p>👉 <a href="https://www.sirapusula.com/seo-analizi" rel="noopener noreferrer">https://www.sirapusula.com/seo-analizi</a></p> <p>Teknik SEO kavramlarını daha ayrıntılı incelemek için:</p> <p>👉 <a href="https://www.sirapusula.com/blog/teknik-seo-rehberi" rel="noopener noreferrer">https://www.sirapusula.com/blog/teknik-seo-rehberi</a></p> <h2> Sonuç </h2> <p>İyi bir SEO denetimi, en uzun hata listesini üretmez. En büyük organik etkiyi sağlayacak işleri doğru sıraya koyar.</p> <p>Önce erişim ve indeksleme engellerini kaldırın. Ardından site geneline yayılan şablon hatalarını, kullanıcı deneyimini ve bilgi mimarisini düzeltin. Sayfa bazlı başlık ve içerik optimizasyonunu sağlam teknik temel üzerine kurun. Her işi etki/efor matrisiyle değerlendirin ve başarı koşulunu görev açılırken tanımlayın.</p> <p>Bu yaklaşım, yüz maddelik bir raporu uygulanabilir bir SEO yol haritasına dönüştürür.</p> seo nextjs webdev performance 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