10 težav s SEO, s katerimi se ne srečujete tako pogosto

Delo strokovnjaka za SEO je že zdavnaj preseglo definiranje metaoznak in ustvarjanje vsebine. 

Način, na katerega uporabniki uživajo vsebine in razvoj spletnih tehnologij, nas je prisilil, da poleg marketinških veščin, ki bi jih moral imeti vsak SEO-strokovnjak, razvijamo tudi druge, tehnične veščine, da lahko razumemo iskalnike oziroma trg, na katerem delujemo.

V tem besedilu vam bomo poskušali predstaviti 10 nenavadnih SEO-težav, s katerimi smo se v preteklosti spopadali in nam jih je uspelo rešiti. Vsaka izmed težav bo predstavljena kot kratek Case Study, zato začnimo po vrsti.

Podvojena vsebina na večjezičnem spletnem mestu na isti domeni

Podvojena vsebina na isti domeni ni težava, s katero se srečujemo tako redko. Vendar kadar gre za večjezična spletna mesta z izdajami za posamezne države, je ta težava za SEO lahko zelo resna.

Podvojena vsebina na večjezičnih spletnih mestih z izdajami lahko privede do tega, da iskalniki ne morejo ugotoviti, katera vsebina je dejansko bolj relevantna v primerjavi z druge, kar pomeni, da vsebino obravnavajo kot podvojeno in kot tako zmanjšajo njeno SEO-vrednost, kar ima za posledico slabo uvrstitev strani ali pa strani niso prikazane v iskanju, čeprav so s stališča avtoritete in vsebine višje od strani na konkurenčnih spletnih mestih.

Ta težava se pogosto pojavi pri spletnih mestih podjetij, ki delujejo v več državah in objavljajo svojo vsebino spletne strani v več jezikih in izdajah, odvisno od lokacije, s katere se dostopa do spletne strani. Recimo, da so na spletnem mestu za angleško govoreči svet strani, ki bi jih bilo treba postaviti v Kanado, Združeno kraljestvo in ZDA, ki imajo enako vsebino.

Na primer:

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

V tem primeru je treba v SERP-u najti eno stran, ki bo relevantna za uporabnike na določenem geografskem območju, na drugi strani pa je treba ohraniti izdaje spletne strani za vse države za prilagojene ponudbe za posamezne trge. Z ustvarjanjem novih, globalnih različic strani brez edicij z vsebino v določenem jeziku (v tem primeru angleščini) in s pravilnim postavljanjem canoncal metaoznak na vse edicijske strani, ki bodo vodile do globalne različice spletnega mesta, nam je uspelo v SERP-u dobiti samo eno stran v določenem jeziku, ki je relevantna za obiskovalce na vseh geografskih trgih. Težavo podvojene vsebine smo rešili z nastavitvijo canonical oznak in obdržali strani izdaje. S tem pristopom nam je uspelo uvrstiti strani, ki niso bile prikazane na SERP-u ali so bile na 3. ali 4. strani iskalnika med pozicijami 1–3 na SERP-u za najbolj relevantne poizvedbe in povečati obisk za 500 %.

Primer:

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" />

Podvojena vsebina na poddomeni

Eden izmed pristopov k prikazovanju vsebine glede na državo, iz katere se do nje dostopa, je postavitev spletnega mesta vsakega jezika z izdajami na poddomeno, ki bo imela vsebino samo v tem jeziku. Z vidika SEO ta pristop ni ravno idealen, ker je v tem primeru potrebnih veliko več sredstev za optimizacijo strani v vseh jezikih. Drugi razlog, zakaj se izogibamo temu pristopu, je ustvarjanje podvojene vsebine v poddomenah in straneh izdaj za posamezne trge.

Strani z enako vsebino:

rs.example.com/rs/something.html

en.example.com/en/something.html 

en.example.com/us/something.html 

Zadnji, vendar ne tudi najmanj pomemben razlog, zakaj smo se odločili spremeniti svojo strategijo SEO, je ta, da avtoriteta domene, ki je običajno višja od notranjih strani, ne prehaja na vse jezike, ker se praktično nahajajo na drugi poddomeni.

V tem primeru je bilo treba najprej preseliti vse strani v vseh jezikih in izdajah iz poddomene v domeno in ustvariti globalne različice strani za vsak jezik posebej.

Na primer:

example.com/en/something.html - Globalna različica spletnega mesta v angleškem jeziku

example.com/en-gb/something.html - Izdaja za Združeno kraljestvo

example.com/en-us/something.html - Edicija za Združene države Amerike

.

Poleg tega je bilo treba pravilno postaviti oznake rel canonical na strani izdaj, ki bi vodile do globalne različice spletnega mesta.

Na primer, stran example.com/en-gb/something.html bo imela rel canonical oznako, ki vodi na globalno različico example.com/en/something.html.

Vse strani v istem jeziku, ki imajo eno ali več izdaj, bi morale imeti rel canonical nabor, ki bo vodil na stran globalne različice spletnega mesta.

S to strategijo SEO smo se izognili nepotrebnemu zapravljanju virov, Google je indeksiral samo strani, ki smo jih želeli, rešil problem podvojene vsebine in obdržali vse izdaje spletnega mesta.

Kako strežniki CDN vplivajo na SEO

CDN ali Content Delivery Network predstavlja omrežje strežnikov, ki so razporejeni na različnih geografskih lokacijah in se med drugim uporabljajo za hitrejšo dostavo vsebin oziroma povečujejo hitrosti spletnega mesta, kar je, kot vemo, eden izmed najpomembnejših dejavnikov SEO. Kar moramo vedeti o svojem primeru in o CDN-jih, je, da dostavljajo vsebino z najbližje geografske lokacije, kjer se nahaja strežnik glede na to, od koder je poslana zahteva. Eden izmed najbolj znanih CDN-ponudnikov je CloudFlare, ki ima svoje strežnike v Beogradu, tako da se v primeru poizvedbe iz Srbije vsebina distribuira z najbližjega strežnika, ki je v Beogradu.

V našem primeru je naročnik prijavil težavo, da je Google indeksiral samo strani angleške različice spletnega mesta, čeprav je bilo s tehnične strani spletno mesto dobro postavljeno, in da je obisk v primerjavi s preteklim obdobjem precej upadel.

Glede na to, da do Google User-Agent najpogosteje dostopajo iz ZDA, jim bodo pri indeksiranju spletnega mesta dostavili vsebino z najbližjega strežnika, ki je v Ameriki. Glede na to, da je bilo spletno mesto nastavljeno tako, da daje prednost stranem na SERP-u glede na državo iskanja ali oddaje poizvedbe, so Googlovi roboti imeli dostop samo do angleške različice spletnega mesta, ne pa tudi do drugih jezikov, zaradi česar so strani v drugih jezikih ostale neindeksirane.

V tem primeru je bilo treba pravilno konfigurirati strežnik CDN, tako da je bilo mogoče indeksirati strani v vseh jezikih, ali pa je bilo treba dodati Google User-Agente na white listo, da so lahko dostopali do vašega spletnega mesta.

Nastavitve strežnika CDN vključujejo:

• IP Access Roles – nastavite obseg naslovov IP Googlovega robota

• Firewall Rules i IP Access Rules – ne smejo blokirati obiskov iz ZDA

• Postavljanje Google User-Agentov na White list 

Seznam najpogostejših User Agentov:

S temi nastavitvami nam je uspelo spletno mesto hitro vrniti na SERP, hkrati pa smo ostali zaščiteni pred napadi DDoS.

Druga stvar, ki lahko prav tako povzroči padec uvrstitve ali deindeksiranje strani iz strani Googla, je skupni naslov IP na strežniku CDN. CDN-strežniki namreč dodelijo en IP-naslov več različnim spletnim mestom in v tem primeru se lahko na istem IP-naslovu najde vaše spletno mesto, pa tudi spletno mesto, ki ima slabo SEO-zgodovino, ali spletno mesto, ki ga je Google zaradi nekega razloga kaznoval.

V tem primeru je najbolje, da od ponudnika CDN zahtevate namenski naslov IP ali edinstven naslov IP za svoje spletno mesto. Poleg tega morate kupiti tudi SSL-certifikat, ki bo omogočil varen pretok podatkov od strežnika CDN do vašega izvornega strežnika.

Prikaz vsebine glede na lokacijo IP GEO – blokiranje Googlovih robotov zaradi vsiljevanja vsebine glede na lokacijo

Personalizacija vsebine in uporabniške izkušnje je znana tehnika SEO, ki se uporablja za povečanje konverzij na spletnem mestu. Personalizacija vsebine vključuje tudi prikaz vsebine glede na državo, iz katere obiskovalec prihaja, in/ali jezik, ki ga uporablja. To tehniko najpogosteje uporabljajo podjetja, ki poslujejo na več geografskih trgih, s čimer predstavijo posebno ponudbo za določen trg. Spletne trgovine želijo na primer prikazati cene v različnih valutah za različne države ali posebne ponudbe za praznike, ki so značilni za to državo.

V primeru, na katerega smo naleteli, je Google indeksiral samo angleško različico spletnega mesta, medtem ko so bile strani v drugih jezikih odstranjene iz indeksa in preusmerjene z začasno preusmeritvijo 307 (Temporary Redirect) na strani angleške različice spletnega mesta.

Pri pošiljanju poizvedbe za neko stran Googlovi roboti ne pošiljajo jezikovnih parametrov v headerju, temveč pošiljajo GEO-lokacijske parametre prek IP-naslova, s katerega dostopajo. V tem primeru, ko je na spletnem mestu aktivirano vsiljevanje vsebine glede na lokacijo IP, bo Google vedno dostopal samo do angleške različice spletnega mesta, ker je naslov IP, s katerega dostopa, iz ZDA oziroma z angleškega govornega področja.

Google User-Agente je treba izključiti iz skripta, ki opravlja funkcijo vsiljevanja vsebine glede na lokacijo GEO, tako da lahko roboti indeksirajo tudi strani v drugih jezikih. Po tej nastavitvi so bile strani v vseh jezikih indeksirane in niso imele več statusne kode 307 (začasna preusmeritev).

Težave s SEO, ki jih povzroči slabo definiran zemljevid spletnega mesta (sitemap.xml ) 

Ena izmed težav, ki jih ne srečujemo tako pogosto oziroma jim redko posvečamo pozornost, je napačna izdelava zemljevida spletnega mesta. Zemljevid spletnega mesta pomaga iskalnikom lažje indeksirati spletno mesto in hitro izvedeti več o straneh spletnega mesta. Z uporabo metaoznak, definiranih za vsak URL, lahko Googlu povemo, v katerem jeziku je stran napisana, kdaj je bila nazadnje spremenjena in kako pogosto se spreminja.

Zemljevid spletnega mesta naj vsebuje samo URL-je s statusno kodo 200, torej samo URL-je tistih strani, ki so dejansko na spletnem mestu. Zemljevidi spletnih mest z URL-ji, ki so preusmerjeni s preusmeritvijo 301 ali z neobstoječimi stranmi s statusno kodo 404, se najpogosteje pojavljajo pri spletnih trgovinah, ki imajo veliko število strani. Čeprav obstaja več vrst zemljevidov spletnih mest, najpogosteje uporabljamo XML-zemljevide, ki morajo biti tipa application/xml.

Pojav nepotrebnih strani na zemljevidu spletnega mesta, kot so strani s statusnimi kodami 404 ali 301, lahko privede do počasnejših rezultatov SEO in v nekaterih primerih do odstranitve posameznih strani iz Googlovega indeksa.

Samo URL-ji s statusno kodo 200 naj bodo vključeni v zemljevid spletnega mesta!

Ne pozabite dodati povezave do zemljevida spletnega mesta v datoteko robots.txt :).

302 in 307 preusmeritve in optimizacija

Če izbrišete strani, spremenite CMS ali kakor koli spremenite strukturo URL-jev spletnega mesta, se prikažejo strani z napako s statusno kodo 404. To je znak za SEO-strokovnjake, da je treba narediti ustrezne preusmeritve. Ker je to pogosto delo programerjev, ki jim strokovnjaki za SEO naročajo, katere strani je treba preusmeriti, je možno, da so začasne preusmeritve 307 ali 302 ustvarjene pomotoma.

Čez nekaj časa po izvedenih preusmeritvah opazimo, da se strani, na katere so bili preusmerjeni stari URL-ji, ne uvrščajo več za določene poizvedbe kot prej in se niti ne pojavijo v iskanju. Avtoriteta strani, ki smo jo gradili več mesecev in/ali let, se je zrušila v enem dnevu. Kadar fizično preverjamo preusmeritve (s klikom na povezavo), vidimo, da je stran preusmerjena na tisto, ki jo želimo, vendar pogosto ne preverimo statusa preusmerjene strani.

S preverjanjem statusne kode preusmerjenih URL-jev lahko ugotovimo, za katero vrsto preusmeritve gre. Če gre za začasno preusmeritev 302 ali 307, moramo vedeti, da ta vrsta preusmeritve ne prenaša avtoritete na stran, na katero kaže. Začasne preusmeritve uporabljamo samo, če resnično želimo obiskovalce začasno usmeriti na drugo stran. Primer začasne preusmeritve 307 je lahko emergency stran, ki se aktivira za vse strani na spletnih mestih letalskih družb, ko pride do nesreče, ali v spletnih trgovinah, če kateri izdelek trenutno ni na voljo.

Trajne preusmeritve ali preusmeritve URL-jev, ki jih ne bomo več uporabljali, se izvajajo izključno z uporabo preusmeritev 301, ki prenesejo vso avtoriteto na URL, na katerega je preusmerjen.

Težava z indeksiranjem spletnega mesta

Čeprav je stran vsebinsko in tehnično popolnoma optimizirana, včasih celo pretirano, se dogaja, da Google preprosto ne prikazuje nobene njene strani v iskanju. Razlogov, zakaj se to zgodi, je veliko, vendar tisti, na katere smo naleteli, niso tako pogosti.

Eden izmed razlogov, zakaj se to dogaja, je odstranitev strani iz Googlovega indeksa prek Google Search Console. Googlovo orodje Remove URLs se uporablja za odstranjevanje strani, ki jih ne želimo preusmeriti in jih ne bomo več uporabljali. Iz nekega razloga stranke ali nekdo, ki upravlja GSC, napačno definira strani, ki jih želi izključiti iz indeksa, in tako prepreči Googlu njihovo indeksiranje.

Druga težava pri indeksiranju spletnega mesta se lahko pojavi, ko pri premikanju spletnega mesta iz razvojnega okolja v produkcijsko okolje pozabite odstraniti metaoznako content="noindex". Po drugi strani pa, če je content="noindex" odstranjen, preden se spletno mesto premakne v produkcijo, obstaja možnost, da bo razvojno mesto, ki se nahaja na poddomeni ali drugi domeni, indeksirano, nato pa se bo pojavila podvojena vsebina.

Filtri so lahko zelo koristni, zlasti za spletne trgovine, vendar če URL-je filtrov najdemo v indeksu, lahko to povzroči težave pri SEO, ker se v tem primeru prikažejo strani s podvojeno vsebino. Če želite Googlu preprečiti indeksiranje filtrov in v indeksu pustiti samo eno stran, morate Googlu to nekako sporočiti. Odvisno od svoje strategije SEO ali strukture spletnega mesta lahko to storite z uporabo metaoznak, kot sta rel canonical ali nofollow.

Drug način za pametno uporabo filtrov je dodajanje funkcije prepisovanja URL-jev na spletno mesto, ki nam omogoča, da URL s filtrom prepišemo kot URL, ki ga bo Google indeksiral, in tako dobimo stran, ki jo lahko dodatno optimiziramo.

Primer:

Stran z oznako noindex in uporabljenimi filtri:

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

Ista stran z indeksno oznako in uporabljenimi filtri, ki jih lahko optimiziramo:

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

Wordpress je nočna mora za indeksirane in neindeksirane strani, zato med drugim priporočamo Custom CMS. Če ne nastavite pravilno indeksiranja in kaj je potrebno in kaj ni, se lahko v iskanju pojavijo nepotrebne strani, kot so osnutki strani, razni arhivi ali avtorji.

Struktura spletnega mesta z vidika SEO

Struktura spletnega mesta ne vpliva samo na uporabniško izkušnjo, temveč tudi na SEO-rezultate, o čemer smo se lahko prepričali tudi sami. Po prenovi strani nam je uspelo ohraniti URL-strukturo, vendar ne tudi strukture strani, kar se je odrazilo v padcu SERP-pozicij.

Pred prenovo je bila struktura spletnega mesta takšna, da je bilo mogoče do posameznih servisnih strani dostopati z začetne strani (ki se je nahajala na root domeni). Po prenovi je bila začetna stran (domena) razdeljena na dva dela, od katerih vodita samo dve povezavi do dela, namenjenega uporabnikom storitev, in dela, namenjenega strokovnjakom na določenem področju. V tem primeru je avtoriteta začetne strani, ki se je pred prenovo prelivala na interne strani, popolnoma izginila, ker z nje ni bilo povezav nanje.

Z majhnimi oblikovalskimi popravki na začetni strani in s povezovanjem na interne strani z začetne strani, kjer je bilo povezovanje že pred prenovo spletnega mesta, nam je uspelo povrniti avtoriteto ostalim stranem, s čimer smo strani vrnili na pozicije, ki so jih imele pred prenovo, medtem ko smo nekaterim a celo izboljšali položaj.

JavaScript in SEO 

JavaScript in njegove framework oblike so vse bolj prisotne v spletni tehnologiji, saj so preprostejše za uporabo, hitrejše pri izvajanju funkcij in lahko komunicirajo tako z odjemalcem kot s strežnikom brez uporabe drugih programskih jezikov. Tako s potiskanjem PHP in drugih programskih jezikov, na katerih še vedno temelji večina spletnih mest, pogosto naletimo na spletna mesta, ki so delno ali v celoti zgrajene z uporabo JS-ja. Z vidika SEO sta hitrost in funkcionalnost, ki ju prinaša ta tehnologija, velike vrednosti, vendar samo, če se uporabljata pravilno.

Za pravilno implementacijo te tehnologije moramo vedeti tudi, kako ta deluje z Googlovega vidika. Google strani spletnega mesta, ki uporabljajo JS, indeksira v treh fazah: s pajkanjem, izvajanjem skripta JS in indeksiranjem. Da lahko Google pravilno prebere stran, ki je ustvarjena z JS ali katere deli so ustvarjeni z uporabo JS, mora imeti dovoljenje za branje teh skriptov.

S prepovedjo indeksiranja URL-jev v datoteki robots.txt, ki vsebujejo skript JS, ki se uporablja za prikaz določene vsebine ali metaoznak, Google ne bo mogel pravilno indeksirati strani, ampak bo videl samo statični HTML del spletnega mesta. Zato je treba Googlovim robotom omogočiti indeksiranje JS-skriptov, povezanih s prikazom vsebine in/ali metaoznak.

V enem primeru, na katerega smo naleteli, je napačna implementacija JS-tehnologije za medsebojno povezovanje na spletnem mestu pripeljala do tega, da se avtoriteta strani, s katere so povezane notranje strani, sploh ni prenesla nanje, še huje pa je, da je Google redkeje indeksiral interne strani.

Povezovanje med stranmi je bilo opravljeno z uporabo oznake href, ne s funkcijo JS, ki bi poklicala stran iz baze podatkov. Ta tehnika povezovanja je veliko preprostejša za razvijalce, vendar zelo škodljiva za SEO.

Če programerji, s katerimi sodelujete, uporabljajo JS za prikaz kakršne koli vsebine, jih poučite o uporabi JS, preden se odločijo za implementacijo te tehnologije, saj je včasih zelo težko odkriti vzrok za slab SEO-proces, ki je posledica nepravilne uporabe JS. Idealen scenarij za uporabo te tehnologije pri izdelavi spletnega mesta je, da se JS-skripte izvajajo na strežniku oziroma da se stran oblikuje na strežniku v trenutku, ko jo prikliče Google ali obiskovalec in se prikaže v celoti.

Povezovanje med stranmi je bilo narejeno izključno z uporabo oznake href!

Sinhronizacija spletnega mesta z ERP-jem in drugimi poslovnimi sistemi 

Sistemi ERP so bistveni del skoraj vsake spletne trgovine, zato je integracija s spletnim mestom in upravljanje te poslovne rešitve ključnega pomena za SEO. Sistemi Enterprise Resource Planning ali ERP služijo predvsem upravljanju in načrtovanju virov podjetja. Ena izmed njegovih najpomembnejših funkcionalnosti je virtualno skladišče, kjer se odvijajo vsi procesi v zvezi z izdelki, od prevzema izdelkov od dobaviteljev, preko oblikovanja popustov do dostave končnemu kupcu.

Pri integraciji ERP-ja s spletno trgovino je treba najprej natančno določiti, kako bosta ta dva sistema povezana, kako in katere podatke bo spletno mesto prejemalo iz ERP-ja ter v kakšnem formatu, kako in kako pogosto se bo izvajala sinhronizacija.

Povezovanje teh dveh poslovnih sistemov naj poteka izključno s pomočjo unikatnih ID-vrednosti, ki so najpogosteje dodeljene proizvodnim kategorijam in izdelkom. Povezovanje prek drugih vrednosti, kot je URL kategorije ali ime kategorije, lahko ogrozi vsa prizadevanja za SEO, ki ste jih vložili. V primeru takšne povezave se lahko znajdemo v situaciji, ko bo sprememba imena kategorije v ERP spremenila URL strani kategorije in/ali metaoznako Title in naslov same strani, kar lahko privede do pogostega pojavljanja 404 strani in velikega števila preusmeritev.

Avtor: Strahinja Radovanović