Ü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.

Alan adı yazarsanız (ör. ornekmarka.com) ana sayfa analiz edilir. Benzer sayfaları kıyaslamak için tam adres girin (ör. üç markanın birer haber sayfası).

İsteğe bağlı. Sayfanın hangi cihazdan açılmış gibi isteneceğini seçer. Google çoğu siteyi mobil tarayıcıyla taradığı için varsayılan Mobil’dir; yalnızca masaüstü sürümünü ayrıca görmek isterseniz değiştirin.

Adres girdiğinizde sayfa, Enar SEO sunucusu üzerinden bir tarayıcı gibi istenir (tarayıcıların başka sitelerden veri okumasını engelleyen güvenlik kuralı nedeniyle). Çekilen içerik ve adresler saklanmaz; analiz tarayıcınızda yapılır. Link kontrolleri sitelere nazik davranmak için sınırlı hızda yapılır.

Nasıl kıyaslıyoruz?

  1. 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.
  2. robots.txt ve sitemap’i okuyoruz. Sitemap bir index ise ilk alt sitemap’i açıyor, URL’lerinden bir örneklem seçiyoruz.
  3. 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.
  4. 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.
  5. 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
BreadcrumbList ağırlık 1/3
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
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)
Boş başlık ve paragraf etiketleri ağırlık 1/3
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
Erişilebilir adı olmayan butonlar ağırlık 1/3
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.

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
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