Lisan struktureeritud andmed uuele lehele, mida võiks mõistlikult määratleda kas artiklina (http://schema.org/Article) või üksuste loendina (http://schema.org/ItemList), kuna see on uudis artikkel uuest kümnest, kus kõik 10 üksust on oma lehtedel mujal meie saidil.

Nii et sellel lehel on pealkiri, autor, mõni ainulaadne sisu, avaldamise kuupäev ... kuid sellel on ka järjestatud üksuste loend.

Kas on olemas parim tava schema.org struktureeritud andmete kasutamiseks, mis lisaks kaalu ühele või teisele kaasamisele? Või võiksime isegi kasutada samal lehel olevaid mõlemaid definitsioone artiklis oleva loendi määratlemiseks?

  • Milleks suur võit? Keda või mida te eeldate nende andmete tarbimiseks?
  • Lihtsalt parimate tavade otsimine. Uuendas sellega seoses küsimust.
  • Milleks parim tava? Pole mõtet leida mõnda juhuslikku skeemi, mida teie lehele rakendada. Peate teadma, kes seda kasutab ja kuidas nad andmeid saavad.
  • 1 Kas te pole unistuste välja näinud? Kui te selle ehitate, siis nad tulevad. OP oli väga konkreetne, et skeem, mida ta kaalub, EI OLE juhuslik ja kõlas tegelikult väga hea vastena.

Võite kasutada mõlemat, kui ItemList on peamine asi Article umbes.

Kasuta mainEntity vara selle Article tüüp, et pakkuda ItemList.

mainEntity kasutatakse tavaliselt primaarse asja tähistamiseks a WebPage on umbes (nt tõenäoliselt Article teie puhul), kuid see pole ainus viis, kuidas seda saab kasutada (minu poolne rasvane rõhk):

Näitab mõnel lehel kirjeldatud peamist üksust või muu CreativeWork.

Sa võiksid kasutada mainEntity sama dokumendi mõlemal viisil:

 
</body>

Kui ItemList ei ole peamine asi Article on umbes, ei tundu nende üksuste linkimiseks sobivat vara. The hasPart vara ei saa kasutada, sest see eeldab a CreativeWork väärtusena, aga ItemList pole üks.

none: Charles Robertson | none