Strukturirani podaci: koji su web stranici tvrtke zaista potrebni
Strukturirani podaci nisu faktor rangiranja. Oni su prijevod: strojevima govore što neki dio teksta znači umjesto da ih puste da nagađaju. Upravo to sve više odlučuje hoće li se stranica uopće pojaviti u odgovorima.
Najvažnije ukratko
- Četiri tipa dovoljna su za gotovo svaku stranicu tvrtke: Organization, WebPage odnosno Article, BreadcrumbList i FAQPage.
- Isporučuje se JSON-LD u
<head>– a ne kao oznake unutar teksta. - Najčešća je pogreška prešutna i skupa: podaci u strukturiranim podacima kojih na samoj stranici nema.
- Tri mnogo spominjana tipa uslužna tvrtka može preskočiti – djeluju samo uz odgovarajuću ponudu ili stvarne ocjene.
Stroj koji čita stranicu isprva vidi samo tekst. Da je «Emma Woelk» čovjek, «TEISENDA GmbH» tvrtka, a «22. kolovoza 2026.» datum objave, mora pogoditi – ili to izričito piše.
Strukturirani podaci upravo su to izričito postojanje. Oni ne poboljšavaju položaj. Oni odlučuju dolazi li stranica uopće u obzir za proširene prikaze i za generirane odgovore.
Četiri koja su dovoljna
1. Organization – jednom, na naslovnoj stranici
Tko ste: naziv, adresa, logotip, godina osnutka, profili na drugim mrežama. To je zapis zahvaljujući kojemu se logotip može pojaviti uz rezultat pretraživanja – najčešći razlog zašto ga nema jednostavno je izostanak tog zapisa.
Važno: Logotip mora postojati kao rasterska slika. SVG se na tom mjestu ne obrađuje.
2. WebPage ili Article – na svakoj stranici
Što je ta stranica: naslov, opis, jezik, datum objave i zadnje dorade. Kod članaka dodatno Article odnosno BlogPosting s autorom kao zasebnim zapisom Person – s ulogom, ne samo s imenom.
Važno: Datum izmjene mora biti točan. Datum koji se postavlja iznova pri svakom učitavanju stranice signal je koji sam sebe obezvrjeđuje.
3. BreadcrumbList – na svim podstranicama
Gdje ta stranica stoji u strukturi. Vidljivo kao putanja pri vrhu stranice, strojno čitljivo u zaglavlju. Oboje ide zajedno – putanja u podacima koje na stranici nema je netočan podatak.
4. FAQPage – ondje gdje postoje stvarna pitanja
Odsječak s pitanjima na kraju članka. Za strojeve za odgovaranje najvrjedniji tip uopće, jer pitanje i odgovor isporučuje već kao par – točno u obliku u kojem se citira.
Važno: Samo za pitanja koja su na stranici zaista vidljiva. Izmišljena pitanja koja stoje samo u podacima kršenje su smjernica.
Tri koja se mogu preskočiti
Product i Offer. Za usluge s ponudom na upit ne donose ništa – bez cijene i dostupnosti ionako se ne prikazuju. Smisleni tek uz pravu trgovinu.
AggregateRating. Zvjezdice u rezultatu pretraživanja primamljive su i vezane uz stroge uvjete: ocjene moraju biti stvarne, provjerljive i vidljive na stranici. Samododijeljene ocjene kršenje su smjernica sa stvarnim rizikom.
HowTo. U prikazu je znatno smanjen i za većinu stranica tvrtki više se ne isplati po trudu održavanja.
Jeste li znali?
Strukturirani podaci nisu faktor rangiranja – Google je to više puta razjasnio. Oni odlučuju o prikazu, a ne o položaju.
Za strojeve za odgovaranje stvar stoji nešto drukčije. Model koji iz stranice treba izgraditi odgovor rado koristi ono što je jednoznačno označeno: parove pitanja i odgovora, autora s ulogom, datum zadnje provjere. Tada ne mora nagađati što ide zajedno. Korist dakle leži manje u rangiranju, a više u tome da se stranica može citirati.
Kako se ugrađuju
Tri pravila koja izbjegavaju većinu problema.
- JSON-LD, u
<head>. Ne kao atributi u tekstu. JSON-LD se održava odvojeno od izgleda i ne gubi se pri izmjenama oblikovanja. - Jedan blok po stranici, ne pet. Više zapisa ide u jedan
@graphi povezuje se preko@id. Tako članak upućuje na istu organizaciju koja stoji na naslovnoj stranici umjesto da je ponavlja. - Stvarati ih iz istog izvora kao i vidljivi sadržaj. Ako naslov, datum i autor dolaze iz istih polja kao i sama stranica, uopće se ne mogu razići. To je najdjelotvornija prevencija uopće.
Najskuplja pogreška ujedno je i najtiša: strukturirani podaci govore nešto što na stranici ne piše. Jučerašnji datum izmjene kod teksta iz 2023. Autor koji se u vidljivom dijelu ne pojavljuje. Pitanja u podacima kojih na stranici nema.
To ne primijeti nijedan alat za provjeru – podaci su formalno valjani. Primijeti se pri ručnoj provjeri, a tada posljedica ne pogađa samo tu jednu oznaku. Zato je pravilo «stvarati iz istog izvora» važnije od svake potpunosti.
Provjera – ovim redoslijedom
| Korak | Čime | Što vidite |
|---|---|---|
| 1. Sintaksa | Schema Markup Validator | Je li JSON valjan i tip ispravan |
| 2. Mogućnost prikaza | Test za obogaćene rezultate | Bi li prošireni prikaz bio moguć |
| 3. Stvarnost | Search Console, područje Poboljšanja | Što je zaista prepoznato, kroz sve stranice |
| 4. Podudarnost | Sami pročitati | Stoji li svaki podatak i vidljivo na stranici |
Četvrti korak jedini je koji ne preuzima nijedan alat – i jedini kod kojega se primijete ozbiljne pogreške.
Provjeri strukturirane podatke ove stranice na potpunost i na podudarnost s vidljivim sadržajem. Vidljivi sadržaj stranice: [umetni tekst stranice] JSON-LD stranice: [umetni blok] Zadaci: 1. Navedi svaki podatak u JSON-LD-u koji se ne pojavljuje u vidljivom sadržaju. To je najvažnija točka – budi ovdje temeljit. 2. Navedi svaki vidljivi podatak koji bi trebao biti označen, a nedostaje (autor s ulogom, datum izmjene, pitanja, putanja). 3. Provjeri jesu li četiri osnovna tipa smisleno popunjena: Organization, WebPage/Article, BreadcrumbList, FAQPage. 4. Navedi tipove u bloku koji za uslužnu tvrtku bez trgovine i bez provjerljivih ocjena nemaju nikakvu korist. 5. Upozori na svako kršenje smjernica, osobito na samododijeljene ocjene i pitanja kojih na stranici nema. Na kraju ispiši ispravljeni JSON-LD u cijelosti. Ne izmišljaj vrijednosti – ono što nedostaje označi kao [dopuniti].
Zaključak
Strukturirani podaci brzo se precijene i jednako se brzo krivo naprave. Četiri tipa pokrivaju potrebu stranice jedne tvrtke, a njihova korist leži manje u položaju, a više u tome da se mogu citirati.
Jedno pravilo koje nosi sve: ne označavati ništa čega na stranici nema. Tko podatke stvara iz istog izvora kao i vidljivi sadržaj, taj je problem riješio strukturno – i naknadne provjere može uglavnom preskočiti.
Česta pitanja
Koji su strukturirani podaci potrebni web stranici tvrtke?
Četiri tipa su dovoljna: Organization jednom na naslovnoj stranici, WebPage odnosno Article na svakoj stranici, BreadcrumbList na svim podstranicama i FAQPage svugdje gdje postoje stvarna, vidljiva pitanja. Product, AggregateRating i HowTo uslužnim se tvrtkama u pravilu ne isplate.
Poboljšavaju li strukturirani podaci rangiranje?
Ne. Oni nisu faktor rangiranja nego odlučuju o prikazu – primjerice o tome mogu li se logotip, putanja ili pitanja na rasklapanje pojaviti u rezultatu pretraživanja. Za strojeve za odgovaranje povećavaju mogućnost citiranja jer su parovi pitanja i odgovora, autor i datum jednoznačno označeni umjesto da ih treba pogađati.
Zašto Google ne prikazuje naš logotip?
Najčešći je razlog nedostajući ili nepotpun zapis Organization na naslovnoj stranici. Drugi najčešći razlog: pohranjeni logotip postoji samo kao SVG – na tom je mjestu potrebna rasterska slika. I uz ispravnu oznaku ne postoji pravo na prikaz.
Koja je najčešća pogreška kod strukturiranih podataka?
Podaci koji stoje u podacima, ali ne i u vidljivom sadržaju: kriv datum izmjene, nenavedeni autor, izmišljena pitanja. Alati za provjeru to ne prijavljuju jer su podaci formalno valjani. Izbjegava se tako da se oznaka stvara iz istog izvora kao i vidljivi tekst.
JSON-LD ili Microdata?
JSON-LD u <head>. To je oblik koji Google preporučuje, održava se odvojeno od izgleda i ne gubi se pri izmjenama oblikovanja. Microdata raspoređuje oznake po tekstu i puca pri svakoj preradi stranice.
Marketing koji se sam postavlja
Beta verzija Studio Enginea je otvorena. Osigurajte mjesto i sudjelujte od početka.
Pridruži se beti →