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 je namijenjeno?
Vlasnicima online trgovina, voditeljima e-trgovine, SEO stručnjacima, programerima i svima 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 canonical u HTML-u (u "
  • Ako ne možete , možete postaviti kanonsku vrijednost putem JavaScripta - ali učinite to tako da bude konzistentna i nedvosmislena.
  • 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 kod već u HTML-u, JS ga ne bi trebao mijenjati na drugu adresu. A ako je nemoguće umetnuti kanonski kod u HTML, bolje ga je uopće ne uključiti i dodati ga 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 se canonical prihvaća kada se nalazi 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 poslužitelju teško,
  • kojoj 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 canonical i u odgovarajući odjeljak 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 opetovano naglašava da kanonski dio treba biti u " . Ako završi u " , ponekad se ignorira.

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 kako biste vidjeli je li kanonska stranica 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