Tehnička SEO osnova web shopa treba da odgovori na četiri praktična pitanja: koje URL-ove pretraživač treba da indeksira, koja verzija stranice je glavna, kako su povezane stranice kategorija i kako se proizvod, cena i dostupnost predstavljaju kroz strukturirane podatke. Ako ti odgovori nisu usklađeni, sitemap može da šalje jednu poruku, canonical drugu, a interna navigacija treću.
Najvažnije je da se pre implementacije napravi jasan model URL-ova i njihovih uloga. Proizvod, kategorija, filtrirana lista, stranica paginacije i parametarska verzija ne treba automatski da imaju isti tretman. U nastavku su kriterijumi za donošenje tih odluka, uz primere tipične za web shopove i kataloge sa većim brojem proizvoda.
Šta tehnička SEO osnova treba da reši
Dobro podešen web shop ne pokušava da indeksira svaku kombinaciju filtera i svaki tehnički URL. Njegov cilj je da pretraživaču učini dostupnim korisne, stabilne i međusobno jasno povezane stranice:
- stranice proizvoda sa jedinstvenim sadržajem, cenom, dostupnošću i jasnim identitetom;
- kategorije i podkategorije koje imaju stvarnu navigacionu i pretraživačku vrednost;
- relevantne stranice paginacije koje vode kroz duži katalog;
- kontrolisan skup filtriranih URL-ova, samo kada predstavljaju korisne i stabilne podskupove ponude;
- tehnički dostupne canonical verzije koje nisu blokirane robots pravilima ili zahtevaju nepredvidivu sesiju.
Ovaj sloj je deo šireg procesa SEO optimizacije web shopa, ali nije zamena za strategiju kategorija, sadržaj proizvoda ili analizu potražnje. Njegova uloga je da obezbedi da ono što je strateški važno može da se otkrije, obradi i pravilno protumači.
Canonical: izbor glavne verzije URL-a
Canonical oznaka se koristi kada više URL-ova prikazuje isti ili veoma sličan sadržaj, kako bi se naznačila preferirana verzija. Ona je signal pretraživaču, a ne apsolutna naredba: Google može da izabere drugu canonical verziju ako su signali na sajtu u suprotnosti ili ako proceni da je druga stranica reprezentativnija.
Tipičan primer sa parametrima
Jedan proizvod može biti dostupan kroz više putanja, na primer:
/patike/model-x/kategorija/patike?sort=price-asc/pretraga?q=model-x/patike/model-x?utm_source=newsletter
Za proizvod je najčešće logično da osnovni URL bude preferirana verzija, dok parametri za sortiranje, kampanje ili internu pretragu ne stvaraju nove SEO stranice. Međutim, canonical ne treba postavljati mehanički. Ako filter formira zaseban, koristan podkatalog sa sopstvenom namerom pretrage i dovoljno jedinstvenim sadržajem, može imati drugačiji tretman od običnog parametra za sortiranje.
Provera canonical implementacije
- Svaka važna indexable stranica treba da ima jasno definisanu preferiranu URL verziju.
- Canonical treba da koristi apsolutnu, konzistentnu adresu i isti protokol kao javna verzija sajta.
- Interni linkovi, sitemap i canonical treba da upućuju na istu URL strukturu.
- Canonical stranica treba da bude dostupna za crawl i da ne vodi na preusmerenje, 404 ili nerelevantnu kategoriju.
- Ne treba sve filtrirane stranice automatski kanonikalizovati na kategoriju ako time nestaje korisna i namerno kreirana landing stranica.
Poseban oprez potreban je kod proizvoda koji se pojavljuju u više kategorija, varijanti i kampanjskih putanja. Pravilo treba definisati na nivou sistema, a ne ručno za nekoliko nasumičnih stranica. Za strukturu kategorija, atributa i varijanti korisno je povezati tehničku odluku sa arhitekturom kataloga proizvoda.
Pagination: kako tretirati duži katalog
Paginacija nastaje kada kategorija ili rezultat pretrage ne prikazuje sve proizvode na jednoj stranici. Na primer, kategorija može imati URL-ove /rančevi, /rančevi?page=2 i /rančevi?page=3. Najveća greška je posmatrati sve stranice kao duplikate prve stranice bez provere njihove funkcije.
Praktična pravila za stranice paginacije
- Svaka stranica koja sadrži sledeći deo kataloga mora biti dostupna kroz standardne HTML linkove, a ne samo kroz JavaScript događaj.
- Stranice koje služe za navigaciju kroz katalog ne treba automatski usmeravati canonical oznakom na prvu stranicu.
- Ako je stranica paginacije namerno dostupna za indeksiranje, njen canonical treba da odgovara toj konkretnoj, stabilnoj URL verziji.
- Prva stranica treba jasno da vodi ka sledećim stranicama, a poslednja ne treba da prikazuje nevažeći link ka narednoj strani.
- Broj proizvoda po stranici treba uskladiti sa performansama, korisničkim iskustvom i načinom na koji platforma generiše linkove.
Infinite scroll može biti koristan za korisnika, ali ne sme da bude jedini način otkrivanja proizvoda. Ako se novi proizvodi učitavaju bez crawlable URL-a i bez običnih linkova ka narednim segmentima, deo kataloga može ostati teško dostupan pretraživaču. Rešenje je kombinacija korisničkog interfejsa i stabilne paginirane strukture u pozadini.
Za odluku da li određene stranice paginacije treba indeksirati važno je pogledati njihovu samostalnu vrednost. Ako sadrže jedinstven deo kategorije, dostupne su kroz linkove i doprinose otkrivanju proizvoda, njihovo potpuno uklanjanje iz indeksa može biti nepotrebno. Ako su samo tehničke kombinacije bez korisničke vrednosti, treba razmotriti drugačiju kontrolu indeksiranja na nivou sistema.
Strukturirani podaci: schema bez preterivanja
Strukturirani podaci pomažu pretraživaču da razume entitete na stranici, ali sami po sebi ne garantuju rich result, bolju poziciju ili prikaz svih navedenih elemenata. Podaci moraju odgovarati onome što korisnik zaista vidi i što je aktuelno na stranici.
Product i Offer na stranici proizvoda
Za stranicu proizvoda najčešće su relevantni tipovi Product i Offer. U zavisnosti od modela prodaje mogu se opisati naziv, brend, model, identifikator, slika, cena, valuta, dostupnost i stanje ponude. Ako postoji više varijanti, podaci moraju jasno razlikovati konkretne proizvode i njihove ponude, umesto da jedna generička cena predstavlja sve varijante.
Važno je proveriti sledeće:
- da naziv i cena u schema podacima odgovaraju vidljivom sadržaju;
- da valuta i dostupnost nisu zastarele nakon promene u sistemu;
- da se ne označava proizvod kao dostupan kada korisnik ne može da ga kupi;
- da se ocenama i recenzijama ne dodaju izmišljene ili agregirane vrednosti bez stvarne osnove;
- da se strukturirani podaci generišu iz istog izvora kao cena, zaliha i varijanta prikazana korisniku.
BreadcrumbList i organizacioni kontekst
BreadcrumbList može pomoći da se hijerarhija stranice predstavi jasnije, naročito kada proizvod pripada kategoriji i podkategoriji. Breadcrumb na stranici, interna navigacija i strukturirani podaci treba da opisuju istu logiku. Ako je proizvod kroz interfejs svrstan u „Laptopovi“, schema ne bi trebalo da ga bez razloga predstavlja kao deo potpuno druge grane kataloga.
JSON-LD je često praktičan format zato što odvaja strukturirane podatke od vizuelnog HTML-a, ali izbor formata nije važniji od tačnosti i pokrivenosti stranica. Nakon implementacije treba testirati reprezentativne proizvode, kategorije, varijante i nedostupne artikle, a ne samo jednu idealnu stranicu.
XML sitemap: mapa prioriteta, ne kompletna baza URL-ova
XML sitemap treba da sadrži URL-ove koje želite da pretraživač otkrije i razmotri za indeksiranje. To nije spisak svake URL kombinacije koju aplikacija može da generiše. U web shopu to obično znači canonical verzije važnih kategorija i proizvoda, uz pažljivo definisanu politiku za paginaciju i korisne filtrirane stranice.
Šta proveriti u sitemapu
- Da svaki URL vraća očekivani status i nije preusmeren na drugu adresu.
- Da URL nije blokiran robots.txt pravilom i da nije slučajno označen kao neindexable.
- Da je sadržaj stranice dovoljno stabilan i relevantan za uključivanje.
- Da sitemap ne meša stare, rasprodate ili uklonjene URL-ove bez definisane politike.
- Da se pri promeni proizvoda, kategorije ili domena sitemap automatski osvežava.
Za veće kataloge sitemap se može organizovati kroz indeksne fajlove i odvojene mape, na primer za proizvode, kategorije i slike, ako platforma to podržava. To olakšava dijagnostiku, ali ne rešava problem loše URL arhitekture. Sitemap može pomoći otkrivanju stranice; ne može zameniti kvalitetne interne linkove, pravilna preusmerenja ili ispravne canonical signale.
Kako povezati canonical, pagination, schema i sitemap
Ove komponente treba proveravati kao jedan sistem. Primer konzistentnog toka izgleda ovako:
- Kategorija ima stabilan canonical URL i nalazi se u glavnoj navigaciji ili relevantnoj internoj putanji.
- Njene paginirane stranice vode do sledećih delova kataloga putem crawlable linkova.
- Svaki proizvod ima svoju preferiranu URL verziju, koja se koristi u internim linkovima i sitemapu.
- Product podaci prikazuju istu cenu, valutu i dostupnost kao korisnički interfejs.
- Filtri i sortiranje ne proizvode neograničen broj URL-ova koje sitemap nekontrolisano uključuje.
- Izveštaji o crawl-u i indeksiranju proveravaju da li pretraživač vidi istu strukturu koju je tim projektovao.
Primer konflikta je čest: proizvod se nalazi u sitemapu pod URL-om A, canonical u HTML-u pokazuje na URL B, a interna navigacija vodi na URL C. Iako pretraživač može sam da razreši signal, ovakva nedoslednost otežava indeksiranje i održavanje. Bolji pristup je da se jedna URL verzija proglasi glavnom i da se svi sistemi usklade oko nje.
Kontrolna lista pre puštanja web shopa
| Oblast | Provera | Odluka |
|---|---|---|
| URL struktura | Da li proizvod, kategorija, filter i paginacija imaju jasnu ulogu? | Definisati koje verzije mogu biti indexable. |
| Canonical | Da li canonical, interni linkovi i sitemap koriste istu glavnu adresu? | Ukloniti konflikte i nerelevantne reference. |
| Pagination | Da li se svi delovi kataloga mogu otkriti bez oslanjanja samo na JavaScript? | Obezbediti stabilne linkove i validne nastavke. |
| Schema | Da li Product, Offer i BreadcrumbList odgovaraju vidljivom sadržaju? | Testirati proizvode, varijante i promene dostupnosti. |
| Sitemap | Da li sadrži samo željene, dostupne i kanonske URL-ove? | Automatizovati osvežavanje i periodičnu kontrolu. |
Pre objave treba obuhvatiti i mobilni prikaz, checkout putanju i ponašanje kataloga pod realnim opterećenjem. Tehnički SEO ne funkcioniše odvojeno od korisničkog iskustva; zato je korisno pogledati i vodič o mobile-first katalogu i checkoutu, kao i preporuke za brzinu web shopa i Core Web Vitals.
Šta proveravati posle objave
Kontrola se ne završava slanjem sitemap fajla. Posle puštanja treba uzeti reprezentativan uzorak URL-ova: proizvod sa varijantama, kategoriju sa više strana, filtrirani prikaz, uklonjen proizvod i stranicu sa promenjenom cenom. Za svaki URL proveravaju se status, canonical, robots pravila, interni linkovi, strukturirani podaci i prisustvo u sitemapu.
Promene platforme, migracije, dodavanje filtera i sinhronizacija zaliha mogu promeniti ponašanje sistema bez izmene SEO podešavanja. Zbog toga je korisno imati dokumentovanu URL politiku i vlasnika za njeno održavanje. Ako se planira nova prodavnica ili veća rekonstrukcija, tehnički zahtevi treba da budu deo specifikacije za izradu web shopa, a ne naknadna intervencija.
Kada je potreban širi zahvat koji uključuje i druge tipove stranica, CMS ili integracije, relevantna je i izrada sajta. Sledeći praktičan korak je da se napravi inventar postojećih URL obrazaca, označe željene canonical verzije i uporede sitemap, interna navigacija i podaci proizvoda. Tek tada se može pouzdano odlučiti koje tehničke promene zaista treba implementirati.
