Kanıta dayalı 2026 SEO kontrol listesiyle teknik, içerik, arama görünümü, performans, uluslararası SEO, e-ticaret ve ölçüm alanlarındaki 111 maddeyi denetleyin. Ne, Nasıl, Neden ve birincil kaynağı görmek için maddeyi açın. Öncelik 5 kritik, öncelik 1 isteğe bağlıdır.

Eksiksiz URL envanteri site taraması, XML site haritaları, sunucu logları, Analytics açılış sayfaları ve Search Console verileriyle uzlaştırıldı mı?

Ne: Keşfedilmiş, indekslenmiş, ziyaret edilmiş, yetim ve eskimiş URL'leri gösteren tek bir envanter oluşturun.
Nasıl: Her kaynaktaki normalize edilmiş kanonik URL'leri birleştirin; farkları şablon ve durum bazında inceleyin.
Neden: Hiçbir araç tüm URL'leri tek başına göremez; uzlaştırma keşif ve indeksleme kör noktalarını ortaya çıkarır.
Kaynak: Google Sayfa İndeksleme raporu

İş açısından kritik her kanonik URL indekslenmiş mi veya hariç tutulma nedeni belgelenmiş mi?

Ne: Öncelikli sayfaların indekslemeye uygun olduğunu ve her hariç tutmanın beklendiğini doğrulayın.
Nasıl: Sayfa İndeksleme gruplarını inceleyin; indekslenen ve hariç tutulan örnek URL'leri denetleyin.
Neden: Amaçlı bir envanter, teknik hataları geçerli hariç tutmalardan ayırır.
Kaynak: Google URL Denetleme

Her önemli sayfa en az bir taranabilir HTML bağlantısıyla keşfedilebiliyor mu?

Ne: Önemli sayfalara, keşfedilebilir başka bir sayfadan çözümlenebilir bir bağlantı verilmelidir.
Nasıl: Siteyi tarayın, sonucu URL envanteriyle karşılaştırın ve yetim adayları elle inceleyin.
Neden: Site haritaları keşfe yardımcı olur ancak bağlantılı bir site yapısının yerini tutmaz.
Kaynak: Google taranabilir bağlantılar rehberi

İndekslenebilir sayfalar Google'ın temel teknik uygunluk koşullarını karşılıyor mu?

Ne: Sayfa Googlebot tarafından erişilebilir olmalı, başarılı yanıt vermeli ve indekslenebilir içerik sunmalıdır.
Nasıl: Temsilî şablonları URL Denetleme ile test edin; durum kodunu, robots kontrollerini ve render edilen içeriği doğrulayın.
Neden: Sıralama çalışmaları, Arama için teknik olarak uygun olmayan bir sayfayı telafi edemez.
Kaynak: Google Arama teknik gereksinimleri

Yalnızca yararlı kanonik sayfaların indekslenmesi amaçlanıyor mu?

Ne: Arama, filtre, yazdırma, oturum, boş, yinelenen ve düşük değerli URL aileleri için açık bir indeksleme kararı gerekir.
Nasıl: Her URL kalıbını indeksle, birleştir, noindex yap, taramayı engelle, kimlik doğrula veya kaldır seçeneklerinden biriyle sınıflandırın.
Neden: Amaçlı indeksleme kalite sinyallerini korur ve denetimsiz URL büyümesini önler.
Kaynak: Google Arama spam politikaları

Test, önizleme ve yansıtma ortamları herkese açık indekslemeden korunuyor mu?

Ne: Üretim dışı kopyalar yalnızca robots.txt dosyasına güvenmek yerine normalde kimlik doğrulama istemelidir.
Nasıl: Anonim erişimi test edin; geçici olarak noindex kullanılıyorsa tarayıcının sayfayı getirip yönergeyi görebildiğini doğrulayın.
Neden: Herkese açık kopyalar tamamlanmamış içeriği sızdırabilir ve rakip yinelenen URL'ler oluşturabilir.
Kaynak: Google indekslemeyi engelleme rehberi

Site arama operatörleri indeks sayısı veya sıralama testi yerine yalnızca örnekleme için mi kullanılıyor?

Ne: Site operatörü nokta kontrolleri için yararlıdır ancak kapsamlı değildir ve sonuçları normal biçimde sıralanmaz.
Nasıl: Teşhis için Sayfa İndeksleme ve URL Denetleme'yi, yalnızca görünen sonuçları örneklemek için site sorgularını kullanın.
Neden: Yaklaşık bir operatörü veritabanı gibi görmek yanlış indeksleme sonuçları üretir.
Kaynak: Google site arama operatörü

Tarama bütçesi çalışmaları yalnızca ölçeği, değişim hızı veya boşa harcanan keşfedilmiş URL'leri bunu gerektiren sitelerde mi yapılıyor?

Ne: Tarama bütçesi evrensel bir optimizasyon değil, çoğunlukla büyük veya hızlı değişen sitelerin konusudur.
Nasıl: Öncelik vermeden önce doğrulanmış sunucu loglarını, Tarama İstatistiklerini, sunucu kapasitesini ve düşük değerli URL alanlarını inceleyin.
Neden: Küçük siteler genellikle keşif, kalite ve yanıt sorunlarını çözmekten daha fazla fayda görür.
Kaynak: Google tarama bütçesi rehberi

Her ana makinenin robots.txt dosyası erişilebilir, geçerli, doğru kapsamlı ve UTF-8 metin olarak sunuluyor mu?

Ne: Taranabilir her ana makinede kök dizinde öngörülebilir bir robots dosyası bulunmalıdır.
Nasıl: Dosyayı yönlendirme ve kimlik doğrulama olmadan alın; grupları, yolları, joker karakterleri ve kodlamayı doğrulayın.
Neden: Hatalı veya erişilemeyen bir politika, ana makinenin taranmasını istemeden değiştirebilir.
Kaynak: Google robots.txt belirtimi

Robots.txt allow ve disallow kuralları istenmeyen engellemeler için test edildi mi?

Ne: Render için gereken üretim HTML, CSS, JavaScript, API, görsel ve yerel dil yolları taranabilir kalmalıdır.
Nasıl: Temsilî URL'leri ilgili user-agent grubuna göre test edin ve URL Denetleme'de engellenen kaynakları inceleyin.
Neden: Gerekli kaynakları engellemek, Google'ın sayfayı kullanıcıların aldığı biçimde anlamasını önler.
Kaynak: Google robots.txt giriş rehberi

Robots.txt yalnızca taramayı kontrol etmek için mi kullanılıyor?

Ne: Engellenmiş bir URL, Google tarafından başka yerde keşfedilirse arama sonuçlarında yine görünebilir.
Nasıl: İndeks kontrolü için taranabilir noindex, kimlik doğrulama, kaldırma veya uygun durum kodunu kullanın.
Neden: Tarama engeli, Google'ın URL'yi kaldırmak için görmesi gereken yönergeyi gizleyebilir.
Kaynak: Google robots.txt sınırlamaları

Noindex ve X-Robots-Tag yönergeleri amaçlı, tutarlı ve tarayıcılar tarafından görülebilir mi?

Ne: HTML ve HTML dışı hariç tutmalar, çelişkili başlıklar veya robots engelleri olmadan doğru yönergeyi kullanmalıdır.
Nasıl: PDF'ler ve oluşturulan sayfalar dâhil temsilî URL'lerin ham yanıtlarını ve render edilen HTML'ini inceleyin.
Neden: Çelişkili veya erişilemeyen yönergeler kalıcı ve teşhisi zor indeks durumları oluşturur.
Kaynak: Google robots meta ve X-Robots-Tag

XML site haritaları keşfi anlamlı biçimde iyileştirdiği durumlarda mı kullanılıyor?

Ne: Site haritaları en çok büyük, yeni, medya ağırlıklı veya zayıf bağlantılı sitelerde yararlıdır.
Nasıl: Site yapısına göre karar verin ve haritaları kör bir tarama yerine kanonik üretim kayıtlarından oluşturun.
Neden: Site haritası bir keşif ipucudur; indeksleme garantisi veya iç bağlantıların yerine geçen bir çözüm değildir.
Kaynak: Google site haritası genel bakışı

Site haritaları yalnızca mutlak, kanonik, indekslenebilir ve başarılı yanıt veren URL'leri mi içeriyor?

Ne: Yönlendirmeleri, hataları, yinelenenleri, engellenenleri ve noindex URL'leri kanonik haritalardan çıkarın.
Nasıl: Gönderilen her site haritası URL'sini tarayın; yanıt, robots, kanonik ve yerel dil sinyallerini karşılaştırın.
Neden: Temiz haritalar arama motorlarına ve izleme araçlarına belirsiz olmayan bir tercih edilen envanter verir.
Kaynak: Google site haritası oluşturma rehberi

Her site haritası 50.000 URL ve sıkıştırılmamış 50 MB sınırları içinde mi?

Ne: Daha büyük dosyalar bölünmeli ve bir veya daha fazla site haritası dizininden referanslanmalıdır.
Nasıl: Yayınlamadan önce oluşturulan dosyada URL sayısını ve sıkıştırılmamış bayt boyutunu doğrulayın.
Neden: Protokol sınırlarını aşan dosyalar tam olarak işlenmeyebilir.
Kaynak: Site haritaları protokolü

Site haritası keşfi, lastmod değerleri, uzantıları ve işleme raporları doğru yönetiliyor mu?

Ne: Harita konumlarını bildirin, yalnızca anlamlı değişiklikler için doğru lastmod kullanın ve medya uzantılarını gerektiğinde ekleyin.
Nasıl: Search Console hatalarını izleyin; kaldırılmış ping yöntemini kullanmayın ve yok sayılan priority veya changefreq alanlarına güvenmeyin.
Neden: Doğru sinyaller yeniden taramayı destekler; eski meta veriler ve yöntemler gürültü oluşturur.
Kaynak: Google site haritası lastmod rehberi

İndekslenebilir her HTML URL'si head içinde tek, geçerli, mutlak ve kendine referans veren kanonik sunuyor mu?

Ne: Kanonik, tercih edilen herkese açık URL'yi göstermeli ve geçerli head işaretlemesinde yer almalıdır.
Nasıl: Ham ve render edilmiş HTML'i karşılaştırın; HTML dışı dosyalarda uygun olduğunda HTTP Link kanoniği kullanın.
Neden: Eksik, göreli, birden çok veya body içine eklenen kanonikler birleştirme sinyallerini zayıflatır.
Kaynak: Google kanonikleştirme rehberi

Yönlendirmeler, kanonikler, iç bağlantılar, site haritaları ve hreflang aynı tercih edilen URL'de birleşiyor mu?

Ne: Her güçlü kanonikleştirme sinyali aynı indekslenebilir hedefi göstermelidir.
Nasıl: Temsilî yinelenen kümelerde ve yerelleştirilmiş eşdeğerlerde her sinyali test edin.
Neden: Tutarlı sinyaller arama motorlarının indeksleme ve raporlamayı öngörülebilir biçimde birleştirmesine yardımcı olur.
Kaynak: Google kanonik sinyal iyi uygulamaları

Protokol, ana makine, harf büyüklüğü, eğik çizgi, parametre, oturum, yazdırma ve izleme varyantları bilinçli biçimde birleştiriliyor mu?

Ne: Yinelenen üreten her URL kuralının tek ve kararlı bir tercih edilen biçimi olmalıdır.
Nasıl: Varyantları envanterleyin; kanoniği seçip yönlendirme, bağlantı, şablon ve haritaları hizalayın.
Neden: Denetimsiz varyantlar sinyalleri böler ve kullanıcı değeri eklemeden taramayı büyütür.
Kaynak: Google yinelenen URL birleştirme

Kanonik ve robots yönergeleri sunucu HTML'i ile render edilmiş HTML arasında kararlı mı?

Ne: JavaScript doğru sunucu sinyallerini kaldırmamalı veya çelişkili değerlerle değiştirmemelidir.
Nasıl: Temsilî rotalarda ve gezinme durumlarında ham ve render edilen head işaretlemesini karşılaştırın.
Neden: Geç yapılan değişiklikler kanonik ve indeksleme kararlarını güvenilmez hâle getirebilir.
Kaynak: Google JavaScript SEO temelleri

Geçerli sayfalar 200, kaldırılan sayfalar 404 veya 410 döndürüyor ve soft 404 davranışından kaçınıyor mu?

Ne: Yanıt semantiği görünen içerikle ve kaynağın gerçek durumuyla eşleşmelidir.
Nasıl: Şablonları, boş sonuçları, geçersiz kimlikleri ve istemci taraflı hata rotalarını ham yanıtta test edin.
Neden: Yanıltıcı bir 200 yanıtı taramayı boşa harcar ve boş ya da hatalı deneyimleri indeksletebilir.
Kaynak: Google HTTP durum kodu rehberi

Yönlendirme durum kodları taşımanın kalıcı veya geçici niteliğiyle eşleşiyor mu?

Ne: Kalıcı taşımada 301 veya 308; gerçekten geçici davranışta 302, 303 veya 307 kullanın.
Nasıl: Bir HTTP istemcisiyle yanıt kodlarını, hedef niyetini ve istek yöntemi davranışını doğrulayın.
Neden: Doğru semantik kanonikleştirmeyi, önbelleği ve güvenli istemci davranışını yönlendirir.
Kaynak: Google yönlendirmeler ve Arama

Yönlendirmeler döngü veya gereksiz zincir olmadan doğrudan ilgili son URL'ye ulaşıyor mu?

Ne: Her eski veya varyant URL, sürdürülebilir en kısa yol üzerinden çözülmelidir.
Nasıl: Bilinen tüm kaynaklardaki yönlendirmeleri tarayın; sunucu ve istemci tarafı adımları inceleyin.
Neden: Zincirler gecikme, hata noktası ve gereksiz tarama işi ekler.
Kaynak: Google yönlendirme iyi uygulamaları

Kaldırılan URL'ler yalnızca gerçekten eşdeğer bir içerik varsa mı yönlendiriliyor?

Ne: İlgisiz kaldırmalar ana sayfaya topluca yönlendirilmek yerine 404 veya 410 döndürmelidir.
Nasıl: Yönlendirme haritalarını kullanıcı niyetine göre inceleyin ve hedef ilgisini test edin.
Neden: İlgisiz yönlendirmeler kullanıcıları şaşırtır ve çoğu zaman soft 404 olarak değerlendirilir.
Kaynak: Google site taşıma rehberi

429 ve 5xx yanıtları geçici, izlenen ve uygun kurtarma davranışıyla birlikte mi?

Ne: Kapasite, bakım ve hız sınırı hataları tarama açısından kritik URL'lerde kalıcı olmamalıdır.
Nasıl: Durum eğilimlerine alarm kurun, uygunsa Retry-After başlığını inceleyin ve kurtarmayı dışarıdan yeniden test edin.
Neden: Uzun süren sunucu hataları taramayı azaltır ve URL'leri zamanla Arama'dan çıkarabilir.
Kaynak: Google HTTP ve ağ hataları

İlk HTML ile render edilmiş HTML aynı kritik SEO içeriğini ve sinyallerini sunuyor mu?

Ne: Başlıklar, yönergeler, kanonikler, ana metin, yapılandırılmış veri ve bağlantılar render sonrasında korunmalıdır.
Nasıl: Temel şablonlarda ham kaynağı URL Denetleme'deki render edilmiş HTML ile karşılaştırın.
Neden: Render sonucunda bulunmayan içerik güvenilir biçimde indekslenemez veya anlaşılamaz.
Kaynak: Google JavaScript SEO temelleri

Ana içerik tıklama, kaydırma, izin durumu veya local storage gerektirmeden kullanılabiliyor mu?

Ne: Tarayıcılar önemli metin ve medyayı kullanıcı etkileşimi tetiklemeden almalıdır.
Nasıl: Etkileşim öncesi render sonucunu inceleyin ve geç yüklenen içeriği tarayıcı uyumlu yüklemeyle test edin.
Neden: Arama tarayıcıları bir uygulamanın gerektirdiği her etkileşimi tekrarlamaz.
Kaynak: Google geç yükleme rehberi

Gezinme ve uygulama rotaları çözümlenebilir bağlantılar ve History API kullanıyor mu?

Ne: Önemli hedeflerde fragment veya yalnızca betikle çalışan kontroller yerine gerçek href değerleri olmalıdır.
Nasıl: Render edilmiş bağlantıları inceleyin ve kopyalanan URL'leri yeni bir tarayıcı oturumunda açın.
Neden: Kararlı URL'ler keşif, paylaşım, geçmiş ve bağımsız tarama sağlar.
Kaynak: Google taranabilir bağlantılar rehberi

Googlebot gerekli betik, stil, API ve medya kaynaklarını kimlik doğrulama veya çalışma zamanı hatası olmadan alabiliyor mu?

Ne: Sayfayı anlamak için gereken bağımlılıklar herkese açık ve tarayıcı uyumlu olmalıdır.
Nasıl: URL Denetleme kaynaklarını, yanıt kodlarını, konsol hatalarını, robots kurallarını ve sunucu loglarını inceleyin.
Neden: Başarılı bir belge yanıtı yine de eksik veya boş render edilebilir.
Kaynak: Google JavaScript sorun giderme

İstemci tarafında render edilen rotalar anlamlı HTTP durumları ve kurtarılabilir içerik sunuyor mu?

Ne: SPA'lar geçerli, yönlendirilmiş, kaldırılmış ve hatalı rotaları yalnızca uygulama içi mesajla değil HTTP düzeyinde ayırmalıdır.
Nasıl: Derin bağlantıları doğrudan isteyin, sıcak önbelleği devre dışı bırakın ve HTTP durumunu render durumu ile karşılaştırın.
Neden: Soft hatalar ve kırılgan render, keşif ve indekslemeyi güvenilmez kılar.
Kaynak: Google JavaScript SEO durum kodları

Kritik HTML, Google'ın bir URL için getirdiği ilk 2 MB içinde mi?

Ne: Temel meta veriler ve içerik, büyük satır içi veri veya varlıklardan önce gelmelidir.
Nasıl: Yanıt başlıklarıyla HTML baytlarını ölçün ve 2 MB sınırından sonra nelerin kaybolduğunu inceleyin.
Neden: Güncel getirme sınırından sonraki baytlar alınmaz, render edilmez ve indekslenmez.
Kaynak: Googlebot getirme boyutu sınırları

Mobil render edilen sürüm masaüstüyle eşdeğer içerik ve SEO sinyallerini koruyor mu?

Ne: Ana metin, bağlantı, meta veri, yapılandırılmış veri, görsel, video ve tarama izinleri eşdeğer kalmalıdır.
Nasıl: Her önemli şablonda mobil ve masaüstü render sonuçlarını karşılaştırın.
Neden: Google indeksleme ve sıralama için ağırlıklı olarak mobil sürümü kullanır.
Kaynak: Google mobil öncelikli indeksleme rehberi

Responsive ve aynı URL'li sunum varsayılan mı; eski mobil yapılandırmalar doğru yönetiliyor mu?

Ne: Responsive sunumu tercih edin; Vary, yönlendirme, eşdeğerlik ve kanonik-alternate kontrollerini yalnızca ayrı veya dinamik mobil sitelerde tutun.
Nasıl: Telefon, tablet, masaüstü ve tarayıcı user-agent'larını aynı içerik niyetine göre test edin.
Neden: Responsive URL'ler yinelenmeyi ve yapılandırma hatasını azaltır; eski modeller koşullu olarak desteklenmeye devam eder.
Kaynak: Google mobil site yapılandırmaları

Bilgi mimarisi kullanıcı görevlerini, içerik ilişkilerini ve iş önceliklerini yansıtıyor mu?

Ne: Kategoriler ve sayfa türleri iç organizasyonu kopyalamak yerine öngörülebilir bir hiyerarşi kurmalıdır.
Nasıl: Temel yolculuk ve konuları gezinme, merkez, detay sayfası ve URL kalıplarıyla eşleyin.
Neden: Açık mimari insanların ve tarayıcıların kapsam ile ilişkileri anlamasına yardımcı olur.
Kaynak: Google SEO Başlangıç Kılavuzu

Tarama derinliği ve iç bağlantı görünürlüğü, özel araç puanları olmadan sayfa önemini yansıtıyor mu?

Ne: Öncelikli sayfalara ilgili ve görünür bağlamlardan kolayca ulaşılmalıdır.
Nasıl: Şablon bazında tıklama derinliği ile gelen bağlantı kaynaklarını inceleyip iş önceliğiyle karşılaştırın.
Neden: Yararlı görünürlük, efsanevi ideal bağlantı sayısından veya satıcı metriğinden daha anlamlıdır.
Kaynak: Google site hiyerarşisi rehberi

Ana gezinme taranabilir HTML bağlantıları olarak sunuluyor mu?

Ne: Menüler, kategori yolları ve temel alt bilgi bağlantıları çözümlenebilir hedeflere sahip olmalıdır.
Nasıl: Daraltılmış mobil gezinme dâhil sunucu ve render edilmiş işaretlemeyi inceleyin.
Neden: Yalnızca betikle çalışan gezinme, bölümlerin tamamını keşfedilemez bırakabilir.
Kaynak: Google taranabilir bağlantılar rehberi

İç bağlantı metinleri açıklayıcı, kısa ve zorlanmış tekrardan uzak mı?

Ne: Bağlantı metni, çevresindeki bağlam içinde hedefi açıklamalıdır.
Nasıl: Tekrarlanan şablonları örnekleyin; genel, yanıltıcı, doldurulmuş veya boş bağlantıları işaretleyin.
Neden: Açıklayıcı bağlantılar gezinmeyi, erişilebilirliği ve sayfa ilişkisi sinyallerini iyileştirir.
Kaynak: Google bağlantı iyi uygulamaları

Yetim ve zayıf bağlantılı önemli sayfalar birden fazla envanterden tespit ediliyor mu?

Ne: Analytics, site haritası, CMS veya indekste olup taramada bulunmayan sayfa incelenmelidir.
Nasıl: Normalize edilmiş URL kümelerini karşılaştırın; ilgili bağlantılar ekleyin veya sayfayı bilinçli biçimde kaldırın.
Neden: Yetim sayfaların keşfi zordur ve çoğu zaman bozuk yayın akışına işaret eder.
Kaynak: Google bağlantılar ve keşif

İç bağlantılar doğrudan kanonik ve başarılı hedeflere mi gidiyor?

Ne: Şablonlar yönlendirme, hata, engellenmiş URL veya yinelenen varyant üzerinden bağlantı vermemelidir.
Nasıl: Tüm iç çıkış bağlantılarını tarayın ve tekrarlanan şablon hatalarına öncelik verin.
Neden: Doğrudan kanonik bağlantılar gecikmeyi, israfı ve çelişkili sinyalleri azaltır.
Kaynak: Google kanonikleştirme iyi uygulamaları

Her faset, filtre, sıralama, arama ve parametre URL ailesinin indeksleme stratejisi var mı?

Ne: Değerli açılış durumları ve düşük değerli kombinasyonlar farklı tarama ve indeks yaklaşımı gerektirir.
Nasıl: Parametre kalıplarını envanterleyin, sıralamayı kararlı yapın ve imkânsız kombinasyonlarda başarısız durum döndürün.
Neden: Sınırsız kombinasyonlar sonsuz tarama alanı ve yinelenen indeksler oluşturabilir.
Kaynak: Google fasetli gezinme rehberi

Sayfalandırma benzersiz URL'ler, kendine kanonikler ve sıralı taranabilir bağlantılar kullanıyor mu?

Ne: Dizideki her sayfa, yalnızca fragment kimliği kullanmadan bağımsız erişilebilir olmalıdır.
Nasıl: Google için rel next veya rel prev'e güvenmeden sonraki sayfa keşfini ve filtreli durumları test edin.
Neden: Tarayıcılar daha fazla yükle kontrollerine tıklamaz ve Google bu bağlantı ilişkilerini artık kullanmaz.
Kaynak: Google sayfalandırma rehberi

İndekslenebilir her sayfanın kendi dilinde benzersiz ve açıklayıcı bir title değeri var mı?

Ne: Title, sabit karakter hedefi olmadan sayfayı doğru biçimde özetlemelidir.
Nasıl: Eksik, yinelenen, belirsiz ve uyumsuz title değerlerini şablon ve arama görünümü bazında denetleyin.
Neden: Google, kullanıcıların gördüğü başlık bağlantısını üretmek için birden fazla sayfa sinyali kullanır.
Kaynak: Google başlık bağlantısı rehberi

Title değerleri anahtar kelime doldurma, tekrarlanan şablon, eski tarih ve aşırı marka metninden uzak mı?

Ne: Başlıklar her olası değiştiriciyi tekrarlamak yerine kısa ve yararlı olmalıdır.
Nasıl: Tekrarlanan şablonları inceleyin ve görünen başlıkları oluşturulan arama başlıklarıyla karşılaştırın.
Neden: Düşük kaliteli kalıplar yeniden yazılabilir ve sonuçların açıklığını azaltır.
Kaynak: Google başlık iyi uygulamaları

Ana görünür başlık açıkça belirlenebiliyor ve title elementiyle uyumlu mu?

Ne: Kullanıcılar ve arama sistemleri sayfanın ana konusu üzerinde anlaşmalıdır.
Nasıl: Title elementini, ana başlığı, hero metnini ve belirgin görsel etiketleri karşılaştırın.
Neden: Çelişkili belirgin başlıklar, başlık üretimini ve anlamayı daha az öngörülebilir kılar.
Kaynak: Google başlık bağlantısı kaynakları

Öncelikli sayfaların sabit uzunluk kurallarına bağlı olmayan yararlı ve sayfaya özel meta açıklamaları var mı?

Ne: Sayfanın değerini 155 karakter veya anahtar kelime listesi hedeflemek yerine insanlar için doğru açıklayın.
Nasıl: Eksik, yinelenen, genel, yanıltıcı ve programatik olarak zayıf açıklamaları denetleyin.
Neden: Google, sorguyu daha iyi açıkladığında güçlü bir açıklamayı sonuçta kullanabilir.
Kaynak: Google snippet rehberi

Arama sonucu önizleme kontrolleri bilinçli uygulanıyor mu?

Ne: nosnippet, data-nosnippet, max-snippet, image-preview ve video-preview uygun önizlemeleri etkiler.
Nasıl: Hukuki, ücretli veya hassas metnin kısıtlanması gereken yerlerde meta ve X-Robots yönergelerini inceleyin.
Neden: Önizleme kontrolleri yapay zekâ arama deneyimlerindeki uygunluk ve görünümü de etkileyebilir.
Kaynak: Google robots önizleme kontrolleri

Her sayfa açıkça tanımlanmış bir kitle ihtiyacına veya göreve hizmet ediyor mu?

Ne: İçerik, hedeflenen ziyaretçinin anlamlı bir işi tamamlamasına yardımcı olmalıdır.
Nasıl: Kitleyi ve görevi tanımlayın; sayfanın yeni bir aramaya zorlamadan yanıt verip vermediğini test edin.
Neden: İnsan odaklı yararlılık, öncelikle sıralama sistemleri için yazmaktan daha kalıcı bir ölçüttür.
Kaynak: Google insan odaklı içerik rehberi

İçerik özgün kanıt, deneyim, analiz veya bakış açısı ekliyor mu?

Ne: Öncelikli sayfalar mevcut arama sonuçlarını özetlemenin ötesinde değer sunmalıdır.
Nasıl: Sayfadaki birinci el örnekleri, verileri, yöntemleri, karşılaştırmaları veya uzman yorumunu belirleyin.
Neden: Kolayca yeniden üretilebilen içerik, kullanıcıya ve arama sistemine sayfayı tercih etme nedeni vermez.
Kaynak: Google yararlı içerik öz değerlendirmesi

Konu, keyfî kelime sayısı olmadan kullanıcı görevi için yeterli derinlikte işleniyor mu?

Ne: Karar vermek veya görevi tamamlamak için gereken bilgiyi verin ve gereksiz uzatmayın.
Nasıl: Kelime toplamı veya yalnızca rakip ortalamaları yerine kullanıcı sorularını ve yolculuk boşluklarını karşılaştırın.
Neden: Google'ın tercih ettiği kelime sayısı yoktur ve dolgu metin açıklığı azaltır.
Kaynak: Google SEO Başlangıç Kılavuzu

Olgusal iddialar doğru, destekli ve ilgili uzmanlık tarafından incelenmiş mi?

Ne: Etkisi yüksek iddialarda güvenilir kanıt, bağlam ve sorumlu bir inceleyen bulunmalıdır.
Nasıl: Hassas konularda kaynakları, tarihleri, hesapları, çıkar çatışmalarını ve uzman incelemesini kontrol edin.
Neden: Güvenilirlik özellikle sağlık, para veya güvenliği etkileyen içeriklerde kullanıcılar için kritiktir.
Kaynak: Google yararlı ve güvenilir içerik rehberi

Kullanıcının beklediği yerlerde yazarlık, katkı ve editoryal sorumluluk açık mı?

Ne: Sayfalar içeriği kimin oluşturduğunu veya incelediğini ve neden güvenilir olduğunu açıklamalıdır.
Nasıl: Yazar ve inceleme notlarını kapsamlı profil ve editoryal politika sayfalarına bağlayın.
Neden: Şeffaf kaynak bilgisi kullanıcıların güveni ve sorumluluğu değerlendirmesine yardım eder.
Kaynak: Google Kim Nasıl Neden rehberi

İçerik okunabilir, iyi yapılandırılmış ve gerçekten güncel tutuluyor mu?

Ne: Anlamlı bölüm ve başlıklar kullanın, eski iddiaları kaldırın ve tarihi yalnızca kapsamlı güncellemede değiştirin.
Nasıl: Başlıkları, dili, erişilebilirliği, bozuk kaynakları, eski olguları ve güncelleme geçmişini inceleyin.
Neden: Açık ve güncel içerik, başlık sayısını veya tazeliği sıralama formülü yapmadan insanlara daha iyi hizmet eder.
Kaynak: Google yararlı içerik soruları

Yapay zekâ destekli ve programatik sayfalar farklı bir değer sunuyor ve doğruluk incelemesinden geçiyor mu?

Ne: Otomasyon, sıralamayı manipüle etmek için seri sayfa üretmek yerine yararlı içeriği desteklemelidir.
Nasıl: Şablon bazında çıktıları örnekleyin, iddia ve kaynakları doğrulayın, sorumlu bir editoryal sahip atayın.
Neden: Ölçeklendirilmiş içerik kötüye kullanımı, içeriği insanın veya yapay zekânın üretmesinden bağımsız olarak amaç ve değere bağlıdır.
Kaynak: Google üretken yapay zekâ içerik rehberi

Site başka kaynaklardan kazınmış, otomatik yeniden yazılmış, birleştirilmiş veya düşük değerli otomatik çevrilmiş sayfalardan arındırılmış mı?

Ne: Başka kaynakları yeniden yayımlamak veya dönüştürmek önemli ölçüde özgün yarar eklemelidir.
Nasıl: Örnek sayfaları kaynak materyalle karşılaştırın; çeviri kalitesini ve yerel uygunluğu inceleyin.
Neden: Düşük değerli çoğaltma spam politikalarını ihlal edebilir ve kullanıcı güvenini zedeler.
Kaynak: Google spam politikaları

Geçiş sayfaları, anahtar kelime blokları, süresi dolmuş alan adı ve site itibarı kötüye kullanımı önleniyor mu?

Ne: Sayfalar ve üçüncü taraf bölümler, sıralama sinyallerinden yararlanmanın ötesinde gerçek bir kitle amacına sahip olmalıdır.
Nasıl: Şablonlu konum veya sorgu sayfalarını, barındırılan ortak içeriklerini, alınan alan adlarını ve doğal olmayan tekrarı inceleyin.
Neden: Manipülatif kalıplar algoritmik düşüşe veya manuel işleme yol açabilir.
Kaynak: Google web spam politikaları

Google'ın yapay zekâ özelliklerinde görünmesi hedeflenen sayfalar indekslenmiş ve snippet için uygun mu?

Ne: AI Overviews ve AI Mode, özel gönderim yolu yerine temel Arama uygunluğunu kullanır.
Nasıl: İndekslemeyi, önizleme kontrollerini, render içeriği, iç bağlantıları ve genel Arama kalitesini doğrulayın.
Neden: Yanlış noindex veya snippet kısıtları yapay zekâ özelliklerindeki görünümü de engelleyebilir.
Kaynak: Google yapay zekâ özellikleri ve web siteleri

Ekip desteklenmeyen yalnızca yapay zekâya yönelik SEO gereksinimlerini reddetti mi?

Ne: Google llms.txt, özel yapay zekâ şeması, zorunlu parçalara bölme veya özel sayfa uzunluğu istemez.
Nasıl: Bunları geçer-kalır şartı olmaktan çıkarın; taranabilirlik, yarar, medya ve yapılandırılmış veriye yatırım yapın.
Neden: Desteklenmeyen dosya ve formüller Google uygunluğunu artırmadan iş yükü yaratır.
Kaynak: Google yapay zekâ optimizasyon rehberi

İçerik her sorgu veya sorgu dallandırması (query fan-out) varyasyonu için ayrı sayfa üretmekten kaçınıyor mu?

Ne: Güçlü tek bir kaynak, birbirine yakın düşük değerli permütasyonlar yerine tutarlı kullanıcı ihtiyaçlarını kapsamalıdır.
Nasıl: Örtüşen sayfaları gruplayın, üretilen envanteri inceleyin ve zayıf varyantları birleştirin.
Neden: Sorgu ölçeğinde sayfa üretimi çoğu zaman düşük değerli yinelenme ve zayıf kullanıcı yolculuğu yaratır.
Kaynak: Google yapay zekâ optimizasyon rehberi

Yapay zekâ arama görünürlüğü mevcut raporların sınırları belgelenerek mi ölçülüyor?

Ne: Search Console Web performansını ve özel Üretken Yapay Zekâ raporunu yalnızca sınırlı rapor erişimi varsa kullanın.
Nasıl: Değişiklikleri yorumlamadan önce rapor kapsamını, yalnızca gösterim alanlarını, yayılım durumunu ve yayın notlarını kaydedin.
Neden: Eksik raporlama, tüm yapay zekâ yönlendirmelerinin eksiksiz ölçümü sanılmamalıdır.
Kaynak: Search Console Üretken Yapay Zekâ raporu

Her yapılandırılmış veri türü güncel olarak desteklenen bir Google Arama özelliğiyle eşleşiyor mu?

Ne: Eski zengin sonuç listeleri yerine canlı Arama Galerisi'ni kullanın.
Nasıl: Her uygulamayı güncel özellik rehberi ve uygunluk gereksinimleriyle eşleyin.
Neden: Desteklenmeyen veya kaldırılmış görünüm türleri Arama görünümü değeri sağlamadan bakım yükü ekler.
Kaynak: Google Arama Galerisi

Zorunlu yapılandırılmış veri özellikleri eksiksiz ve görünür sayfa içeriğiyle tutarlı mı?

Ne: İşaretleme ilgili, güncel, özgün ve sayfada kullanıcılara gösterilen içerikle uyumlu olmalıdır.
Nasıl: Zorunlu ve önerilen özellikleri render içerik ve kaynak kayıtlarıyla karşılaştırın.
Neden: Gizli, yanıltıcı veya eski işaretleme uygunluğu kaybettirebilir ya da politikaları ihlal edebilir.
Kaynak: Google yapılandırılmış veri politikaları

Yapılandırılmış veri ham ve render edilmiş çıktıda geçerli mi?

Ne: Sözdizimi, iç içe yapı, tanımlayıcı, URL ve üretilen değerler üretim render'ında korunmalıdır.
Nasıl: Yayından önce Zengin Sonuçlar Testi'ni, yayından sonra URL Denetleme'yi kullanın.
Neden: Derleme sırasındaki geçerlilik, tarayıcının üretimde aynı işaretlemeyi aldığını kanıtlamaz.
Kaynak: Google yapılandırılmış veriye giriş

Yapılandırılmış veri görünüm garantisi yerine uygunluk olarak mı ele alınıyor?

Ne: Geçerli işaretleme sayfayı değerlendirmeye uygun kılar, ancak zengin sonucu onaylamaz veya garanti etmez.
Nasıl: Paydaş beklentilerini belirleyin; Search Console geliştirmelerini ve manuel işlemleri izleyin.
Neden: Arama görünümü sorgu, cihaz, ülke, kalite ve sistem kararına göre değişir.
Kaynak: Google yapılandırılmış veri politikaları

Yorum işaretlemesi desteklenen türler ve gerçek görünür puanlarla mı sınırlı?

Ne: İncelenen işletmenin kontrol ettiği kendine hizmet eden Organization veya LocalBusiness puanlarını hariç tutun.
Nasıl: Her toplam puan ve yorumu görünür birinci taraf içeriğine ve desteklenen üst türe bağlayın.
Neden: Geçersiz veya kendine hizmet eden yorum işaretlemesi yıldız özelliğine uygun değildir.
Kaynak: Google yorum snippet rehberi

Organization ve WebSite sinyalleri siteyi ve markayı tutarlı tanımlıyor mu?

Ne: Ad, URL, logo, iletişim bilgileri ve resmî profiller görünür ve yapılandırılmış kaynaklarda uyuşmalıdır.
Nasıl: Ana sayfa Organization ve WebSite verisini kanonik marka sayfaları ve profilleriyle birlikte denetleyin.
Neden: Tutarlı kimlik, Arama'nın kuruluşu ve site adını anlamasına ve göstermesine yardımcı olur.
Kaynak: Google Organization yapılandırılmış verisi

Breadcrumb işaretlemesi ile görünür gezinme aynı hiyerarşiyi mi anlatıyor?

Ne: BreadcrumbList konumları ve URL'leri kullanıcıya yararlı bir yolu temsil etmelidir.
Nasıl: İç içe şablonlarda render edilen breadcrumb'ları, kanonik URL'leri ve yapılandırılmış öğeleri karşılaştırın.
Neden: Doğru breadcrumb'lar sayfa bağlamını Arama'da ve sitede netleştirebilir.
Kaynak: Google breadcrumb yapılandırılmış verisi

Favicon taranabilir, kararlı, kare ve markayı temsil eder nitelikte mi?

Ne: Ana sayfa Google tarafından erişilebilir, desteklenen ve kalıcı tek bir favicon tanımlamalıdır.
Nasıl: Link elementini, URL kararlılığını, görsel biçimini, kare yapıyı ve mümkünse 48 pikselden büyük ölçüyü doğrulayın.
Neden: Açık bir favicon uygun arama sonuçlarında marka tanınırlığını artırır.
Kaynak: Google favicon rehberi

Önemli görseller taranabilir img veya picture işaretlemesiyle sunuluyor mu?

Ne: Arama açısından önemli görseller yalnızca CSS arka planı veya etkileşimle oluşturulan varlık olmamalıdır.
Nasıl: Render edilmiş HTML'i inceleyin ve Google'ın görsel URL'lerini alabildiğini doğrulayın.
Neden: Google Görseller desteklenen HTML görsel elementlerini keşfeder ancak CSS görsellerini indekslemez.
Kaynak: Google Görseller iyi uygulamaları

Görseller bağlama uygun metin alternatiflerine sahip mi?

Ne: Bilgi veren görseller anlamlı alt metin, dekoratifler boş alt metin, bağlantılı görseller hedef açıklaması kullanmalıdır.
Nasıl: Her görselde anahtar kelimeli alt değerini zorunlu kılmak yerine bağlamdaki amacı inceleyin.
Neden: Doğru alternatifler erişilebilirliği destekler ve sistemlerin görsel içerik ile işlevi anlamasına yardım eder.
Kaynak: W3C görsel alt karar ağacı

Temel görseller kaliteli, responsive ve verimli sunuluyor mu?

Ne: Boyutlar, responsive adaylar, uygun biçimler, sıkıştırma ve bilinçli yükleme davranışı sağlayın.
Nasıl: Render boyutunu, aktarım maliyetini, cihaz varyantlarını, düzen kararlılığını ve LCP görselinin gecikmesini denetleyin.
Neden: Sonuca dayalı sunum, keyfî 20 KB kuralı olmadan keşfi ve deneyimi iyileştirir.
Kaynak: web.dev görsel performansı rehberi

Görsel site haritası yalnızca önemli görsellerin keşfi başka türlü zorsa mı kullanılıyor?

Ne: Görsel site haritası uzantıları uygun görsel URL'leri için isteğe bağlı keşif desteğidir.
Nasıl: Uzantıyı eklemeden veya korumadan önce render keşfini medya envanteriyle karşılaştırın.
Neden: Koşullu kullanım, zaten taranabilir varlıkları tekrarlamadan site haritasını yararlı tutar.
Kaynak: Google görsel site haritası rehberi

Arama görünürlüğü hedeflenen her videonun indekslenebilir bir izleme sayfası var mı?

Ne: Video, benzersiz başlık ve açıklamaya sahip sayfanın ana görünür içeriği olmalıdır.
Nasıl: Her video şablonunda görünürlüğü, oynatmayı, kanonik durumu ve sayfa uygunluğunu test edin.
Neden: Google videoları öncelikle videonun merkezde olduğu özel izleme sayfalarından indeksler.
Kaynak: Google video SEO iyi uygulamaları

Video ve küçük resim URL'leri kararlı, taranabilir ve etkileşim olmadan yüklenebilir mi?

Ne: Google desteklenen medya ve küçük resim kaynaklarını doğrudan alabilmelidir.
Nasıl: URL'leri anonim test edin; robots, süre sonu davranışı ve oynatma öncesi render keşfini inceleyin.
Neden: Erişilemeyen veya geçici varlıklar video indeksleme ve önizleme üretimini engeller.
Kaynak: Google video indeksleme gereksinimleri

VideoObject, video site haritası ve Open Graph verileri gerektiğinde tutarlı mı?

Ne: Meta veriler aynı görünür videoyu, küçük resmi, tarihi, süreyi ve içerik URL'sini açıklamalıdır.
Nasıl: Render işaretlemesini doğrulayın; yalnızca biçim ve envanter uygunsa video haritası veya önemli anlar kullanın.
Neden: Tutarlı isteğe bağlı sinyaller Google'ın uygun videoları anlamasına ve sunmasına yardımcı olur.
Kaynak: Google VideoObject yapılandırılmış verisi

Videolarda doğru altyazı ve yararlı transkript bulunuyor mu?

Ne: Konuşma ve temel görsel bilgiler erişilebilir metin olarak sunulmalıdır.
Nasıl: Altyazı zamanlama ve doğruluğunu inceleyin; medya ve kitleye uygun transkript yayımlayın.
Neden: Erişilebilir alternatifler, anahtar kelime doldurulmuş eş metin olmadan daha fazla kullanıcının içeriği anlamasını sağlar.
Kaynak: W3C transkript rehberi

Temel şablonlar mobil ve masaüstünde gerçek kullanıcı 75. yüzdelik diliminde Core Web Vitals hedeflerini karşılıyor mu?

Ne: LCP en fazla 2,5 saniye, INP en fazla 200 milisaniye ve CLS en fazla 0,1 olmalıdır.
Nasıl: Gerçek kullanıcıları şablon ve cihaz bazında ölçün; her metriğin 75. yüzdelik dilimini doğrulayın.
Neden: Saha metrikleri gerçek ziyaret deneyimini temsil eder ve sayfa deneyimi değerlendirmesini destekler.
Kaynak: web.dev Core Web Vitals

Zayıf Search Console Core Web Vitals grupları görünürlük ve iş önemine göre önceliklendiriliyor mu?

Ne: Gruplanmış mobil ve masaüstü sorunlarının sahibi, etkilenen şablonları ve doğrulama planı olmalıdır.
Nasıl: Search Console gruplarını gösterim ve gelirle birleştirin; 28 günlük hareketli doğrulama döngüsünü izleyin.
Neden: Şablon düzeltmeleri birçok URL'yi iyileştirebilir; doğrulama yeterli yeni saha verisi gerektirir.
Kaynak: Search Console Core Web Vitals raporu

Kabul için gerçek kullanıcı verisi, teşhis için laboratuvar testi mi kullanılıyor?

Ne: Gerçek kullanıcı verisi ile kontrollü laboratuvar izleri farklı soruları yanıtlar.
Nasıl: Cihaz, ağ, önbellek, trafik karışımı ve etkileşim kalıplarındaki farkları inceleyin.
Neden: Tek bir Lighthouse çalışması kullanıcı kitlesinin deneyimini kanıtlayamaz.
Kaynak: web.dev laboratuvar ve saha verisi farkları

LCP, INP ve CLS kök nedenleri şablon bazında ayrı ayrı teşhis ediliyor mu?

Ne: Her hatanın arkasındaki kaynak zincirini, ana iş parçacığı etkileşimini veya düzen kayması kaynağını bulun.
Nasıl: Bileşik bir puanı optimize etmek yerine izleri ve saha atıflarını kullanın.
Neden: Her metrik farklı bir deneyimi ölçer ve farklı düzeltme gerektirir.
Kaynak: web.dev sahada performans teşhisi

Performans gerilemeleri bölümleniyor ve yayınlarla ilişkilendiriliyor mu?

Ne: Cihaz, coğrafya, tarayıcı, ağ, URL grubu, CDN ve trafik değişiklikleri gerilemeyi açıklayabilir.
Nasıl: Yayın notlarını koruyun ve etkilenen grupları her değişiklikten önce ve sonra karşılaştırın.
Neden: Bölümleme, ilgisiz toplu harekete dayanan geniş ve yanlış düzeltmeleri önler.
Kaynak: web.dev performans izleme

Sayfa deneyimi tek bir SEO puanı yerine kullanıcı sonuçları bütünü olarak mı inceleniyor?

Ne: Güvenli sunumu, kullanılabilir mobil görünümü, engelsiz içeriği ve güçlü performansı birlikte değerlendirin.
Nasıl: Tek bir geçer-kalır toplamı uydurmadan HTTPS, müdahaleci geçişler, temel erişilebilirlik ve CWV'yi test edin.
Neden: Google sayfa deneyiminin tek bir sinyali olmadığını açıkça belirtir.
Kaynak: Google sayfa deneyimi rehberi

Her yerelleştirilmiş sürümün ayrı ve kararlı bir URL'si var mı?

Ne: Dil ve bölge içeriği yalnızca çerez veya tarayıcı ayarına bağlı kalmadan adreslenebilmelidir.
Nasıl: Her yerel URL'yi yeni oturumda doğrudan açıp içeriğini ve durumunu doğrulayın.
Neden: Ayrı URL'ler kullanıcıların ve tarayıcıların her sürümü keşfetmesini, paylaşmasını ve indekslemesini sağlar.
Kaynak: Google çok bölgeli site rehberi

Hreflang açıklamaları tam URL'li, kendine referanslı, karşılıklı ve geçerli mi?

Ne: Her dil kümesi desteklenen dil ve isteğe bağlı bölge kodlarıyla eşleşen URL kümelerine sahip olmalıdır.
Nasıl: Kümedeki her üyenin HTML, HTTP başlığı veya site haritası açıklamalarını karşılaştırın.
Neden: Eksik dönüş bağlantıları veya geçersiz kodlar açıklamaların yok sayılmasına neden olabilir.
Kaynak: Google hreflang rehberi

Yerelleştirilmiş sayfalar aynı dildeki eşdeğer küme içinde mi kanonikleşiyor?

Ne: Çevrilmiş her sayfa normalde başka dili göstermek yerine kendi dilinde kanonik olmalıdır.
Nasıl: Her yerel şablonda kanonik ve hreflang hedeflerini çapraz kontrol edin.
Neden: Çelişkili sinyaller hedeflenen yerel URL'yi baskılayabilir.
Kaynak: Google yerelleştirilmiş sürümler rehberi

X-default yalnızca gerçek bir varsayılan veya dil seçici için mi kullanılıyor?

Ne: Listelenen yerel dillerden hiçbiri uygun değilse gösterilen tarafsız hedefte x-default kullanın.
Nasıl: Kullanıcı deneyimini, kanoniği, yönlendirmeleri ve karşılıklı açıklamaları doğrulayın.
Neden: Bilinçli varsayılan, Google'ın eşleşmeyen kullanıcılar için uygun hedefi seçmesine yardım eder.
Kaynak: Google x-default rehberi

Kullanıcılar ve tarayıcılar zorunlu IP yönlendirmesi olmadan normal bağlantılarla dil değiştirebiliyor mu?

Ne: Coğrafi konum veya Accept-Language varsayılan önerse bile dil seçimi erişilebilir kalmalıdır.
Nasıl: Farklı bölge ve dil ayarlarından test edin ve istenen URL'yi koruyun.
Neden: Zorunlu uyarlama sürümleri tarayıcılardan gizleyebilir ve çok dilli kullanıcıları zorlayabilir.
Kaynak: Google yerel ayara uyarlanan sayfalar

Yerelleştirilmiş sayfalar içerik, meta veri, yapılandırılmış veri ve dil kalitesini koruyor mu?

Ne: Her sürüm eksik veya incelenmemiş makine çevirisi yerine kitlesine tam hizmet etmelidir.
Nasıl: Şablon eşdeğerliğini, sayfa dilini, çevrilmiş varlıkları ve ana dilde editoryal incelemeyi karşılaştırın.
Neden: Hreflang eksik, erişilemez veya düşük değerli yerelleştirilmiş içeriği telafi edemez.
Kaynak: Google uluslararası site yönetimi

Ürün sayfaları satın alma deneyimine uygun yapılandırılmış veri modelini mi kullanıyor?

Ne: Satın alınabilir sayfalar merchant listing Product verisini, editoryal sayfalar uygun product snippet modelini kullanmalıdır.
Nasıl: Sayfa amacı ve zorunlu özellikleri güncel Product özelliği belgesiyle eşleyin.
Neden: Doğru model uygunluğu ve Arama'nın anlayabileceği teklif ayrıntılarını belirler.
Kaynak: Google Product yapılandırılmış verisi

Fiyat, para birimi, stok, durum ve tanımlayıcılar her yerde uyuşuyor mu?

Ne: Görünür ürün verisi, yapılandırılmış veri, ödeme adımı ve Merchant Center aynı güncel teklifi açıklamalıdır.
Nasıl: Örnek SKU'ları sayfa kaynağı, render çıktısı, feed teşhisi ve işlem akışında karşılaştırın.
Neden: Çelişkili ticaret verisi retlere, eski sonuçlara ve kullanıcı güvensizliğine neden olabilir.
Kaynak: Google ürün verisi belirtimi

Shopping görünürlüğü önemliyse Merchant Center verisi eksiksiz ve izlenen durumda mı?

Ne: Güncel feed ve hesap teşhisleri sayfa içi yapılandırılmış veriyi tamamlar.
Nasıl: Zorunlu özellikleri gönderin, güncellemeleri planlayın ve ürün ile hesap düzeyi uyarıları çözün.
Neden: İki kaynağı birlikte kullanmak Google'ın anlayışını güçlendirir ve ek yüzeyleri destekler.
Kaynak: Google ürün verisi paylaşımı

Ürün varyantları taranabilir, önceden seçilebilir URL'ler ve doğru kanonik modeli kullanıyor mu?

Ne: Varyant URL'si eşleşen görseli, fiyatı, stoku, tanımlayıcıyı ve sepet durumunu göstermelidir.
Nasıl: Belgelenmiş tek sayfalı ProductGroup veya çok sayfalı modeli seçin ve tüm kanonik ilişkileri test edin.
Neden: Yanlış birleştirme önemli varyantları gizleyebilir veya yinelenen envanter oluşturabilir.
Kaynak: Google ürün varyantı yapılandırılmış verisi

Ürün açıklamaları ve incelemeleri birinci el kanıt ekliyor mu?

Ne: Üretici metninin ötesinde ölçüm, karşılaştırma, özgün medya, artı, eksi ve deneyim sunun.
Nasıl: Öncelikli sayfaları gerçek test veya değerlendirme süreciyle karşılaştırın.
Neden: Özgün kanıt alışveriş kararına yardımcı olur ve sayfayı kopyalanmış listelerden ayırır.
Kaynak: Google yüksek kaliteli inceleme rehberi

Kargo ve iade politikaları görünür ve desteklenen sistemlerde tutarlı mı?

Ne: Kullanıcılar ve Google sitede ve ilgili verilerde aynı güncel politika şartlarını almalıdır.
Nasıl: Politika sayfalarını, ödeme adımını, Merchant Center'ı ve Organization veya Product işaretlemesini karşılaştırın.
Neden: Doğru politika bilgisi satın alma kararlarını ve uygun ticaret görünümlerini destekler.
Kaynak: Google kuruluş iade politikası işaretlemesi

Her Google Business Profile gerçek işletmeyi doğru temsil ediyor mu?

Ne: Gerçek ad, adres veya hizmet alanı, saatler ve en az sayıda kesin kategoriyle işletme başına bir uygun profil kullanın.
Nasıl: Profili mağaza kanıtı, resmî sayfalar ve operasyon kayıtlarıyla karşılaştırın.
Neden: Doğru profiller yerel keşfi korur ve yanıltıcı müşteri deneyimini önler.
Kaynak: Google Business Profile kuralları

Her fiziksel konumun doğru LocalBusiness verili taranabilir bir sayfası var mı?

Ne: Konum sayfaları benzersiz yararlı içerik, iletişim bilgileri, saatler ve en özel uygun türü sunmalıdır.
Nasıl: Görünür bilgileri, kanonikleri, iç bağlantıları, yapılandırılmış veriyi ve Business Profile hedeflerini uzlaştırın.
Neden: Tutarlı konum kanıtı kullanıcıların ve Arama'nın her gerçek dünya varlığını anlamasına yardımcı olur.
Kaynak: Google LocalBusiness yapılandırılmış verisi

Site ölçümü Universal Analytics bağımlılığı olmadan GA4 tabanlı mı?

Ne: Kritik şablonlar amaçlanan GA4 web veri akışını ve G ile başlayan Measurement ID'yi kullanmalıdır.
Nasıl: Etiketleri, panoları, entegrasyonları ve belgeleri kaldırılmış UA mülkü veya alanları için envanterleyin.
Neden: Universal Analytics veri işlemeyi durdurdu ve 2024'te erişilemez hâle geldi.
Kaynak: Google Universal Analytics kapanışı

Etiket kapsamı her kritik şablonda veri toplandığını doğruluyor mu?

Ne: Eksik, yinelenen veya yanlış konumlu etiketler sayfa kaynağına bakarak varsayılmamalı, doğrulanmalıdır.
Nasıl: Tag Coverage ve Tag Diagnostics kullanın; şüpheli boşlukları Tag Assistant ile doğrulayın.
Neden: Veri toplama boşlukları SEO ve iş performansı sonuçlarını yanlış kılabilir.
Kaynak: Google Tag Coverage

Realtime ve DebugView ile doğrulanan bilinçli bir GA4 etkinlik haritası var mı?

Ne: Otomatik toplanan, gelişmiş ölçüm, önerilen ve özel etkinlikleri ayırın.
Nasıl: Temsilî yolculukları tetikleyin; adları, parametreleri, sayıları ve yinelenmeleri inceleyin.
Neden: GA4 etkinlik tabanlıdır; temiz ölçüm modeli yararlı raporlamanın temelidir.
Kaynak: Google Analytics etkinlikleri

Kritik iş eylemleri önerilen adlarla önemli etkinlik olarak işaretlenmiş mi?

Ne: Eski hedef ve kategori-eylem-etiket yaklaşımını anlamlı GA4 etkinlikleriyle değiştirin.
Nasıl: Her iş sonucunu varsa önerilen etkinlikle eşleyin ve doğru etkinliği önemli olarak işaretleyin.
Neden: Tutarlı semantik amaçlanan raporlamayı açar ve parçalı uygulamayı azaltır.
Kaynak: Google Analytics önemli etkinlikleri

E-ticaret satın alma ve iade etkinlikleri eksiksiz ve yinelenmeye karşı korunmuş mu?

Ne: Zorunlu ürünler, değer, para birimi ve benzersiz transaction ID gerçek işlemi açıklamalıdır.
Nasıl: Huni, satın alma, iptal ve iade yollarını DebugView ve raporlarda test edin.
Neden: Eksik parametre ve yinelenen satın alma, gelir ile SEO açılış sayfası analizini bozar.
Kaynak: Google Analytics e-ticaret ölçümü

Site içi arama view_search_results ve gerçek arama terimiyle ölçülüyor mu?

Ne: Site araması hassas girdiyi açığa çıkarmadan geçerli sorgu parametresini kaydetmelidir.
Nasıl: Aramaları, sonuçsuz durumları, yeniden yazılan URL'leri ve yinelenen page_view davranışını test edin.
Neden: İç talep organik yolculuklarla ilgili içerik boşluklarını ve gezinme sorunlarını gösterir.
Kaynak: Google Analytics gelişmiş ölçüm

Alanlar arası ölçüm kullanıcı yolculuğunu koruyor mu?

Ne: Alan adları, alt alanlar, formlar ve ödeme sağlayıcıları aynı Measurement ID'yi ve bozulmamış linker parametrelerini kullanmalıdır.
Nasıl: Gerçek yolculukları izleyip yapılandırılmış alanları, gl parametresini, oturumları ve kendi kendine yönlendirmeleri doğrulayın.
Neden: Bozuk bağlantılama tek ziyaretçiyi birden fazla oturuma böler ve dönüşümleri yanlış kaynağa yazar.
Kaynak: Google Analytics alanlar arası ölçüm

İzin varsayılanları ölçümden önce ayarlanıyor ve kullanıcı seçimi sonrasında doğru güncelleniyor mu?

Ne: Uygun olduğunda ad_user_data ve ad_personalization dâhil izin durumu etiket davranışından önce gelmelidir.
Nasıl: İlk yükleme, kabul, ret, yeniden ziyaret ve gezinme senaryolarında etkinlik zaman çizelgesini inceleyin.
Neden: Yanlış sıralama veri kalitesi ve gizlilik kontrolü hataları yaratır.
Kaynak: Google izin modu uygulaması

Search Console ve GA4 açık doğruluk kaynağı ve veri saklama kurallarıyla bağlı mı?

Ne: Tıklama öncesi arama performansı için Search Console, site içi davranış için GA4 kullanın.
Nasıl: Beklenen farkları belgeleyin ve 16 aydan uzun geçmiş gerektiğinde Search Console verisini dışa aktarın.
Neden: Sistemler yolculuğun farklı aşamalarını ölçer ve aynı veri kümesi gibi uzlaştırılamaz.
Kaynak: Google Analytics ve Search Console karşılaştırması

SEO yayınları, veri toplama kaybı, güvenlik sorunları ve arama anomalileri etkin biçimde izleniyor mu?

Ne: Uyarı ve notlar indeksleme, trafik, CWV, etiket, önemli etkinlik, manuel işlem ve güvenlik ihlalini kapsamalıdır.
Nasıl: Sorumlular atayın, yayın ve olayları notlandırın, her uyarı veya doğrulamayı kayıtlı sonuca ulaştırın.
Neden: Kanıt ve tepki süresi, panoları ara sıra açmaktan daha önemlidir.
Kaynak: Search Console izleme rehberi

Her taşıma eksiksiz bir eski-yeni URL haritasına dayanıyor mu?

Ne: Taramalar, Analytics, site haritaları, CMS, backlinkler, medya ve sunucu loglarındaki URL'leri dâhil edin.
Nasıl: Bilinen her eski URL'yi normalize edip sınıflandırın; eşdeğer hedef veya kaldırma durumu atayın.
Neden: Eksik eski URL'ler önlenebilir trafik kaybına ve bozuk kullanıcı yolculuklarına yol açar.
Kaynak: Google site taşıma rehberi

Hedef kapasitesi, Search Console sahipliği ve yayın öncesi temel ölçüm hazır mı?

Ne: Yeni ana makine tarama talebini karşılamalı; eski ve yeni mülkler doğrulanabilmelidir.
Nasıl: Temsilî yükü test edin; sıralama, tıklama, indeksleme, tarama, CWV ve dönüşüm temelini arşivleyin.
Neden: Hazırlık ve temel kanıt, taşıma hatalarını tespit edilebilir ve kurtarılabilir kılar.
Kaynak: Google site taşıma hazırlığı

Yönlendirmeler, kanonikler, hreflang, iç bağlantılar ve site haritaları yayında birlikte değiştiriliyor mu?

Ne: Her keşif ve birleştirme sinyali yeni son URL'leri göstermelidir.
Nasıl: Eski ve yeni envanteri tarayın; yayın öncesi geçici test noindex veya robots engellerini kaldırın.
Neden: Karışık sinyaller birleştirmeyi yavaşlatır ve yeni siteyi Arama'ya kapatabilir.
Kaynak: Google site taşıma yayın adımları

Taşıma yayın sonrasında izleniyor ve yönlendirmeler en az bir yıl korunuyor mu?

Ne: Kararlılık sağlanana kadar eski ve yeni tarama, indeks, trafik, CWV ve dönüşüm davranışını izleyin.
Nasıl: Uygunsa Adres Değişikliği gönderin, örnekleri denetleyin ve yönlendirme altyapısını sağlıklı tutun.
Neden: Arama sistemleri ve kullanıcılar eski URL'leri yayından çok sonra istemeye devam eder.
Kaynak: Google site taşıma izlemesi

Organik trafik düşüşleri neden atanmadan önce bölümleniyor mu?

Ne: Sayfa, sorgu, cihaz, ülke, arama türü, indeksleme, mevsimsellik ve yayın etkilerini ayırın.
Nasıl: Search Console, URL Denetleme, loglar, Analytics, yayın notları ve Google Trends'i birleştirin.
Neden: Farklı kayıp kalıpları farklı düzeltme gerektirir ve toplamlar kanıtı gizler.
Kaynak: Google trafik düşüşü teşhisi

Doğrulama, inceleme ve olay iş akışları belgeli bir son duruma ulaştırılıyor mu?

Ne: Yalnızca gönderim yapmak indeksleme, güvenlik veya geliştirme sorununun çözüldüğünü kanıtlamaz.
Nasıl: Sorumluyu, kanıtı, istek zamanını, son durumu, tekrarı ve önleyici eylemi kaydedin.
Neden: Kapalı döngü operasyonlar tekrarlanan hataları ve kanıtsız tamamlanma iddialarını önler.
Kaynak: Search Console doğrulama iş akışı

Bu liste tarihli, çünkü eskiyecek. Arama, çoğu zaman ancak bir şey bozulduğunda fark edilen küçük adımlarla değişiyor, bugün sorunsuz görünen bir madde sessizce geçerliliğini kaybedebiliyor. Hiçbir maddeyi form arkasına koymadık, işaretlediğiniz kutular da kendi browser'ınızda kalıyor. GEO kontrol listesi aynı işi AI araması için yapıyor.

Siteniz için bize yazın

Kontrol Listesi

KEŞİF VE İNDEKSLEME