Egy új termék feltöltése után természetes elvárás, hogy néhány napon belül megjelenjen a keresőben. Ha mégsem történik meg, könnyű arra gondolni, hogy a Google egyszerűen „nem szereti” a webshopot. A kérdés azonban általában pontosabban így hangzik: miért nem indexeli webshopom a Google keresője, miközben az oldal látszólag működik? A válasz többnyire nem egyetlen hiba, hanem beállítások, termékadatok és technikai jelzések együttese.
Az indexelés hiánya közvetlenül érinti az értékesítést. Ha a kategória- és termékoldalak nincsenek a Google adatbázisában, nem tudnak organikus látogatókat hozni, függetlenül attól, milyen jó az ár, a termék vagy a hirdetési kampány. A jó hír, hogy a probléma rendszerint feltárható és javítható, ha nem találgatással, hanem URL-szintű ellenőrzéssel indul a munka.
Az indexelés nem ugyanaz, mint a jó helyezés
A Google három külön folyamatban kezeli az oldalakat. Először felfedezi az URL-t, majd feltérképezi annak tartalmát, végül eldönti, felveszi-e az indexébe. Csak ezután következik a rangsorolás. Egy oldal tehát lehet indexelve úgy is, hogy még nem hoz látogatót, és lehet jól optimalizált, de technikai okból teljesen kimaradhat az indexből.
Webshopoknál ezt gyakran összekeverik. A tulajdonos rákeres egy fontos kulcsszóra, nem látja a termékét az első oldalon, és indexelési hibára gyanakszik. Előbb azt kell ellenőrizni, hogy az adott, pontos URL egyáltalán szerepel-e a Google-ben. Erre a Search Console URL-ellenőrzése és az oldalak indexelési jelentése ad érdemi választ.
Miért nem indexeli webshopom a Google? Először a jelzéseket olvassa el
A Search Console nem pusztán hibajegyzék. Azt mutatja meg, hogy a Google milyen választ kapott az adott oldaltól, és milyen döntést hozott róla. A „Kizárva a noindex címke miatt” teljesen más feladatot jelent, mint a „Feltérképezve, jelenleg nincs indexelve” állapot.
Az ellenőrzést mindig konkrét példákkal kezdje: egy fontos kategóriaoldallal, egy elérhető termékoldallal, egy kifutott termékkel és – ha volt rendszerköltözés – egy régi URL-lel. Nézze meg, milyen kanonikus URL-t választott a Google, engedélyezett-e a feltérképezés, és bekerült-e az oldal a webhelytérképbe. Egyetlen jól működő termékoldal nem bizonyítja, hogy az egész katalógus rendben van.
A noindex, a robots.txt és a belépési korlátozás
A leggyorsabban javítható hiba, amikor a webshop vagy annak egy része véletlenül tiltva marad. Fejlesztési, tesztelési környezetben indokolt lehet a `noindex` meta robots utasítás, éles rendszerben viszont ez kizárja az oldalt az indexből. Költözés vagy sabloncsere után különösen gyakori, hogy ez a beállítás észrevétlenül a publikus áruházban marad.
A robots.txt tiltás más helyzet. Ha a Google nem térképezheti fel az oldalt, nem tudja megfelelően feldolgozni a tartalmát és az indexelési jelzéseket sem. Adminisztrációs, kosár- és pénztárfolyamatokat célszerű korlátozni, de a termék-, kategória- és fontos információs oldalakat nem. Jelszavas védelem, IP-alapú korlátozás vagy túl szigorú tűzfal is akadályozhatja a keresőrobotot.
UNAS és OpenCart rendszereknél egy modul, biztonsági megoldás vagy sablonmódosítás is okozhat ilyen mellékhatást. A beállítások megtekintése önmagában kevés: ellenőrizni kell, hogy a szerver valóban megfelelő HTTP-választ ad-e a Google számára.
Hibás státuszkódok és instabil szerverválaszok
Egy indexelendő termékoldalnak jellemzően 200-as HTTP-választ kell adnia. Ha 404-es hibát, 5xx szerverhibát, végtelen átirányítást vagy időszakos betöltési hibát kap a robot, nem lesz megbízható indexelési alap.
Külön kockázatot jelentenek a látszólag működő, de valójában hibás termékoldalak. Előfordul, hogy egy már nem létező termék URL-je 200-as választ ad, miközben csak egy üres sablont, keresési találati oldalt vagy általános „nincs készleten” üzenetet mutat. Ezt a Google gyakran soft 404-nek tekinti, és nem tartja meg az indexben.
A lassú szerver sem automatikus kizáró ok, de nagy katalógusnál jelentősen visszafoghatja a feltérképezés ütemét. Ha az áruház gyakran válaszol hibával csúcsidőben, a Google kevesebb URL-t kér le, a friss termékek és készletváltozások pedig később jelenhetnek meg a keresőben.
Duplikált termékoldalak és rossz kanonikus jelzések
Egy termék webshopban több útvonalon is elérhető lehet: kategóriából, keresésből, szűrt listából, gyártói oldalról vagy paraméterezett URL-en. Ez nem önmagában probléma. Akkor válik azzá, ha a rendszer több, tartalmában azonos oldalt kínál a Google-nek, de nem jelzi egyértelműen, melyik legyen a fő változat.
A canonical címke feladata pontosan ez. Hibás beállítás esetén azonban egy termékoldal a kategóriára, a kezdőlapra vagy egy nem létező URL-re mutathat. Ilyenkor a Google jogosan nem az adott termékoldalt indexeli. Ugyanez történhet akkor, ha a rendszerben egyszerre maradnak elérhetők a keresőbarát és a régi, paraméteres URL-ek megfelelő átirányítás nélkül.
A szűrés és rendezés külön figyelmet kér. Egy ruházati vagy műszaki webshop több ezer szín-, méret-, ár- és márkaszűrős kombinációt képes előállítani. Ezek többségét nem érdemes indexeltetni, mert gyenge, ismétlődő listákat hoznak létre. A valódi keresési igényt lefedő, gondosan kialakított alkategóriák viszont önálló értéket képviselhetnek. A döntés nem technikai reflex, hanem kínálat- és kulcsszóstratégiai kérdés.
Kevés vagy ismétlődő tartalom a termékoldalakon
A Google nem köteles minden létező URL-t indexelni. Ha száz termékoldalon ugyanaz a két mondatos gyártói leírás, azonos cím és változatlan kép szerepel, a kereső kevés egyedi értéket lát. Ez gyakori importált termékkatalógusoknál, ahol az adatforrás ugyanazt a leírást adja több kereskedőnek.
Nem kell minden termékhez hosszú marketingesszét írni. A cél az, hogy a vevő és a kereső számára is egyértelmű legyen, miben áll az adott termék értéke. A pontos műszaki adatok, kompatibilitási információk, méretek, használati szempontok, valós készletjelzés és saját termékképek sok esetben többet érnek, mint a szöveg mesterséges nyújtása.
A kifutott termékeket sem célszerű automatikusan törölni. Ha van releváns utód, a régi URL 301-es átirányítása megőrzi a felépített jelek egy részét és segíti a látogatót. Ha nincs helyettesítő termék, mérlegelni kell, van-e még keresési értéke az oldalnak. Egy hasznos információval, alternatívákkal és kategóriaajánlással kiegészített kifutott oldal másképp kezelhető, mint egy üresen hagyott termékadatlap.
Webshopköltözés után az URL-ek döntik el a veszteséget
OpenCartból UNAS-ba, vagy bármely más rendszerből történő költözéskor az indexelési problémák jelentős része nem a Google lassúsága miatt keletkezik. A régi URL-ek megszűnnek, megváltozik a kategóriaszerkezet, eltérnek a termékazonosítók, vagy elvesznek a korábbi metaadatok. Ha a régi termékoldal egyszerűen hibára fut, a korábbi organikus láthatóság is vele együtt tűnik el.
A költözés előtt URL-leltárra van szükség: mely oldalak hoznak forgalmat, rendelkeznek külső hivatkozásokkal vagy értékes megjelenésekkel. Ezekhez célzott 301-es átirányításokat kell készíteni, lehetőleg a tartalmilag legközelebbi új oldalra. Nem jó megoldás több száz régi termékoldalt a kezdőlapra irányítani. Ez a felhasználónak sem segítség, és a kereső számára sem hiteles helyettesítés.
A termékképek, kategórianevek, címek, meta leírások és strukturált termékadatok átvitele szintén része a keresőforgalom védelmének. A sitemap beküldése felgyorsíthatja az új URL-ek felfedezését, de nem pótolja az átirányításokat, az egyedi tartalmat vagy a technikailag helyes oldalválaszokat.
Javítási sorrend, amely nem viszi el feleslegesen a költségkeretet
Először a kizáró technikai hibákat kell megszüntetni: noindex, robots tiltás, hibás státuszkódok, szerverproblémák és rossz canonical beállítások. Ezek után érdemes rendbe tenni a belső linkelést. Egy fontos termék ne csak a webhelytérképben létezzen, hanem érhető el legyen kategóriából, kapcsolódó termékekből vagy releváns tartalmi oldalakról is.
Ezután következik a katalógus minőségi felülvizsgálata. A kevés készlettel, ismétlődő leírással vagy bizonytalan üzleti céllal rendelkező oldalak esetében nem mindig az indexelés erőltetése a helyes út. Sokszor jobb kevesebb, de jól strukturált és valóban hasznos kategória- és termékoldalt fenntartani.
Ha a probléma sablonmódosítás, modultelepítés vagy rendszerköltözés után jelentkezett, ne csak egyes URL-eket javítson kézzel. A kiváltó rendszerhibát kell megtalálni. A GrenT Média ilyen esetekben a webshop működését, URL-struktúráját, átirányításait és termékadat-kezelését egy összefüggő rendszerként vizsgálja, mert ettől lesz a javítás hosszú távon is kezelhető.
Az indexelés nem egyszeri beállítás, amelyet kipipálhat a webshop indulásakor. Minden nagyobb import, kategóriaátrendezés, modulcsere vagy költözés után érdemes újra ellenőrizni a kritikus URL-eket. Így a keresőforgalom problémája még akkor láthatóvá válik, amikor javítható – nem hónapokkal később, az elmaradt rendelésekből.
