Daha net AI arama sayfaları için bir schema.org alan haritası

Schema incelemesi, türleri seçmeden önce neyi kaydetmelidir?

Bir URL envanteri, hangi sayfaların yapılandırılmış açıklamalara ihtiyaç duyduğunu ve hangi bilgileri desteklediğini gösterir. Schema türlerinin bir listesiyle değil, sayfayla başlayın. Sayfanın amacını, ana varlığını, görünür iddialarını ve sorumlusunu kaydedin. Bu, işaretleme kararları için kontrol edilebilir bir temel oluşturur.

Her öncelikli URL için şunları yakalayın:

• Sayfa amacı: bir ziyaretçinin orada öğrenebileceği veya yapabileceği şey.
• Ana varlık: tanımlanan kuruluş, kişi, ürün veya makale.
• Kanıt: önerilen her değerin sayfada veya resmi bir kaynakta nerede göründüğü.
• Güncelleme sorumlusu: sayfa bilgileri değiştiğinde açıklamayı kimin gözden geçireceği.

Bir şirket genel bakışı bir kuruluşu tanımlayabilir. Bir ürün sayfası, gerçek ürünü ve desteklenen ayrıntıları belirlemelidir. Bir editoryal sayfa, makale içeriğini ve yazarlığını tanımlamalıdır. Sayfa önerilen bir bilgiyi göstermiyorsa, yararlı görünüyor diye onu yapılandırılmış açıklamaya eklemeyin.

Bu kayıt ayrıca içerik düzeltmelerini işaretleme düzeltmelerinden ayırmaya yardımcı olur. Eksik veya belirsiz bilgiler önce editoryal dikkat gerektirir. Tutarsız bir formatta ifade edilen doğru bilgiler, uygulama incelemesi gerektirir. Ek sayfa düzeyinde rehberlik için bkz. AI asistanları için alıntılanabilir içerik.

Ziyaretçilerin gördüğü sayfaya hangi schema.org türleri uyar?

Sayfanın görünür amacı, schema.org türü hakkında ilk ipucunu verir. İçeriği tanımlayan bir tür seçin, ardından yalnızca sayfa veya belirlenmiş bir resmi kaynak tarafından desteklenen özellikleri ekleyin. Bir tür haritası, bu kararları bir site genelinde incelenebilir kılar.

Bu bir seçim yardımıdır, zorunlu bir paket değildir. Bir sayfa bir site ve bir kuruluşla ilgili olabilir, ancak her açıklamanın net bir amacı olmalıdır. Sayfa bir makale içermiyorsa, tanıtım amaçlı bir sayfaya editoryal bir tür atamaktan kaçının. Sadece işaretlemeyi uzatmak için özellik eklemeyin.

Yayınlamadan önce aday türler için schema.org tanımlarını inceleyin. Ardından önerilen her özelliği envanterinizde kaydedilen sayfa kanıtıyla karşılaştırın. Teknik AEO kılavuzu, schema'yı diğer teknik inceleme alanlarıyla birlikte ele alır.

Pratik bir JSON-LD örneğinde neler bulunmalıdır?

Kullanışlı bir JSON-LD kaydı, bir incelemecinin doğrulayabileceği bir tür ve değerler içerir. Örneği sayfayla karşılaştırabilecek kadar küçük tutun. Aşağıdaki kuruluş kaydı, yayınlanmadan önce değiştirilmesi gereken örnek değerler kullanır:

Örnek JSON-LD: {"@context":"https://schema.org","@type":"Organization","name":"Örnek Proje","url":"https://ornek.org","sameAs":["https://sosyal.ornek.org/proje"]}

Bağlam, kelime dağarcığını tanımlar. Tür, tanımlanan varlığı adlandırır. Özellikler, adını, URL'sini ve profil referansını sağlar. Örnek URL'leri yayınlamayın. Bunları yalnızca aynı kuruluşu temsil eden doğrulanmış hedeflerle değiştirin.

Diğer türler için aynı incelemeyi kullanın. Bir makale kaydı, görünür başlık ve belirtilen yazarlıkla eşleşmelidir. Bir ürün kaydı, o sayfada gösterilen ürünü tanımlamalıdır. Bir özelliğin net bir kanıtı yoksa, sayfa veya resmi bir kaynak destekleyene kadar onu atlayın.

Yayın ekibinizin sürdürebileceği bir uygulama seçin. JSON-LD bir şablonda veya kontrollü CMS alanında bulunabilir. Önemli olan kontrol yalnızca konum değildir. Dağıtımdan sonra işlenmiş sayfayı ve yayınlanan yapılandırılmış kaydı karşılaştırın.

Bir ekip, bilgilerini bölmeden schema'yı nasıl uygulayabilir?

Bir sayfa-özellik haritası, editoryal bilgileri ve uygulama alanlarını bağlı tutar. Yayınlanan her kaydın bir sorumlusu ve bir inceleme noktası olması için kısa bir yayın dizisi kullanın. Bu, özellikle şablonlar birden çok URL'de işaretleme ürettiğinde kullanışlıdır.

1. Öncelikli URL'leri envantere alın ve her sayfanın amacını kaydedin.
2. Görünür bilgileri uygun bir türe ve özelliğe eşleyin.
3. Kaydı kontrollü bir CMS alanı veya şablon aracılığıyla ekleyin.
4. Yayınlanan çıktıyı işlenmiş sayfayla karşılaştırın.
5. İsimler, URL'ler veya sahiplik değiştiğinde etkilenen kayıtları yeniden kontrol edin.

Birkaç yerde görünen bilgiler için tek bir yetkili kaynak tutun. Örneğin, kuruluşun onaylanmış adını ve resmi URL'sini sayfası ve yapılandırılmış açıklaması boyunca tutarlı bir şekilde kullanın. Birden çok ekip aynı ayrıntıları düzenliyorsa, bir içerik sorumlusu ve bir uygulama incelemecisi atayın. Bu bölünme, güncel olmayan değerlerin yayılmadan önce belirlenmesine yardımcı olur.

Kurulumu görevin sonu olarak görmeyin. Bir site yayını şablonları, sayfa URL'lerini veya görünür metni değiştirebilir. İlgili yayın incelemesine schema kontrollerini ekleyin. İşaretleme ve bot kurulumu genelinde daha geniş planlama için bkz. teknik AEO.

Hangi kayıtlar, işaretleme ve görünürlük kontrollerinin sağlam olduğunu gösterir?

Bir doğrulama kaydı, yayınlanan işaretlemenin mevcut, okunabilir ve sayfasıyla tutarlı olup olmadığını gösterir. Bu teknik kontrolü AI yanıtlarının gözlemlerinden ayrı tutun. Geçerli bir kayıt, belirli bir yanıt motorunun hangi bilgileri kullandığını göstermez.

İncelenen her URL için sayfa adresini, inceleme tarihini, beklenen türü, kontrol edilen özellikleri ve sonucu kaydedin. Kaynak veya CMS çıktısının yanı sıra işlenmiş çıktıyı da inceleyin. Eklentilerden ve şablonlardan gelen yinelenen kayıtları arayın. İsimleri, URL'leri, yazarlığı ve işaretlenmiş diğer bilgileri ziyaretçiye yönelik içerikle karşılaştırın.

Tekrarlanabilir bir yanıt gözlemi için, kontrol etmeden önce küçük bir protokol tanımlayın. Pratik bir başlangıç paneli, 3 yanıt motorunda 10 ilgili soru ve soru başına 2 çalıştırmadır. Soruyu, motoru, tarihi, yanıtı, alıntılanan kaynakları ve sayfanın veya kuruluşun görünüp görünmediğini kaydedin. Bunlar, bir yanıtın neden göründüğüne dair kanıt değil, gözlem alanlarıdır.

İnceleme turlarını karşılaştırırken soru ifadesini sabit tutun. Yanıt metnini veya güvenilir bir yakalamayı kayıtla birlikte kaydedin. Sayfa içeriğindeki değişiklikleri gözlemlenen yanıtlardaki değişikliklerden ayırın. Bu, daha sonraki incelemeyi tek bir resmi olmayan aramadan daha kullanışlı hale getirir. Görünür yanıtları okuyucu sorularıyla hizalamak için bkz. SSS optimizasyonu.

LLMs.txt vs schema.org: hangi dosya hangi sorunu çözer?

Schema.org, varlıkları ve sayfa içeriğini yapılandırılmış özellikler aracılığıyla tanımlar. llms.txt, site kaynaklarını özetlemek için ayrı bir metin dosyası kuralıdır. Bunlar farklı yapılardır, bu nedenle biri diğerinin veya sayfa metninin yerini almaz.

Önce sorunu bulmak için sayfa envanterini kullanın. Sayfanın varlığı veya ilişkileri belirsizse, görünür içeriğini inceleyin ve doğru yapılandırılmış verileri düşünün. Bir llms.txt dosyasını değerlendiriyorsanız, özetlerini ve bağlantılarını ayrı bir yayın görevi olarak inceleyin. Her yapı için bir sorumlu tutun ve ilgili sayfalar değiştiğinde içeriğini kontrol edin.

Aynı bilginin farklı sürümlerini bir sorumlu olmadan sürdürmekten kaçının. Bir dosyadaki veya işaretleme kaydındaki güncel olmayan bir profil URL'si, görünür sayfayla çelişebilir. Metin dosyası kuralı hakkında arka plan için llms.txt: nedir ve ihtiyacınız var mı okuyun. Uygulama hususları için bkz. llms.txt ve AI bot kurulumu.

Bir schema kaydı size ChatGPT ve Perplexity hakkında ne söyleyebilir?

Bir schema kaydı, bir sayfanın yapılandırılmış biçimde ne ifade ettiğini incelemenizi sağlar. ChatGPT veya Perplexity'nin bir yanıt için kaynakları nasıl aldığını, değerlendirdiğini veya seçtiğini ortaya çıkaramaz. Bunların erişimi, işlemesi ve alıntı seçimleri site sahibinin kontrolü dışında kalır.

Bu ayrım, ChatGPT ve Perplexity alıntılarını karşılaştırırken önemlidir. Bir sayfa geçerli işaretlemeye sahip olabilirken, yanıt gözlemleri motora, soruya veya inceleme tarihine göre farklılık gösterebilir. Bir alıntı günlüğünü, schema'nın görünüme neden olduğunun kanıtı olarak değil, gözlemlediğinizin kanıtı olarak ele alın. Teknik doğrulama ve yanıt takibini ayrı kayıtlarda tutun.

Kullanışlı bir inceleme paketi, URL envanterini, sayfa-tür haritasını, örnek JSON-LD'yi, doğrulama notlarını ve yanıt gözlem günlüğünü içerir. Bunu somut sonraki adımları belirlemek için kullanın: güncel olmayan bir özelliği düzeltin, görünür metni netleştirin veya kararlı bir soru kontrolünü tekrarlayın. Sadece bir yanıt bir sayfayı alıntılamadı diye bir tür eklemeyin.

Başlamak için 3 ila 5 öncelikli URL'yi ve bunların temel bilgilerini onaylayan resmi kaynakları toplayın. Sayfa haritasını inceleyebilir, desteklenmeyen özellikleri işaretleyebilir ve yayın ekibiniz için odaklanmış bir uygulama kontrol listesi döndürebiliriz.

Nasıl çalışır

1. Öncelikli URL'leri listeleyinHer sayfanın amacını, ana varlığını ve içerik sorumlusunu kaydedin. Kuruluşu, ürünleri veya editoryal çalışmayı açıklayan sayfalarla başlayın.
2. Bilgileri türlere eşleyinUygun schema.org türlerini seçin. Önerilen her özelliği görünür sayfa içeriğine veya resmi bir kaynağa bağlayın.
3. İşaretlemeyi hazırlayınDesteklenen özellikleri kontrollü bir CMS alanı veya şablon aracılığıyla ekleyin. Değişiklikleri kontrol etmekten sorumlu bir incelemeciniz olsun.
4. Yayınlanan çıktıyı kontrol edinİşaretlemeyi işlenmiş sayfayla karşılaştırın. URL'yi, türü, incelenen özellikleri ve doğrulama sonucunu kaydedin.
5. Yanıt gözlemlerini kaydedinKararlı sorular kullanın ve motoru, tarihi, yanıtı ve alıntılanan kaynakları kaydedin. Bu günlüğü sözdizimi kontrollerinden ayrı tutun.