Kaj so strukturirani podatki? Označevanje sheme preprosto razloženo

Strukturirani podatki so majhen blok kode na spletni strani, ki v standardni obliki, ki jo iskalniki razumejo, označi, o čem stran govori – na primer: „to je izdelek z imenom Lavender Candle, stane 24 dolarjev in je na zalogi.“ Google jih opisuje kot standardizirano obliko za podajanje informacij o strani in razvrščanje njene vsebine. Če so pravilno narejeni, pomagajo iskalnikom razumeti stran in jo lahko naredijo primerno za bogatejše rezultate iskanja, kot so cene, ocene ali datumi dogodkov, prikazani kar v seznamu rezultatov.

Zakaj je to pomembno, ko gradite z AI

Iskalniki znajo brati strani, a morajo še vedno ugibati. Je „24“ cena, količina ali datum? Je „Riverside Hall“ lokacija ali oseba? Strukturirani podatki ugibanje odpravijo.

Za spletne strani, zgrajene z AI, sta pomembni dve praktični točki:

• Je koda, ne vsebina, zato jo je enostavno pozabiti. AI graditelj je običajno ne doda, razen če ga prosite, in ko jo doda, se mora ujemati z dejansko vsebino strani.
• Lahko je narobe na načine, ki izgledajo pravilno. AI lahko izmisli peterozvezdično oceno, doda označevanje za vsebino, ki ni vidna, ali uporabi tip, ki ga Google ne prikazuje več. Googlova pravila glede točnosti so stroga, zavajajoče označevanje pa lahko ignorirajo ali kaznujejo.

Malo strukturiranih podatkov, ki so točni in ustrezajo vaši resnični vsebini, je vredno imeti. Veliko izmišljenega označevanja je slabše kot nič.

Vsakdanja primerjava

Pomislite na izdelek v trgovini. Embalaža ima barvit dizajn in marketinško besedilo – to je vaša spletna stran, kot jo vidijo ljudje. Na hrbtni strani pa je tudi standardna deklaracija s hranilno vrednostjo: enaka polja v enakem vrstnem redu na vsakem izdelku. Vsak jo lahko hitro prebere in primerja izdelke.

Strukturirani podatki so deklaracija za vašo stran. Dizajn je lahko poljuben; nalepka je standardizirana, da jo stroji lahko zanesljivo preberejo. In kot pri deklaraciji mora biti poštena glede tega, kaj je v njej.

Kako delujejo strukturirani podatki

Strukturirani podatki imajo dva dela:

1. Slovar – besede, s katerimi opisujemo stvari. Najpogostejši je schema.org, skupni slovar s tipi, kot so Product, LocalBusiness, Event, Article, Recipe in Organization, ter lastnostmi, kot so name, price, address in startDate.
2. Oblika – kako so oznake zapisane na stran. Google podpira tri: JSON-LD, Microdata in RDFa. Priporoča JSON-LD, ki je blok JSON znotraj oznake <script>, ločen od vidnega HTML-ja.

Iskalniki preberejo blok, razumejo entitete na strani in – če stran ustreza zahtevam – lahko prikažejo bogat rezultat: seznam v iskanju z dodatnimi podrobnostmi.

Delovni primer: stran izdelka v trgovini s svečami

Recimo, da ste zgradili spletno trgovino, na eni strani pa prodajate lavendelovo svečo. Vidna stran prikazuje ime, fotografijo, opis, ceno (24,00 $) in »Na zalogi«.

JSON-LD za to stran bi lahko izgledal takole:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Sojina sveča z lavendljem",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Ročno vlita sojina sveča z eteričnim oljem lavendlja. Gori približno 40 ur.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Vstavljen je v <script type="application/ld+json">…</script> v HTML-ju strani.

Opazite, kaj ni tukaj: ni aggregateRating, ker trgovina na strani ne prikazuje ocen. Dodajanje ocene, ki je obiskovalci ne vidijo, bi kršilo Googlova pravila.

Na kontaktni strani iste trgovine lahko podjetje opišete takole:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Tržaška cesta 12",
    "addressLocality": "Ljubljana",
    "postalCode": "1000",
    "addressCountry": "SI"
  },
  "telephone": "+386 1 000 00 00",
  "openingHours": "Mo-Sa 10:00-17:00"
}

Tudi tukaj se vsaka vrednost ujema s tem, kar je vidno na strani.

Preverjanje. Prilepite živ URL v Googlov Rich Results Test, da vidite, ali je stran primerna za bogate rezultate Googla in ali manjka kaj obveznega. Za splošno preverjanje po schema.org uporabite Schema Markup Validator. Po objavi Search Console prikaže napake po celotni strani.

Pravila, ki jih je vredno poznati

Iz Googlove dokumentacije o strukturiranih podatkih:

• Označite samo tisto, kar uporabniki lahko vidijo. Ne dodajajte strukturiranih podatkov o informacijah, ki na strani niso vidne, tudi če so točne.
• Vključite obvezne lastnosti. Vsak tip bogatega rezultata našteje obvezna polja; če manjkajo, stran ni primerna.
• Primernost ni zagotovilo. Pravilno označevanje stran naredi primerno za bogat rezultat, ne pa tudi gotovo deležno njega.
• Tipi bogatih rezultatov se spreminjajo. Google nekatere funkcije sčasoma ukine. Na primer, njegovi bogati rezultati za pogosta vprašanja (FAQ) so bili omejeni na dobro znane vladne in zdravstvene strani, Google pa je napovedal, da se v iskanju ne bodo več prikazovali od maja 2026. Preden gradite za določen bogat rezultat, preverite Googlovo trenutno galerijo iskalnih funkcij.
• Ne ustvarjajte strani samo zato, da bi nosile označevanje.

Pogosti izrazi, razloženi

Pogoste napake in zmote

• „Strukturirani podatki izboljšajo uvrstitev.“ Njihova glavna vrednost je razumevanje strani in primernost za bogate rezultate, ne bližnjica do boljše uvrstitve.
• Izmišljanje recenzij ali ocen. Izmišljene ali nepodprte ocene kršijo Googlova pravila in zavajajo ljudi.
• Označevanje, ki se ne ujema s stranjo. Cena 24 $ v JSON-LD in 29 $ na strani je težava.
• Skrita vsebina. Označevanje besedila, ki ga obiskovalci ne vidijo, je v nasprotju s smernicami.
• Kopiranje označevanja na vsako stran. Blok Product sodi na strani izdelkov, ne na domačo stran ali v blog.
• Gradnja za ukinjene funkcije. Preverite, ali bogat rezultat, ki ga želite, še obstaja.
• Dodajanje označevanja samo v brskalniku. Če vaša stran vse prikaže z JavaScriptom, ga Google morda še vedno najde, vendar je JSON-LD v HTML-ju, ki ga pošlje strežnik, zanesljivejši.
• Nikoli ne preverite. Ena manjkajoča vejica naredi celoten blok nebranljiv.

Kaj zahtevati od AI graditelja

• „Dodaj strukturirane podatke JSON-LD s tipi schema.org, ki ustrezajo vsaki strani: Product na straneh izdelkov, LocalBusiness na kontaktni strani, Article na objavah v blogu.“
• „Vrednosti ustvari iz istih podatkov, ki jih prikazuje stran, da se vedno ujemajo.“
• „Ne dodajaj ocen, recenzij ali lastnosti, ki na strani niso vidne.“
• „Postavi JSON-LD v HTML, ki ga strežnik pošlje ali ki je prevajan vnaprej.“
• „Vključi vse obvezne lastnosti za Googlov bogat rezultat za ta tip in mi povej, katere si uporabil.“
• „Pripravi seznam URL-jev za preverjanje v Rich Results Testu.“

Za mesto tega v širši sliki glejte kaj je SEO, kaj je zemljevid strani in tehnični vodnik SEO za spletne strani, zgrajene z AI.

Strukturirani podatki v Mythexu

Mythex strukturiranih podatkov ne dodaja samodejno; zahtevate jih v klepetu, agent pa jih zapiše v kodo vaše aplikacije. Povejte mu, katere strani predstavljajo izdelke, dogodke ali vaše podjetje, in naj iz istih podatkov, ki jih prikazuje stran, ustvari JSON-LD. Recept v dokumentaciji za SEO za objavljeno aplikacijo vsebuje stavek „Do not invent fake review schema“ (ne izmišljaj lažnih shem ocen), ki je dober nasvet za vsak poziv. Ker je privzeta nastavitev enostranska aplikacija, ki se izriše v brskalniku, za iskanje zahtevajte vnaprej prevedeno ali statično zasnovano strukturo, nato objavite in preizkusite žive URL-je.

Vprašanja