Google: Canonical se može postaviti pomoću JavaScripta - što to znači za SEO i e-trgovinu

Što?
Google je pojasnio da možete postaviti i "rel=canonical" putem JavaScripta ako je potrebno (npr. u SPA aplikacijama), sve dok to radite ispravno i dosljedno. 

Zašto?
Canonical odlučuje koju verziju URL-a Google smatra "primarnom". Pogreška u canonicalu može smanjiti vidljivost, povećati dupliciranje ili preusmjeriti signale rangiranja na pogrešnu stranicu - a u e-trgovini to obično znači stvarni pad prodaje.

Za koga?
Za vlasnike online trgovina, voditelje e-trgovine, SEO stručnjake, developere i ljude koji rade s JS frameworkovima (React/Next, Vue/Nuxt, Angular, Svelte) koji utječu na renderiranje i oznake u "

Pozadina:
Google obrađuje kanonizaciju i prije i nakon renderiranja (tj. nakon izvršavanja JavaScripta). Stoga razlike između kanonizacije u HTML-u i kanonizacije nakon renderiranja mogu dovesti do zabune. U prosincu 2025. Google je ažurirao svoje smjernice za JavaScript SEO s jasnim uputama o tome kako rukovati skupom kanonizacije u JavaScriptu. 

Kratki podsjetnik: što je kanonsko i zašto postoji?

Kanonizacija je postupak kojim Google odabire najreprezentativniji URL za sadržaj kada postoji više sličnih ili identičnih verzija stranice. Kanonski URL je ta "reprezentativna" verzija koju Google preferira prikazivati ​​u rezultatima pretraživanja. 

U e-trgovini su duplicirani URL-ovi uobičajeni jer trgovine generiraju varijante i kombinacije:

  • filtriranje i sortiranje (parametri URL-a),
  • paginacija,
  • varijante proizvoda (boja/veličina),
  • parametri kampanje (UTM),
  • jezične verzije,
  • različiti putovi do istog sadržaja (kategorija → proizvod vs. tražilica → proizvod).

Kada je canonical pogrešno postavljen, posljedice mogu biti bolne:

  • Google indeksira krive adrese (nered u indeksu),
  • signali (linkovi, autoritet, podaci o ponašanju) distribuirani su na više URL-ova,
  • Trošite proračun za indeksiranje na duplikate,
  • vidljivost ključnih kategorija i proizvoda se smanjuje.

 Što je točno Google rekao o tome da je kanonično postavljeno u JS-u?

Poruka je jednostavna:

  • Najbolje je postaviti kanonsko u HTML- u (u "
  • Ako ne možete, možete postaviti kanonsku vrijednost putem JavaScripta - ali to učinite na način koji kanonsku vrijednost čini dosljednom i nedvosmislenom. 
  • Kanonizacija se događa prije i poslije renderiranja, pa preklapanje kanonskog "u izvornom kodu" i "nakon renderiranja" stvara probleme. 

Google također naglašava vrlo praktično pravilo: ako je kanonski već u HTML-u, JS ga ne bi trebao mijenjati na drugu adresu. A ako je nemoguće umetnuti kanonski u HTML, bolje ga je uopće ne uključivati ​​tamo i dodati ga samo putem JS-a (ispravno, u "). 

Zašto je "kanonski set nakon renderiranja" rizičan?

Jer Google ne vidi vašu web stranicu uvijek na isti način kao što je korisnik vidi u pregledniku. Jednostavno rečeno, postoje dva "trenutka":

  • HTML prije renderiranja (ono što poslužitelj odmah vraća),
  • HTML nakon renderiranja (ono što se stvara nakon izvršavanja JavaScripta).

Ako se canonical pojavljuje tek nakon renderiranja, onda:

  • povećavate svoju ovisnost o Googleovom ispravnom renderiranju JS-a,
  • stvarate prostor za crossovere (različite kanonske u izvornom kodu, različite nakon renderiranja),
  • Lakše je pogriješiti u okvirima (npr. duplicirati "<link rel=”canonical”> "ili umetanjem na pogrešno mjesto).

Google izričito podsjeća da je kanonski prihvaćen kada je u ", a s JS-om ga morate ispravno "ubrizgati". 

Kada kanonično ima smisla u JS-u u praksi?

Postoje situacije u kojima ovo može biti razuman kompromis:

  • SPA aplikacija prikazana na strani klijenta, gdje je generiranje " na serveru je teško,
  • naslijeđeni CMS/platforma gdje nemate potpunu kontrolu nad predloškom,
  • dinamički prikazi, gdje kanonski ovisi o stanju aplikacije (iako je ovdje potreban poseban oprez).

U online trgovinama (posebno headless frameworkima), kanonsku vrijednost ponekad postavljaju biblioteke poput Head Managera (npr. React Helmet, Next.js Head). To funkcionira, ali samo ako jedna, konzistentna kanonska vrijednost i ako nema konfliktnih signala.

Najvažnije pravilo: kanonska konzistentnost "prije" i "poslije" renderiranja

Ako se sjećate jedne stvari iz ovog članka, neka to bude ovo:

Nemojte stvarati situaciju u kojoj kanonski element u HTML-u pokazuje na A, a kanonski element nakon renderiranja pokazuje na B.

Sam Google ističe da se kanonizacija odvija u različitim fazama, pa "mješoviti signali" smanjuju jednoznačnost i povećavaju rizik da algoritam odabere drugu verziju. 

U e-trgovini, takav prijelaz često se događa putem:

  • filteri i sortiranje generiraju različite URL-ove,
  • automatsko povezivanje parametara u JS-u,
  • pogreške u usmjeravanju (npr. kosa crta / bez kose crte),
  • razlike u kanonskim adresama između mobilnih i desktop verzija.

Korak po korak: kako implementirati kanonski settable u JS-u bez minuta

Korak 1: Odlučite što će biti kanonsko (poslovna logika)

Prvo, uspostavite pravila. Primjeri u trgovini:

  • proizvod ima kanonski URL za "čisti" URL bez parametara kampanje,
  • kategorija ima kanonsku do nesortiranu verziju,
  • filtrirati stranice: ili kanonske za osnovnu kategoriju ili (ako filteri imaju SEO smisla) kanonske za određenu kombinaciju - ali tada mora postojati strategija indeksiranja.

Korak 2: provjerite postoji li jedan kanonski nakon renderiranja

Ne dva, ne tri. Jedan. U "Google vas podsjeća da ispravno umetnete kanonični dio u odgovarajući dio dokumenta. 

Korak 3: Ako ne možete umetnuti kanonsku stranicu u HTML, nemojte je uopće umetati

Ovo je važna nijansa iz Googleovog pojašnjenja: bolje je nemati canonical u izvornom kodu nego imati drugačiji od onog koji ste kasnije postavili u JS-u. 

Korak 4: Testirajte u Google Search Consoleu

Google preporučuje testiranje renderiranja i kanoničnih stranica pomoću alata poput Search Consolea kako biste bili sigurni da Google vidi što pokušavate postići. Pregled URL-ova koristan je kada je u pitanju kanonizacija, jer, između ostalog, pokazuje kanonične stranice koje ste naveli i kanonične stranice koje je Google odabrao. 

Korak 5: Praćenje crossovera "Google je odabrao drugačiji kanonski"

Ako Google često odabire drugačiju kanonsku stranicu od one koju ste postavili, to je znak da:

  • sadržaj nije dovoljno sličan (algoritam ga smatra da nije duplikat),
  • signali su kontradiktorni (interno povezivanje, preusmjeravanja, mape web-mjesta),
  • canonical označava URL niže kvalitete (npr. s greškama, bez sadržaja, s različitim parametrima).

Google opisuje da čak i ako navedete kanonično, algoritam može odabrati drugu verziju iz različitih razloga, te je vrijedno provjeriti ima li Googleov izbor smisla s funkcionalne perspektive. 

Uobičajene pogreške u e-trgovini koje narušavaju canonical (posebno s JS-om)

Duplikat kanonskog

Okvir ubrizgava kanonski dio, a platforma trgovine dodaje drugi u predložak. Nakon renderiranja imate dva različita "<link rel=”canonical”> ". Učinak: signal postaje nečitljiv.

Kanonski postavljen izvan<head>

Google više puta naglašava da bi kanonski trebao biti u"Ako sleti u ", ponekad se zanemaruje. 

Kanonske upute na URL s parametrima

Najčešće, canonical bi trebao pokazivati ​​na "čistu" verziju. Ako canonical pokazuje na URL s UTM-om, sortiranjem ili filtriranjem, brzo stvarate labirint.

Kanonsko ovisi o stanju aplikacije

Korisnik je kliknuo na filter, a JS je promijenio kanonsku verziju. Kao rezultat toga, robot bi mogao vidjeti različite verzije u različitim prolazima renderiranja. To je teško kontrolirati i povećava se rizik od kaosa indeksiranja.

Što se time mijenja u praksi za online trgovine?

Ako vodite tvrtku za e-trgovinu, Googleovo poboljšanje ima dva stvarna učinka:

  • Manje straha u headless/SPA projektima - canonical u JS-u može funkcionirati kada se dosljedno implementira. 
  • Veća odgovornost na strani implementacije - jer je "najbolja praksa" i dalje kanonska u HTML-u, a JS je rezervna varijanta. 

U trgovinama koje imaju mnogo URL kombinacija (filteri, parametri, varijante), kanonizacija je jedan od glavnih alata za organiziranje indeksa. Dobro konfigurirana kanonizacija podržava vidljivost kategorija i proizvoda, dok nepravilno postavljena može ometati rast.

Kontrolna lista: Što danas provjeriti u svojoj trgovini 

  • Otvorite karticu proizvoda i provjerite izvorni kod stranice je li canonical u ".
  • Provjerite postoji li još uvijek samo jedan kanonski nakon renderiranja (npr. u dev alatima).
  • Idite na URL s parametrima (UTM / sortiranje) i provjerite povezuju li kanonske poveznice na osnovnu verziju.
  • U Search Consoleu upotrijebite URL Inspection i usporedite: deklarirano kanonsko s kanonskim koje je odabrao Google. 
  • Ako je kanonski postavljen u JS-u - provjerite postoji li crossover s HTML-om (ili ako HTML uopće nema kanonski, ako bi ga JS trebao postaviti). 

Gdje se ovdje nalazi swiatcyfrowy.pl?

Ako želite biti sigurni da su kanonski elementi, JS renderiranje i indeksiranje ispravno postavljeni, najbrži način za to je obično tehnička SEO revizija (s elementima e-trgovine).

U digitalnom svijetu, ovu temu možete tretirati kao dio šire dijagnoze: sređivanje indeksiranja, uklanjanje dupliciranja, poboljšanje vidljivosti kategorija i proizvoda te sužavanje SEO prodajnog toka → kartica proizvoda → kupi.swia

Ako želite saznati više, molimo kontaktirajte nas

Ako tražite još zanimljivih članaka: pogledajte ostale članke na blogu i vijesti o e-trgovini

Pretplatite se na naš newsletter kako biste primali najzanimljivije informacije na svoju e-poštu