6.1 Pratik durumlar: Ana Sayfa
Posted: Mon Dec 23, 2024 7:14 am
örnek yapılandırılmış veri ana sayfası
MainEntity kurulduktan sonra, diğer tamamlayıcı varlıkları birleştirebiliriz; bunlardan bazılarının gerçek bir zorunluluk olduğunu düşünüyorum:
WebPage , (mainEntity ile çift yönlü uygulaması 4. maddede kapsamlı bir şekilde ele alınmaktadır);
Marka , işletme/sektör açısından anlamlı değilse markayı ayrı bir varlık olarak işaretlemek her zaman iyi bir fikirdir;
Web sitesi , evde beyan edilmesi durumunda bu varlığı mantıklı buluyorum. Ana Sayfa bir sitenin en üst düzeyi olmaya devam eder ve bu nedenle en azından mimari açıdan ana belge, diğer tüm içeriğe açılan kapıdır. Pek çok geliştirici bu varlığı öncelikle marka anahtarlarındaki arama kutusu pasajını almak için kullanır; bu, müşterilerin список електронної пошти промисловості genellikle hoşuna giden bir numaradır;
varlık web sitesi geliştirme
İçerik kırıntı listeleri ; bana göre bu varlık tüm sayfalarda rahatlıkla bulunmalıdır. Mimari bir varlıktır ve gezinme alt düzeyleri arasındaki ilişkiyi Google'a iletir. Doğru şekilde uygulanırsa, serp.txt dosyasında kırıntı pasajının varlığını kolaylaştırır.
kırıntı listesi varlığı
Şahane bir karşılaştırma için Apple.com ana sayfasına bir bakış:
elma yapılandırılmış verileri
Bir makaleyi yapılandırmamız gerekiyorsa akılda tutmamız gereken ilk şey, resmi Google belgelerinde bulunan şu ifadedir:
"Makale nesneleri şu schema.org türlerinden birine dayanmalıdır: Makale, NewsArticle, BlogPosting."
Bunları NewsArticle varlığıyla bulmak daha yaygındır (bence orta-büyük gazetecilik sitelerindeki makaleler için en iyi varlık olmaya devam ediyor). NewsArticle, Schema sözlüğündeki Makalenin bir alt türüdür, ancak yine de bir haberin anlaşılmasına yönelik görüşleri veya destek materyalini içerebilen ve aynı zamanda haberin kendisinin bir kroniğini içerebilen değerli bir makale olarak değerlendirilmelidir. Bu tür bir varlıkla (ve teoride bir öncekiyle) en iyi hikayeleri hedeflersiniz.
MainEntity kurulduktan sonra, diğer tamamlayıcı varlıkları birleştirebiliriz; bunlardan bazılarının gerçek bir zorunluluk olduğunu düşünüyorum:
WebPage , (mainEntity ile çift yönlü uygulaması 4. maddede kapsamlı bir şekilde ele alınmaktadır);
Marka , işletme/sektör açısından anlamlı değilse markayı ayrı bir varlık olarak işaretlemek her zaman iyi bir fikirdir;
Web sitesi , evde beyan edilmesi durumunda bu varlığı mantıklı buluyorum. Ana Sayfa bir sitenin en üst düzeyi olmaya devam eder ve bu nedenle en azından mimari açıdan ana belge, diğer tüm içeriğe açılan kapıdır. Pek çok geliştirici bu varlığı öncelikle marka anahtarlarındaki arama kutusu pasajını almak için kullanır; bu, müşterilerin список електронної пошти промисловості genellikle hoşuna giden bir numaradır;
varlık web sitesi geliştirme
İçerik kırıntı listeleri ; bana göre bu varlık tüm sayfalarda rahatlıkla bulunmalıdır. Mimari bir varlıktır ve gezinme alt düzeyleri arasındaki ilişkiyi Google'a iletir. Doğru şekilde uygulanırsa, serp.txt dosyasında kırıntı pasajının varlığını kolaylaştırır.
kırıntı listesi varlığı
Şahane bir karşılaştırma için Apple.com ana sayfasına bir bakış:
elma yapılandırılmış verileri
Bir makaleyi yapılandırmamız gerekiyorsa akılda tutmamız gereken ilk şey, resmi Google belgelerinde bulunan şu ifadedir:
"Makale nesneleri şu schema.org türlerinden birine dayanmalıdır: Makale, NewsArticle, BlogPosting."
Bunları NewsArticle varlığıyla bulmak daha yaygındır (bence orta-büyük gazetecilik sitelerindeki makaleler için en iyi varlık olmaya devam ediyor). NewsArticle, Schema sözlüğündeki Makalenin bir alt türüdür, ancak yine de bir haberin anlaşılmasına yönelik görüşleri veya destek materyalini içerebilen ve aynı zamanda haberin kendisinin bir kroniğini içerebilen değerli bir makale olarak değerlendirilmelidir. Bu tür bir varlıkla (ve teoride bir öncekiyle) en iyi hikayeleri hedeflersiniz.