Schema markup: strukturirani podatki za SEO in AI

Schema prevaja vsebino v eksplicitne odnose

Besedilo lahko jasno pove, da je NUMEDIA podjetje, članek pa delo določenega avtorja. Strukturirani podatki te odnose izrazijo v standardizirani obliki: entiteta ima ime, URL, tip, avtorja, ponudnika ali lokacijo. Iskalniku ne dodajo dejstev, ki jih na strani ni; zmanjšajo pa dvoumnost pri razumevanju obstoječe vsebine.

Google uporablja predvsem besedišče schema.org, vendar za prikaz v Search veljajo njegove posebne smernice in podprte funkcije. Veljavna schema zato ne zagotavlja rich rezultata. Je tehnična upravičenost, ne obljuba prikaza ali višje pozicije.

Najprej modelirajte entitete, nato izberite tipe

Začnite z zemljevidom: organizacija ponuja storitve, zaposluje strokovnjake, objavlja članke in posluje na določenem območju. Vsaki trajni entiteti določite stabilen @id, običajno URL z razumljivim fragmentom. Tako se lahko Article sklicuje na isto Organization entiteto namesto da na vsaki strani ustvarja novo, rahlo drugačno podjetje.

Uporabite najbolj specifičen tip, ki ga lahko podprete z vidno vsebino. Organization ali LocalBusiness s kontaktnimi podatki, Service na storitveni strani, Article na članku, Product in Offer pri dejanskem izdelku ter BreadcrumbList za hierarhijo. Dodajanje vseh možnih tipov ne poveča kakovosti; pogosto ustvari protislovja.

• Stabilni @id za ključne entitete
• Enaki naziv, URL in logo povsod
• Tip, ki ustreza namenu konkretne strani
• Lastnosti podprte z vidno vsebino

JSON-LD je praviloma najčistejša implementacija

JSON-LD loči podatkovni model od HTML postavitve in ga je lažje generirati iz istega vira kot vsebino. Objekt lahko združite v @graph, povezave pa ustvarite z @id. Podatke serializirajte varno, brez ročnega sestavljanja nizov, ter preprečite podvajanje sheme med globalno predlogo in komponento strani.

Datumi naj uporabljajo ISO format, URL-ji naj bodo absolutni, slike dostopne crawlerjem, cene in valuta pa naj se ujemajo z vidno ponudbo. Canonicals, schema URL in Open Graph URL morajo kazati na isto različico. Pri večjezičnih straneh prilagodite jezik, besedilo in lokalno entiteto, ne samo oznake inLanguage.

FAQ schema ni bližnjica do več prostora v rezultatih

FAQ vprašanja morajo biti uporabniku vidna z enakimi odgovori kot v JSON-LD. Ne označujte marketinških trditev kot neodvisna vprašanja in ne generirajte stotin skritih odgovorov. Google lahko vidnost posameznih rich rezultatov omeji ali spremeni, zato vsebina FAQ potrebuje vrednost tudi brez posebnega prikaza.

Enako načelo velja za ocene, izdelke in dogodke. Lastne ocene podjetja ne postanejo verodostojne samo zato, ker so označene z AggregateRating. Schema ne sme opisovati vsebine, ki je zavajajoča, zastarela ali nedostopna. Najboljša implementacija je dolgočasno natančna.

Validacija je del objave in monitoringa

Schema.org validator preveri besedišče, Rich Results Test pa Googlova pravila za podprte prikaze. Orodji odgovarjata na različni vprašanji, zato uporabite obe. Opozorilo ni vedno napaka, toda manjkajoče priporočene lastnosti lahko zmanjšajo popolnost rezultata. Končno preverjanje opravite še na produkcijskem URL-ju.

Dodajte avtomatski test, ki JSON-LD parsira kot JSON, preveri obvezne lastnosti in skladnost URL-jev. Search Console spremljajte po tipu izboljšave, ne samo skupno. Ko spremenite predlogo, preverite vzorec vseh tipov strani; ena napaka v komponenti se lahko razmnoži na tisoče URL-jev.

Pogosta vprašanja