Ücretsiz Araç
Teknik SEO Kıyaslama Aracı
En fazla üç siteyi aynı 94 kontrolle denetleyin ve yan yana karşılaştırın: yönlendirmeler, kırık ve yönlendirilen linkler, canonical, Open Graph, yapısal verideki URL’lerin durum kodları, HTML boyutu, robots.txt, sitemap ve daha fazlası. Her kontrolde hangi markanın daha doğru uyguladığını gösteriyoruz.
Nasıl kıyaslıyoruz?
- Sayfayı bir mobil tarayıcı gibi çekiyoruz. Girdiğiniz adresten başlayıp her yönlendirmeyi tek tek kaydediyoruz; http ve www’lu/www’suz sürümleri de ayrıca yokluyoruz.
- robots.txt ve sitemap’i okuyoruz. Sitemap bir index ise ilk alt sitemap’i açıyor, URL’lerinden bir örneklem seçiyoruz.
- Adresleri tek tek kontrol ediyoruz. Sayfadaki iç ve dış linklerin, CSS/JS/görsel dosyalarının, yapısal verideki (JSON-LD) URL’lerin, canonical ve og:image hedeflerinin ve sitemap örnekleminin HTTP durumunu (2xx, 3xx, 4xx, 5xx) ölçüyoruz.
- HTML’i analiz ediyoruz. Head bölümü, meta ve Open Graph etiketleri, yapısal veri, başlıklar, görseller, erişilebilirlik ve HTML boyut dağılımı aynı yöntemle çıkarılıyor.
- Kurallarla puanlıyor ve karşılaştırıyoruz. Her kontrol “geçti, uyarı, sorun, bilgi” olarak işaretlenir; en iyi uygulayan marka satırda öne çıkarılır.
Puanlama
86 kontrol puana katılır. Her kontrolün önemine göre 1–3 arası bir ağırlığı vardır: geçti tam puan, uyarı yarım puan, sorun sıfır puan alır. “Bilgi” ve “kapsam dışı” satırları puanı etkilemez; örneğin tek dilli bir sitede hreflang veya ana sayfada BreadcrumbList aranmaz. Kategori ve genel puan, ağırlıklı ortalamanın 100 üzerinden karşılığıdır.
Bir satırda “En iyi” etiketi, o kontrolü diğerlerinden daha doğru uygulayan markayı gösterir: önce durum karşılaştırılır (geçti > uyarı > sorun), eşitlikte ölçülebilir değer (daha az kırık link, daha küçük HTML, daha hızlı yanıt gibi) belirleyici olur. Tüm markalar eşitse etiket gösterilmez.
Kategoriler
- Tarama ve İndeksleme: Arama motorlarının sayfaya ulaşabilmesi, doğru adresi dizine eklemesi ve yönlendirmelerin temizliği.
- Meta Etiketler ve Snippet: Arama sonucunda görünen başlık ve açıklama ile tarayıcıya verilen temel talimatlar.
- Sosyal Paylaşım (Open Graph ve X): Link sosyal ağlarda veya mesajlaşma uygulamalarında paylaşıldığında görünen başlık, açıklama ve görsel.
- Yapısal Veri: schema.org işaretlemesi: sayfanın ve markanın arama motorlarına makine diliyle tanıtılması.
- Link Sağlığı: Sayfadaki linklerin ve kaynak dosyalarının HTTP durumları: kırık, yönlendirilen, erişilemeyen.
- Hız ve HTML Boyutu: HTML boyutu, sunucu yanıt süresi, sıkıştırma, sayfanın çizilmesini geciktiren kaynaklar ve görseller.
- HTML Hijyeni ve Erişilebilirlik: Başlık hiyerarşisi, alt metinler, anlamsal etiketler ve head bölümünün doğruluğu.
- GEO / Yapay Zekâ Hazırlığı: AI arama ve yanıt motorlarının siteye erişebilmesi ve markayı doğru tanıyabilmesi.
Kuralların kaynağı
Kontroller; Google Search Central ve web.dev belgeleri, W3C erişilebilirlik yönergeleri, büyük yayıncı sitelerinde yürütülen bağımsız teknik SEO denetimlerinin bulguları ve bu sitelerde uygulanmış teknik SEO iş listesinden derlenen Enar SEO kontrol listesine dayanır. Çakışan önerilerde tek bir karar uygulanır (ör. viewport’ta maximum-scale kullanılmaz, sitemap’te changefreq/priority gereksizdir, AMP zorunlu değildir).
Bilmeniz gerekenler
- Analiz, sunucunun gönderdiği ilk HTML üzerinden yapılır; JavaScript ile sonradan eklenen içerik değerlendirilmez.
- Süreler (TTFB) Enar SEO sunucusundan ölçülür; ziyaretçilerinizin konumuna göre farklılık gösterebilir.
- Bazı sosyal ağlar ve güvenlik duvarları otomatik isteklere 403/429 döndürür; bu adresler “doğrulanamadı” olarak ayrı gösterilir ve kırık sayılmaz.
- Büyük sitelerde linklerin tamamı değil, seçtiğiniz sınıra kadar olanı kontrol edilir; sonuçta kaç linkin kontrol edildiği belirtilir.
Kıyaslama kriterleri (94 kontrol)
Her kontrolün doğru uygulaması, neden önemli olduğu ve dayandığı kaynak:
Tarama ve İndeksleme — 22 kontrol
Arama motorlarının sayfaya ulaşabilmesi, doğru adresi dizine eklemesi ve yönlendirmelerin temizliği.
- Sayfanın HTTP durum kodu ağırlık 3/3
- Doğru uygulama: Analiz edilen sayfa 200 (OK) döndürmeli.
- Neden önemli? 4xx veya 5xx dönen sayfa dizine eklenmez; sunucu hataları sürerse Google siteyi daha seyrek tarar.
- Kaynak: Google: HTTP durum kodları ve ağ hataları · Google Search Central
- Girilen adresten sayfaya yönlendirme ağırlık 2/3
- Doğru uygulama: En fazla bir kalıcı (301/308) yönlendirme; zincir ve geçici (302/307) yönlendirme olmamalı.
- Neden önemli? Her ek yönlendirme hem ziyaretçiye hem Googlebot'a gecikme ekler. Geçici yönlendirme, hangi adresin asıl olduğunu belirsiz bırakır.
- Kaynak: Google: Yönlendirmeler ve Google Arama · Google Search Central, Bağımsız teknik SEO denetimleri, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- HTTPS kullanımı ağırlık 3/3
- Doğru uygulama: Sayfa https:// üzerinden açılmalı.
- Neden önemli? HTTPS sayfa deneyimi sinyalidir; tarayıcılar http sayfalarını “güvenli değil” diye işaretler.
- Kaynak: Google: Sayfa deneyimi · Google Search Central, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- http → https yönlendirmesi ağırlık 2/3
- Doğru uygulama: http:// adresi tek adımda, kalıcı (301/308) yönlendirmeyle nihai https adresine gitmeli.
- Neden önemli? Eski linkler ve adresi elle yazanlar güvenli ve asıl sürüme tek hamlede ulaşmalı; ara adımlar zincir oluşturur.
- Kaynak: Google: Yönlendirmeler ve Google Arama · Google Search Central, Bağımsız teknik SEO denetimleri
- www ve www'suz sürüm birliği ağırlık 2/3
- Doğru uygulama: Alternatif sürüm (www'lu veya www'suz) kalıcı yönlendirmeyle ana sürüme gitmeli.
- Neden önemli? İki sürüm de 200 dönerse aynı site iki adreste yayınlanır; bağlantı değeri ve tarama bütçesi bölünür.
- Kaynak: Google: Kopya URL'leri birleştirme (canonical) · Google: Yönlendirmeler ve Google Arama · Google Search Central
- Ayrı mobil site (m.) kullanımı ağırlık 1/3
- Doğru uygulama: Tek adresli duyarlı (responsive) tasarım; ayrı mobil site varsa her m. sayfası canonical ile masaüstü karşılığını, masaüstü sayfası rel=alternate ile m. sayfasını göstermeli.
- Neden önemli? Google mobil öncelikli dizinleme yapar ve duyarlı tasarımı önerir. Ayrı m. siteler; yönlendirme, eşleme ve iki sürüm arasındaki içerik farkı hatalarına açıktır. (Yalnızca mobil tarayıcı kimliğiyle tespit edilir.)
- Kaynak: Google: Mobil öncelikli dizinleme en iyi uygulamaları · Google Search Central
- HSTS güvenlik başlığı ağırlık 1/3
- Doğru uygulama: Strict-Transport-Security başlığı gönderilmeli (ör. max-age=31536000; includeSubDomains).
- Neden önemli? Tarayıcıyı siteye her zaman HTTPS ile bağlanmaya zorlar; http→https yönlendirme adımını ortadan kaldırır.
- Kaynak: MDN: Strict-Transport-Security · MDN Web Docs, Bağımsız teknik SEO denetimleri
- İndekslenebilirlik (robots meta ve X-Robots-Tag) ağırlık 3/3
- Doğru uygulama: Sayfada noindex veya none yönergesi olmamalı.
- Neden önemli? noindex içeren sayfa arama sonuçlarından çıkarılır.
- Kaynak: Google: robots meta etiketi ve X-Robots-Tag · Google Search Central
- Canonical etiketi ağırlık 3/3
- Doğru uygulama: Head içinde tek, mutlak (https://…) ve sayfanın kendisini gösteren canonical.
- Neden önemli? Google'a hangi adresin asıl olduğunu söyler. Eksik, çoklu veya çelişkili canonical kopya içerik sorununa yol açar.
- Kaynak: Google: Kopya URL'leri birleştirme (canonical) · Google Search Central, Bağımsız teknik SEO denetimleri, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Canonical hedefinin durumu ağırlık 2/3
- Doğru uygulama: Canonical'ın gösterdiği adres 200 dönmeli; yönlendirme veya hata vermemeli.
- Neden önemli? Yönlendirilen ya da hata veren bir adresi “asıl” göstermek Google'a çelişkili sinyal verir; canonical yok sayılabilir.
- Kaynak: Google: Kopya URL'leri birleştirme (canonical) · Google Search Central
- robots.txt dosyası ağırlık 2/3
- Doğru uygulama: Kök dizinde erişilebilir (200) bir robots.txt olmalı; 5xx hatası vermemeli.
- Neden önemli? robots.txt sunucu hatası (5xx) verirse Google siteyi bir süre hiç taramayabilir. Dosyanın yokluğu (404) “her şey taranabilir” anlamına gelir.
- Kaynak: Google: robots.txt nasıl yorumlanır · Google Search Central, Bağımsız teknik SEO denetimleri
- robots.txt sayfayı engelliyor mu? ağırlık 3/3
- Doğru uygulama: Googlebot için analiz edilen sayfa taranabilir olmalı.
- Neden önemli? robots.txt ile engellenen sayfanın içeriği okunamaz; dizinde görünse bile açıklamasız, zayıf bir sonuç olur.
- Kaynak: Google: robots.txt nasıl yorumlanır · Google Search Central
- robots.txt'de sitemap bildirimi ağırlık 1/3
- Doğru uygulama: robots.txt içinde en az bir “Sitemap:” satırı olmalı.
- Neden önemli? Tüm arama motorlarının sitemap'i kendiliğinden bulmasını sağlar.
- Kaynak: Google: Sitemap oluşturma · Google Search Central, Bağımsız teknik SEO denetimleri
- XML sitemap ağırlık 2/3
- Doğru uygulama: Geçerli bir XML sitemap (urlset veya sitemap index) yayında olmalı.
- Neden önemli? Sitemap, yeni ve güncellenen sayfaların hızlı keşfedilmesini sağlar; büyük ve sık güncellenen sitelerde kritiktir.
- Kaynak: Google: Sitemap oluşturma · Google Search Central, Bağımsız teknik SEO denetimleri
- İç içe sitemap index ağırlık 2/3
- Doğru uygulama: Sitemap index yalnızca URL listesi (urlset) içeren sitemap'leri göstermeli; bir index başka bir index'i listelememeli.
- Neden önemli? Google iç içe sitemap index dosyalarını desteklemez (Search Console'da “Nested sitemap indexes” hatası); alt index'teki URL'ler bu yoldan okunmaz.
- Kaynak: Google: Büyük sitemap'leri sitemap index ile yönetme · Google Search Central, Bağımsız teknik SEO denetimleri
- Sitemap'te lastmod ağırlık 1/3
- Doğru uygulama: Her URL'de sayfanın gerçek son değişiklik tarihini gösteren <lastmod>.
- Neden önemli? Google, güvenilir lastmod değerlerini hangi sayfaları yeniden tarayacağına karar verirken kullanır.
- Kaynak: Google: Sitemap oluşturma · Google Search Central, Bağımsız teknik SEO denetimleri
- Sitemap'te changefreq / priority ağırlık 1/3
- Doğru uygulama: Kullanılmamalı.
- Neden önemli? Google changefreq ve priority değerlerini yok sayar; dosyayı gereksiz büyütür.
- Kaynak: Google: Sitemap oluşturma · Google Search Central, Bağımsız teknik SEO denetimleri
- Sitemap'teki URL'lerin durumu (örneklem) ağırlık 2/3
- Doğru uygulama: Sitemap yalnızca 200 dönen, kanonik URL'ler içermeli.
- Neden önemli? Yönlendirilen veya hata veren URL'ler sitemap'e duyulan güveni azaltır ve tarama bütçesini boşa harcar.
- Kaynak: Google: Sitemap oluşturma · Google Search Central, Bağımsız teknik SEO denetimleri, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Google News sitemap yalnız bilgi, puana katılmaz
- Doğru uygulama: Haber yayıncıları için son 48 saatin haberlerini içeren News sitemap önerilir.
- Neden önemli? Haberlerin Google News ve Haberler sekmesinde hızlı keşfedilmesine yardımcı olur. Haber sitesi değilse gerekmez.
- Kaynak: Google: News sitemap · Google Search Central
- hreflang uygulaması ağırlık 1/3
- Doğru uygulama: Çok dilli sitelerde her sürüm kendini ve diğer sürümleri göstermeli, x-default bulunmalı, hedefler 200 dönmeli.
- Neden önemli? Doğru dil/ülke sürümünün doğru kullanıcıya gösterilmesini sağlar. Tek dilli sitelerde gerekmez.
- Kaynak: Google: Yerelleştirilmiş sürümler (hreflang) · Google Search Central
- Meta refresh yönlendirmesi ağırlık 1/3
- Doğru uygulama: Kullanılmamalı; yönlendirme gerekiyorsa sunucu taraflı 301 tercih edilmeli.
- Neden önemli? Meta refresh yavaştır, erişilebilirlik sorunu yaratır ve arama motorlarına zayıf bir yönlendirme sinyali verir.
- Kaynak: Google: Yönlendirmeler ve Google Arama · MDN: meta refresh · Google Search Central
- AMP sürümü yalnız bilgi, puana katılmaz
- Doğru uygulama: Zorunlu değil; hız sorunu asıl (kanonik) sayfada çözülmeli.
- Neden önemli? AMP artık Top Stories için şart değil. İki ayrı sürümün bakımı yük getirir.
- Kaynak: Google: AMP ve Google Arama · Google Search Central, Bağımsız teknik SEO denetimleri
Meta Etiketler ve Snippet — 9 kontrol
Arama sonucunda görünen başlık ve açıklama ile tarayıcıya verilen temel talimatlar.
- Title etiketi ağırlık 3/3
- Doğru uygulama: Tek, sayfaya özgü, yaklaşık 30–65 karakter ve ~580 piksele sığan başlık; arama terimi başta.
- Neden önemli? Arama sonucundaki tıklanabilir başlığın ana kaynağıdır. Çok uzunsa kesilir, eksikse Google kendisi üretir.
- Kaynak: Google: Başlık bağlantıları · Google Search Central, Bağımsız teknik SEO denetimleri
- Meta description ağırlık 2/3
- Doğru uygulama: Tek, sayfaya özgü, yaklaşık 70–160 karakterlik özet.
- Neden önemli? Arama sonucundaki açıklama metni olarak gösterilebilir ve tıklama oranını etkiler.
- Kaynak: Google: Snippet ve meta description · Google Search Central, Bağımsız teknik SEO denetimleri
- Meta keywords ağırlık 1/3
- Doğru uygulama: Kullanılmamalı.
- Neden önemli? Google bu etiketi sıralamada kullanmaz; üstelik anahtar kelime stratejinizi rakiplere açık eder.
- Kaynak: Google: Google'ın desteklediği meta etiketler · Google Search Central, Bağımsız teknik SEO denetimleri
- Viewport etiketi ağırlık 3/3
- Doğru uygulama: width=device-width, initial-scale=1; maximum-scale veya user-scalable=no ile yakınlaştırma kısıtlanmamalı.
- Neden önemli? Mobil uyumluluğun temelidir. Yakınlaştırmayı engellemek görme güçlüğü olan kullanıcılar için erişilebilirlik ihlalidir (WCAG 1.4.4).
- Kaynak: MDN: Viewport meta etiketi · WCAG 2.2: Metni yeniden boyutlandırma (1.4.4) · MDN Web Docs, W3C (WCAG, HTML), Bağımsız teknik SEO denetimleri, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Dil bildirimi (html lang) ağırlık 2/3
- Doğru uygulama: <html lang="tr"> gibi geçerli bir dil kodu.
- Neden önemli? Ekran okuyucuların doğru telaffuz etmesini, tarayıcı çevirisinin ve arama motorlarının dili doğru algılamasını sağlar.
- Kaynak: MDN: lang özniteliği · MDN Web Docs, W3C (WCAG, HTML)
- Karakter kodlaması ağırlık 1/3
- Doğru uygulama: UTF-8; belgenin ilk 1024 baytında <meta charset> veya HTTP başlığıyla bildirilmeli.
- Neden önemli? Bildirilmezse Türkçe karakterler bozuk görünebilir; tarayıcı sayfayı yeniden ayrıştırmak zorunda kalabilir.
- Kaynak: MDN: meta charset · MDN Web Docs
- Favicon ağırlık 1/3
- Doğru uygulama: rel=icon ile bildirilmiş, erişilebilir (200) bir ikon; SVG + ICO yedeği önerilir.
- Neden önemli? Google arama sonuçlarında sitenin yanında favicon gösterir; tanınırlığı ve tıklamayı etkiler.
- Kaynak: Google: Arama sonuçlarında favicon · Google Search Central, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Mobil ikon seti (apple-touch-icon, manifest, theme-color) ağırlık 1/3
- Doğru uygulama: apple-touch-icon, web uygulaması manifesti ve theme-color birlikte kullanılmalı.
- Neden önemli? Siteyi ana ekrana ekleyen kullanıcılar ve mobil tarayıcı arayüzü için marka tutarlılığı sağlar.
- Kaynak: web.dev: Web uygulaması manifesti · web.dev / Chrome for Developers
- Büyük görsel önizleme izni (max-image-preview:large) ağırlık 1/3
- Doğru uygulama: robots meta etiketinde max-image-preview:large.
- Neden önemli? Google Discover ve arama sonuçlarında büyük görsel gösterimine izin verir; haber ve içerik sitelerinde tıklamayı belirgin artırır.
- Kaynak: Google: Google Discover · Google: robots meta etiketi ve X-Robots-Tag · Google Search Central
Sosyal Paylaşım (Open Graph ve X) — 5 kontrol
Link sosyal ağlarda veya mesajlaşma uygulamalarında paylaşıldığında görünen başlık, açıklama ve görsel.
- Open Graph temel seti ağırlık 2/3
- Doğru uygulama: og:title, og:description, og:image, og:type, og:url, og:site_name ve og:locale birlikte kullanılmalı.
- Neden önemli? Facebook, LinkedIn, WhatsApp, Telegram gibi platformlar paylaşım kartını bu etiketlerden oluşturur. Eksikse kart boş veya yanlış görünür.
- Kaynak: Open Graph protokolü · Open Graph protokolü, Bağımsız teknik SEO denetimleri, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- og:image erişimi ve boyutu ağırlık 2/3
- Doğru uygulama: Mutlak https adresli, 200 dönen, en az 1200 piksel genişlikte görsel; og:image:width/height beyanı.
- Neden önemli? Paylaşım kartındaki görsel tıklamayı en çok etkileyen öğedir. Erişilemeyen veya küçük görsel kartı bozar.
- Kaynak: Open Graph protokolü · Google: Google Discover · Open Graph protokolü, Google Search Central
- og:url ile canonical uyumu ağırlık 1/3
- Doğru uygulama: og:url, canonical ile aynı adresi göstermeli.
- Neden önemli? Paylaşımların (beğeni, yorum sayıları) tek bir adreste toplanmasını sağlar.
- Kaynak: Open Graph protokolü · Google: Kopya URL'leri birleştirme (canonical) · Open Graph protokolü
- X (Twitter) kart etiketleri ağırlık 1/3
- Doğru uygulama: twitter:card (tercihen summary_large_image); başlık, açıklama ve görsel Open Graph'tan da okunabilir.
- Neden önemli? X'te paylaşılan linkin büyük görselli kart olarak görünmesini sağlar.
- Kaynak: X: Kart etiketleri · Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Makale zaman etiketleri (article:*) ağırlık 1/3
- Doğru uygulama: Makale sayfalarında article:published_time ve article:modified_time (ayrıca author, section).
- Neden önemli? Paylaşım platformları ve bazı arama yüzeyleri yayın/güncelleme tarihini bu etiketlerden okur.
- Kaynak: Open Graph protokolü · Open Graph protokolü, Yayıncı projelerinde uygulanan teknik SEO iş listesi
Yapısal Veri — 12 kontrol
schema.org işaretlemesi: sayfanın ve markanın arama motorlarına makine diliyle tanıtılması.
- JSON-LD yapısal veri ağırlık 3/3
- Doğru uygulama: Sayfada en az bir geçerli JSON-LD bloğu olmalı (Google'ın önerdiği biçim).
- Neden önemli? Yapısal veri sayfayı ve markayı arama motorlarına makine diliyle tanıtır; zengin sonuçların ön koşuludur.
- Kaynak: Google: Yapısal veriye giriş · Google Search Central, Bağımsız teknik SEO denetimleri
- JSON-LD sözdizimi ağırlık 3/3
- Doğru uygulama: Tüm bloklar geçerli JSON olmalı.
- Neden önemli? Tek bir virgül veya tırnak hatası bloğun tamamının yok sayılmasına yol açar.
- Kaynak: Google: Yapısal veri yönergeleri · Google Search Central
- @graph ve @id ile bağlı yapı ağırlık 1/3
- Doğru uygulama: Varlıklar (Organization, WebSite, WebPage, Article…) tek bir @graph içinde, @id referanslarıyla birbirine bağlı.
- Neden önemli? Aynı markanın her sayfada tek bir kimlikle tanımlanmasını, varlıklar arası ilişkinin netleşmesini sağlar.
- Kaynak: Enar SEO: @graph ile JSON-LD mimarisi · Google: Yapısal veriye giriş · Bağımsız teknik SEO denetimleri
- Organization (yayıncı) şeması ağırlık 2/3
- Doğru uygulama: Organization (veya NewsMediaOrganization gibi alt türü): name, url ve logo; mümkünse sameAs ve iletişim bilgisi.
- Neden önemli? Google'ın markayı (logo, resmi profiller) tanıması ve bilgi paneli için temel kaynaktır.
- Kaynak: Google: Organization yapısal verisi · Google Search Central, Bağımsız teknik SEO denetimleri, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Organization adı marka adı mı? ağırlık 1/3
- Doğru uygulama: name alanında alan adı (ornek.com) değil, marka adı yazmalı.
- Neden önemli? Google ve yapay zekâ modelleri markayı bu adla eşleştirir; alan adı marka varlığını zayıflatır.
- Kaynak: Google: Organization yapısal verisi · Google Search Central, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- sameAs (resmi profiller) ağırlık 1/3
- Doğru uygulama: Organization'da sosyal ağ ve Wikipedia/Wikidata gibi resmi profillere sameAs bağlantısı.
- Neden önemli? Markanın farklı platformlardaki hesaplarının aynı varlığa ait olduğunu doğrular (bilgi grafiği, GEO).
- Kaynak: Google: Organization yapısal verisi · Google Search Central, Bağımsız teknik SEO denetimleri
- WebSite şeması (site adı) ağırlık 2/3
- Doğru uygulama: Ana sayfada WebSite şeması (name, url).
- Neden önemli? Google arama sonuçlarında gösterilen site adını bu şemadan belirler. Yalnız ana sayfada gereklidir.
- Kaynak: Google: Site adları (WebSite) · Google Search Central, Bağımsız teknik SEO denetimleri
- Doğru uygulama: İç sayfalarda, görünen breadcrumb ile uyumlu BreadcrumbList.
- Neden önemli? Arama sonucunda URL yerine anlaşılır bir yol gösterilmesini sağlar ve site hiyerarşisini anlatır.
- Kaynak: Google: Breadcrumb yapısal verisi · Google Search Central, Bağımsız teknik SEO denetimleri, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Article / NewsArticle şeması ağırlık 2/3
- Doğru uygulama: Makale sayfalarında headline, image, datePublished ve author (adıyla) içeren Article/NewsArticle/BlogPosting.
- Neden önemli? Haber ve makalelerin Top Stories, Discover ve zengin sonuçlarda doğru tarih ve yazar bilgisiyle görünmesini sağlar.
- Kaynak: Google: Article yapısal verisi · Google Search Central, Bağımsız teknik SEO denetimleri
- Boş değerli alanlar ağırlık 2/3
- Doğru uygulama: Doldurulamayan alan hiç yazılmamalı; boş metin, boş dizi veya null yayınlanmamalı.
- Neden önemli? Boş alanlar doğrulama uyarısı üretir ve verinin güvenilirliğini düşürür.
- Kaynak: Google: Yapısal veri yönergeleri · Google Search Central, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Yapısal verideki URL'lerin durumu ağırlık 2/3
- Doğru uygulama: url, logo, image, sameAs, item gibi alanlardaki adresler 200 dönmeli; yönlendirme, hata ve http:// olmamalı.
- Neden önemli? Google erişilemeyen adresleri yok sayar; yönlendirilen logo ve görseller zengin sonuç uygunluğunu zayıflatır.
- Kaynak: Google: Yapısal veri yönergeleri · Google Search Central, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Microdata / RDFa kullanımı yalnız bilgi, puana katılmaz
- Doğru uygulama: Bilgi amaçlı: JSON-LD tercih edilir; microdata kullanılıyorsa JSON-LD ile çelişmemeli.
- Neden önemli? Aynı varlığın iki farklı biçimde, farklı değerlerle işaretlenmesi karışıklık yaratır.
- Kaynak: Google: Yapısal veriye giriş · Google Search Central
Link Sağlığı — 12 kontrol
Sayfadaki linklerin ve kaynak dosyalarının HTTP durumları: kırık, yönlendirilen, erişilemeyen.
- Kırık iç linkler (4xx/5xx) ağırlık 3/3
- Doğru uygulama: İç linklerin hiçbiri 404/410 veya 5xx dönmemeli.
- Neden önemli? Kırık linkler ziyaretçiyi hata sayfasına götürür, tarama bütçesini boşa harcar ve iç link değerini kaybettirir.
- Kaynak: Google: Taranabilir linkler · Google: HTTP durum kodları ve ağ hataları · Google Search Central, Bağımsız teknik SEO denetimleri, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Yönlendirilen iç linkler (3xx) ağırlık 2/3
- Doğru uygulama: İç linkler doğrudan nihai adresi göstermeli; yönlendirmeye uğramamalı.
- Neden önemli? Her yönlendirilen link ziyaretçiye ek bekleme, Googlebot'a ek istek demektir; zincirler değeri düşürür.
- Kaynak: Google: Yönlendirmeler ve Google Arama · Google Search Central, Bağımsız teknik SEO denetimleri, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Erişimi kısıtlı iç linkler (401/403/429) yalnız bilgi, puana katılmaz
- Doğru uygulama: Bilgi amaçlı: giriş gerektiren veya bot korumasına takılan linkler.
- Neden önemli? Bu yanıtlar çoğu zaman bot korumasından kaynaklanır; gerçekten erişilemeyen sayfalar varsa kontrol edilmeli.
- Kaynak: Google: HTTP durum kodları ve ağ hataları · Google Search Central
- Kırık dış linkler ağırlık 1/3
- Doğru uygulama: Dış linkler de çalışır durumda olmalı.
- Neden önemli? Kırık dış linkler kullanıcı deneyimini ve sayfanın güncel olduğu algısını zayıflatır.
- Kaynak: Google: Taranabilir linkler · Google Search Central
- Hatalı kaynak dosyaları (CSS/JS/görsel) ağırlık 2/3
- Doğru uygulama: Sayfanın yüklediği CSS, JS ve görsellerin hiçbiri 4xx/5xx dönmemeli.
- Neden önemli? Hata veren kaynak boşuna istek demektir; kritik bir CSS/JS ise sayfa bozuk görünebilir ve Google sayfayı eksik işleyebilir.
- Kaynak: Google: HTTP durum kodları ve ağ hataları · Google Search Central, Bağımsız teknik SEO denetimleri
- http:// ile verilen iç linkler ağırlık 2/3
- Doğru uygulama: HTTPS sitede iç linkler https:// ile verilmeli.
- Neden önemli? Her http linki bir yönlendirme (veya güvensiz bağlantı) demektir.
- Kaynak: Google: Yönlendirmeler ve Google Arama · web.dev: Karışık içerik (mixed content) · Google Search Central, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Yeni sekmede açılan iç linkler ağırlık 1/3
- Doğru uygulama: İç linkler target="_blank" ile açılmamalı.
- Neden önemli? Kullanıcının geri tuşunu işlevsiz kılar; yapay zekâ ajanlarının sitede gezinmesini zorlaştırır.
- Kaynak: WCAG 2.2: Link amacı (2.4.4) · Bağımsız teknik SEO denetimleri
- Metinsiz linkler ağırlık 1/3
- Doğru uygulama: Her linkin okunabilir bir adı olmalı: metin, aria-label veya görselin alt metni.
- Neden önemli? Ekran okuyucular ve arama motorları linkin nereye gittiğini bu addan anlar.
- Kaynak: WCAG 2.2: Link amacı (2.4.4) · Google: Taranabilir linkler · W3C (WCAG, HTML), Google Search Central, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Link gibi kullanılan buton/JS öğeleri ağırlık 1/3
- Doğru uygulama: href="#" veya javascript: yerine gerçek adres; tıklanabilir işlevler <button> olmalı.
- Neden önemli? Bu öğeler taranamaz ve klavye/ekran okuyucu kullanıcılarını yanıltır.
- Kaynak: Google: Taranabilir linkler · Google Search Central, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- nofollow verilmiş iç linkler ağırlık 1/3
- Doğru uygulama: Site içi linklerde nofollow kullanılmamalı.
- Neden önemli? İç link değerinin sitenin kendi sayfalarına akmasını engeller.
- Kaynak: Google: Giden linkleri nitelendirme (rel) · Google Search Central
- İç link URL yapısı ağırlık 1/3
- Doğru uygulama: Küçük harf, Türkçe karakter ve boşluk içermeyen, kelimeleri tire ile ayıran URL'ler.
- Neden önemli? Büyük/küçük harf farkı aynı içeriğin iki adreste açılmasına yol açabilir; Türkçe karakter ve boşluk kodlanınca okunaksız olur.
- Kaynak: Google: URL yapısı · Google Search Central, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Sayfadaki link sayısı yalnız bilgi, puana katılmaz
- Doğru uygulama: Bilgi amaçlı: kesin bir sınır yok; menü ve içerik linkleri anlamlı ve sade olmalı.
- Neden önemli? Aşırı link sayısı sayfanın odağını ve her linkin payına düşen değeri azaltır.
- Kaynak: Google: Taranabilir linkler · Google Search Central
Hız ve HTML Boyutu — 16 kontrol
HTML boyutu, sunucu yanıt süresi, sıkıştırma, sayfanın çizilmesini geciktiren kaynaklar ve görseller.
- Sunucu yanıt süresi (TTFB) ağırlık 2/3
- Doğru uygulama: 800 ms veya altı (web.dev “iyi” eşiği).
- Neden önemli? Sunucu ilk baytı ne kadar geç gönderirse sayfanın geri kalanı o kadar gecikir. Ölçüm Enar SEO sunucusundan yapılır; ziyaretçinin konumuna göre değişir.
- Kaynak: web.dev: Time to First Byte (TTFB) · web.dev / Chrome for Developers
- HTML boyutu (ham) ağırlık 2/3
- Doğru uygulama: Ham HTML 125 KB altında ideal; 2 MB'ı kesinlikle aşmamalı.
- Neden önemli? Googlebot yalnızca ilk 2 MB'ı okur; Bing 125 KB üstünü uyarır. Büyük HTML, tarayıcının sayfayı işlemesini de yavaşlatır.
- Kaynak: Google: Googlebot (2 MB sınırı) · Enar SEO: HTML Boyut Analizi aracı · Google Search Central
- Aktarılan HTML boyutu (sıkıştırılmış) ağırlık 1/3
- Doğru uygulama: Sıkıştırılmış HTML mümkün olduğunca küçük: ~50 KB altı iyi, 150 KB üstü ağır.
- Neden önemli? Ziyaretçinin ağdan indirdiği gerçek veri budur; mobil bağlantılarda ilk görüntü süresini doğrudan etkiler.
- Kaynak: Chrome: Metin sıkıştırmayı etkinleştirme · Enar SEO: HTML Boyut Analizi aracı · web.dev / Chrome for Developers
- Metin sıkıştırma (gzip / Brotli / zstd) ağırlık 2/3
- Doğru uygulama: HTML sıkıştırılarak gönderilmeli; Brotli veya zstd tercih edilir.
- Neden önemli? Sıkıştırma HTML'i genellikle %70–85 küçültür. Brotli, gzip'e göre %15–20 daha küçük çıktı üretir.
- Kaynak: Chrome: Metin sıkıştırmayı etkinleştirme · web.dev / Chrome for Developers
- DOM büyüklüğü (öğe sayısı) ağırlık 1/3
- Doğru uygulama: 800 öğenin altı iyi; 1.400 üstü “aşırı büyük DOM”.
- Neden önemli? Büyük DOM daha fazla bellek, daha uzun stil hesaplaması ve daha yavaş etkileşim (INP) demektir.
- Kaynak: Chrome: Aşırı büyük DOM · web.dev / Chrome for Developers
- Satır içi kod ağırlığı (CSS + JS + JSON) ağırlık 1/3
- Doğru uygulama: HTML'e gömülü CSS, JavaScript ve JSON verisi toplamı ~50 KB'ın altında kalmalı.
- Neden önemli? Satır içi kod önbelleğe alınamaz, her sayfa görüntülemede yeniden iner ve asıl içeriği HTML'in sonlarına iter.
- Kaynak: Enar SEO: HTML Boyut Analizi aracı · Chrome: Render'ı engelleyen kaynaklar · web.dev / Chrome for Developers
- Render'ı engelleyen JavaScript ağırlık 2/3
- Doğru uygulama: Head'deki harici scriptler async, defer veya type="module" ile yüklenmeli.
- Neden önemli? Senkron script, indirilip çalıştırılana kadar sayfanın çizilmesini durdurur (LCP gecikir).
- Kaynak: Chrome: Render'ı engelleyen kaynaklar · web.dev / Chrome for Developers, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Render'ı engelleyen CSS dosyaları ağırlık 1/3
- Doğru uygulama: Kritik CSS satır içi, gerisi az sayıda harici dosyada; 0–1 engelleyen CSS ideal.
- Neden önemli? Her harici CSS dosyası inene kadar tarayıcı sayfayı çizmez; çok sayıda dosya ilk görüntüyü geciktirir.
- Kaynak: Chrome: Render'ı engelleyen kaynaklar · web.dev / Chrome for Developers
- Üçüncü taraf script kaynakları ağırlık 1/3
- Doğru uygulama: Farklı alan adlarından yüklenen script sayısı düşük tutulmalı (3 ve altı iyi).
- Neden önemli? Her üçüncü taraf script ek DNS/bağlantı maliyeti ve performans riski getirir; reklam ve takip kodları INP'yi kötüleştirir.
- Kaynak: web.dev: Üçüncü taraf JavaScript · web.dev / Chrome for Developers, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Karışık içerik (https sayfada http kaynak) ağırlık 3/3
- Doğru uygulama: HTTPS sayfadaki tüm kaynaklar https:// ile yüklenmeli.
- Neden önemli? Tarayıcılar http kaynakları engeller veya uyarı gösterir; görseller kaybolabilir, güvenlik uyarısı çıkabilir.
- Kaynak: web.dev: Karışık içerik (mixed content) · web.dev / Chrome for Developers, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Görsellerde width/height (CLS) ağırlık 2/3
- Doğru uygulama: Tüm <img> öğelerinde gerçek oranı yansıtan width ve height öznitelikleri.
- Neden önemli? Boyutu bilinmeyen görsel yüklenince içerik aşağı kayar (CLS); okuma sırasında yanlış tıklamalara yol açar.
- Kaynak: web.dev: CLS'yi optimize etme · web.dev / Chrome for Developers, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- İlk görselde lazy-load (LCP riski) ağırlık 2/3
- Doğru uygulama: Ekranın üst kısmındaki ana görsel lazy-load edilmemeli.
- Neden önemli? En büyük görsel (LCP) geç yüklenirse sayfanın “yüklendi” algısı gecikir; Core Web Vitals kötüleşir.
- Kaynak: web.dev: LCP görseline lazy-load uygulamayın · web.dev / Chrome for Developers, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Öncelikli görsel yükleme (fetchpriority / preload) ağırlık 1/3
- Doğru uygulama: Ana görselde fetchpriority="high" veya <link rel="preload" as="image">.
- Neden önemli? Tarayıcıya en önemli görseli önce indirmesini söyler; LCP'yi belirgin iyileştirebilir.
- Kaynak: web.dev: Fetch Priority API · web.dev / Chrome for Developers, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Ekran dışı görsellerde lazy-load ağırlık 1/3
- Doğru uygulama: Sayfanın aşağısındaki görseller loading="lazy" ile yüklenmeli.
- Neden önemli? Görülmeyen görsellerin baştan indirilmesi bant genişliğini ve ilk yükleme süresini boşa harcar.
- Kaynak: web.dev: Tarayıcı düzeyinde lazy-load · web.dev / Chrome for Developers, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Modern görsel formatları (WebP/AVIF) ağırlık 1/3
- Doğru uygulama: Görseller WebP veya AVIF olarak sunulmalı.
- Neden önemli? Modern formatlar aynı kalitede JPEG/PNG'ye göre %25–50 daha küçüktür.
- Kaynak: Chrome: Modern görsel formatları · web.dev / Chrome for Developers, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Kaynak ipuçları (preconnect / preload) yalnız bilgi, puana katılmaz
- Doğru uygulama: Bilgi amaçlı: kritik üçüncü taraf alan adlarına preconnect, kritik kaynaklara preload.
- Neden önemli? Doğru kullanıldığında bağlantı kurulumunu ve kritik kaynakların indirilmesini öne çeker; aşırısı ters etki yapar.
- Kaynak: web.dev: Fetch Priority API · web.dev / Chrome for Developers
HTML Hijyeni ve Erişilebilirlik — 14 kontrol
Başlık hiyerarşisi, alt metinler, anlamsal etiketler ve head bölümünün doğruluğu.
- H1 başlığı ağırlık 2/3
- Doğru uygulama: Sayfada tek, dolu ve sayfanın konusunu anlatan bir <h1>.
- Neden önemli? H1 sayfanın ana başlığıdır; arama motorları ve ekran okuyucular sayfanın ne hakkında olduğunu buradan anlar.
- Kaynak: Google: SEO başlangıç rehberi · W3C: Başlık yapısı · Google Search Central, W3C (WCAG, HTML), Yayıncı projelerinde uygulanan teknik SEO iş listesi
- H1 içinde başka etiket ağırlık 1/3
- Doğru uygulama: H1 sade metin olmalı; içinde span, link veya görsel olmamalı.
- Neden önemli? İç içe etiketler başlığın metnini ve anlamını bulanıklaştırır; özellikle H1 içindeki linkler başlığı gezinme öğesine çevirir.
- Kaynak: W3C: Başlık yapısı · Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Başlık hiyerarşisi (h2–h6) ağırlık 1/3
- Doğru uygulama: Başlık seviyeleri atlanmadan sıralanmalı (h2 → h3 → h4).
- Neden önemli? Düzgün hiyerarşi içeriğin taranabilir bir iskeletini çıkarır; ekran okuyucu kullanıcıları başlıklarla gezinir.
- Kaynak: W3C: Başlık yapısı · W3C (WCAG, HTML)
- Doğru uygulama: Boş <h1>–<h6> ve <p> üretilmemeli.
- Neden önemli? Boş başlıklar ekran okuyucuda anlamsız durak oluşturur ve sayfa yapısını bozar.
- Kaynak: W3C: Başlık yapısı · Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Görsellerde alt metni ağırlık 2/3
- Doğru uygulama: Tüm <img> öğelerinde alt özniteliği; dekoratif görsellerde alt="".
- Neden önemli? Görme engelli kullanıcılar ve Google Görseller görselin ne anlattığını alt metninden anlar.
- Kaynak: Google: Görsel SEO en iyi uygulamaları · W3C: Görseller için alternatif metin · Google Search Central, W3C (WCAG, HTML), Bağımsız teknik SEO denetimleri, Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Görsellerde title özniteliği ağırlık 1/3
- Doğru uygulama: <img> üzerinde title kullanılmamalı; açıklama alt metninde olmalı.
- Neden önemli? title, fare ile üzerine gelince araç ipucu gösterir; dokunmatik ve ekran okuyucu kullanıcıları için güvenilir değildir.
- Kaynak: W3C: Görseller için alternatif metin · Yayıncı projelerinde uygulanan teknik SEO iş listesi
- img dışında alt kullanımı ağırlık 1/3
- Doğru uygulama: alt yalnız <img>, <area> ve <input type="image">'de; diğer öğelerde aria-label.
- Neden önemli? Başka öğelerdeki alt hiçbir yardımcı teknoloji tarafından okunmaz; ad eksik kalır.
- Kaynak: W3C: Erişilebilir ad (name, role, value) · Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Doğru uygulama: İkon butonlarda aria-label veya görünmez metin olmalı.
- Neden önemli? Adsız buton ekran okuyucuda yalnızca “buton” diye okunur; ne yaptığı anlaşılmaz.
- Kaynak: W3C: Erişilebilir ad (name, role, value) · W3C (WCAG, HTML), Yayıncı projelerinde uygulanan teknik SEO iş listesi
- iframe başlıkları ağırlık 1/3
- Doğru uygulama: Her <iframe> içeriğini anlatan bir title taşımalı.
- Neden önemli? Ekran okuyucu kullanıcıları gömülü içeriğin ne olduğunu title'dan anlar.
- Kaynak: W3C: iframe'lere başlık verme (H64) · W3C (WCAG, HTML), Yayıncı projelerinde uygulanan teknik SEO iş listesi
- Anlamsal HTML (main, nav, header, footer) ağırlık 1/3
- Doğru uygulama: Sayfada <main>, <nav>, <header> ve <footer> bölgeleri kullanılmalı.
- Neden önemli? Anlamsal etiketler ekran okuyuculara ve yapay zekâ ajanlarına sayfanın hangi kısmının asıl içerik olduğunu söyler.
- Kaynak: W3C: Sayfa bölgeleri (landmark) · W3C (WCAG, HTML), Bağımsız teknik SEO denetimleri
- Head bölümünün bütünlüğü ağırlık 2/3
- Doğru uygulama: <head> içinde yalnız meta, link, title, script, style, base, noscript ve template olmalı.
- Neden önemli? Head içindeki geçersiz bir öğe (ör. div, img, iframe) head'i erken kapatır; sonrasındaki canonical, hreflang ve robots etiketlerini Google yok sayabilir.
- Kaynak: Google: Geçerli HTML ile sayfa meta verisi · Google Search Central
- HTML5 doctype ağırlık 1/3
- Doğru uygulama: Belge <!DOCTYPE html> ile başlamalı.
- Neden önemli? Doctype yoksa tarayıcı sayfayı eski “quirks” modunda çizer; düzen hataları ve beklenmedik davranışlar görülebilir.
- Kaynak: MDN: Quirks ve standart mod · MDN Web Docs
- Eskimiş HTML etiketleri ağırlık 1/3
- Doğru uygulama: font, center, marquee gibi eskimiş etiketler kullanılmamalı.
- Neden önemli? Standart dışı kalan etiketler bakım yükü yaratır; biçim CSS ile verilmeli.
- Kaynak: MDN: Eskimiş HTML öğeleri · MDN Web Docs
- Tekrarlanan id değerleri yalnız bilgi, puana katılmaz
- Doğru uygulama: Bilgi amaçlı: her id sayfada bir kez kullanılmalı.
- Neden önemli? Tekrarlanan id'ler etiket-alan eşleşmesini, iç sayfa linklerini ve erişilebilirlik ilişkilerini bozar.
- Kaynak: W3C: Erişilebilir ad (name, role, value) · W3C (WCAG, HTML)
GEO / Yapay Zekâ Hazırlığı — 4 kontrol
AI arama ve yanıt motorlarının siteye erişebilmesi ve markayı doğru tanıyabilmesi.
- AI arama ve yanıt botlarına erişim ağırlık 2/3
- Doğru uygulama: OAI-SearchBot, ChatGPT-User, PerplexityBot, Claude-SearchBot gibi yanıt botları engellenmemeli.
- Neden önemli? Bu botlar ChatGPT, Perplexity, Claude gibi yanıt motorlarında sitenin kaynak olarak gösterilmesini sağlar; engellemek AI görünürlüğünü doğrudan sıfırlar.
- Kaynak: OpenAI: Tarayıcılar ve kullanıcı aracıları · Enar SEO: GEO rehberi · Bağımsız teknik SEO denetimleri
- AI eğitim botlarına erişim ağırlık 1/3
- Doğru uygulama: GPTBot, Google-Extended, ClaudeBot, CCBot gibi eğitim botları bilinçli bir kararla yönetilmeli; Enar SEO varsayılanı açık bırakmaktır.
- Neden önemli? Eğitim botlarını engellemek bir iş kararıdır (lisans, içerik politikası). Açık bırakmak markanın modellerde doğru temsil edilme olasılığını artırır.
- Kaynak: Google: Google tarayıcıları (Google-Extended) · OpenAI: Tarayıcılar ve kullanıcı aracıları · Google Search Central, Bağımsız teknik SEO denetimleri
- llms.txt dosyası yalnız bilgi, puana katılmaz
- Doğru uygulama: Bilgi amaçlı: Google, AI özellikleri için llms.txt gibi özel dosyalar gerekmediğini belirtir.
- Neden önemli? Yaygın bir standart değildir; varlığı ya da yokluğu sıralamayı etkilemez.
- Kaynak: Google: Yapay zekâ özellikleri ve web siteniz · Google Search Central
- Hakkımızda / künye sayfasına link ağırlık 1/3
- Doğru uygulama: Ana sayfadan (tercihen footer'dan) Hakkımızda veya künye sayfasına link verilmeli.
- Neden önemli? Yapay zekâ modelleri ve arama motorları markanın kim olduğunu, sahipliğini ve uzmanlığını bu sayfadan öğrenir (E-E-A-T).
- Kaynak: Google: Faydalı, güvenilir içerik · Google Search Central, Bağımsız teknik SEO denetimleri