Perplexity için schema.org: İşaretleme Örnekleri

schema.org, Perplexity'de siteye ne kazandırabilir?

Schema.org, bir sitenin sayfada neyin sunulduğunu belirtmek için kullandığı ortak bir sözlüktür: kuruluş, makale, ürün veya başka bir nesne. Bu yapı, bilgi işleme sistemlerinin varlıkları ve özelliklerini ayırt etmesine yardımcı olabilir. Ancak işaretleme, bir sayfayı Perplexity'nin seçmek veya alıntılamak zorunda olduğu bir kaynağa dönüştürmez.

Pratik anlam, ziyaretçinin zaten erişebildiği gerçekleri açık ve tutarlı şekilde tanımlamaktır: projenin resmi adı, sitesi, materyalin yazarı, yayın tarihi ve sayfanın konusu. İşaretleme içeriği tamamlar, yerini almaz. JSON-LD'de bir şey beyan edilip sayfada başka bir şey yazıyorsa, bu netlik yerine belirsizlik yaratır.

Çalışmaya başlamadan önce hangi sayfaların önemli olduğunu ve bu sayfalarda hangi gerçeklerin anlaşılır olması gerektiğini belirleyin:

• ana sayfa siteyi ve kuruluşu tanımlar;
• ürün sayfası ürünün kendisini ve amacını tanımlar;
• yayın, materyali, yazarı ve tarihleri tanımlar;
• talimat bölümü, ayrı sayfaları ve bunların site yapısındaki yerini tanımlar.

Daha geniş bir teknik optimizasyon planı için AI araması için schema işaretleme kılavuzuna bakın.

Perplexity için hangi schema.org işaretlemesini eklemeliyim?

Sayfa içeriğiyle tam olarak eşleşen schema.org türlerini ekleyin. Çoğu kurumsal site için Organization, WebSite ve WebPage temel oluşturur; editoryal yayınlar için Article veya materyalle uyumlu daha spesifik bir tür uygundur. Mevcut tüm türleri işaretlemek gerekmez: önemli olan birkaç uygun varlığın eksiksiz ve doğru olmasıdır.

Türü, AI aramada istenen sonuca göre değil, sayfanın amacına göre seçin. Örneğin, ticari bir sayfayı editoryal bir materyal değilse Article olarak işaretlemeyin. Tür ve özelliklerin referansı schema.org resmi sitesinde yayınlanmıştır.

Kripto projeleri için ürün, ağ ve resmi adres açıklamalarının sayfalar arasında tutarlı olduğunu doğrulayın. Ekibin doğrulayamayacağı veya sürdüremeyeceği özellikler eklemeyin.

Perplexity için JSON-LD formatında schema.org örneği

JSON-LD, yapılandırılmış bilgileri sayfanın ayrı bir bloğuna yerleştirmenizi sağlar; özellikleri her görünür HTML öğesine gömmek gerekmez. Bu, güncel verilerden oluşturulan ve sayfa içeriğiyle eşleşen bir blok için editörler ve geliştiriciler için kullanışlı bir formattır.

Makale örneğini uyarlamanız gerekir: koşullu değerleri gerçek olanlarla değiştirin ve sayfada doğrulanmayan özellikleri kaldırın.

JSON-LD bloğunda schema.org bağlamını ve Article türünü belirtin. Ardından yayın başlığının değeriyle headline, Organization türünde author ve yazar adı, gerçek tarihlerle datePublished ve dateModified ile makalenin kanonik URL'siyle mainEntityOfPage ekleyin. Hazır JSON-LD'de anahtarlar ve dize değerleri çift tırnak içinde yazılır.

Belirtilen değerler gerçek sayfayla eşleşmelidir: gerçek yayın veya güncelleme tarihiyle uyuşmuyorsa örnek tarihler kullanmayın. Kuruluş sayfası için Organization'ı ayrı ayrı kullanın ve yalnızca doğrulanabilir bilgileri ve resmi adresi belirtin. Görünür içerikte yoksa ve doğrulanmış bir kaynağı yoksa "bütünlük" için yorum, puan, fiyat veya diğer alanları eklemeyin.

JSON sözdizimini, URL'lerin doğruluğunu ve adların uyumunu kontrol edin. CMS işaretlemeyi otomatik oluşturuyorsa, yinelenen bir blok oluşturup oluşturmadığını öğrenin.

Sitede işaretlemeyi nasıl uygular ve kontrol ederim?

Schema.org'un yardımcı olması ve çelişki yaratmaması için önce gerçekleri sabitleyin, ardından sayfalarla eşleştirin ve sonra JSON-LD'yi yayınlayın. Bu, yanlış nesneyi işaretleme veya eski veri bırakma riskini azaltır.

Pratik çalışma sırası:

• Anahtar sayfaların listesini çıkarın: ana sayfa, ürün, dokümantasyon, blog ve iletişim.
• Her sayfa için ana nesneyi ve uygun schema.org türünü belirleyin.
• Proje adını, sayfa adresini, yazarı ve tarihleri görünen içerikle karşılaştırın.
• JSON-LD'yi ilgili şablona bir kez ekleyin ve yinelenmediğini doğrulayın.
• Yayın sonrası sözdizimini ve sayfa erişilebilirliğini kontrol edin, ardından büyük değişikliklerden sonra tekrar kontrol edin.

Yalnızca kod testiyle sınırlı kalmayın: sayfayı kullanıcı olarak açın ve önemli gerçeklerin gerçekten yayınlandığını, bağlantıların kanonik adreslere gittiğini doğrulayın. Çok dilli sitelerde her dil sürümünün doğru başlık, URL ve metni gösterdiğinden emin olun; başka bir sürümün bilgilerini kopyalamayın.

Sözdizimsel olarak doğru işaretleme yalnızca bloğun ayrıştırılabildiğini doğrular. Proje açıklamasının doğruluğunu kanıtlamaz ve belirli bir arama motorunun güncellemeyi işlediği anlamına gelmez.

Yapılandırılmış verileri içerik ve kaynaklarla nasıl ilişkilendiririm?

İşaretleme sayfanın bir açıklaması olarak çalışır, bu nedenle önce gerçekleri net ve erişilebilir hale getirin. Proje adı, ürünün amacı, ağ, yazarlık ve dokümantasyon bağlantıları, okuyucunun görmeyi beklediği yerde düz metin olarak yazılmalıdır. JSON-LD bu açıklamayı tamamlamaya yardımcı olur, ancak önemli bir ifadenin bulunduğu tek yer olmamalıdır.

Her varlık için bir kanonik sayfa atayın ve ad ile adres tutarlılığını koruyun. Ürün yeniden adlandırıldıysa başlığı, meta verileri, JSON-LD'yi ve dokümantasyondaki bağlantıları kontrol edin. Teknik özellikler için proje ekibinin sorumlu olduğu kaynağı kullanın ve yalnızca doğrulanabilir bilgileri belirtin. Ayrıca sayfanın önemli bilgileri okumak için giriş gerektirmediğini ve önemli materyallerin normal bağlantılarla erişilebilir olduğunu doğrulayın.

Kısa bir kayıt tutmak faydalıdır: gerçek, kullanıcıya nerede görünür, yapılandırılmış verilerde nerede belirtilir ve güncellemeden kim sorumludur. Bu kontrol özellikle sözleşme adresleri, ağ ve ürün durumunun değişebildiği token'lar ve Web3 ürünleri için önemlidir.

Amaç işaretlemeden daha genişse, Perplexity için site optimizasyonu içerik ve kaynakları da kapsar. Genel teknik görevler Teknik AEO sayfasında toplanmıştır.

schema.org Perplexity'de neyi garanti edemez?

Schema.org içeriği tanımlamaya yardımcı olur, ancak yanıtta hangi sayfaların kullanılacağına ve hangi kaynakların gösterileceğine karar vermek Perplexity'ye aittir. Seçimi kaynakların erişilebilirliği ve içeriği, sorgunun ifadesi ve hizmetin kendi işleme süreçleri etkiler; JSON-LD'nin varlığı tek başına sayfanın konumunu sabitlemez veya alıntı sağlamaz.

Bu nedenle uygulamayı kontrol edebildiğiniz şeylere göre değerlendirin: işaretleme görünen metinle uyumlu, JSON-LD doğrulamadan geçiyor, sayfalar teknik engel olmadan erişilebilir ve temel iddialar anlaşılır kaynaklarla destekleniyor. Alıntı yapılmamasını kod hatası olarak görmeyin. […] Geçerli JSON-LD, her türün veya özelliğin Perplexity tarafından aynı şekilde kullanılacağı anlamına gelmez. Uydurma yorumlar eklemeyin veya yalnızca varsayılan avantaj için özellik eklemeyin. […] Perplexity ve teknik AEO hakkındaki genel materyallere bakın.

Site denetimi ve geliştirmeyi ne zaman devreye almalıyım?

İşaretleme birden çok şablon tarafından oluşturuluyorsa, ürün gerçekleri sayfalar arasında tutarsızsa veya site değişiklikleri JSON-LD'yi düzenli olarak bozuyorsa uzmanları devreye alın. […] Bu, geliştiricinin işaretlemeyi doğru şablona eklemesini ve editörün yayınlanan metinle uyumu kontrol etmesini sağlar.

MediaHype, teknik işaretlemeyi AI aramasındaki genel görünürlükle ilişkilendirmeye yardımcı olur: yapı denetiminden içerik ve sayfa erişilebilirliği kontrolüne kadar. Site uygulamasıyla ilgili çalışma gerekiyorsa Web3 için site ve landing page geliştirme hizmetine bakın. Yapılandırılmış veriler ve diğer teknik sinyaller için Teknik AEO uygundur; genel yaklaşımlar AI arama görünürlüğü bölümünde toplanmıştır.

Önemli bir sayfayla başlayın, sonucu kontrol edin ve […] Ardından aynı varlık türlerinin gerçekten uygun olduğu diğer sayfalara şablonu ölçeklendirin.