Kiinduló helyzet és döntési feladat

Egy új szolgáltatásoldal nem jelenik meg egy márkás keresésre. Az oldal lehet friss, hibásan tiltott, másolatnak kezelt, vagy egyszerűen más lekérdezéshez jelenik meg. A diagnózist az ellenőrizhető jelekből érdemes felépíteni.

Pontos URL

A végleges protokollal, hostnévvel és útvonallal indítsd az ellenőrzést. Hasonló URL-változat eltérő állapotot mutathat.

Másold a végleges címet az URL-ellenőrzőbe. Az ellenőrzés fő kérdése: Biztosan ugyanazt a tartalmat vizsgálod?

Hozzáférés

Vizsgáld a válaszkódot, bejelentkezési védelmet és tűzfalszabályokat. A látogatónak működő oldal a robotnak elérhetetlen lehet.

Hasonlítsd a böngészőt az élő URL-teszttel. Az ellenőrzés fő kérdése: Megkapja a kereső a tényleges tartalmat?

Indexelési jelzés

Nézd meg a robots metaelemet és az X-Robots-Tag fejlécet. A tesztkörnyezetből maradt noindex kizárhat éles oldalt.

Keress tiltást a kiszolgált HTML-ben és fejlécben. Az ellenőrzés fő kérdése: Szándékos az indexelés kizárása?

Kanonikus cím

Ellenőrizd a deklarált és a kereső által kiválasztott főváltozatot. A másik URL-re mutató canonical megváltoztatja a helyzet értelmezését.

Hasonlítsd a tartalmat a kijelölt főoldallal. Az ellenőrzés fő kérdése: Önálló információt ad az oldal?

Felfedezhetőség

Adj releváns belső hivatkozást egy már elérhető oldalról. A puszta URL-beküldés nem helyettesíti a webhelyszerkezetet.

Keresd meg a tartalmat a kezdőlapról indulva. Az ellenőrzés fő kérdése: Milyen út vezet az új oldalhoz?

Újraértékelés

A javítás után rögzítsd a módosítást és indokoltan kérj újraellenőrzést. A megfelelő technika sem garantál indexelést.

Később ugyanazon URL állapotát ellenőrizd. Az ellenőrzés fő kérdése: Mi változott ténylegesen az első vizsgálat óta?

Részletes megvalósítás és szakmai döntések

Amikor egy oldal hiányzik a keresőből, először magát az állítást pontosítsd. Azt jelenti, hogy az URL-ellenőrző szerint nincs indexelve, vagy csak azt, hogy egy választott kifejezésre nem találod? A két kérdés eltérő vizsgálatot igényel. Egy indexelt oldal nem feltétlenül jelenik meg minden hozzá kapcsolódó keresésre. A technikai diagnózishoz ezért a konkrét URL állapotából indulj, és válaszd külön a felfedezést, feltérképezést, indexelést és az egyes lekérdezésekhez tartozó megjelenést. A fogalmi rend már önmagában sok felesleges változtatást megelőz.

A vizsgálati munkalapon legyen hely az ellenőrzés idejének és az URL végleges változatának. Egy perjel nélküli, egy másik hoston megnyitott vagy kampányparaméteres cím könnyen eltérő választ adhat. Kövesd végig az átirányítást, és a tartalmat ténylegesen kiszolgáló címet vizsgáld. Ha az oldal áthelyezés után változott, a régi és új URL-t külön sorban kezeld. Így nem kevered össze azt, hogy egy régi cím már helyesen átirányít, azzal, hogy az új céloldal indexelési állapota még változásban van.

A hozzáférési akadályokat rétegenként nézd. A webszerver válaszolhat hibával, a CDN kérhet robotellenőrzést, a WordPress bővítmény adhat tiltó fejlécet, a sablon pedig tartalmazhat noindex elemet. A látogató böngészőjében működő oldal nem feltétlenül ugyanazt adja egy automatizált lekérésnek. Ha eltérés látszik, keresd a bizonyítékot a naplóban és a keresőeszköz élő tesztjében. Ne kapcsold ki találomra az összes védelmet. Előbb azonosítsd, melyik konkrét réteg és szabály akadályozza a kívánt nyilvános tartalom elérését.

A korábban megmaradt tesztbeállítás külön ellenőrzést érdemel. Új webhely indulásakor könnyű elfelejteni a fejlesztési környezet indexelési kizárását. Ugyanakkor a tiltás törlése sem mindenhol helyes: belső tesztoldal, ügyfélanyag és adminfelület továbbra sem nyilvános keresőcél. Az élesítési listán ezért ne pusztán az szerepeljen, hogy minden tiltást kikapcsoltunk. Inkább az, hogy a nyilvános oldalak indexelési szándéka és a privát részek valódi hozzáférés-védelme külön, ellenőrzött módon megfelel a kívánt működésnek.

Ha a hozzáférés megfelelő, vizsgáld a tartalomváltozatokat. Előfordulhat, hogy a kereső másik URL-t választott ugyanannak vagy nagyon hasonló tartalomnak az elsődleges változataként. Ilyenkor a canonical, a belső linkek és a sitemap egyezése fontos ellenőrzési irány. Ne próbálj minden hasonló oldalt erőből külön indexeltetni. Döntsd el, valóban külön feladatot szolgálnak-e. Ha az oldal csak egy paraméter miatt eltérő másolat, a helyes főváltozat kijelölése lehet a megfelelő cél, nem az összes változat megjelenítése.

A tartalmi értékelésnél keresd az önálló választ. Egy szolgáltatásoldal, amely csak néhány általános mondatban másolja a főoldal ígéretét, kevés új segítséget adhat. Az oldal bővítése itt nem szószámnövelés: pontosabb feladatkör, folyamat, feltétel, valós referencia és releváns kérdés kerüljön bele. A fontos kérdés az, hogy miért érdemes ezt az oldalt önálló találkozási pontként megtartani. Ha erre nincs jó válasz, az összevonás vagy szereptisztázás indokoltabb lehet, mint egy újabb automatikus beküldési kísérlet.

A javítás utáni követés legyen türelmes, de dokumentált. Rögzítsd, milyen konkrét akadály változott, mikor történt és melyik URL-eket érintette. Az újraellenőrzési kérés nem olyan gomb, amely biztos megjelenést rendel a keresőtől. A cél az, hogy a módosított oldal felfedezhető és értelmezhető legyen, majd az elérhető állapotadatokból követhető maradjon a feldolgozás. Közben kerüld az indokolatlan, naponta ismételt szerkezeti változtatást, mert az megnehezíti annak felismerését, melyik beavatkozásnak milyen következménye volt.

A diagnózis végén különítsd el a bizonyított hibát a még nyitott kérdéstől. Bizonyított például a véletlen noindex vagy a hibás szerverválasz. Nyitott kérdés lehet, miért nem választott még indexelésre egy technikailag megfelelő, új tartalmat a kereső. A jelentésben ezt így is nevezd meg. Ez pontosabb és hasznosabb, mint egyetlen okot kitalálni minden hiányzó URL-re. A vállalkozás így tudja, mire készül konkrét javítás, és mely területen további megfigyelés vagy tartalmi döntés szükséges.

A webhely tulajdonának ellenőrzése szintén alapfeltétel. Ha több Search Console-tulajdon létezik eltérő protokollal vagy hostnévvel, nézd meg, melyikben találhatók az adott URL adatai. A hiányzó riportadat nem bizonyítja automatikusan, hogy az oldal hiányzik a keresőből. Ugyanilyen fontos a vizsgált időszak: a friss publikáció és a jelentés késése külön jelenség. Az ellenőrzési jegyzetben ezért az adatforrás neve és időpontja is szerepeljen. Ez később megakadályozza, hogy két munkatárs különböző felületen látott állapotot tévesen ellentmondásként értelmezzen. A bizonyított hibajavítás és a még nyitott keresőbeli döntés eltérő státuszt kapjon az átadási dokumentumban.

Gyakori kérdések

Biztosan ugyanazt a tartalmat vizsgálod?

A végleges protokollal, hostnévvel és útvonallal indítsd az ellenőrzést. Hasonló URL-változat eltérő állapotot mutathat.

Mi változott ténylegesen az első vizsgálat óta?

A javítás után rögzítsd a módosítást és indokoltan kérj újraellenőrzést. Később ugyanazon URL állapotát ellenőrizd.

Források és további olvasnivaló

A cikk tájékoztató jellegű szakmai útmutató. Az említett példák szemléltető helyzetek; a saját vállalkozásodnál a konkrét adatok és a működési feltételek alapján érdemes dönteni.

Van egy hasonló feladatod?

Beszéljük át, hogyan ültethető át a gyakorlatba.

Projektet indítok

Kapcsolódó szolgáltatás: Keresőoptimalizálás ↗