Schema markup: poveži stvarne entitete, ne izmišljaj signal.

Da li mora da postoji samo jedan script blok?

Schema.org dozvoljava više blokova, a Google može da obradi podržane formate. Jedan kohezivan @graph je ovde izabran kao pravilo održavanja: lakše je pratiti stabilne @id veze i sprečiti duplikate. To nije objavljeni Google ranking zahtev.

Koje čvorove povezujemo?

Koja su tri najvažnija pravila?

1. Markup opisuje sadržaj stranice na kojoj se nalazi.
2. Ne dodaj cenu, ocenu, autora, sliku ili identitet koji nisu stvarni i proverljivi.
3. Validiraj sintaksu Schema Markup Validatorom i podobnost Rich Results Testom za podržane tipove.

Kako izgleda kohezivan graf u praksi?

Razlika je najlakše vidljiva na primeru. Ovo je čest obrazac koji stvara duplikate:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "publisher": {
    "@type": "Organization",
    "name": "Precise Search SEO",
    "logo": "https://primer.rs/logo.png"
  }
}

Ako se isti objekat ponovi na svakoj stranici, svaka kopija je zaseban, nepovezan opis. Kada se jedan podatak promeni, menjaš ga na svim stranicama i lako propustiš neku. Kohezivna verzija izgleda ovako:

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://primer.rs/#organization",
      "name": "Precise Search SEO",
      "url": "https://primer.rs/",
      "logo": { "@id": "https://primer.rs/#logo" }
    },
    {
      "@type": "ImageObject",
      "@id": "https://primer.rs/#logo",
      "contentUrl": "https://primer.rs/logo.png",
      "width": 512,
      "height": 512
    },
    {
      "@type": "Article",
      "@id": "https://primer.rs/tekst/#article",
      "headline": "Naslov teksta",
      "publisher": { "@id": "https://primer.rs/#organization" },
      "mainEntityOfPage": { "@id": "https://primer.rs/tekst/#webpage" }
    }
  ]
}

Organizacija je opisana jednom. Logo je pun ImageObject sa dimenzijama, a ne goli URL. Članak je vezan za stranicu i za izdavača referencom, ne kopijom.

Kako se pišu identifikatori?

Fragment ne sme da sadrži datum, verziju ni naslov. #article-2026-avgust se raspada čim se tekst ažurira, a svaka promena @id vrednosti prekida sve reference koje na nju pokazuju.

Koje greške najčešće srećemo?

Čime se proverava?

1. Schema Markup Validator za sintaksu i strukturu grafa. Prijavljuje greške koje Google ne mora prijaviti.
2. Rich Results Test za podobnost konkretnih prikaza. Podobnost nije garancija prikaza.
3. Izveštaji u Search Console-u za stanje na celom sajtu tokom vremena.
4. Ručna provera da li svaki podatak u markupu postoji i u vidljivom sadržaju. Ovaj korak alati ne rade umesto tebe.

Koji tipovi se najčešće koriste i kada?

Najčešća greška u ovoj tabeli je Product na stranici koja opisuje uslugu. Ako nema zaliha, isporuke ni povraćaja, to je Service. Druga česta greška je LocalBusiness na sajtu bez fizičke lokacije — agregator ili onlajn usluga tu ne pripadaju.

Kako se entitet povezuje sa spoljnim izvorima?

Podudaranje po imenu je nepouzdano. „Precise Search SEO“ je jedinstveno, ali „Novi Taxi“ ili „Delta“ nisu. Kada postoji stabilan spoljni identifikator, veza prestaje da bude pogađanje.

{
  "@type": "Organization",
  "@id": "https://primer.rs/#organization",
  "name": "Primer d.o.o.",
  "sameAs": [
    "https://www.wikidata.org/wiki/Q00000000",
    "https://sr.wikipedia.org/wiki/Primer",
    "https://www.linkedin.com/company/primer",
    "https://www.crunchbase.com/organization/primer"
  ]
}

Za autore važi isto načelo, ali sa dodatnom obavezom: Person čvor ima smisla samo kada autor ima vidljivu biografiju na sajtu i proverljivo prisustvo van njega. Na ovom sajtu smo iz tog razloga uklonili Person čvor i sve atribucije vezali za organizaciju — jedan proverljiv entitet je jači od dva slaba.

Šta kada isti entitet postoji na više domena?

Situacija je česta: agencija ima sajt, klijentski projekat, i profil na platformi treće strane. Ako svaki od njih definiše sopstveni Organization čvor sa sopstvenim @id, nastaju tri entiteta umesto jednog.

// Na sekundarnom domenu — referenca, ne nova definicija
{
  "@type": "WebPage",
  "@id": "https://drugi-domen.rs/stranica/#webpage",
  "publisher": { "@id": "https://primarni-domen.rs/#organization" }
}

Uz to, oba domena treba da navedu jedan drugog u sameAs listi primarnog entiteta. Time je veza dvosmerna i ne oslanja se na to da pretraživač sam poveže dva imena.

Manje poznati tipovi koje vredi znati

Razlika između FAQPage i QAPage je česta greška. FAQPage je za pitanja na koja odgovara vlasnik sajta. QAPage je za stranicu sa jednim korisničkim pitanjem i više korisničkih odgovora, kakav je forum. Upotreba pogrešnog tipa znači da markup opisuje nešto što stranica nije.

Redosled implementacije na novom sajtu

1. Organizacija i sajt. Dva čvora sa stabilnim @id na korenu domena. Sve ostalo se kasnije vezuje za njih.
2. Logo kao pun ImageObject sa dimenzijama, ne kao string.
3. Stranica i članak po dokumentu, sa mainEntityOfPage vezom u oba smera.
4. Putanja kao BreadcrumbList sa uzastopnim pozicijama.
5. Tip specifičan za posao — Service, Product ili LocalBusiness, tek kada su prethodna četiri stabilna.
6. sameAs veze na kraju, kada spoljni profili stvarno postoje.
7. FAQ i slike samo tamo gde vidljiv sadržaj postoji.

Redosled nije proizvoljan. Svaki korak referencira prethodni, pa preskakanje znači da ćeš kasnije menjati @id vrednosti — a svaka takva promena prekida veze koje na njih pokazuju.

Česta pitanja