https://example.com/about, https://www.example.com/about i http://example.com/about mogu posluživati potpuno isti sadržaj, no tražilice ih tretiraju kao odvojene URL-ove osim ako im izričito ne kažete drugačije. Dodajte još koju završnu kosu crtu i broj samo raste. Nitko namjerno ne stvara duplicirane URL-ove - to se jednostavno dogodi kad DNS, hosting i zadane postavke CMS-a nisu usklađeni od prvog dana, a obično se ne primijeti dok netko ne usporedi dva Search Console propertyja jedan uz drugi.
Kako ista stranica završi s više URL-ova
Većina hosting postava po defaultu razrješava i www i non-www, a mnoge posjeduju i http i https bez preusmjeravanja jednog na drugi. CMS platforme dodaju vlastite čudnosti - završne kose crte, osjetljivost na velika/mala slova ili index.html nastavke koji se tehnički učitavaju u redu, ali za crawler broje kao odvojene adrese. Ništa od ovoga nije vidljivo čovjeku koji klika po stranici; pokaže se tek kad provjerite kako tražilice i alati za analitiku vide te URL-ove.
Zašto duplicirani hostovi stvarno štete
- Backlinkovi i dijeljenja na društvenim mrežama raspršuju se po različitim hostovima umjesto da konsolidiraju autoritet na jednom URL-u.
- Crawl budžet troši se na ponovno dohvaćanje gotovo identičnog sadržaja umjesto novih stranica.
- Analitika se cijepa u ono što izgleda kao više „siteova“, pa je brojkama prometa i konverzija teže vjerovati.
- U najgorem slučaju Google odabere drugačiji kanonični URL od onog koji ste namjeravali, pa vaš preferirani URL ne rangira.
Završne kose crte, parametri i drugi tihi duplikati
www naspram non-www i http naspram https najvidljiviji su rascjepi, no isti problem pojavljuje se u manjim oblicima koje je jednako lako propustiti. /proizvodi i /proizvodi/ mogu se tretirati kao različiti URL-ovi ovisno o konfiguraciji poslužitelja. Praćenje parametara poput ?utm_source= ili identifikatora sesije stvara tehnički jedinstven URL za svakog posjetitelja. Opcije sortiranja i filtriranja na stranicama kategorija (?sort=cijena, ?boja=plava) umnožavaju šačicu stvarnih stranica u stotine URL-ova koje crawler može posjetiti. Nijednoj od njih nužno ne treba preusmjeravanje, ali svakoj treba canonical oznaka koja pokazuje natrag na čistu, primarnu verziju.
Odaberite jednu verziju i držite je se
Krenite od https svugdje - u 2026. nema dobrog razloga da http ostane dostupan. Zatim odaberite www ili non-www. Nijedno nije objektivno bolje za SEO; važno je odabrati jedno i biti dosljedan posvuda gdje se pojavljuje: u oglasima, na posjetnicama, društvenim profilima i svakoj unutarnjoj poveznici na stranici. Zabilježite odluku negdje gdje je vaš tim i svaki budući developer može pronaći.
Preusmjeravanja i kanonične oznake rade različite poslove
Na razini poslužitelja ili CDN-a svaki alternativni host i http zahtjev trebaju 301-preusmjeriti na jedini preferirani URL - time se problem rješava prije nego crawler ili posjetitelj uopće učita krivu stranicu. Uz to, svaka stranica treba nositi rel=canonical oznaku koja pokazuje na isti preferirani URL, u vlastitom <head>. Kanonične oznake su naznaka koja najviše pomaže kad postoje parametri ili gotovo duplicirani sadržaj (poput ?sort= ili ?ref= varijanti); preusmjeravanja rješavaju sam problem na razini hosta. Koristite oboje - pokrivaju različite situacije.
Cross-domain kanonične oznake srodan su rubni slučaj vrijedan spomena: ako je priopćenje za medije ili gostujući članak namjerno objavljen na dvije različite domene, canonical oznaka na sindiciranoj kopiji može pokazati natrag na original, govoreći tražilicama kojoj verziji pripada zasluga. Radi samo ako obje strane surađuju - stranica koja preuzme vaš sadržaj bez dodavanja te oznake i dalje će se natjecati s originalom za isto rangiranje.
Stvaran primjer: dva hosta koja tiho cijepaju autoritet
Stranica se lansira s https://example.com i https://www.example.com koji se razrješavaju bez preusmjeravanja između njih. Marketing u oglasima povezuje na www verziju, developerove unutarnje poveznice pokazuju na non-www verziju, a nekoliko backlinkova iz medija koristi ono što je novinar slučajno upisao. Šest mjeseci kasnije nijedna verzija ne rangira onako kako bi trebala, jer se poveznice i signali koji bi trebali pojačati jedan URL dijele otprilike na pola između dva. Popravak kasnije znači auditirati svaku unutarnju poveznicu i nadati se da će vanjske stranice također ažurirati svoje - puno je jeftinije odlučiti ovo prije lansiranja.
Da biste provjerili događa li se ovo već vama, upišite sve četiri kombinacije vaše domene (s i bez www, http i https) u preglednik i promatrajte što se događa - ako se ijedna učita bez preusmjeravanja na preferiranu verziju, imate problem. Search Console će to pokazati i neizravno: ako imate propertyje postavljene za više varijanti hosta, usporedite njihove Performance izvještaje za preklapajuće upite. Brz curl -I naspram svake varijante iz naredbenog retka pokazuje točan lanac preusmjeravanja (ili njegov izostanak) bez oslanjanja na keš preglednika.
Kratak popis za zaključavanje odluke
- Odlučite primarni host (www ili non-www) i nametnite https posvuda.
- Konfigurirajte 301 preusmjeravanja na razini DNS-a, CDN-a ili hostinga za svaku alternativnu varijantu.
- Dodajte samo-referencirajuću rel=canonical oznaku svakoj stranici, usmjerenu na preferirani URL.
- Ažurirajte sitemap, unutarnje poveznice i Search Console property da odgovaraju odabranom hostu.
- Provjerite oglase, poslovne oglasnike i društvene profile zbog zalutalih poveznica na nepreferiranu verziju.
Killer Click ovu odluku ugrađuje u svaki launch checklist, tako da se www, https i kanonične oznake riješe jednom tijekom postavljanja - a ne krpaju mjesecima kasnije nakon što su potrošnja na oglase i backlinkovi već podijeljeni na dvije verzije iste stranice, i ne prepuštaju developeru da nagađa na temelju onoga što je prethodni hosting slučajno postavio kao zadano.