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, gerçekten render edilen HTML'yi okur; browser'da kimsenin fark etmediği yinelenen bir H1, boş bir link ya da bir şema alanı da buna dahildir. Biz her şablon için gerçekte neyin render edildiğini inceliyor, başlıklar, üst başlıklar, linkler ve yapılandırılmış veri için bir işaretleme sözleşmesi belirliyor ve bunu her yere yayılmadan önce temsil edici sayfalarda test ediyoruz. 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
  • Amazon
  • BMW
  • Shell
  • Hyundai
  • PepsiCo
  • Red Bull
  • MediaMarkt
  • Decathlon
  • Trendyol
  • Hepsiburada
  • Sahibinden.com
  • Bayer
  • Sanofi
  • EY
  • DenizBank
  • Acıbadem Sağlık Grubu
  • Abdi İbrahim
  • Yemeksepeti

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. Mühendislik ekibi lideri, düzeltme planlanmadan önce her şablondan hangi ekibin sorumlu olduğunu doğruluyor.

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

  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. İş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.

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

  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 ve mühendislik sorumluları, sayfanın gerçekten destekleyebildiği şema türleri ve değer boşken uygulanacak davranış üzerinde anlaşıyor.

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

  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. Şablonun sorumlusu, değişiklik sitenin geri kalanına yayılmadan önce yayını ve geri alma yolunu onaylıyor.

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

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ı

  • Karar matrisi

    Semantik ve uygunluk matrisi

  • Politika dokümanı

    Özellik ve kaynak kuralları

  • Değerlendirme tablosu

    Render doğrulama paketi

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