İçeriğe geç
teknik-seo

Teknik SEO Denetim Kontrol Listesi 2026: 60+ Madde, Gerçek Eşik Değerleri

·16 dk dakika okuma·Emre Çelik

Neden 2026'da Ayrı Bir Kontrol Listesi Gerekiyor?

Google, Mart 2024'te INP'yi (Interaction to Next Paint) resmi Core Web Vitals metriği olarak kabul etti. Mayıs 2025'te "site reputation abuse" ve "scaled content abuse" politikalarını genişletti; Mayıs 2026 güncellemesiyle bu politikaların kapsamı yeniden artırıldı. Bu değişiklikler, 2024 öncesi hazırlanmış teknik SEO denetim listelerinin büyük bölümünü geçersiz kılıyor. Aşağıdaki kontrol listesi, bu üç büyük değişikliği temel alarak sıfırdan yazıldı.

Bölüm 1: Core Web Vitals — 2026 Eşik Değerleri

Google'ın resmi eşik değerleri Mart 2024 itibarıyla sabit. Ancak bir çok site hâlâ eski LCP hedeflerini referans alıyor. Aşağıdaki tablo güncel değerleri özetliyor:

Metrikİyi (Geç)İyileştirme GerekliZayıfÖlçüm Yöntemi
LCP (Largest Contentful Paint)< 2,5 sn2,5 – 4,0 sn> 4,0 sn75. yüzdelik, alan verisi (CrUX)
CLS (Cumulative Layout Shift)< 0,10,1 – 0,25> 0,2575. yüzdelik, alan verisi (CrUX)
INP (Interaction to Next Paint)< 200 ms200 – 500 ms> 500 ms75. yüzdelik, alan verisi (CrUX)

Önemli not: Google, Search Console'daki Core Web Vitals raporunda URL gruplarını 75. yüzdelike göre değerlendiriyor. Lab verisi (Lighthouse) değil alan verisi (gerçek kullanıcı ölçümü) geçerlidir. Lab'da "iyi" çıkıp alanda "zayıf" kalan URL'lere ceza uygulanır.

Core Web Vitals Denetim Maddeleri

  1. CrUX API veya Search Console → Core Web Vitals raporu: Her URL grubunu URL bazında değil grup bazında kontrol edin. Tek "zayıf" URL grubu tüm origin'i etkileyebilir.
  2. LCP elementini tespit edin: Chrome DevTools → Performance paneli → LCP işaretçisini bulun. Genellikle hero image veya H1 olur; SVG ve CSS arka plan görselleri LCP'yi tetiklemez.
  3. LCP görselinde fetchpriority="high": <img fetchpriority="high"> yoksa tarayıcı görsel önceliğini düşük tutar. Özellikle Next.js Image bileşeninde priority prop'u unutulmaya meyilli.
  4. CLS için boyut belirtin: Tüm <img> ve <video> etiketlerinde width + height attribute'u zorunlu. CSS aspect-ratio ile de çözülür.
  5. INP için uzun görevleri tespit edin: Chrome DevTools → Performance profili → "Long Tasks" (>50 ms) işaretçilerini inceleyin. JavaScript yürütme süresi INP'nin ana kaynağıdır.
  6. INP için event handler'ları optimize edin: click, keydown, pointerdown handler'larında 50 ms üzeri iş varsa scheduler.yield() veya setTimeout(0) ile parçalayın.
  7. Font yükleme stratejisi: font-display: swap veya optional. FOUT kabul edilebilir, FOIT (görünmez metin) CLS'yi tetikler.
  8. Üçüncü taraf scriptleri denetleyin: Google Tag Manager, chat widget, reklam scriptleri INP'yi 100-300 ms artırabilir. Her scripti devre dışı bırakarak INP değişimini ölçün.

Bölüm 2: Google Mayıs 2026 Spam Politikası Değişiklikleri

Google, Mayıs 2026 spam güncellemesiyle üç politikayı güçlendirdi: scaled content abuse (ölçekli içerik istismarı), site reputation abuse (site itibar istismarı) ve expired domain abuse (süresi dolmuş alan istismarı). Bu üç politika ihlali, sayfa bazında değil site genelinde ceza tetikleyebiliyor.

Spam Politikası Denetim Maddeleri

  1. Scaled content abuse testi: Sitenizde 50'den fazla "çok benzer" içerik varsa (farklı şehir/ürün adıyla şablonlanmış sayfalar), her sayfanın en az 3 özgün veri noktası içerdiğini doğrulayın. "Özgün" = yalnızca o sayfada bulunan, ölçülebilir bilgi.
  2. Site reputation abuse kontrolü: Sitenizde editoryal denetim dışı sponsor/üçüncü taraf içerik yayınlanıyorsa bu sayfalar noindex veya rel="sponsored" almalı. Google, bu içeriklerin ana sitenin otoritesini "sızdırmasını" spam olarak değerlendiriyor.
  3. Expired domain istismarı riski: Satın alınan eski bir domain üzerine konu dışı içerik kuruluysa domain tarihini GSC'de kontrol edin. Eski backlink profilini "miras" olarak kullanan yeni içerikler hedef alınıyor.
  4. AI-generated content politika testi: Toplu üretilen içeriklerde her sayfanın information gain sağladığını kontrol edin: başka kaynaklarda olmayan veri, birinci elden deneyim veya özgün analiz. Sadece yeniden düzenlenmiş bilgi yetmez.

Bölüm 3: JavaScript SEO — Render Bütçesi ve SPA Tuzakları

JavaScript ile render edilen içerik, Google'ın iki aşamalı tarama mimarisi nedeniyle indekslenmeden önce "render kuyruğu"na giriyor. Bu gecikme saatler ile günler arasında değişiyor. Aşağıdaki maddeler bu riski ölçmenizi ve azaltmanızı sağlar.

JavaScript SEO Denetim Maddeleri

  1. Render kuyruğunu ölçün: GSC → URL Denetleme → "Google tarafından görülen" ile tarayıcınızda gördüğünüzü karşılaştırın. Kritik içerik (H1, meta açıklama, iç linkler) yalnızca JS sonrası görünüyorsa indeksleme gecikmesi yaşarsınız.
  2. SSR veya SSG önceliği: Next.js, Nuxt veya SvelteKit kullananlar için dinamik yüklenen içerikleri (ürün açıklamaları, blog gövdeleri) Server Components veya getStaticProps ile sunucu tarafında render edin.
  3. SPA'larda history.pushState denetimi: Google, SPA geçişlerinde yeni URL'yi taradığında sayfanın tam render edilmiş halini alabilmeli. Client-side routing kullanıyorsanız her route değişiminde <title> ve meta etiketlerinin güncellendiğini doğrulayın.
  4. Crawl bütçesi hesabı: Sitenizde 10.000'den fazla URL varsa GSC → Tarama İstatistikleri raporundan günlük crawl sayısını kontrol edin. Googlebot 2-3 günde bir ziyaret ediyorsa yeni içerikler indekslenmeyi bekliyor demektir.
  5. Gereksiz URL'leri crawl bütçesinden çıkarın: Filtre kombinasyonları (?renk=kırmızı&beden=M), oturum parametreleri ve sayfalama URL'leri robots.txt veya noindex ile yönetin. Her crawl edilen gereksiz URL, önemli sayfaların crawl fırsatını azaltır.
  6. Lazy-loaded içeriklerin görünürlüğü: Viewport dışında lazy load ile yüklenen içerik Google tarafından görülemeyebilir. Intersection Observer kullanıyorsanız, Google'ın eklenti olmadan ilk render'da ne gördüğünü Mobile-Friendly Test ile kontrol edin.
  7. JSON-LD scriptlerinin yükleme sırası: <script type="application/ld+json"> bloklarını <body> yerine <head>'e koyun. Google, body'deki JSON-LD'yi parse etse de head'deki daha erken işleniyor.

Bölüm 4: İç Linkleme — Topical Authority Silo Yapısı

İç linkleme, teknik bir kural değil mimari bir karardır. 2026 güncellemelerinden sonra Google'ın "topical authority" değerlendirmesi güçlendi; yani birbiriyle bağlantılı içerik kümeleri izole içeriklerden daha hızlı sıralıyor.

İç Linkleme Denetim Maddeleri

  1. Silo haritası çıkarın: Her ana konu için bir "pillar page" (sütun sayfası) ve ona bağlanan en az 5 "cluster page" (küme sayfası) belirleyin. Pillar → Cluster ve Cluster → Pillar bağlantıları her iki yönde bulunmalı.
  2. Anchor text çeşitliliği: Aynı hedef URL için her zaman aynı anchor text kullanmayın. Tam eşleşme (%30), kısmi eşleşme (%40), marka/genel (%30) oranı hedefleyin.
  3. Yetim sayfalar tespiti: Hiçbir iç linkten gelmeyen URL'leri Screaming Frog veya Ahrefs ile tespit edin. Yetim sayfalar indekslenebilir ama sıralamada dezavantajlı.
  4. Sayfa başına iç link sayısı: Önerilen maksimum ~100 link/sayfa (Google'ın pratik sınırı). Bunun üzerindeyseniz sayfa ağırlığı seyrelerek tüm linkler zayıflıyor.
  5. Kırık iç linkler: 404 döndüren iç linkler hem kullanıcı deneyimini hem crawl bütçesini olumsuz etkiler. Aylık tarama protokolünüze ekleyin.

Core Web Vitals INP optimizasyonu konusunda daha derine inmek istiyorsanız 50 sayfalık A/B test verilerimizi inceleyin. Entity sinyallerini güçlendirmek için ise Schema.org @id hub tekniği rehberini okuyun.

Bölüm 5: Structured Data — En Kritik 5 Schema Türü

2026 itibarıyla Google'ın zengin sonuç (rich result) ürettiği onlarca schema türü var. Ancak tüm sitelerde uygulanması gereken 5 temel tür şunlar:

Structured Data Denetim Maddeleri

  1. Article (veya BlogPosting): Blog yazıları, haber içerikleri için zorunlu. Minimum alanlar:
    • headline (60 karakter altı)
    • datePublished + dateModified (ISO 8601 formatında)
    • authorPerson veya Organization @id ile
    • image → en az 1200px genişlik, 1:1 / 4:3 / 16:9 oranlarından biri
  2. FAQPage: Soru-cevap içerikleri için. Her Question + Answer çifti sayfada görünür olmalı (gizli accordionlar geçersiz). Maksimum fayda için 3-5 soru; daha fazlası Google tarafından görüntülenmiyor.
  3. HowTo: Adım adım talimat içerikleri için. Her step içinde name + text alanı zorunlu. Toplam adım sayısı ve tahmini süre (totalTime) ekleyin.
  4. Product: E-ticaret ve SaaS fiyatlandırma sayfaları için. offers altında price, priceCurrency ve availability alanları eksikse zengin sonuç tetiklenmiyor. Review + AggregateRating eklenirse yıldız puanı SERP'te görünür.
  5. BreadcrumbList: Tüm sayfalarda uygulanabilir; SERP'te URL yerine breadcrumb gösterilir. Özellikle e-ticaret ve büyük içerik sitelerinde tıklama oranını artırıyor. ListItem sıralamasının URL hiyerarşisiyle eşleşmesi şart.
  6. Rich Result Test zorunluluğu: Her yeni schema eklemesinden sonra search.google.com/test/rich-results ile doğrulayın. Schema sözdizimi hatasız olsa da eksik zorunlu alan zengin sonucu engeller.
  7. Schema çakışması denetimi: Aynı sayfada birden fazla schema türü kullanıyorsanız @graph içinde birleştirin. Ayrı JSON-LD blokları teknik olarak çalışsa da Google'ın entity bağlama verimliliği düşüyor.

Bölüm 6: Taranabilirlik ve İndeksleme

  1. XML sitemap güncelliği: Sitemap, yeni içeriği yayınlandıktan en geç 24 saat içinde yansıtmalı. Statik sitemap kullanıyorsanız CI/CD pipeline'ına sitemap yenileme adımı ekleyin.
  2. robots.txt kural önceliği: Birden fazla User-agent bloğu varsa kural önceliği sırasını test edin. Google, en spesifik User-agent bloğunu uygular. Çakışan kurallar tarama sorunlarına yol açar.
  3. Canonical etiketleri tutarlılığı: Her sayfa kendi kanonik URL'ini belirtmeli (<link rel="canonical">). Sayfa A'nın canonical'ı B'yi, B'nin canonical'ı A'yı gösteriyorsa döngü oluşur ve ikisi de indekslenemiyor.
  4. Hreflang doğruluğu (çok dilli siteler): Her hreflang çifti karşılıklı (A→B ve B→A) olmalı. Tek yönlü hreflang Google tarafından görmezden geliniyor. x-default etiketi ana dil sayfasında bulunmalı.
  5. Soft 404 tespiti: 200 HTTP kodu döndüren ama "ürün bulunamadı" / "sayfa boş" içeriği olan sayfalar. Google bunları "soft 404" olarak işaretler. GSC → Kapsam raporundan tespit edilebilir.
  6. Yönlendirme zincirleri: 301 zincirlerinde her ek adım link juice'ünü yaklaşık %15 azaltıyor (sektör tahmini). 3+ adım zincirleri tek adıma indirin.
  7. HTTPS zorlaması: HTTP → HTTPS yönlendirmesi 301 olmalı (302 değil). Mixed content (HTTPS sayfa içinde HTTP kaynak) hem güvenlik hem sıralama sorunudur.

Bölüm 7: On-Page Teknik Kontroller

  1. Başlık etiketi uzunluğu: 50-60 karakter arası. Daha uzun başlıklar SERP'te kırpılır; kırpılan başlıklar CTR'ı düşürür. Pixel tabanlı ölçüm için Portent Title Tag Tool kullanın.
  2. Meta açıklama uzunluğu: 120-158 karakter. Her sayfada benzersiz olmalı; otomatik oluşturulmuş özdeş açıklamalar duplicate içerik sinyali verebilir.
  3. H1 tekliği: Sayfada yalnızca bir H1 kullanın. H1 yokluğu veya fazlalığı teknik bir hata değil ama konu sinyalini zayıflatır.
  4. Görsel alt text: Tüm içerik görsellerinde alt text zorunlu. Dekoratif görseller alt="" ile işaretleyin (screen reader'lar ve Google Images için doğru davranış).
  5. Open Graph ve Twitter Card etiketleri: og:title, og:description, og:image (min 1200x630px) her sayfada mevcut olmalı. Eksik OG görseli sosyal paylaşımlarda düşük CTR anlamına gelir.

Hızlı Referans: Denetim Öncelik Sırası

ÖncelikAlanİlk Bakılacak AraçBeklenen Etki Süresi
P0 (Acil)Core Web Vitals – INP >500msCrUX Dashboard / Search Console2-4 hafta
P0 (Acil)Spam politikası ihlali şüphesiGSC → Manuel İşlemlerHemen
P1 (Önemli)JS render sorunlarıGSC → URL Denetleme1-2 hafta
P1 (Önemli)Kırık iç linkler / Yetim sayfalarScreaming Frog2-3 hafta
P2 (Planlı)Structured data genişletmeRich Result Test4-8 hafta
P2 (Planlı)Silo iç linkleme mimarisiSite haritası + analitik4-12 hafta
P3 (Arka plan)Sitemap / robots.txt bakımıSearch Console TaramaSüregelen

Sonuç: Kontrol Listesini Nasıl Kullanmalısınız

Bu listeyi tek seferde uygulamaya çalışmayın. P0 maddelerini ilk hafta bitirin; P1'leri bir sonraki sprint'e alın; P2 ve P3 maddelerini üç aylık plana yayın. Her madde için ölçüm metrigi ve "tamamlandı" kriteri belirleyin — "LCP 2,5 saniyenin altına düştü" gibi somut. Sübjektif "iyileştirildik" ifadeleri denetimi anlamsızlaştırır.

Teknik SEO bir kez yapıp bırakılan iş değil; her büyük Google güncellemesi, her yeni özellik açılışı ve her içerik patlamasından sonra yeniden gözden geçirilmesi gereken canlı bir süreç.

#Teknik SEO#SEO Denetim#Core Web Vitals#JavaScript SEO#Structured Data
Blog'a Dön