Zeo yöntemi

HTML ve Yapılandırılmış İşaretleme

Title, başlık, link, canonical ve şemanın taşıdığı tek bir sayfa amacı, şablonun gerçekten render ettiği HTML üzerinde kanıtlanmış hâliyle.

Arama motorları ve yardımcı teknolojiler tasarım dosyasını değil, render edilen HTML'yi okuyor. Buna browser'da kimsenin fark etmediği yinelenmiş bir H1, boş bir link, unutulmuş bir canonical ya da eskimiş bir şema alanı da dahil. Bu yüzden sayfa yapısının, sayfanın vermek istediği mesajı gerçekten taşıdığına bakıyoruz.

Title, başlık, link, canonical ve yapılandırılmış veriyi ortak bir sayfa amacı etrafında hizalıyoruz. Canlı şablonun bu anlamı koruduğunu da kanıtlıyoruz.

Bize yazınSite İçi SEO
Bir Zeo geliştiricisi title, başlık, link, canonical ve şema bloklarını sade bir browser sayfası taslağında bir araya getiriyor.

Birlikte çalıştığımız 500'den fazla markadan birkaçı

Tüm referansları gör
  • KPMG
  • Akakçe
  • TRT
  • Canbebe
  • Bernardo
  • Quick Sigorta

Aşamalar ve onay noktaları

Nasıl çalışıyoruz

Önce gerçek şablonları ve onlardan sorumlu ekipleri belirliyoruz. Ardından render edilen çıktıyı inceliyor, işaretlemenin hangi bilgileri dürüstçe taşıyabileceği üzerinde anlaşıyor ve değişikliği genişletmeden önce normal ve uç örneklerde canlı olarak test ediyoruz.

  1. Şablonları ve sorumlu ekipleri çıkarıyoruz

    URL'leri tek tek denetlemek yerine gerçek şablonlarına, render yollarına, içerik kaynaklarına ve bileşenlerden sorumlu ekiplere göre grupluyoruz.

    Tek bir düzeltmenin aynı kusuru hangi sayfalarda gidereceğini gösteren bir şablon kaydı çıkıyor.

    Yapay zeka desteği
    Büyük URL kümelerindeki DOM imzalarını karşılaştırıyor ve sayfaları onları gerçekte render eden şablonlara göre kümeliyor.
    İnsan onayı
    Mühendislik ekibi lideri, düzeltme planlanmadan önce her şablondan hangi ekibin sorumlu olduğunu doğruluyor. Şablondan sorumlu ekibi doğrulamadan devam etmiyoruz.

  2. Render edilen gerçek çıktıyı okuyoruz

    Yanıt HTML'sini ve browser DOM'unu kaydediyoruz. Title, H1, başlık sırası, landmark, link, görsel ve canonical kontrollerinin yanı sıra yalnızca JavaScript sonrası görünen içeriği de denetliyoruz.

    Her kusuru onu üreten bileşen ya da şablonla eşleştiren bir hata haritası elde ediyoruz.

    Yapay zeka desteği
    Yanıt HTML'sini render edilmiş DOM ile geniş ölçekte karşılaştırıyor, eksik ya da yinelenen title, başlık ve canonical etiketlerini işaretliyor.
    İnsan onayı
    İşaretlenen uyuşmazlığın gerçek bir kusur mu yoksa bilinçli bir şablon farkı mı olduğunu teknik SEO tarafındaki uzman değerlendiriyor. Kusurları önce ayıklıyoruz.

  3. İşaretleme kurallarını yazıyoruz

    Desteklediğimiz şema türlerini seçiyor, her özelliği görünür ve sorumlusu belli bir kaynağa bağlıyoruz. Değer boş, eski ya da uygun olmadığında ne yapılacağını da tanımlıyoruz.

    İçerik, veri, SEO ve mühendislik ekiplerinin aynı biçimde okuyabileceği tek bir şartname çıkıyor.

    Yapay zeka desteği
    Aday şema özelliklerini sayfanın görünür içeriğiyle eşleştiriyor, henüz görünür kaynağı olmayanları işaretliyor.
    İnsan onayı
    İçerik, veri ve mühendislik sorumluları, sayfanın gerçekten destekleyebildiği şema türleri ve değer boşken uygulanacak davranış üzerinde anlaşıyor. İşaretleme kurallarını onaylıyoruz.

  4. Temsili örnekleri yayınlayıp test ediyoruz

    Şablonun sorumlusu değişikliği kendi şablonu üzerinden uyguluyor. Sonra normal ve uç durumlarda kaynak HTML'yi, render edilmiş DOM'u, görünür içeriği, canonical davranışını ve doğrulayıcı sonuçlarını biz karşılaştırıyoruz.

    Kabul ettiğimiz kurallarla eşleşen, eşleşmediğinde de geri alma yolu olan canlı bir uygulama çıkıyor.

    Yapay zeka desteği
    Her derlemeden sonra aynı doğrulayıcıları ve DOM karşılaştırmasını, normal ve uç örneklerden oluşan kümede yeniden çalıştırıyor.
    İnsan onayı
    Şablonun sorumlusu, değişiklik sitenin geri kalanına yayılmadan önce yayını ve geri alma yolunu onaylıyor. Şablon sorumlusunun onayı olmadan yaymıyoruz.

Render edileni ölçekte yapay zeka okuyor; sayfanın neyi dürüstçe iddia edebileceğine insan karar veriyor.

Yapay zeka büyük URL kümelerindeki DOM imzalarını karşılaştırıp sayfaları onları gerçekte render eden şablonlara göre kümeliyor, yanıt HTML'sini render edilmiş DOM ile karşılaştırıp eksik ya da yinelenen title, başlık ve canonical etiketlerini işaretliyor, aday şema özelliklerini görünür içerikle eşleştirip görünür kaynağı olmayanları çıkarıyor, her derlemeden sonra doğrulayıcıları ve DOM karşılaştırmasını normal ve uç örneklerde yeniden çalıştırıyor. İşaretlemenin neyi iddia edebileceğine karar vermiyor. Uydurulmuş puan, yorum, yazarlık, fiyat, stok, etkinlik ya da politika verisi yayınlamıyoruz, bir özelliği destekleniyormuş gibi göstermek için gizli içerik eklemiyoruz, doğrulayıcı söz dizimini kabul etse bile uygun olmayan bir türü sürdürmüyoruz ve zengin sonuç gösterimi sözü vermiyoruz.

Çıktılar ve kabul koşulları

Elinize ne geçiyor

Sayfa semantiğiyle onu gerçekte üreten şablon arasındaki bağı koruyan dört çıktı veriyoruz.

  • Mimari harita

    Şablon işaretleme kaydı

    Kabul koşulu

    Kapsamdaki her URL test edilmiş bir şablon, render yolu, kaynak ve uygulama sorumlusuyla eşleşiyor.

  • Karar matrisi

    Semantik ve uygunluk matrisi

    Kabul koşulu

    Her satırda canlı DOM örneği, etkilenen şablon, önem düzeyi ve işaretlemenin neden uygun olup olmadığı yazıyor.

  • Politika dokümanı

    Özellik ve kaynak kuralları

    Kabul koşulu

    Yayınladığımız her özelliğin görünür bir karşılığı, tek bir kaynağı, bir sorumlusu ve eksik değer davranışı var.

  • Değerlendirme tablosu

    Render doğrulama paketi

    Kabul koşulu

    Kaynak HTML, browser DOM'u, görünür içerik, canonical'lar ve doğrulayıcı sonuçları normal ve uç örneklerde birbiriyle uyumlu.

Şu olduğunda tamam sayarız: Şablon kaydı, semantik matris, özellik ve kaynak kuralları ile doğrulama paketi; kapsamdaki her URL test edilmiş bir şablon, render yolu, kaynak ve uygulama sorumlusuyla eşleştiğinde, her matris satırı canlı DOM örneğini, şablonu, önem düzeyini ve uygunluk gerekçesini taşıdığında, yayınlanan her özelliğin görünür bir karşılığı, tek bir kaynağı, bir sorumlusu ve eksik değer davranışı olduğunda ve kaynak HTML, browser DOM'u, görünür içerik, canonical'lar ile doğrulayıcı sonuçları normal ve uç örneklerde uyuştuğunda tamamlanmış oluyor.

Uyum ve hazırlık

Ne zaman gerekir

Bir sayfa ancak CSS ve JavaScript devreye girdikten sonra anlam kazanıyorsa, altındaki belge görevini yeterince yapmıyor demektir.

Şu durumlarda iyi bir seçim

  • Title, H1, başlık sırası, landmark ya da link metni ortak şablonlar arasında tutarsız kalıyor. Render edilen belge bu yüzden artık tek bir sayfa amacını açıkça taşımıyor.
  • Canonical etiketleri, meta veriler ve render edilen sayfanın amacı aynı URL'yi ya da niyeti güvenilir biçimde göstermiyor.
  • Yapılandırılmış veri özellikleri duruyor ama görünür kaynağı, sorumlu ekibi ya da veri eskidiğinde ne olacağı belirsiz.

Şu durumlarda başka bir çalışma daha doğru

  • Görünür sayfa eksik ya da çelişkiliyken yalnızca işaretlemeyle sıralama veya zengin sonuç bekliyorsanız bu yöntem o sonucu vermiyor.
  • İlgili şablon incelenemiyor ya da değiştirilemiyor. Yayın sonrasında render edilmiş HTML'yi test edecek bir sorumlu da yok.

Bunlardan biri sizin durumunuza daha yakınsa, buradan başlayın: Site İçi SEO

Şu olduğunda tamam sayarız: Temsili şablonlar tutarlı bir belge taslağı, anlamlı linkler, doğru canonical kontrolleri ve yalnızca görünür sayfanın gerçekten desteklediği yapılandırılmış özellikleri üretiyor.

Bu SEO çalışmasının arkasındaki uzmanlar

Zeo'nun SEO hikâyesi 2006'da, MENA bölgesinin ilk SEO blogu olarak tanımladığımız yayınla başladı. Aşağıda gördüğünüz danışmanlar bu işi bugün de sürdürüyor ve bu sayfanın konusuna göre burada yer alıyor.

Bu konuda ürettiğimiz içerikler

YazıElif Naz Akan KarakoçYapay Zeka İçin Yapılandırılmış Veri: Schema ile AI Görünürlüğünü Desteklemek İçin İpuçlarıYazıSamet ÖzsüleymanEn Yaygın JSON-LD Schema Sorunları ve ÇözümleriYazıSamet ÖzsüleymanisVariantOf Schema ile Ürün Varyantları Nasıl Yönetilir?

Kullandığımız araçlar

Bu işin arkasındaki araçlar

  • Screaming Frog

    Ham HTML ve render edilmiş DOM arasındaki yapısal farkları karşılaştırıyoruz.

  • Sitebulb

    Render farklılıklarını ve şablon düzeyindeki anlamsal hataları gruplandırıp inceliyoruz.

  • Schema App

    Schema özelliklerini görünen alanlarla eşleyip güncellenebilirlik durumunu doğruluyoruz.

  • Lumar

    Geniş şablon gruplarında zamanlanmış render ve yapılandırılmış veri taramaları yapıyoruz.

  • Google Search Console

    Canlı zengin sonuç hatalarını ve yayın sonrası kapsama trendlerini izliyoruz.

  • Bing Webmaster Tools

    Canlı URL'lerin Bing tarafından tespit edilen yapılandırılmış verilerini inceliyoruz.

Sonraki adım

Tasarımın altındaki belgeye birlikte bakalım

Birkaç temsili şablonu ve mevcut doğrulama çıktınızı getirin. Önce düzeltilmeye değer ortak işaretleme sorunlarını bulalım.
Bize yazın

Başlamadan önce

Aklınıza takılanlar

Schema.org üzerindeki her özellik eklenmeli mi?

Hayır. Görünür bilgileri doğru anlatan, işe yarar bir anlam katan ve sürdürülebilir bir kaynağı olan özellikleri seçiyoruz. Daha fazla işaretleme kendiliğinden daha iyi sonuç vermiyor.

Geçerli şema zengin sonuç garantisi veriyor mu?

Hayır. Doğrulama yalnızca söz diziminin ve bazı uygunluk koşullarının karşılandığını gösteriyor. Özelliğin görünüp görünmeyeceğine ve nasıl sunulacağına arama sistemleri karar veriyor.

Neden hem kaynak HTML'yi hem browser DOM'unu test ediyorsunuz?

JavaScript, izinler ve bileşen zamanlaması, ilk yanıttan sonra browser'ın ürettiği çıktıyı değiştirebiliyor. Bot ya da kullanıcı farklı bir içerik alıyorsa kaynak dosyanın tek başına doğru olması yetmiyor.

Her sayfayı tek tek mi düzeltmek gerekiyor, şablonu düzeltmek yetiyor mu?

Kusur ortak bir şablondan geliyorsa tek bir düzeltme ve yayın, o şablonu kullanan bütün sayfaları kapsıyor. Şablon dışında üretilmiş ya da sayfaya özel geçersiz kılma taşıyan sayfalara ise ayrıca bakmak gerekiyor. Şablon kaydı hangi sayfanın hangi gruba girdiğini zaten gösteriyor.