Strukturirani podaci 2026.: Google, AI i schema

Modularne web-stranice povezane zlatnim linijama strukturiranih podataka na tamnozelenoj pozadini.

By Patricia Jarmek SEO 16. 10. 2026.

8 min čitanja

Strukturirani podaci često se predstavljaju kao tehnički dodatak koji će „objasniti sve” tražilici. U stvarnosti su korisniji kada ih promatramo kao ugovor između vidljivog sadržaja i strojnog opisa stranice: označavaju tko je autor, što je proizvod, koja je cijena, kada je članak objavljen i kako se stranica uklapa u strukturu web-mjesta.

Dobro implementiran schema markup smanjuje dvosmislenost i nekim stranicama omogućuje sudjelovanje u obogaćenim rezultatima. Ne nadoknađuje slab sadržaj, ne jamči rich result i nije poseban ulaz u AI odgovore. Upravo zato je 2026. važnije imati manji, točan i održavan skup oznaka nego velik graf pun pretpostavki.

Što strukturirani podaci rade — a što ne rade

[1] preporučuju JSON-LD, iako su podržani i Microdata te RDFa. Oznake moraju opisivati glavni, korisniku vidljiv sadržaj, biti aktualne i ne smiju zavaravati. Čak ni tehnički ispravan kod ne jamči prikaz obogaćenog rezultata: Google odlučuje prema upitu, uređaju, lokaciji, kvaliteti stranice i drugim signalima.

Važno je razlikovati tri razine:

Schema.org vokabular govori koje entitete i odnose možemo opisati.
Googleova podržana značajka određuje koja vrsta oznake može aktivirati određeni prikaz u Googleu.
Stvarni prikaz ovisi o indeksiranju, pravilima, kvaliteti i Googleovoj procjeni konkretnog rezultata.

Zato valjana oznaka Service može imati semantičku vrijednost, ali nema nužno poseban Google rich result. S druge strane, Product ne treba dodavati stranici usluge samo zato što želimo zvjezdice ili cijenu u rezultatu.

Što se promijenilo u 2026.

Schema.org se i dalje razvija. Izdanje [10] dodalo je, među ostalim, pojmove za digitalne putovnice proizvoda i česte e-commerce odnose poput isOftenBoughtWith i specification. To ne znači da ih Google automatski koristi u rezultatima. Znači da ih možemo dosljedno izraziti u podatkovnom grafu.

Google istodobno dodaje i uklanja vlastite značajke. U [9] vidljivo je da je dokumentacija za FAQ rich result uklonjena nakon gašenja značajke u svibnju 2026., dok su neka svojstva za VideoObject ažurirana. Lekcija nije „schema je nestabilna”, nego da implementacija mora imati vlasnika, inventar i redovitu provjeru službene dokumentacije.

Prioritetni tipovi za poslovno web-mjesto i trgovinu

Organization i WebSite

Na početnoj stranici označite stvarnu organizaciju, njezin naziv, URL, logotip, kontaktne podatke i provjerene profile. Google navodi da [4] može pomoći pri razumijevanju i razlučivanju organizacije. Koristite stabilan @id, primjerice https://www.verdera.agency/#organization, i na drugim stranicama upućujte na isti entitet.

Article ili BlogPosting

Za stručne članke koristite Article ili konkretniji BlogPosting. [3] preporučuje relevantne podatke poput naslova, slika, datuma i autora. datePublished mora biti stvarni datum prve objave, a dateModified se mijenja samo nakon sadržajne izmjene. Autor treba biti stvarna osoba s vlastitim URL-om ili profilom, ne generična riječ „Admin”.

BreadcrumbList

Breadcrumb oznaka opisuje mjesto stranice u hijerarhiji i može pomoći korisniku da razumije put kroz web-mjesto. Googleov vodič za [6] naglašava da ni ova oznaka ne jamči prikaz. Put u JSON-LD-u mora odgovarati logičnoj, dostupnoj navigaciji.

Product, Offer i MerchantReturnPolicy

Na stranicama proizvoda označite samo podatke koje kupac doista vidi: naziv, sliku, valutu, cijenu, dostupnost i stvarnu ponudu. Google razlikuje [5]. Za brzo promjenjivu cijenu i zalihu oslanjanje samo na JavaScript može biti manje pouzdano. Google preporučuje da ključni podaci budu dostupni u početnom HTML-u. [12]

Ne izmišljajte AggregateRating, ne prenosite ocjene s druge platforme kao vlastite i ne ostavljajte staru cijenu u JSON-LD-u nakon što se promijenila na stranici. Za stvarnu politiku povrata i program vjernosti koristite podržane organizacijske oznake, ali samo ako pravila vrijede i vidljiva su kupcu.

Person i ProfilePage

Stranica autora treba povezati ime, biografiju, područje stručnosti i provjerene profile. U članku autor može biti čvor Person, a URL vodi na njegov stvarni profil. Za ovaj članak autor je Patricia Jarmek. Dosljedan identitet važniji je od nabrajanja desetaka svojstava bez izvora.

FAQPage: koristan sadržaj, ali bez očekivanja rich resulta

FAQ i dalje može biti koristan čitatelju, ali ne treba ga označavati samo zbog izgleda u rezultatima. Google je ranije ograničio FAQ rich rezultate na autoritativne zdravstvene i državne stranice, a zatim je [9]. Ne zamjenjujte ga s QAPage: [13], a ne uredničkom popisu pitanja i odgovora.

Treba li poseban schema markup za AI odgovore?

Ne. Google izričito navodi da za AI Overviews i AI Mode nema posebnog schema.org tipa ni dodatnog tehničkog zahtjeva. [7], a stranica mora biti indeksirana i podobna za prikaz sa snippetom. Googleov [8] također kaže da llms.txt, „AI markup” i pretjerano usitnjavanje sadržaja ne donose posebnu prednost u Google Searchu.

To ne znači da strukturirani podaci nisu korisni. Oni mogu jasno povezati autora, organizaciju, proizvod i ponudu te omogućiti standardne rich-result značajke. No AI vidljivost i dalje počinje sadržajem koji je originalan, provjerljiv i dostupan za indeksiranje. Više o tom odnosu pročitajte u člancima SEO ili GEO i Kako stvarati sadržaj kojim AI razumije vaš brend.

Višejezični schema markup bez kontradikcija

Svaka jezična verzija treba imati lokalizirane vrijednosti za headline, description, inLanguage, URL i tekstualna svojstva. Organizacija može zadržati isti globalni @id, dok svaki članak ima vlastiti URL i @id. hreflang i canonical nisu schema.org svojstva, ali moraju biti usklađeni s WPML vezama: svaka verzija u pravilu kanonikalizira samu sebe i upućuje na druge stvarne prijevode.

Nemojte prevesti samo naslov, a ostaviti engleski opis ili naziv kategorije u njemačkoj verziji. Jednako tako, četiri prijevoda ne smiju tvrditi različite datume objave, autore ili cijene ako opisuju isti poslovni događaj.

Minimalan JSON-LD primjer za stručni članak

Pojednostavljen primjer u nastavku prikazuje kako povezati podatke ovog članka. U vlastitoj implementaciji koristite podatke stranice koju označavate.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "@id": "https://www.verdera.agency/hr/clanci/seo/strukturirani-podaci-2026-google-ai-schema/#article",
  "headline": "Strukturirani podaci 2026.: što stvarno pomaže Googleu i AI sustavima",
  "description": "Praktičan vodič za schema markup u 2026.",
  "image": ["https://www.verdera.agency/wp-content/uploads/2026/10/verdera-structured-data-2026-hero.png%22],
  "datePublished": "2026-10-16T08:00:00+02:00",
  "dateModified": "2026-10-16T08:00:00+02:00",
  "inLanguage": "hr",
  "author": {
    "@type": "Person",
    "name": "Patricia Jarmek",
    "url": "https://si.linkedin.com/in/patricia-jarmek"
  },
  "publisher": { "@id": "https://www.verdera.agency/#organization" },
  "mainEntityOfPage": { "@type": "WebPage", "@id": "https://www.verdera.agency/hr/clanci/seo/strukturirani-podaci-2026-google-ai-schema/" }
}
</script>

Proces implementacije koji se može održavati

Napravite inventar. Izvezite sve JSON-LD blokove po predlošku i pronađite duplicirane Organization, kontradiktorne autore i zastarjele ponude.
Mapirajte tip na predložak. Članak, proizvod, kategorija, autor i početna stranica trebaju različite skupove podataka.
Odredite jedan izvor istine. Cijena, zaliha, datumi i autor moraju dolaziti iz CMS-a ili trgovine, ne iz ručno kopiranog koda.
Testirajte dvije stvari. [14] provjerava Googleove podržane značajke, a [11] cijeli schema.org graf i sintaksu.
Provjerite objavljeni URL. URL Inspection u Search Consoleu pokazuje što Google može dohvatiti. Validator koji prihvati kod ne dokazuje da je stranica indeksirana niti da će rich result biti prikazan.
Pratite promjene. Vlasnik implementacije treba mjesečno pregledati Search Console upozorenja i kvartalno službene promjene.

Najčešće pogreške

isti entitet generiraju tema, SEO dodatak i WooCommerce pa nastaju tri nespojiva grafa
oznake opisuju skrivenu cijenu, recenziju ili FAQ koji čitatelj ne vidi
Product se dodaje svakoj usluzi bez stvarne ponude za kupnju
dateModified se mijenja pri svakom učitavanju stranice
lokalizirane stranice imaju isti inLanguage i nelokalizirane opise
prolazak validatora tumači se kao jamstvo rich resulta
oznake se ažuriraju ručno, odvojeno od podataka u WooCommerceu.

Najbolja implementacija nije ona s najviše tipova, nego ona u kojoj je svaka tvrdnja točna, vidljiva i održiva.

Česta pitanja

Poboljšavaju li strukturirani podaci rangiranje?

Ne djeluju kao izravan „bonus za poziciju”. Pomažu sustavima razumjeti sadržaj i mogu omogućiti određene obogaćene rezultate, ali prikaz nije zajamčen.

Je li JSON-LD obvezan?

Ne. Google podržava JSON-LD, Microdata i RDFa, ali JSON-LD preporučuje jer ga je obično lakše odvojeno generirati i održavati.

Treba li 2026. dodati FAQPage oznaku?

Ne zbog Google rich resulta, jer je ta značajka ugašena. FAQ zadržite ako pomaže ljudima. Schema oznaku koristite samo ako je dio dosljednog podatkovnog modela za druge potrošače.

Postoji li schema za AI Overviews ili AI Mode?

Ne. Google ne traži poseban AI schema markup, AI tekstualne datoteke ni drugačiji način pisanja.

Kako provjeriti WooCommerce oznake?

Usporedite vidljivu cijenu, valutu, dostupnost, varijante, povrat i recenzije s generiranim JSON-LD-om. Zatim testirajte javni URL u Rich Results Testu i URL Inspectionu.