Teknik SEO Denetim Kontrol Listesi 2026: 60+ Madde, Gerçek Eşik Değerleri
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 Gerekli | Zayıf | Ölçüm Yöntemi |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | < 2,5 sn | 2,5 – 4,0 sn | > 4,0 sn | 75. yüzdelik, alan verisi (CrUX) |
| CLS (Cumulative Layout Shift) | < 0,1 | 0,1 – 0,25 | > 0,25 | 75. yüzdelik, alan verisi (CrUX) |
| INP (Interaction to Next Paint) | < 200 ms | 200 – 500 ms | > 500 ms | 75. 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
- 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.
- 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.
- LCP görselinde fetchpriority="high":
<img fetchpriority="high">yoksa tarayıcı görsel önceliğini düşük tutar. Özellikle Next.jsImagebileşenindepriorityprop'u unutulmaya meyilli. - CLS için boyut belirtin: Tüm
<img>ve<video>etiketlerindewidth+heightattribute'u zorunlu. CSSaspect-ratioile de çözülür. - 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.
- INP için event handler'ları optimize edin:
click,keydown,pointerdownhandler'larında 50 ms üzeri iş varsascheduler.yield()veyasetTimeout(0)ile parçalayın. - Font yükleme stratejisi:
font-display: swapveyaoptional. FOUT kabul edilebilir, FOIT (görünmez metin) CLS'yi tetikler. - Üçü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
- 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.
- Site reputation abuse kontrolü: Sitenizde editoryal denetim dışı sponsor/üçüncü taraf içerik yayınlanıyorsa bu sayfalar
noindexveyarel="sponsored"almalı. Google, bu içeriklerin ana sitenin otoritesini "sızdırmasını" spam olarak değerlendiriyor. - 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.
- 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
- 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.
- 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
getStaticPropsile sunucu tarafında render edin. - SPA'larda
history.pushStatedenetimi: 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. - 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.
- 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 veyanoindexile yönetin. Her crawl edilen gereksiz URL, önemli sayfaların crawl fırsatını azaltır. - 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 Observerkullanıyorsanız, Google'ın eklenti olmadan ilk render'da ne gördüğünü Mobile-Friendly Test ile kontrol edin. - 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
- 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ı.
- 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.
- Yetim sayfalar tespiti: Hiçbir iç linkten gelmeyen URL'leri Screaming Frog veya Ahrefs ile tespit edin. Yetim sayfalar indekslenebilir ama sıralamada dezavantajlı.
- 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.
- 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
-
Article (veya BlogPosting): Blog yazıları, haber içerikleri için zorunlu. Minimum alanlar:
headline(60 karakter altı)datePublished+dateModified(ISO 8601 formatında)author→PersonveyaOrganization@id ileimage→ en az 1200px genişlik, 1:1 / 4:3 / 16:9 oranlarından biri
-
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. -
HowTo: Adım adım talimat içerikleri için. Her
stepiçindename+textalanı zorunlu. Toplam adım sayısı ve tahmini süre (totalTime) ekleyin. -
Product: E-ticaret ve SaaS fiyatlandırma sayfaları için.
offersaltındaprice,priceCurrencyveavailabilityalanları eksikse zengin sonuç tetiklenmiyor.Review+AggregateRatingeklenirse yıldız puanı SERP'te görünür. -
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.
ListItemsıralamasının URL hiyerarşisiyle eşleşmesi şart. - Rich Result Test zorunluluğu: Her yeni schema eklemesinden sonra
search.google.com/test/rich-resultsile doğrulayın. Schema sözdizimi hatasız olsa da eksik zorunlu alan zengin sonucu engeller. - 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
- 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.
- robots.txt kural önceliği: Birden fazla
User-agentbloğu varsa kural önceliği sırasını test edin. Google, en spesifikUser-agentbloğunu uygular. Çakışan kurallar tarama sorunlarına yol açar. - 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. - 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-defaultetiketi ana dil sayfasında bulunmalı. - 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.
- 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.
- 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
- 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.
- Meta açıklama uzunluğu: 120-158 karakter. Her sayfada benzersiz olmalı; otomatik oluşturulmuş özdeş açıklamalar duplicate içerik sinyali verebilir.
- 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.
- 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ış). - 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ı
| Öncelik | Alan | İlk Bakılacak Araç | Beklenen Etki Süresi |
|---|---|---|---|
| P0 (Acil) | Core Web Vitals – INP >500ms | CrUX Dashboard / Search Console | 2-4 hafta |
| P0 (Acil) | Spam politikası ihlali şüphesi | GSC → Manuel İşlemler | Hemen |
| P1 (Önemli) | JS render sorunları | GSC → URL Denetleme | 1-2 hafta |
| P1 (Önemli) | Kırık iç linkler / Yetim sayfalar | Screaming Frog | 2-3 hafta |
| P2 (Planlı) | Structured data genişletme | Rich Result Test | 4-8 hafta |
| P2 (Planlı) | Silo iç linkleme mimarisi | Site haritası + analitik | 4-12 hafta |
| P3 (Arka plan) | Sitemap / robots.txt bakımı | Search Console Tarama | Sü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ç.