Hogyan diagnosztizáljuk a technikai indexelési problémákat

Sorrend a Search Console Oldalindexelés jelentéséhez: mit javítsunk először, hogyan erősítsük meg az okokat a URL Inspection eszközzel, és mikor hagyjuk abba.

Az indexelési problémákat a szükséges oldalakból kiindulva diagnosztizálja, ne a jelentés összesített számaiból. Állítson össze egy listát a fontos URL-ekről, derítse ki, melyek nincsenek indexelve és miért, majd haladjon végig az okokon súlyosság szerinti sorrendben: először a szerver- és hozzáférési hibák, utána a véletlen blokkolások, a kanonikus URL-ek ütközései, a hibához hasonló oldalak, végül azok az oldalak, amelyeket a Google egyszerűen nem választott indexelésre. Minden javítást erősítsen meg élő teszttel a URL Inspection eszközben, mielőtt kéri a Google-t a javítás érvényesítésére.

Ez az útmutató feltételezi, hogy ismeri az Az indexelés alapjai cikkben bemutatott állapotokat.

1. lépés: állítsa össze a fontos URL-ek listáját

Az Oldalindexelés jelentés minden olyan URL-t számol, amelyről a Google tud, beleértve a paraméteres címeket, a régi címeket és azokat az oldalakat is, amelyeket sosem szánt közzétételre. A „Nincs indexelve" nagy száma normális, és a Google egyértelműen kimondja, hogy nem minden URL-t kell indexelni (Page indexing report). Ezért induljon a saját listájából:

Forgalmat hozó oldalak: a Performance → Pages nézet első 50-100 oldala három hónapra visszamenőleg.
Bevételt hozó oldalak: termék-, árazási, szolgáltatás- és helyszínoldalak, forgalmuktól függetlenül.
Új oldalak: minden, ami az elmúlt 90 napban jelent meg.
A sitemapjei: pontosan azokat a kanonikus URL-eket kell tartalmazniuk, amelyeket indexelni szeretne. Az Oldalindexelés jelentést sitemap szerint szűrheti, így láthatja, hány URL-je van indexelve, és a Sitemaps jelentésben minden sitemap hivatkozik az URL-jei indexelési lefedettségére.

2. lépés: derítse ki, melyek nincsenek indexelve

Rövid lista esetén vizsgálja meg az URL-eket egyenként a URL Inspection eszközben. Hosszabb listánál nyissa meg a sitemapre szűrt Oldalindexelés jelentést, és menjen végig az egyes okokon, ellenőrizve, hogy a fontos URL-jei közül melyek szerepelnek a példák között. Jegyezze fel minden URL-hez az okot és az ok forrását. A Google ökölszabálya: általában csak azokat a problémákat tudja javítani, amelyek forrása „Website".

3. lépés: haladjon végig az okokon sorrendben

Az okokat ebben a sorrendben javítsa. Minden szint elfedheti a következőt, és az első szintek érintik egyszerre a legtöbb oldalt.

Sorrend	Állapot	Először ellenőrizze	Tipikus javítás
1	Szerverhiba (5xx)	A szerver naplói és a tárhely állapota a Google bejárásainak időpontjaiban	Kapacitás vagy összeomlások javítása; az ismétlődő 5xx válaszok miatt a Google lassabban is jár be
2	Átirányítási hiba	Az URL teljes átirányítási lánca	Egy lépésben irányítson a végső URL-re; szüntesse meg a hurkokat
3	Jogosulatlan kérés miatt blokkolva (401), tiltott hozzáférés (403) vagy más 4xx	Bejelentkezési falak, tűzfal- vagy botvédelmi szabályok	Engedje, hogy a Googlebot elérje a nyilvános oldalakat
4	„noindex" jelöléssel ellátott URL	Az oldal robots meta címkéje és az `X-Robots-Tag` fejléce	Távolítsa el a noindexet azokról az oldalakról, amelyeknek rangsorolniuk kell
5	A robots.txt blokkolta az URL-t	Az illeszkedő robots.txt szabály	Távolítsa el a szabályt azokról az oldalakról, amelyeket be kell járni
6	Duplikátum, a Google más kanonikus URL-t választott, mint a felhasználó	Hogy a kanonikus címke, az átirányítások, a sitemap és a belső hivatkozások külön-külön melyik URL-t nevezik meg	Minden jelzés ugyanarra az URL-re mutasson
7	Soft 404	Mit mutat az oldal, amikor a Googlebot lekéri	Hiányzó oldalakra valódi 404, valódi oldalakra valódi tartalom
8	Bejárva – jelenleg nincs indexelve	Hozzáad-e az oldal valamit ahhoz képest, amit a többi oldala és a versenytársak kínálnak	Fejlessze, vagy vonja össze egy erősebb oldallal
9	Felfedezve – jelenleg nincs indexelve	Hivatkozik-e rá bármelyik bejárt oldal	Hivatkozzon rá bejárt oldalakról; nagyon nagy webhelyeken kezelje a bejárást

Egy URL diagnosztizálása a URL Inspection eszközzel

A listája minden fontos URL-jére futtassa le ugyanazt az öt ellenőrzést (URL Inspection tool):

Olvassa el az ítéletet és az okot. Az „URL is unknown to Google" azt jelenti, hogy a Google egyáltalán nem látta a címet, így a feladat a felfedeztetés: hivatkozzon rá olyan oldalakról, amelyeket a Google már bejár, és vegye fel a sitemapbe.
Hasonlítsa össze a kanonikus URL-eket. Ha a Google által kiválasztott kanonikus URL eltér a felhasználó által megadottól, a Google ennek az URL-nek a helyén egy másikat indexel. Mielőtt bármit módosítana, nézze meg azt a másik URL-t.
Ellenőrizze a bejárást. Jegyezze fel az utolsó bejárás dátumát, azt, hogy a Google okostelefonként vagy asztali gépként járt-e be, hogy a bejárás engedélyezett volt-e, és hogy az oldal lekérése sikerült-e. Egy figyelmeztetés: ha a robots.txt blokkolja a bejárást, az „Indexing allowed?" mező mindig „yes" értéket mutat, mert a Google nem láthatja a noindexet egy olyan oldalon, amelyet nem szabad lekérnie.
Futtassa a Test live URL tesztet. Az alapértelmezett nézet az utolsó indexelt változatot írja le, amely lehet régi. Az élő teszt most kéri le az oldalt, és képernyőképet mutat a megjelenített oldalról; ez a leggyorsabb módja annak, hogy kiszúrja azt a tartalmat, amely csak bejelentkezett felhasználóknak jelenik meg, vagy egy szkript hibája után.
Csak javítás után kérjen indexelést. A Google napi kvótát alkalmaz, és azt mondja, hogy ugyanazon URL ismételt kérése nem gyorsít semmit (Ask Google to recrawl).

Megjegyzések a nehezebb állapotokhoz

A robots.txt általi blokkolás nem ugyanaz, mint a kizárás. A robots.txt a bejárást szabályozza, nem az indexelést; egy blokkolt URL, amelyre más oldalak hivatkoznak, tartalom nélkül is bekerülhet az indexbe. Ha egy oldalt ki akar tartani a Google-ből, engedélyezze a bejárást, és használjon noindexet meta címkében vagy X-Robots-Tag fejlécben (Block indexing). Ne feledje, hogy az eltávolítás csak akkor történik meg, amikor a Google újra bejárja az oldalt, és ez eltarthat egy ideig.

A kanonikus ütközéseket általában mi magunk okozzuk. A Google erős jelzésként súlyozza az átirányításokat és a rel="canonical" címkét, gyenge jelzésként a sitemapben való szereplést, és előnyben részesíti a HTTPS-t (Consolidate duplicate URLs). A tipikus ütközés az, amikor a kanonikus címke az egyik URL-t nevezi meg, miközben a navigáció, a sitemap és a belső hivatkozások mind egy változatot használnak (záró perjel, nagybetűk, követőparaméter, http://). Hozza összhangba őket, és az ütközés rendszerint a következő bejáráskor megszűnik.

A soft 404 kétféle lehet. Egyesek valóban hiányzó oldalak, például egy „a tétel nem található" sablon, amely 200-as kódot ad; ezeknek 404-et vagy 410-et kell visszaadniuk. Mások valódi oldalak, amelyek a Google számára üresnek tűnnek, például egy termékek nélküli kategória vagy egy olyan oldal, amelynek tartalma egy szkript hibája után töltődik be; ezeknek a Google számára látható tartalomra van szükségük, amit az élő teszt képernyőképe megerősít.

A Bejárva – jelenleg nincs indexelve mérlegelés, nem hiba. A Google bejárta az oldalt, és egyelőre úgy döntött, hogy nem tartja meg; később indexelheti, de nem biztos. Kérdezze meg őszintén, mit ad hozzá az oldal. A szokásos „lakók" a más oldalak vékony változatai, a két bejegyzéses címkeoldalak, és azok a cikkek, amelyek azt ismétlik, amit tíz másik webhely is elmond. Tegye az oldalt egyértelműen jobbá vagy különbözővé, vagy vonja össze egy olyan oldallal, amely már az.

A Felfedezve – jelenleg nincs indexelve általában a hivatkozásokról szól. A Google ismeri az URL-t, de még nem járta be. A legtöbb webhelyen a megoldás az, hogy hivatkozik az oldalra olyan oldalakról, amelyeket a Google már bejár, és a sitemapben tartja. A Google bejárási költségkeretről szóló útmutatója szűkebb csoportnak szól: azoknak a webhelyeknek, amelyek több mint egymillió oldalból állnak és hetente változnak, vagy több mint 10 000 oldalból állnak és naponta változnak (Managing crawl budget). Ha ez Önre vonatkozik, csökkentse az URL-készletet: vonja össze a duplikátumokat, tiltsa le azoknak az URL-eknek a bejárását, amelyeket soha nem kell lekérni, adjon vissza 404-et vagy 410-et az eltávolított oldalakra, és javítsa a soft 404-eket, amelyeket a Google folyamatosan bejár.

4. lépés: érvényesítse a javítást

Amikor egy ok URL-jeit kijavította, nyissa meg az okot az Oldalindexelés jelentésben, és nyomja meg egyszer a Validate fix gombot. A Google először néhány mintaoldalt ellenőriz; ha a probléma még fennáll, az érvényesítés leáll. Ellenkező esetben újraellenőrzi az összes ismert érintett URL-t, és mindegyiket megfelelőnek vagy sikertelennek jelöli. A Google szerint az érvényesítés jellemzően nagyjából két hétig tart, néha jóval tovább. A rendes bejárás során érvényesítési kérés nélkül is észreveheti a javításokat.

Mikor hagyjuk abba

Hagyja abba egy állapot hajszolását, ha a mögötte álló URL-eket nem kell indexelni (paraméterek, szűrt nézetek, belső keresési találatok, régi átirányítások), vagy ha egy oldalt már javítottak, belinkeltek és újra beküldtek, és a Google két hónap után is elutasítja. Ilyenkor általában az a hasznos lépés, ha az oldalt összevonja egy erősebbel és átirányítja, nem pedig újra indexelést kér.

Hogyan segít az AutoPSEO

Az AutoPSEO a 2. lépést állandó ellenőrzéssé alakítja. Az Index Tracker legfeljebb 1800 Ön által választott URL-t tart nyilván, naponta legfeljebb 200-at ellenőriz újra a URL Inspection API-n keresztül (a legrégebben ellenőrzött az első, a Google tulajdononkénti napi 2000 vizsgálatos keretén belül), és megjelöli az elmúlt 30 napban kikerült oldalakat, valamint azokat, amelyeket a Google 120 napja nem járt be. Az Index flip riasztás Slack, Microsoft Teams vagy webhook felé jelez, ha egy követett URL kikerül az indexből vagy visszatér (riasztások). A URL Inspection és a Sitemaps az alkalmazáson belülről is használható, a Bing crawl issues pedig ugyanilyen jellegű problémákat mutat a Bing oldaláról.

Az új oldalakról az IndexNow értesíti a Binget és a többi, azt támogató keresőt a megváltozott URL-ekről; a Google nem vesz részt az IndexNow-ban, ezért a Google eléréséhez továbbra is a sitemapek és a belső hivatkozások szolgálnak. A tartalommotor cikkeit az Ön saját webhelyére kézbesíti, amely ugyanúgy közzéteszi és belinkeli őket, mint bármely más oldalt; ha a webhelye IndexNow-kulcsot hirdet, az AutoPSEO minden közzétett vagy frissített, az Ön hosztján lévő címmel jelez az IndexNow felé, és rögzíti, mit válaszolt az IndexNow (Delivery).