A Page indexing jelentés és az URL inspection eszköz

Modul 2: Search Console, Bing és IndexNow · Olvasási idő: 13 perc

Tanulási cél: A lecke után a Page indexing (Oldalindexelés) jelentésben látni fogja, mely oldalak nincsenek az indexben és miért, meg tud vizsgálni egy oldalt az URL inspection (URL-vizsgálat) eszközzel, és tudni fogja, mit tesz és mit nem tesz a Request indexing, a Removals és a Manual actions.

Kulcsfogalmak: Page indexing jelentés, indexelt (Indexed), nem indexelt (Not indexed), okok, Validate fix, URL inspection, Test live URL, Request indexing (kvóta), a felhasználó által megadott (User-declared) és a Google által kiválasztott (Google-selected) kanonikus URL, View tested page, Removals (ideiglenes), Manual actions, Security issues

A Page indexing jelentés

Az 1.3. leckében olvasta, hogy nem minden oldal kerül be az indexbe. A Page indexing jelentés (a menüben az Indexing, Pages alatt) megmutatja, hogyan alakul ez az Ön webhelyén. Felül két szám áll: Indexed (indexelt) és Not indexed (nem indexelt). Alatta található a „Why pages aren't indexed” (Miért nincsenek indexelve az oldalak) táblázat, okonként az oldalak számával.

Először a legfontosabb: nem az a cél, hogy minden oldal indexelve legyen. A Google maga írja, hogy arra kell ügyelni, hogy minden fontos oldal kanonikus változata bekerüljön az indexbe, és nem kell száz százalékra számítani. Egy címkéket, szűrőket, keresési oldalakat és változatokat tartalmazó webhelyen mindig lesznek olyan oldalak, amelyek jogosan maradnak ki. A kérdés tehát mindig ez: van köztük olyan oldal, amelynek bent kellene lennie?

Az okok közérthetően

Ezenkívül két figyelmeztetés is létezik: Indexed, though blocked by robots.txt (a Google a tartalom elolvasása nélkül vette fel a címet, gyakran azért, mert linkek mutatnak rá) és Page indexed without content (tartalom nélkül indexelt oldal).

Kattintson egy okra a példacímek megtekintéséhez. Ha kijavított valamit, választhatja a Validate fix (Javítás ellenőrzése) lehetőséget. A Google ekkor újra ellenőrzi az ismert, ezzel a problémával érintett címeket; ez a Google szerint általában legfeljebb körülbelül két hétig tart. Ne kattintson rá újra és újra: várja meg, amíg az ellenőrzés sikeres lesz vagy meghiúsul. A javítás egyébként ellenőrzés nélkül is működik; a Google a következő feltérképezéskor észreveszi.

Az URL inspection: egy oldal nagyító alatt

A Search Console tetején egy keresősáv található. Illesszen be ide egy teljes címet a webhelyéről, és megkapja az URL inspection (URL-vizsgálat) eredményét. Először azt látja, mi van a Google indexében: „URL is on Google” vagy „URL is not on Google”, a Page indexing alatt pedig többek között:

• mikor térképezte fel a Google utoljára az oldalt, és Crawled as (a mobil vagy az asztali crawler);
• engedélyezi-e a robots.txt a feltérképezést, és Indexing allowed? (van-e noindex?);
• Page fetch: sikerült-e lekérni az oldalt?
• a User-declared canonical (amit Ön a canonical címkébe írt) és a Google-selected canonical (amit a Google választott).

Ez az index állapota, nem élő mérés. Ha éppen most távolított el egy noindex címkét, itt még szerepelni fog.

Test live URL

A Test live URL gombbal a Google most kéri le az oldalt. Így azonnal ellenőrizheti a javítást. A View tested page segítségével megnézheti a JavaScript futtatása utáni HTML-t, a válasz fejléceit, a konzol üzeneteit, és sikeres teszt esetén egy képernyőképet. Itt láthatja, hogy a cím, a canonical vagy a strukturált adatok valóban ott vannak-e, ha JavaScript helyezi el őket.

Figyelem: egy sikeres élő teszt nem ígéret. A teszt nem vizsgálja a minőséget, az ismétlődő tartalmat vagy a canonical kiválasztását.

Request indexing

Élő teszt után kérheti az indexelést a Request indexing gombbal. A Google ekkor sorba állítja az oldalt feltérképezésre. Három dolgot érdemes tudni:

1. Tulajdonságonként napi kvóta van. Sok oldalhoz egyszerre a webhelytérkép a megfelelő út (2.2. lecke).
2. Ha ugyanarra az oldalra többször kéri, attól nem lesz gyorsabb.
3. Nem garancia: a feltérképezés napokig vagy hetekig tarthat, és utána a Google még dönt a felvételről.

Használja tehát új, fontos oldalhoz vagy javítás után, ne napi rutinként.

Csak olyan tulajdonság címeit vizsgálhatja, amelynek Ön a tulajdonosa vagy felhasználója. Ha valaki más oldalát szeretné megnézni, használjon nyilvános eszközöket, például a Rich Results Testet (5. modul).

Három további jelentés, amelyet érdemes ismerni

Removals. Ezzel egy oldalt ideiglenesen (körülbelül hat hónapra) eltávolíthat a keresési találatok közül, például ha véletlenül személyes adatok kerültek fel az internetre. Az oldal az indexben marad. Ha véglegesen el szeretné tüntetni, gondoskodjon arról, hogy 404-et vagy 410-et adjon, jelszó mögött legyen, vagy noindex címkét kapjon. A robots.txt erre nem alkalmas: egy letiltott oldalt a Google nem tud elolvasni, így a noindexet sem látja.

Manual actions. A manuális művelet azt jelenti, hogy a Google egyik munkatársa megállapította: az oldalak megsértik a spamszabályokat (8.2. lecke), például rejtett szöveggel vagy természetellenes linkekkel. Ezek az oldalak hátrébb kerülhetnek, vagy eltűnhetnek a találatok közül. Ha itt nincs értesítés, minden rendben van. Ha van: javítsa ki az összes oldalon, majd nyújtson be felülvizsgálati kérelmet.

Security issues. Itt jelzi a Google, ha webhelye feltörtnek tűnik vagy kártevő szoftvert terjeszt. A látogatók ilyenkor figyelmeztetést láthatnak. Ez sürgős eset: a helyreállításhoz lásd a WordPress-tanfolyamot és a Biztonságos online tanfolyamot.

A gyakorlatban: egy új webhely után

Lotte élesítette új webhelyét az AI Builderrel, és elfelejtette, hogy a webhely még „nem indexelendő” beállításon állt. Egy hét múlva a Page indexing jelentésben szinte mindent a „Blocked by robots.txt” alatt lát. Átkapcsolja a kapcsolót és újra közzéteszi a webhelyet, megvizsgálja a kezdőlapját, az élő tesztben látja, hogy a feltérképezés és az indexelés most már engedélyezett, és indexelést kér a kezdőlapra és a Bruidswerk (esküvői virágdíszek) oldalra. A többinél a webhelytérképre vár. A WordPressben ugyanez a csapda a „Keresőmotorok eltanácsolása” jelölőnégyzetben rejlik, más webhelyépítőknél hasonló nevű beállításban.

Összefoglalás

• A Page indexing az indexelt és a nem indexelt oldalakat mutatja az okkal együtt; nem kell mindennek bent lennie.
• Minden okot kérdésként olvasson: ennek az oldalnak az indexben a helye? Ha igen, javítsa és ellenőriztesse.
• Az URL inspection az index állapotát mutatja; a Test live URL az oldal mostani állapotát, a JavaScript után is.
• A Request indexing kvótához kötött, az ismétlés nem segít, és semmit sem garantál.
• A Removals ideiglenes; a Manual actions és a Security issues jelentésnek üresnek kell lennie.

Kvíz

Feladat

D2.4. feladat: Egy oldal vizsgálata. Válasszon ki egy fontos oldalt a webhelyéről (például a szolgáltatásait bemutató oldalt), és vizsgálja meg a Search Console-ban. Jegyezze fel, hogy indexelve van-e, mikor térképezték fel utoljára, melyik canonicalt adta meg Ön, és melyiket választotta a Google. Ezután futtasson élő tesztet, nyissa meg a tesztelt oldalt, és ellenőrizze, hogy a cím szerepel-e a HTML-ben. Végül nézze meg a Page indexing jelentésben, melyik ok fordul elő a leggyakrabban, és vannak-e köztük olyan oldalak, amelyeknek az indexben a helyük.

További olvasnivaló

• Google, Page indexing jelentés: https://support.google.com/webmasters/answer/7440203?hl=nl
• Google, URL inspection eszköz: https://support.google.com/webmasters/answer/9012289?hl=nl
• Google Search Central, URL-ek újbóli feltérképezésének kérése a Google-tól: https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl
• Google, Removals eszköz: https://support.google.com/webmasters/answer/9689846?hl=nl
• Google, Manual actions jelentés: https://support.google.com/webmasters/answer/9044175?hl=nl