SEO strukturiranih podataka: vodič za schema markup

Što su strukturirani podaci i čemu služe

Strukturirani podaci (obično implementirani pomoću schema.org vokabulara u JSON‑LD) su strojem čitljive oznake dodane stranici kako bi tražilice mogle interpretirati entitete, atribute i odnose jasnije nego parsiranjem vidljivog teksta.

To je alat za jasnoću: strukturirani podaci signaliziraju da blok sadržaja predstavlja Article, Product, Event, Person, FAQ, BreadcrumbList, Review ili neki drugi definirani tip. Ta jasnoća može poboljšati podobnost za rich results, razjasniti odnose entiteta za sustave znanja i pomoći funkcijama pretraživanja da razumiju koji tekst odgovara kojem svojstvu.

Strukturirani podaci nisu prečica do boljeg rangiranja. Ne zamjenjuju kvalitetan sadržaj, dobru informacijsku arhitekturu ili stranice koje se mogu crawlovati. Pomažu tražilicama interpretirati što je na stranici; tražilice i dalje odlučuju (putem pregledavanja, indeksiranja i rangiranja) hoće li i kako se ta stranica pojaviti u rezultatima.

Kako strukturirani podaci rade (mehanika)

Formati i pozicioniranje

JSON‑LD je danas preporučeni i najrašireniji format. Schema se može izraziti i kao Microdata ili RDFa, ali JSON‑LD drži oznake odvojeno od vidljivog DOM‑a i lakše se upravlja u modernim predlošcima i CMS‑ovima.

Tipično mjesto je unutar <script type="application/ld+json"> taga u headu ili bodyju stranice. Primjer minimalnog Article isječka:

<script type="application/ld+json">{"@context":"https://schema.org","@type":"Article","headline":"Your headline here","author":{"@type":"Person","name":"Author name"}}</script>

Pregledavanje, indeksiranje i rangiranje: gdje strukturirani podaci igraju ulogu

Strukturirani podaci se koriste tijekom pregledavanja i indeksiranja faze: crawleri mogu pročitati JSON‑LD tijekom dohvaćanja; indexeri mogu spremiti svojstva ili ih koristiti za kvalificiranje stranice za SERP feature. Pojavi li se stranica u rezultatima pretraživanja i kako je rangirana i dalje određuju tražilice svojom algoritmima koristeći mnoge signale.

Imajte na umu da Google koristi mobilnu verziju kao primarnu osnovu za pregledavanje i indeksiranje. Od July 2024., Google pretražuje stranice za Search pomoću Googlebot Smartphone prema zadanim postavkama; osigurajte da strukturirani podaci prisutni na mobilnoj verziji odgovaraju semantici desktopa (paritet), ne nužno pixel‑po‑pixel izgled.

Gdje strukturirani podaci pomažu (primjeri upotrebe)

Uobičajene prednosti i prihvatljive značajke

Rich results: FAQs, How‑tos, previewi recepata, isječci proizvoda, recenzije i kartice događaja mogu biti podobni kada oznake zadovoljavaju dokumentirane zahtjeve.

Knowledge graph i povezivanje entiteta: schema može učiniti odnose entiteta eksplicitnima (publisher → article → author → organization). To pomaže sustavima koji grade grafove entiteta.

Sitelinks i interpretacija breadcrumba: BreadcrumbList markup razjašnjava hijerarhiju navigacije kako bi funkcije pretraživanja mogle prikazati ispravan trag.

Signalizacija podobnosti za specijalizirana iskustva pretraživanja (npr. dostupnost proizvoda, datumi događaja, oglasi za posao) gdje strukturirana svojstva prenose strojem čitljive činjenice koje je teško pouzdano izvući iz slobodnog teksta.

Čak i ako su oznake prisutne, pojava rich resultsa nije zajamčena. Tražilice koriste markup kao signal i mogu ga ignorirati ili zahtijevati dodatne kvalitativne signale (kvaliteta sadržaja, indeksabilnost, reputacija stranice).

Implementacija schema: praktični kontrolni popis

Planirajte i mapirajte

Odredite koje vrste stranica trebaju strukturirane podatke. Mapirajte svaki predložak stranice na schema.org tipove i obavezna svojstva (na primjer, Product zahtijeva name i offers; FAQ zahtijeva mainEntity s parovima Question/Answer). Koristite schema.org dokumentaciju kao autoritativni vokabular.

Autorstvo i predlošci

Generirajte JSON‑LD iz vašeg CMS‑a ili ga ugrađujte u server predloške. Držite markup sinkroniziranim s vidljivim sadržajem: datumi, cijene, dostupnost i tekst koji se koristi unutar strukturiranih svojstava trebaju odgovarati onome što korisnici vide.

Testiranje i staging

Testirajte generirani JSON‑LD u stagingu pomoću Rich Results Test i Schema Markup Validator (schema.org). Za stranice koje posjedujete, koristite Google Search Console URL Inspection da provjerite kako Google vidi stranicu i detektira li strukturirane podatke kao valjane ili s greškama.

Implementacija i nadzor

Objavite u produkciju i provjerite žive stranice s Rich Results Test.

Pratite Search Console za izvješća o strukturiranim podacima i probleme s pokrivenošću na stranicama koje posjedujete; koristite server logove i emulaciju crawlera (curl) kako biste osigurali da botovi dobivaju isti markup.

Ako trebate brz način da vidite koji HTML određeni user agent dobiva, upotrijebite curl s UA stringom. Za dohvat samo zaglavlja: curl -I https://example.com. Za dohvat HTML‑a kao određenog UA: curl -A "Googlebot" https://example.com

Verifikacija i otklanjanje poteškoća

Koračna verifikacija za stranice koje posjedujete

1) Upotrijebite Rich Results Test za provjeru sintakse i obaveznih svojstava. 2) U Google Search Console pokrenite URL Inspection da potvrdite da Google detektira strukturirane podatke i pregledate eventualne pogreške ili upozorenja. 3) Provjerite renderirani HTML stranice u Chrome DevTools > Elements da potvrdite da je JSON‑LD skripta prisutna nakon bilo kojeg klijentskog renderiranja. 4) Pratite izvještaje u Search Console kako biste uhvatili novo pojavljenje problema nakon deploya.

Što učiniti ako se rich results ne pojave

Ako markup prolazi validaciju, ali se rich result ne pojavljuje, provjerite sljedeće: 1) Je li stranica indeksabilna? Upotrijebite URL Inspection da potvrdite pokriće indeksiranja. Stranica koja nije indeksirana vjerojatno neće prikazivati rich results. 2) Podudara li se vidljivi sadržaj točno sa strukturiranim svojstvima? Neusklađenosti mogu natjerati tražilice da ignoriraju markup. 3) Je li ukupna kvaliteta i reputacija stranice dovoljna za tu značajku — tražilice često zahtijevaju signale povjerenja uz markup. 4) Potvrdite koristite li podržane tipove i svojstva za tu značajku (pogledajte dokumentaciju Rich Results Test).

Uobičajene pogreške i kako ih izbjeći

Označavanje sadržaja koji nije vidljiv korisnicima ili koji proturječi tekstu na stranici — strukturirani podaci trebaju odražavati vidljive činjenice.

Korištenje tipova ili svojstava koja nisu podržana za namjeravani rich result; konzultirajte Rich Results Test za trenutnu matricu podobnosti.

Oslanjanje na strukturirane podatke da poprave probleme kvalitete sadržaja ili arhitekture stranice. Schema pomaže jasnoći, ali ne može nadoknaditi tanak ili neupotrebljiv sadržaj.

Neodržavanje sinkronizacije markup‑a s dinamičnim promjenama sadržaja (datumi, cijene, dostupnost) — izbjegavajte zastarjele strukturirane vrijednosti.

Napredni obrasci i upravljanje

Dizajnirajte proces upravljanja schema: uključite vlasništvo nad schema u timove za sadržaj ili inženjering, verzionirajte JSON‑LD isječke i dodajte testove u vaš CI pipeline koji validiraju sintaksu schema i obavezna polja prije deploya.

Za velike stranice generirajte strukturirane podatke iz kanoničnih izvora polja umjesto kopiranja renderiranog HTML‑a. Gdje postoji lokalizirani sadržaj, osigurajte da jezik i regionalna svojstva odražavaju publiku stranice i izbjegavajte miješanje jezika u jednom svojstvu.

Strukturirani podaci također mogu podržavati downstream sustave izvan pretraživanja — interne baze znanja, voice asistente i analitiku. Definirajte minimalnu, stabilnu jezgru svojstava potrebnu i za pretraživanje i za internu potrošnju kako biste smanjili troškove održavanja.

Ako želite osvježiti tehničke temelje koji rade sa schema (indeksabilnost, kanonizacija, Core Web Vitals), Pročitajte Technical SEO vodič

FAQ