Bir sayfa etiketi, ziyaretçinin görebildiği sayfayla eşleşmelidir
Schema.org işaretlemesi, yazılıma bir sayfanın ve konusunun yapılandırılmış bir tanımını verir. Sayfanın zaten söylediğini açıklamalı, ziyaretçinin doğrulayamayacağı iddialar eklememelidir.
Sayfanın amacını ve ana entity'sini yazarak başlayın. Ardından uyan en basit türü seçin. Bir projenin hakkında sayfası ile ürün sayfası, aynı web sitesinde yer alsalar bile birbirinin yerine geçemez. Bu, AI görünürlüğü için schema.org işaretlemesi için kullanışlı bir ilk kontrol sağlar. Bir kişi, işaretlenen her bilginin arkasındaki görünür içeriği gösterebilir mi?
| Sayfa veya konu | Olası tür | Pratik bir kontrol |
|---|---|---|
| Proje veya şirket | Organization | Kamuya açık adı ve ayrıntıları doğru mu? |
| Tüm web sitesi | WebSite | Kayıt, sitenin kendisini mi tanımlıyor? |
| Tek bir URL | WebPage | Tanımlanan sayfayı belirtiyor mu? |
| Editöryal kaynak | Article | Yazarı ve yayın ayrıntıları görünür mü? |
| Ürün veya yazılım | Product veya SoftwareApplication | Sayfa gerçekten o teklifi mi tanımlıyor? |
Ekibinizin bakımını yapabileceği küçük bir seti, desteklenmeyen özelliklerle dolu kalabalık bir kayda tercih ederiz. Teknik çalışmalar hakkında daha geniş bir bakış için teknik AEO rehberi bölümüne bakın.
İnsanların zaten sorduğu proje ayrıntılarından başlayın
İlk lansmanı sessiz geçen bir kurucu düşünün. Cevap veren tek kişi tatile çıkar ve yeni ziyaretçilerin hala proje hakkında net ayrıntılara ihtiyacı vardır.
Büyük bir işaretleme şablonuyla değil, o ziyaretçilerin ihtiyaç duyduğu sayfalarla başlardık. Proje adının, ürün açıklamasının ve iletişim ayrıntılarının sitede net bir şekilde görünüp görünmediğini kontrol ederdik. Ardından yalnızca bu görünür bilgileri uygun schema.org özelliklerine eşlerdik. Sayfa gerçeğin kaynağı olmaya devam eder; işaretleme onu takip eder.
Projenin bir ürün sayfası ve kısa bir açıklayıcı makalesi olduğunu hayal edin. Ürün sayfası, gerçekten ürünü tanımlıyorsa Product'ı destekleyebilir. Açıklayıcı makale, yazarı ve editöryal ayrıntıları gösteriliyorsa Article'a uygun olabilir. Sayfa bir alanı desteklemiyorsa, onu çıkarın ve önce proje sahibinden kaynağı netleştirmesini isteyin.
Bu, işi devretmeyi de kolaylaştırır. Bir ekip arkadaşı, neden eklendiğini tahmin etmek yerine her alan ile sayfa arasındaki bağlantıyı takip edebilir. Yararlı kaynak sayfaları şekillendirme hakkında daha fazlası için AI asistanları için alıntılanabilir içerik sayfasını ziyaret edin.
Bir proje sitesinin farklı bölümlerine hangi schema türleri uyar?
Doğru schema türü, belirli bir sayfanın neyi temsil ettiğine bağlıdır. Bir proje web sitesi, her biri görünür içeriği yansıttığı sürece farklı URL'lerde birden çok tür kullanabilir.
Site ve sayfalarıyla başlayın
Organization, projeyi veya sitenin arkasındaki şirketi tanımlayabilir. WebSite, web sitesini bir bütün olarak tanımlarken, WebPage tek bir URL'yi tanımlar. Bu türler, ilişkinin gerçek ve net olduğu durumlarda birbirine bağlanabilir. İsimleri ve kamuya açık ayrıntıları sayfa ve işaretlemesi arasında tutarlı tutun.
Yalnızca uydukları yerde içerik türüne özel türler ekleyin
Article, görünür yazar veya yayın ayrıntılarına sahip bir editöryal kaynak için uygun olabilir. Product, gerçekten bir ürün sunan bir sayfaya uyabilir. SoftwareApplication, işaretlemede temsil edilen ayrıntıların desteklendiği bir yazılımı tanımlayan bir sayfaya uyabilir.
Örneğin, bir yazılım özelliğini açıklayan bir sayfa, SoftwareApplication uygunluğu açısından incelenebilir. Yalnızca projeyi genel olarak tartışıyorsa, bu türü eklemek onu yanlış tanımlayabilir. Hızlı bir sayfa sayfa inceleme, bir şablonun benzemeyen sayfalara kopyalanmasını önler.
Bir JSON-LD nesnesi küçük ve okunabilir olabilir. Burada ad ve adres açıklayıcıdır, projeniz hakkında gerçekler değildir:
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Örnek Proje",
"url": "https://ornek.org/"
}
Sitenizdeki gerçek kamuya açık ayrıntıları kullanın, ardından işlenen sayfanın bunları desteklediğini kontrol edin. Soru sayfaları için SSS optimizasyonu, işaretlemeyi düşünmeden önce görünür yanıtları planlamanıza yardımcı olabilir.
Sayfa listesinden kontrollü JSON-LD'ye sakin bir beş adımlı geçiş
Bir sayfa listesi ve kısa bir kanıt kontrolü, schema çalışmasını incelemeyi kolaylaştırır. Her kaydı tanımladığı sayfaya bağlı tutmak için bu sırayı kullanırız.
- Öncelikli URL'leri seçin. Önce önemli olan sayfaları listeleyin. Her sayfanın amacını, ana entity'sini ve kanonik adresini not edin.
- Uygun bir tür seçin. Sayfanın kuruluşu, web sitesini, makaleyi, ürünü, yazılımı veya başka bir uygun konuyu tanımlayıp tanımlamadığına karar verin.
- Her özelliği izleyin. Bir ziyaretçinin bilgiyi nerede görebileceğini veya hangi güvenilir proje kaynağının bunu doğruladığını yazın. Net desteği olmayan alanları kaldırın.
- JSON-LD'yi eşleşen sayfaya ekleyin. URL'lerinin amaçlanan sayfaya işaret ettiğini ve sözdiziminin ayrıştırıldığını kontrol edin. Kaydı işlenen içerikle karşılaştırın.
- Düzenlemelerden sonra tekrar gözden geçirin. Bir sayfa, ürün ayrıntısı, yazar veya kuruluş bilgisi değiştiğinde ilgili işaretlemeyi kontrol edin.
Bir editör veya ürün sahibinden, yayınlamadan önce kimlik ve ürün iddialarını doğrulamasını isteriz. Bu inceleme, uyumsuz isimleri ve güncel olmayan açıklamaları, düzeltilmesi hâlâ kolayken yakalar. Kontrol listesini sayfa notlarıyla birlikte saklayın, böylece gelecekteki bir editör, mantığı sıfırdan oluşturmadan aynı kontrolleri tekrarlayabilir. llms.txt nasıl uygulanır konusunu da değerlendiriyorsanız, bu görevi ayrı tutun: dosya ve sayfa işaretlemesi farklı işler yapar.
Yapılandırılmış veri ile AI platformları arasındaki devir teslim
Yapılandırılmış veri, bir sayfa hakkındaki ayrıntıları daha açık hale getirebilir. Ancak ChatGPT, Perplexity, Google veya başka bir platformun bilgiyi nasıl seçeceğini veya sunacağını yönlendiremez. Google'ın dokümantasyonu, yapılandırılmış veriyi içeriği anlamasına ve desteklenen arama görünümleri için uygunluğu değerlendirmesine yardımcı olmanın bir yolu olarak tanımlar. Bir görünümün gösterilip gösterilmeyeceği Google'ın kararıdır. Hiçbir schema türü bir alıntı veya belirli bir yanıt vaat edemez.
Bu sınır, ekibinize kullanışlı bir kalite testi sağlar. Sayfanın gerçek bir okuyucu ihtiyacını karşılayıp karşılamadığını, iddialarının desteklenip desteklenmediğini ve işaretlemenin görünür metni yansıtıp yansıtmadığını kontrol edin. Veri ayrıştırılıyorsa ancak sayfa belirsizse, daha fazla özellik eklemeden önce sayfayı iyileştirin. Bir proje açıklaması değişirse, sayfayı güncelleyin ve ardından ilgili kaydı gözden geçirin.
Ne değiştirdiğiniz ve neden değiştirdiğiniz hakkında notlar tutun. Bu şekilde, bir sonraki kişi bir alanın gerçek bir sayfa ayrıntısını mı yoksa eski bir varsayımı mı temsil ettiğini anlayabilir. ChatGPT ve Perplexity'nin ne gösterdiğini karşılaştırdığınızda, her platformun gerçekte ne görüntülediğini kaydedin. İşaretlemeyi bir bahsetme veya atlamanın nedeni olarak ele almayın. AI arama görünürlüğü rehberimiz daha geniş yayınlama resmini kapsar.
Ekibinizin tekrar ziyaret edebileceği küçük bir kayıt tutun
Küçük bir inceleme kaydı, ekibin sayfa bilgilerini, işaretleme kontrollerini ve görünürlük gözlemlerini ayrı tutmasına yardımcı olur. Ayrıca bir sonraki içerik güncellemesinin eski ayrıntıları geride bırakma olasılığını azaltır.
Her öncelikli URL için amaçlanan türünü, kanonik adresini, son incelemesini ve doğrulama durumunu not edin. Sayfa, yapılandırılmış verisini etkileyebilecek şekilde değiştiğinde kısa bir not ekleyin. Ardından platform gözlemlerini ayrı bir yerde saklayın: kontrol edilen soruyu, platformu, kontrol tarihini ve ne gösterdiğini kaydedin. Bu notlar ekibinizin gördüklerini tanımlar; bir platformun neden belirli bir kaynağı seçtiğini belirlemezler.
Gerçek ziyaretçilerin proje hakkında sorabileceği küçük bir soru seti kullanın. Sayfayı incelerken bunları tekrarlayın ve yanıtı yayınlanan sayfanın söyledikleriyle karşılaştırın. Bir yanıt önemli bir ayrıntıyı kaçırıyorsa, şemayı değiştirmeden önce ifadeyi ve kaynak bilgisini inceleyin. Bu, çalışmayı insanların doğrulayabileceği içeriğe dayandırır.
Daha geniş bir teknik inceleme istiyorsanız, llms.txt ve AI bot kurulumu bu işin ayrı bir bölümünü açıklar. Kendi incelemenize başlamak için birkaç öncelikli URL, kitlenizin sorduğu sorular ve mevcut herhangi bir schema dışa aktarımını toplayın. Sayfadan işaretlemeye eşleşmeyi kontrol etmeye ve ekibiniz için net düzeltmeler döndürmeye yardımcı olabiliriz.
Nasıl çalışır
- Öncelikli sayfaları listeleyinHer URL'nin amacını, ana entity'sini ve kanonik adresini kaydedin.
- Sayfa türlerini seçinHer sayfanın görünür amacını tanımlayan türleri seçin.
- Bilgileri izleyinHer özelliği görünür içeriğe veya güvenilir bir proje kaynağına bağlayın.
- JSON-LD ekleyin ve kontrol edinTanımladığı sayfaya yerleştirin, sözdizimini test edin ve bilgilerini işlenen sayfayla karşılaştırın.
- Düzenlemelerden sonra gözden geçirinİlgili sayfa içeriği veya proje ayrıntıları değiştiğinde işaretlemeyi tekrar kontrol edin.
Sık sorulan sorular
Schema işaretlemesi, ChatGPT veya Perplexity'nin bir projeden bahsetmesine yardımcı olabilir mi?
Schema, sayfa ayrıntılarını yapılandırılmış bir şekilde tanımlayabilir, ancak ChatGPT ve Perplexity ne gösterip alıntı yapacaklarına karar verir. Sayfanın net bir okuyucu sorusunu yanıtladığını ve işaretlenen bilgilerinin görünür metinle eşleştiğini kontrol edin. Bir sonucu incelerken, ekibinizin gözlemi tekrarlayabilmesi için soruyu ve platformu kaydedin.
Bir proje web sitesi hangi schema türleriyle başlamalıdır?
Sahip olduğunuz sayfalarla ve her birinin gerçekte ne söylediğiyle başlayın. Organization projeyi tanımlayabilirken, WebSite ve WebPage siteyi ve tek bir URL'yi tanımlar. Article, Product veya SoftwareApplication, görünür ayrıntıları bu türleri desteklediğinde belirli sayfalara uyabilir.
Hem llms.txt'ye hem de schema.org işaretlemesine ihtiyacım var mı?
Mutlaka değil. Schema.org, sayfa içeriğini ve entity'leri yapılandırılmış veride tanımlar; llms.txt, seçilen site kaynaklarını işaret etmek için önerilen bir metin dosyası kuralıdır. Her birinin ayrı bir ihtiyaca yardımcı olup olmadığına karar verin ve ekibiniz bakımını yapabiliyorsa yalnızca güncel bilgileri saklayın.
Bir JSON-LD örneğini sayfama karşı nasıl kontrol edebilirim?
Sözdiziminin ayrıştırıldığını, türün sayfaya uyduğunu ve her özelliğin görünür veya güvenilir desteğe sahip olduğunu kontrol edin. Yayınlamadan önce adları, URL'leri ve açıklamaları işlenen sayfayla karşılaştırın. İkinci bir inceleyici, yazarlık veya ürün bilgisi gibi ayrıntıları, bu bilgiler açık olmadığında doğrulayabilir.
Soruları olan her sayfa FAQPage işaretlemesi kullanmalı mı?
Hayır. Bir türü yalnızca sayfayı doğru bir şekilde tanımladığında ve ilgili platformun belgelenmiş gereksinimlerini karşıladığında kullanın. Bir sayfa, FAQPage işaretlemesi olmadan da yaygın soruları net bir şekilde yanıtlayabilir. Temel kontrol, ziyaretçilerin verilerde temsil edilen yanıtları bulup bulamayacağıdır.
Ekibimiz schema işaretlemesini ne sıklıkla tekrar gözden geçirmelidir?
Sayfa veya tanımladığı ayrıntılar değiştiğinde gözden geçirin. Örneğin, revize edilmiş bir ürün açıklaması veya kuruluş adı, ilgili kaydın kontrol edilmesini gerektirmelidir. URL'yi, amaçlanan türü ve son incelemeyi kısa bir notta tutmak, bu kontrolü tekrarlamayı kolaylaştırır.
Projenizi anlatın
Dört hızlı soruyu yanıtlayın, yöneticiniz bir saat içinde plan, zamanlama ve fiyat aralığı göndersin. Her şey gizli kalır.
Form yükleniyor…