10 SEO problema s kojima se ne susrećete tako često

23.01.2024 1 year ago

Posao SEO stručnjaka odavno je izašao iz okvira definiranja meta tagova i kreiranja sadržaja. Način na koji korisnici konzumiraju sadržaj i razvoj web tehnologija uvjetovali su da, osim marketinških vještina koje svaki SEO stručnjak treba posjedovati, razvijamo i druge tehničke vještine kako bismo s druge strane mogli razumjeti pretraživače, odnosno tržište na kojem djelujemo.

U ovom tekstu pokušat ćemo vam dočarati 10 nesvakidašnjih SEO problema s kojima smo se susreli u prethodnom razdoblju i uspješno ih riješili. Svaki od problema bit će predstavljen kroz kratak Case Study, pa krenimo redom.

Duplirani sadržaj na višejezičnom sajtu na istom domeni

Duplirani sadržaj na istom domeni nije problem s kojim se rijetko susrećemo. Međutim, kada je riječ o višejezičnim web stranicama s izdanjima za pojedine zemlje, ovaj problem može imati ozbiljne posljedice za SEO.

Duplirani sadržaj na višejezičnim web stranicama može dovesti do toga da pretraživači ne mogu odrediti koji je sadržaj relevantniji u odnosu na drugi. Kao rezultat, sadržaj se tretira kao duplikat i njegova SEO vrijednost se smanjuje, što može dovesti do lošeg rangiranja stranica ili čak do toga da se stranice uopće ne prikazuju u rezultatima pretraživanja – čak i ako su s aspekta autoriteta i kvalitete sadržaja superiorne u odnosu na konkurenciju.

Ovaj problem često se pojavljuje kod web stranica kompanija koje posluju na više tržišta i svoj sadržaj prilagođavaju različitim jezicima i izdanjima, ovisno o lokaciji korisnika. Na primjer, stranice na engleskom jeziku koje su namijenjene Kanadi, Velikoj Britaniji i Sjedinjenim Američkim Državama često sadrže identičan sadržaj, što može uzrokovati SEO probleme.

Na primjer:

 

https://www.exapmle.com/en-GB/something/funny.html

https://www.exapmle.com/en-US/something/funny.html

https://www.exapmle.com/en-CA/something/funny.html

 

U ovom slučaju, u SERP-u bi se trebala prikazivati samo jedna stranica relevantna za korisnike na određenom geografskom području, dok bi se istovremeno zadržale edicije web stranice za sve zemlje zbog prilagođenih ponuda za specifična tržišta.

Kreiranjem novih globalnih verzija stranica bez lokalnih edicija, ali sa sadržajem na određenom jeziku (u ovom slučaju engleskom), i pravilnim postavljanjem canonical meta tagova na svim stranicama edicija koje upućuju na globalnu verziju, uspjeli smo postići da se u SERP-u prikaže samo jedna relevantna stranica na određenom jeziku za sva tržišta.

Na taj način riješili smo problem dupliranog sadržaja postavljanjem canonical tagova, ali smo istovremeno zadržali edicije web stranice. Ovim pristupom postigli smo da se stranice koje se ranije nisu prikazivale u SERP-u ili su bile na 3. ili 4. stranici pretrage sada rangiraju između 1. i 3. pozicije za najrelevantnije upite, što je rezultiralo povećanjem prometa za čak 500%.


Primjer:


 

https://www.exapmle.com/en/page/seo.html

< link rel="canonical" href="https://www.exapmle.com/en/page/seo.html" />

 

https://www.exapmle.com/en-GB/page/seo.html

< link rel="canonical" href="https://www.exapmle.com/en/page/seo.html" />

 

 

https://www.exapmle.com/en-US/page/seo.html

< link rel="canonical" href="https://www.exapmle.com/en/page/.html" />

 

https://www.exapmle.com/en-CA/page/seo.html

< link rel="canonical" href="https://www.exapmle.com/en/page/seo.html" />

 

 

canonical tags

Duplirani sadržaj na poddomeni


Jedan od pristupa prikazivanju sadržaja ovisno o zemlji iz koje se pristupa jest postavljanje web stranice za svaki jezik s izdanjima na poddomeni koja će sadržavati sadržaj isključivo na tom jeziku. S SEO aspekta, ovaj pristup nije idealan jer zahtijeva mnogo više resursa za optimizaciju svih jezičnih verzija stranice. Drugi razlog zbog kojeg izbjegavamo ovaj pristup jest stvaranje dupliranog sadržaja na poddomenama i stranicama izdanja za pojedina tržišta.

Stranice s istim sadržajem:

rs.example.com/rs/something.html

en.example.com/en/something.html 

en.example.com/us/something.html 

Posljednji, ali ne manje važan razlog zbog kojeg smo odlučili promijeniti SEO strategiju jest to što se autoritet domene, koji je najčešće veći od unutarnjih stranica, ne prenosi na sve jezike jer su oni tehnički smješteni na drugom poddomeni.

U ovom slučaju bilo je potrebno prije svega prebaciti sve stranice na svim jezicima i izdanjima s poddomena na glavni domen te za svaki jezik kreirati globalne verzije stranica.

Na primjer:

example.com/en/something.html - Globalna verzija stranice na engleskom

example.com/en-gb/something.html - Izdanje za Veliku Britaniju

example.com/en-us/something.html - Izdanje za Ameriku

Pored toga bilo je potrebno pravilno postaviti rel canonical tagove na stranice edicija koji će voditi na globalnu verziju sajta.

Na primjer:
Stranica example.com/en-gb/something.html imat će rel="canonical" tag koji upućuje na globalnu verziju example.com/en/something.html.

 

Sve stranice na istom jeziku koje imaju jednu ili više edicija bi trebalo da imaju postavljen rel canonical koji će voditi na stranicu globalne verizje sajta.

Ovom SEO strategijom izbjegli smo nepotrebno rasipanje resursa, Google je indeksirao samo stranice koje smo željeli, riješili smo problem dupliciranog sadržaja i zadržali sva izdanja web stranice.

Kako CDN serveri utječu na SEO

CDN ili Content Delivery Network predstavlja mrežu servera raspoređenih na različitim geografskim lokacijama, koji se, između ostalog, koriste za bržu isporuku sadržaja te povećavaju brzinu web stranice, što je, kao što znamo, jedan od značajnih SEO faktora.

Ono što je važno znati u našem slučaju jest da CDN poslužitelji isporučuju sadržaj s najbliže geografske lokacije u odnosu na mjesto s kojeg dolazi upit. Jedan od najpoznatijih CDN pružatelja je CloudFlare, koji ima svoje servere u Zagrebu. Ako korisnik iz Hrvatske pristupi web stranici, sadržaj će se distribuirati s najbližeg poslužitelja, odnosno iz Zagreba.

U našem slučaju, klijent se suočio s problemom da je Google indeksirao samo englesku verziju web stranice, iako je tehnička implementacija bila pravilno postavljena, što je rezultiralo značajnim padom prometa u usporedbi s prethodnim razdobljem.

S obzirom na to da Google User-Agenti najčešće pristupaju s IP adresa iz SAD-a, prilikom crawlanja web stranice njima se sadržaj isporučivao s najbližeg poslužitelja – u ovom slučaju iz Amerike. Budući da je web stranica postavljena tako da forsira prikazivanje sadržaja na temelju lokacije korisnika koji pretražuje, Google botovima je bio omogućen pristup samo engleskoj verziji stranice, dok su ostali jezični sadržaji ostali neindeksirani.

U ovom slučaju bilo je potrebno pravilno konfigurirati CDN server kako bi sve jezične verzije stranica bile indeksirane, odnosno Google User-Agente dodati na whitelist kako bi mogli pristupiti web stranici.

Postavke na CDN serveru uključuju:

  • IP Access Rules – definirati raspon IP adresa Google botova
  • Firewall Rules i IP Access Rules – osigurati da ne blokiraju posjete iz SAD-a
  • Dodavanje Google User-Agente na whitelist



Popis najčešćih User-Agentova:

 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; Googlebot/2.1; +https://www.google.com/bot.html) Chrome/W.X.Y.Z Safari/537.36
Googlebot/2.1 (+https://www.google.com/bot.html
Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; Googlebot/2.1; +https://www.google.com/bot.html) Safari/537.36
Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +https://www.google.com/bot.html)
 Mozilla/5.0 (iPhone; CPU iPhone OS 8_3 like Mac OS X) AppleWebKit/600.1.4 (KHTML, like Gecko) Version/8.0 Mobile/12F70 Safari/600.1.4 (compatible; Googlebot/2.1; +https://www.google.com/bot.html
Mozilla/5.0 (iPhone; CPU iPhone OS 6_0 like Mac OS X) AppleWebKit/536.26 (KHTML, like Gecko) Version/6.0 Mobile/10A5376e Safari/8536.25 (compatible; Googlebot/2.1; +https://www.google.com/bot.html)
 Mozilla/5.0 (compatible; Googlebot/2.1; +https://www.google.com/bot.html)

 

Ovim smo podešenjima uspjeli brzo vratiti web stranicu na SERP, ali i zadržati zaštitu od DDoS napada.

Druga stvar koja također može biti uzrok pada u pozicijama ili deindeksacije stranica od strane Googlea jest dijeljena IP adresa na CDN poslužitelju. Naime, CDN poslužitelji dodjeljuju jednu IP adresu za više različitih web stranica, što znači da se na istoj IP adresi može nalaziti vaš web, ali i stranica s lošom SEO poviješću, odnosno web koji je iz nekog razloga penaliziran od strane Googlea.

U ovom slučaju najbolje je zatražiti od CDN pružatelja dedicated IP adresu, odnosno jedinstvenu IP adresu za vaš web. Osim toga, potrebno je kupiti SSL certifikat koji će omogućiti siguran prijenos podataka između CDN poslužitelja i vašeg origin poslužitelja.

Prikazivanje sadržaja prema IP GEO lokaciji – Blokiranje Google robota zbog forsiranja sadržaja prema lokaciji

Personalizacija sadržaja i korisničkog iskustva poznata je SEO tehnika koja se koristi za povećanje konverzija na web stranici. U personalizaciju sadržaja spada i prikazivanje sadržaja ovisno o tome iz koje zemlje dolazi posjetitelj i/ili koji jezik koristi. Ovu tehniku najčešće koriste tvrtke koje posluju na više geografskih tržišta kako bi predstavile posebne ponude za određeno tržište. Na primjer, online trgovine žele prikazivati cijene u različitim valutama za različite zemlje ili posebne ponude za blagdane koji su karakteristični samo za određenu zemlju.

U slučaju s kojim smo se susreli, Google je indeksirao samo englesku verziju web stranice, dok su stranice na drugim jezicima bile izbačene iz indeksa i redirektirane 307 (Temporary Redirect) privremenom redirekcijom na englesku verziju web stranice.

Google roboti prilikom slanja upita za određenu stranicu ne šalju jezične parametre u zaglavlju (header-u), ali šalju GEO lokaciju putem IP adrese s koje pristupaju. U ovom slučaju, kada je web stranica imala aktivirano forsiranje sadržaja prema IP lokaciji, Google botovi su uvijek bili preusmjereni na englesku verziju jer su pristupali s IP adrese iz SAD-a, odnosno engleskog govornog područja.

Kako bi se omogućilo indeksiranje stranica na drugim jezicima, iz skripte koja izvršava funkciju forsiranja sadržaja prema GEO lokaciji trebalo je izuzeti Google User-Agente. Nakon ovog podešavanja, sve jezične verzije stranica bile su ponovno indeksirane i više nisu imale status kod 307 (privremene redirekcije).

SEO problemi uzrokovani loše definiranom mapom web stranice (sitemap.xml)

Jedan od problema koji se ne susreće tako često ili mu se rijetko pridaje pažnja jest pogrešno kreiranje sitemap.xml datoteke. Mapa web stranice pomaže pretraživačima da lakše indeksiraju web i brzo saznaju više o njegovim stranicama.

Pomoću meta tagova koji se definiraju za svaki URL možemo dati Googleu informacije o tome na kojem je jeziku stranica napisana, kada je posljednji put modificirana i koliko često se mijenja.

U mapi web stranice trebaju se nalaziti samo URL-ovi sa statusnim kodom 200, odnosno samo one stranice koje su stvarno dostupne na webu. Mapa web stranice koja sadrži URL-ove redirektirane 301 preusmjeravanjem ili nepostojeće stranice s 404 statusnim kodom najčešće se pojavljuje kod online trgovina s velikim brojem stranica.

Iako postoji više vrsta mapa web stranice, najčešće koristimo XML sitemap koji mora biti formata application/xml.

Prisustvo nepotrebnih stranica u mapi weba, poput onih sa 404 ili 301 statusnim kodom, može usporiti SEO rezultate, a u nekim slučajevima čak dovesti do izbacivanja pojedinih stranica iz Google indeksa.

 

U sitemap.xml datoteci trebaju se nalaziti isključivo URL-ovi sa statusnim kodom 200!

Ne zaboravite dodati link do sitemap.xml datoteke u robots.txt fajl :).


302 i 307 redirekcije i optimizacija

Brisanjem stranica, promjenom CMS-a ili promjenom strukture URL-ova na bilo koji način dolazi do pojave error stranica s 404 statusnim kodom. Ovo je znak za SEO stručnjake da je potrebno napraviti odgovarajuće redirekcije.

Budući da je ovo često zadatak programera kojima SEO stručnjaci daju upute o tome koje stranice treba preusmjeriti, može se dogoditi da se greškom postave privremene redirekcije 302 ili 307.

Nakon određenog vremena, kada su redirekcije već implementirane, primjećujemo da stranice na koje su stari URL-ovi preusmjereni više ne rangiraju za određene upite kao prije, pa čak ni ne pojavljuju se u rezultatima pretraživanja. Autoritet stranice, koji smo gradili mjesecima ili godinama, srušio se u jednom danu.

Kada ručno provjeravamo redirekcije (klikom na link), vidimo da je stranica preusmjerena na onu koju želimo, ali često ne provjerimo statusni kod redirektirane stranice.

Provjerom statusnog koda redirektiranih URL-ova možemo utvrditi o kojoj vrsti redirekcije se radi. Ako je u pitanju privremena redirekcija 302 ili 307, važno je znati da ovaj tip preusmjeravanja ne prenosi autoritet na ciljnu stranicu. Privremene redirekcije koriste se isključivo ako zaista želimo privremeno preusmjeriti posjetitelje na drugu stranicu.

Primjer privremenih 307 redirekcija:

  • Emergency stranice na web stranicama aviokompanija koje se aktiviraju u slučaju nesreće
  • Online trgovine – kada je određeni proizvod privremeno nedostupan

Trajne redirekcije ili redirekcije URL-ova koje više nećemo koristiti moraju se implementirati isključivo pomoću 301 redirekcije, koja prenosi sav autoritet na URL na koji je preusmjeren.

Problem s indeksiranjem web stranice


Iako je web stranica potpuno optimizirana, kako sa sadržajne tako i s tehničke strane (nekada čak i previše), ponekad se događa da Google ne prikazuje nijednu njenu stranicu u pretraživanju. Razlozi za to mogu biti različiti, no problemi s kojima smo se mi susreli nisu tako česti.

Jedan od razloga zašto se ovo događa jest uklanjanje stranica iz Google indeksa putem Google Search Console-a. Googleov alat Remove URLs koristi se za uklanjanje stranica koje ne želimo redirektirati i koje više nećemo koristiti. No, u nekim slučajevima klijent ili osoba koja upravlja GSC-om pogrešno označi stranice koje treba ukloniti, čime se onemogućuje Googleu da ih ponovno indeksira.

Drugi problem s indeksiranjem web stranica može se pojaviti kada se prilikom prebacivanja web stranice iz razvojnog u produkcijsko okruženje zaboravi ukloniti content="noindex" meta tag. S druge strane, ako se content="noindex" ukloni prije prebacivanja web stranice na produkciju, postoji mogućnost da Google indeksira razvojnu verziju stranice koja se nalazi na poddomeni ili drugom domeni, što može uzrokovati duplicirani sadržaj.

Filteri su vrlo korisni, posebno u online trgovinama. Međutim, ako se URL-ovi filtera nađu u indeksu, to može stvoriti SEO problem jer se u tom slučaju pojavljuju stranice s dupliciranim sadržajem. Kako bismo onemogućili Googleu da indeksira filtere i osigurali da u indeksu ostane samo jedna verzija stranice, potrebno je to jasno naznačiti pretraživačima. Ovisno o vašoj SEO strategiji i strukturi web stranice, to se može postići primjenom meta tagova poput rel="canonical" ili nofollow.

Još jedan pametniji način upravljanja filtrima jest implementacija funkcije prepisanih URL-ova koja omogućava da se URL s filterom prepiše u format koji Google može indeksirati, čime se dobiva optimizirana stranica koja se može dodatno rangirati u pretraživanju.

Primjer:

Stranica s noindex tagom i primijenjenim filtrima:

https://www.example.com/index.php?page=autosearch&autocateg=6699&autosubcateg=6RRW

Ista stranica s index tagom i primijenjenim filtrima, optimizirana za pretraživače:

https://www.example.com/autocategory-parts-123/

WordPress može biti noćna mora za indeksiranje i neindeksiranje stranica, zbog čega, između ostalog, preporučujemo Custom CMS. Ako nije pravilno postavljeno što se treba, a što ne treba indeksirati, može doći do pojave nepotrebnih stranica u pretrazi, poput draft stranica, raznih arhiva ili profila autora.

Struktura web stranice s SEO aspekta

Struktura web stranice ne utječe samo na korisničko iskustvo, već i na SEO rezultate, što smo imali priliku vidjeti iz prakse. Nakon redizajna web stranice, uspjeli smo zadržati strukturu URL-ova, ali ne i strukturu web stranice, što je rezultiralo padom pozicija na SERP-u.

Prije redizajna, struktura web stranice bila je takva da se s početne stranice (koja se nalazila na root domeni) moglo izravno doći do pojedinačnih stranica usluga. Nakon redizajna, početna stranica (domena) bila je podijeljena na dva dijela, s kojih su vodila samo dva linka – jedan prema dijelu namijenjenom korisnicima usluga, a drugi prema dijelu namijenjenom stručnjacima iz određene oblasti.

U ovom slučaju, autoritet početne stranice, koji se prije redizajna prenosio na unutarnje stranice, potpuno je nestao jer s nje više nije bilo poveznica prema tim stranicama.

Manjim dizajnerskim korekcijama na početnoj stranici i ponovnim linkanjem prema unutarnjim stranicama, kao što je bilo i prije redizajna, uspjeli smo vratiti autoritet drugih stranica, što nam je pomoglo da ih vratimo na prethodne pozicije, a neke čak i poboljšamo.

JavaScript i SEO 

JavaScript i njegovi framework oblici sve su više zastupljeni u web tehnologiji jer su jednostavniji za korištenje, brži u izvršavanju funkcija i mogu komunicirati s klijentom i serverom bez potrebe za korištenjem drugih programskih jezika.

Potiskujući PHP i druge programske jezike, na kojima se još uvijek temelji većina web stranica, sve češće se susrećemo s web stranicama koje su djelomično ili potpuno izrađene pomoću JavaScript-a.

S SEO aspekta, brzina i funkcionalnost koje donosi ova tehnologija velike su vrijednosti, ali samo ako se pravilno koristi.

Kako bismo ispravno primijenili ovu tehnologiju, moramo razumjeti kako Google indeksira stranice koje koriste JavaScript. Google indeksira takve stranice u tri faze:

  1. Crawlanje – Google pretraživač pronalazi stranicu.

  2. Izvršavanje JS skripte – Google pokreće i interpretira JavaScript kod.

  3. Indeksiranje – Nakon uspješnog izvršenja, sadržaj se dodaje u indeks.

Kako bi Google ispravno pročitao stranicu izrađenu u JavaScript-u, ili njezine dijelove, potrebno je osigurati da pretraživači imaju dozvolu za čitanje i izvršavanje JS skripti.

Google indexiranje JS

Zabranom indeksiranja URL-ova u robots.txt datoteci koji sadrže JS skripte za prikaz sadržaja ili meta tagova, Google neće moći ispravno indeksirati stranice – vidjet će samo statični HTML dio web stranice. Zato je ključno omogućiti Google botovima pristup JS skriptama koje utječu na prikaz sadržaja i/ili meta tagova.

Pogrešna primjena JS tehnologije za interlinking u jednom slučaju s kojim smo se susreli dovela je do toga da autoritet stranice s koje se linkalo prema unutarnjim stranicama nije bio prenesen. Još gore, unutarnje stranice rjeđe su krolane od strane Googlea.

Linkanje između stranica mora se uvijek obavljati pomoću taga, a ne putem JS funkcije koja dohvaća stranicu iz baze podataka. Ova tehnika linkanja jednostavnija je za programere, ali iznimno štetna za SEO.

Ako programeri s kojima surađujete koriste JS za prikaz bilo kakvog sadržaja, važno je uputiti ih kako pravilno implementirati JavaScript prije nego što odluče koristiti ovu tehnologiju. Pogrešna primjena može dovesti do ozbiljnih SEO problema koje je teško prepoznati i riješiti.

Idealan scenarij za korištenje ove tehnologije u izradi web stranica jest da se JS skripte izvršavaju na serveru, što znači da se stranica u trenutku poziva (bilo od strane Googlea ili posjetitelja) formira na serveru i prikazuje u cijelosti.

 

Linkanje između stranica uvijek se mora obavljati pomoću taga!

Sinkronizacija web stranice s ERP i drugim poslovnim sustavima

ERP sustavi neizostavan su dio gotovo svake online trgovine, a njihova integracija s web stranicom i upravljanje ovim poslovnim rješenjem ključni su za SEO. Enterprise Resource Planning (ERP) sustavi primarno služe za upravljanje i planiranje resursa poduzeća.

Jedna od najvažnijih funkcionalnosti ERP-a jest virtualno skladište, gdje se odvijaju svi procesi povezani s proizvodima – od ulaza proizvoda od dobavljača, preko kreiranja popusta, do isporuke krajnjem kupcu.

Prvi korak pri integraciji ERP-a s web trgovinom jest precizno definiranje načina povezivanja ova dva sustava:
 Koji podaci će web stranica preuzimati iz ERP-a
 U kojem će formatu podaci biti razmijenjeni
 Kako i koliko često će se izvršavati sinkronizacija

Povezivanje ova dva poslovna sustava treba se isključivo provoditi putem jedinstvenih ID vrijednosti, koje se najčešće dodjeljuju proizvodnim kategorijama i proizvodima.

Povezivanje putem drugih vrijednosti, poput URL-a kategorije ili naziva kategorije, može ugroziti sav SEO trud koji ste uložili.

U slučaju povezivanja putem naziva kategorije, može doći do situacije da promjena naziva u ERP-u izmijeni URL kategorije, meta title tag i naslov stranice, što može rezultirati:

 Pojavom velikog broja 404 stranica

 Prekomjernim brojem redirekcija

Autor:Strahinja Radovanović

SEO teme

Podijelite ovu objavu na svojim društvenim mrežama:

Blogs

Da li društvene mreže utječu na SEO?

Da li društvene mreže utječu na SEO?

04/10/2024

Društvene mreže donose mnoge koristi, ali da li zaista utječu na SEO? U ovom tekstu ćemo otkriti vezu između društvenih mreža i SEO-a, analizirati kako zajedno funkcioniraju i vidje...

Kako iskoristiti puni potencijal SGE-a?

Kako iskoristiti puni potencijal SGE-a?

05/03/2024

U svijetu SEO-a, Google Search Generative Experience (SGE) donosi više od pukih algoritamskih promjena – radi se o pozivu na prilagodbu strategija u skladu s umjetnom inteligencijom....

Zašto odabrati custom CMS za svoju web stranicu?

Zašto odabrati custom CMS za svoju web stranicu?

23/01/2024

Dok gotova rješenja mogu izgledati kao brza i jednostavna opcija, često dolaze s ograničenjima koja mogu negativno utjecati na funkcionalnost i rast same web stranice. Predstavljamo custom CM...

left
right
Razmišljate o SEO procesu i optimizaciji web stranice?
Nazovite nas +381 69 39 54 107

Naša web stranica koristi kolačiće koji ne sadrže osobne podatke. Više informacija možete pronaći na ovom linku.

Više o zaštiti podataka možete saznati na stranici Politika privatnosti.

Kontaktirajte nas Pošaljite upit Pozovite nas