Strukturirani podatki 2026: Google, AI in schema

Modularne spletne strani, povezane z zlatimi linijami strukturiranih podatkov na temno zelenem ozadju.

By Patricia Jarmek SEO 16. 10. 2026

5 min branja

Strukturirani podatki se pogosto predstavljajo kot tehnični dodatek, ki bo iskalniku »pojasnil vse«. V resnici so najbolj uporabni kot pogodba med vidno vsebino in strojnim opisom strani: določajo avtorja, izdelek, ceno, datum objave in mesto strani v strukturi spletnega mesta.

Dobro izvedene oznake zmanjšajo dvoumnost in lahko omogočijo sodelovanje pri obogatenih rezultatih. Ne nadomestijo šibke vsebine, ne zagotavljajo rich resulta in niso poseben vhod v odgovore AI. Leta 2026 je zato manjši, pravilen in vzdrževan nabor oznak vrednejši od velikega grafa, polnega domnev.

Kaj strukturirani podatki naredijo — in česa ne

[1] priporočajo JSON-LD, podprta pa sta tudi Microdata in RDFa. Oznake morajo opisovati glavno, uporabniku vidno vsebino, biti aktualne in nezavajajoče. Tehnično pravilen zapis ne zagotavlja obogatenega rezultata.

Ločite tri ravni. Slovar Schema.org določa, kaj je mogoče opisati. Googlova dokumentacija določa, katere vrste lahko sprožijo Googlovo funkcijo. Dejanski prikaz pa je odvisen od indeksiranja, pravil, kakovosti in konkretnega poizvedovanja. Veljaven Service je lahko semantično koristen, ne pomeni pa nujno posebnega prikaza v Googlu.

Kaj se je spremenilo leta 2026

[9], je dodal besedišče za digitalne potne liste izdelkov ter e-trgovinske odnose, kot sta isOftenBoughtWith in specification. To še ne pomeni, da jih Google samodejno prikazuje.

Google svoje funkcije dodaja in odstranjuje. [8] beleži odstranitev dokumentacije za FAQ rich result po ukinitvi maja 2026 ter posodobitve nekaterih lastnosti VideoObject. Vsaka implementacija zato potrebuje lastnika in redno preverjanje virov.

Prednostne oznake za poslovno spletno mesto

Organization, WebSite in BreadcrumbList

Na domači strani opišite resnično organizacijo, njen URL, logotip, kontaktne podatke in preverjene profile. [4] lahko Googlu pomaga razlikovati organizacijo. Uporabite stabilen @id in ga ponovno uporabite v člankih ter ponudbah. [6] naj sledi resnični, uporabni navigacijski hierarhiji.

Article ali BlogPosting

Za strokovne objave uporabite Article ali BlogPosting. [3] poudarjajo naslov, slike, datume in avtorja. datePublished je prvi datum objave, dateModified pa se spremeni šele ob vsebinski posodobitvi. Avtor naj bo resnična oseba z lastnim URL-jem.

Product in Offer

Na strani izdelka označite samo vidne in aktualne podatke: naziv, sliko, valuto, ceno, zalogo in resnično ponudbo. Google ločuje [5]. Pri hitro spreminjajoči se ceni ali zalogi naj bodo ključni podatki že v začetnem HTML-ju. [11]. Ne izmišljajte ocen, ne kopirajte tujih recenzij in ne puščajte stare cene v JSON-LD.

Person, ProfilePage in FAQ

Avtorska stran naj povezuje ime, biografijo, strokovno področje in preverjene profile. Avtorica tega članka je Patricia Jarmek. FAQ ohranite, kadar koristi bralcem, ne zaradi posebnega videza v iskanju: Google je [8]. QAPage je namenjen eni osrednji uporabniški temi z odgovori, ne uredniškemu seznamu pogostih vprašanj.

Posebna schema za AI ne obstaja

Google navaja, da za AI Overviews in AI Mode ni posebne schema.org vrste niti dodatnih tehničnih pogojev. [7], [13] dodaja, da llms.txt, »AI markup« in umetno drobljenje besedila ne pomagajo pri vidnosti v Googlu.

Oznake so kljub temu koristne za povezovanje avtorja, organizacije, izdelka in ponudbe ter za standardne obogatene rezultate. Osnova ostajata izvirna, preverljiva vsebina in dostopnost za indeksiranje. Več v člankih SEO ali GEO in Kako ustvariti vsebino, s katero AI razume vašo blagovno znamko.

Večjezične oznake brez protislovij

Vsak prevod potrebuje lokalizirane headline, description, inLanguage, URL in besedilne vrednosti. Organizacija lahko ohrani skupni globalni @id, vsak članek pa svoj URL. hreflang in canonical nista schema.org lastnosti, vendar morata biti usklajena z vezmi WPML. Ne puščajte angleškega opisa ali napačnega jezika na slovenski strani.

Vzdržen postopek

Popišite vse JSON-LD bloke in poiščite podvojene entitete.
Vsaki predlogi dodelite primeren tip: članek, izdelek, avtor, kategorija ali domača stran.
Določite en vir resnice za ceno, zalogo, datume in avtorja.
Uporabite [14] za Googlove funkcije in [10] za celoten graf ter sintakso.
Objavljeni URL preverite z URL Inspection v Search Consoleu.
Mesečno preglejte opozorila, četrtletno pa uradne spremembe.

Najpogostejše napake so podvajanje oznak iz teme in dodatkov, skriti ali zastareli podatki, lažne ocene, samodejno spreminjanje dateModified, napačen inLanguage in prepričanje, da veljaven test zagotavlja rich result.

Pogosta vprašanja

Ali strukturirani podatki izboljšajo uvrstitev?

Ne delujejo kot neposreden bonus. Pomagajo razumeti vsebino in lahko omogočijo nekatere obogatene rezultate, vendar prikaz ni zagotovljen.

Ali je JSON-LD obvezen?

Ne. Podprti so JSON-LD, Microdata in RDFa, vendar Google priporoča JSON-LD, ker ga je praviloma lažje vzdrževati.

Ali potrebujemo FAQPage leta 2026?

Ne zaradi Googlovega rich resulta, saj je funkcija ukinjena. FAQ ohranite zaradi ljudi in ga označite le, če je del širšega, doslednega podatkovnega modela.

Ali obstaja schema za AI Overviews?

Ne. Google ne zahteva posebnih AI oznak ali strojno berljivih AI datotek.