AMP-állapotjelentés

A jelentés segítségével kijavíthatja azokat a hibákat, amelyek megakadályozzák AMP-oldalainak a Google Keresés eredményei közötti, AMP-specifikus funkciókkal való megjelenését.

A legfelső szintű nézet minden olyan AMP-oldalt megjelenít problémák szerint csoportosítva, amelynél a Google problémát talált az Ön webhelyén. Kattintson a kívánt problémára a hozzá tartozó részletek megtekintéséhez – ide tartozik például a probléma által érintett oldalak mintalistája, a probléma kijavításának módjáról szóló információ, valamint az a folyamat, amellyel értesíteni lehet a Google-t a javításokról.

A problémák és javítások hatását mutató diagramok megtekintéséhez keresse fel az Állapot oldalt.

Miért csak mintalistát jelenít meg a rendszer? Annyi hibák által érintett oldalt jelenítünk meg, amennyit csak tudunk. Azonban az 1000 URL-ből álló korlátnál többet nem tudunk megjeleníteni a táblázatban. Az is lehetséges, hogy vannak további oldalak, amelyeket valamilyen ok miatt nem észleltünk, illetve nem számoltunk.

AMP-JELENTÉS MEGNYITÁSA

Amire érdemes figyelni

Ideális esetben a következőket kell látnia a jelentésben:

AMP-hibák

A normál AMP-specifikus hibák mellett a jelentés a következő további problémákról (hibák és figyelmeztetések) is nyújthat tájékoztatást.

Google-specifikus AMP-problémák
Hiba Leírás
Tartalmi eltérés: hiányzó beágyazott videó A gyűjtőoldalon olyan beágyazott videó található, amely hiányzik az AMP-verzióról. Általában az a legjobb, ha ugyanazok a fontos tartalomforrások találhatók meg az AMP-verzión, mint a gyűjtőoldalon. Ne feledje, hogy a rendszer URL alapján észleli a videót; ha két különböző URL mutat ugyanarra a videóra, ez a figyelmeztetés jelenik meg.
Az ajánlottnál kisebb képméret Az AMP strukturált adatai olyan képre hivatkoznak, amely kisebb az ajánlott méretnél. Ez megakadályozhatja azt, hogy az oldal az összes AMP-hez kapcsolódó funkcióval jelenjen meg a Google Keresésben, és azt, hogy Discover-kártyái nagy képekkel jelenjenek meg (ami csökkenti a webhely forgalmát és a felhasználói elköteleződést). Ennek kijavításához használjon nagyobb képet az irányelveinknek megfelelően.
Az AMP-oldal domainje nem egyezik Az AMP-oldal másik domainen található, mint a gyűjtőverzió. Ez zavaró lehet a mobilon keresők számára, akik más URL-domaint látnak a keresési eredmények között, mint amikor megnyitják az oldalt az AMP-olvasóban. (Nem befolyásolja az oldal indexelését és rangsor szerinti helyét.)
Nem található az URL (404) A kért AMP URL nem található. További információ a 404-es oldalakról.
Szerverhiba (5xx) Nem pontosított 5xx-es szerverhiba történt az AMP-oldal kérésekor. További információ a szerverhibákról.
A robots.txt letiltotta A kért AMP URL-t letiltotta a robots.txt fájl valamelyik szabálya.
Feltérképezési probléma Nem meghatározott feltérképezési hiba az AMP-oldalnál. Az URL-ellenőrző eszköz segítségével oldhatja meg az AMP URL-ekkel kapcsolatos problémákat. 
A hivatkozott AMP URL nem AMP URL A gyűjtőoldal olyan AMP-oldalra hivatkozik, amely valójában nem AMP-oldal. További információ arról, hogy a nem AMP-oldalaknak hogyan kell hivatkozniuk az AMP-oldalakra.
A hivatkozott AMP URL önmagában álló gyűjtő AMP URL A gyűjtőoldal önálló AMP-oldalra mutat. Nem hivatkozhat önálló AMP-oldalra valamilyen másik oldal AMP-oldalaként. További információ arról, hogy a nem AMP-oldalaknak hogyan kell hivatkozniuk az AMP-oldalakra.
Az URL meg van jelölve a „noindex” metacímkével AZ AMP-oldalt letiltja a „noindex” utasítás. A Google nem tudja feltérképezni a noindex által letiltott oldalakat. Távolítsa el a noindex utasítást, vagy törölje a letiltott oldalra mutató hivatkozást.
Az oldal „unavailable_after” dátumkor lejárt Az AMP-oldal rendelkezik egy olyan „unavailable_after” metacímkével vagy utasítással, amelynek dátuma már elmúlt, azaz többé nem jeleníthető meg. Módosítsa a címkét jövőbeli dátumra, vagy távolítsa el a címkét.
A gyűjtő-URL érvénytelen URL-re mutat A gyűjtőoldal érvénytelenül formázott URL-t használó AMP-verzióra hivatkozik. További információ az AMP-verzió helyes formázásáról.
amp-story gyűjtőoldalhibája

Valamelyik oldal helytelenül hivatkozik az egyik amp-story oldalra a saját AMP-verziójaként. Ez nem engedélyezett, mert az amp-story oldal önmaga szerepéből következően önálló gyűjtőoldal: saját magára kell mutatnia a <rel="canonical"> címkével, és nem jelenhet meg más oldal AMP-verziójaként.

Problémák rangsorolása és kijavítása

  1. Először is, szűrje ki a figyelmeztetéseket, és koncentráljon a hibákra az összefoglaló AMP-oldalon. A problémák alapértelmezés szerint a következők kombinációjában vannak rendezve: súlyosság, érvényességi állapot és az érintett oldalak száma. Kijavításuk az alapértelmezett sorrend szerint javasolt. Előbb a gyakori okok miatt (például hibás sablon) keletkező, majd az egyes oldalakra jellemző problémákat javítsa ki.
  2. Ellenőrizze, hogy a hibák teljes számának növekedését elsősorban egyetlen hiba okozza-e: keressen a táblázatban ide vonatkozó, egyetlen problémához tartozó kiugró értéket.
  3. Lásd az alábbi információkat a kiugró értékekkel és hiányzó AMP-oldalakkal kapcsolatos hibaelhárításról.
  4. Kattintson a táblázatban a kívánt sorra a hibát részletező oldal megtekintéséhez:
    1. A részletes oldal az érintett URL-ek mintáját tartalmazza. A lista nem mindig teljes, mert 1000 sorra van korlátozva, és nem biztos, hogy tartalmazza az adott hiba nemrég felfedezett példányait.
    2. Ha szintaktikai hibáról van szó, a megfelelő szintaxisról szóló hivatalos dokumentáció felkereséséhez kattintson a További információ elemre.
    3. Kattintson a vizsgálat ikonra az érintett oldal érvényességének teszteléséhez. Ez a teszt minden hibára rámutat (nem csak a jelenlegi problémára), valamint a hibákat kiemelő kódfelfedező eszközt és további információkat biztosít. Lehetséges, hogy az oldalt kijavította az élő oldalon, de továbbra is hibaként jelenik meg, ha még nem térképeztük fel újra. Ebben az esetben kérje az ellenőrzést, miután kijavította az adott probléma összes példányát.
  5. Javítsa ki a webhelyen lévő probléma összes előfordulását, ellenőrizze a javításokat, és győződjön meg arról, hogy élesítette a javításokat az interneten.
  6. Térjen vissza a probléma részletes oldalára, és kattintson az Ellenőrzés és a Google értesítése gombra az ellenőrzési folyamat megkezdéséhez. A folyamat végrehajtása nem azonnal történik. Az ellenőrzési folyamatra vonatkozó tudnivalókat Az ellenőrzésről című szakaszban találja.
  7. Folytassa a hibák kijavítását.
  8. Ha minden hibát kijavított, távolítsa el a figyelmeztetésekre vonatkozó szűrőt, és fontolja meg a figyelmeztetések kijavítását. Bizonyos figyelmeztetések hiányzó, nem kötelező strukturáltadat-jelöléssel kapcsolatosak, ami új keresési funkciókat tehet lehetővé a releváns tartalommal rendelkező oldalaknál.

A jelentés megosztása

A probléma részleteit az oldalon található Megosztás gombra kattintva oszthatja meg. A link csak az aktuális oldalhoz, valamint a probléma ellenőrzési előzményeit tartalmazó oldalakhoz biztosít hozzáférést a linkkel rendelkező felhasználók számára. Nem biztosít hozzáférést a forrás többi oldalához, és nem teszi lehetővé a megosztásban részt vevő felhasználóknak, hogy bármilyen műveletet végezzenek az Ön tulajdonán, illetve fiókján. Az oldal megosztásának letiltásával bármikor érvénytelenítheti a linket.

Kiugró hibaszámok

Határozza meg, hogy a kiugró hibaszámot valamely oldalcsoport egyik súlyossági szintről másikra való módosulása okozza-e:

  1. Ha kiugró értéket talál, keressen hozzá tartozó, eltérő állapotú visszaesést (hiba vagy érvényes).
  2. Ha talál hozzá tartozó visszaesést, ellenőrizze, hogy ugyanazokhoz az URL-ekhez tartoznak-e.
  3. Ha az URL-ek az egyik állapotból a másikba kerültek, határozza meg, hogy milyen módosítás okozta ezt a jelenséget.

A kiugró hibaszámok leggyakoribb oka, hogy Ön hibát vétett valamelyik sablonon, amelyet a webhely számos oldala használ.

Hiányzó AMP-oldalak – hibaelhárítás

Ha a jelentésben szereplő AMP-oldalak száma (érvényes + figyelmeztetés + hiba) kevesebb a webhely AMP-oldalainak számánál, annak a következő okai lehetnek:

  • Ellenőrizze, hogy a nem AMP-gyűjtőoldal megfelelően hivatkozik-e az AMP-oldalra.
  • Ellenőrizze, hogy az AMP- vagy a gyűjtőoldalak nincsenek-e kizárva, noindex utasítás által tiltva, illetve hitelesítési vagy bejelentkezési feltételekkel védve.
  • Ellenőrizze az AMP- és gyűjtőoldalak jelenlétét az indexben úgy, hogy keresést végez a Google-on a gyűjtőoldal URL-címére. Ha nincs a listában, az indexben sem szerepel.
    • Ha megtalálta a gyűjtőoldalt, ellenőrizze, hogy helyesen hivatkozik-e az AMP-oldalra.
    • Ha nem találja a gyűjtőoldalt, küldje be indexelésre.
  • Hivatkoznak más oldalak az AMP-, illetve gyűjtőoldalra? Megtalálhatók webhelytérképen? Kis számú AMP-oldal indexelésének kérésére használja az URL-ellenőrző eszközt a gyűjtőoldallal, nagy számú oldal esetén azonban használjon webhelytérképeket. (A webhelytérképen csak a gyűjtőoldalt kell feltüntetnie.) Webhelytérkép beküldéséhez vegye fontolóra a Webhelytérképek jelentés használatát.
  • Eltarthat pár napig a Google számára a hiányzó oldalak megkeresése és feltérképezése, attól függően, hogy milyen módon értesíti a Google-t az új oldalakról.
  • Előfordulhat, hogy egyes érvényes AMP-oldalak nem szerepelnek ebben a jelentésben, azonban megjelenhetnek az Indexelési lefedettség jelentésben. Ennek az az oka, hogy az Indexelési lefedettség jelentésnek átfogóbbnak kell lennie, hogy segíthessen a jelentés indexelési problémáinak kijavításában, míg az AMP-állapotjelentés esetleg kevesebb, de fontosabb oldalakat fed le, nagyobb részletességgel, hogy segíthessen a webhelyen lévő konkrét AMP-problémák elhárításában. Annak ellenőrzéséhez, hogy indexelve van-e egy adott AMP-oldal, használja az URL-ellenőrző eszközt, amely egyértelmű választ ad a kérdésre.

A figyelmeztetések értelmezése

A figyelmeztetéseket tartalmazó AMP-oldalak indexelése megtörténik, és megjelenhetnek a Google Keresés eredményei között, de nem biztos, hogy az összes lehetséges AMP-funkcióval (például a Vezető hírek választóban) jelennek meg. Másként megfogalmazva előfordulhat, hogy ezek az oldalak csak egyszerű, kék linkes keresési találatként jelennek meg.

Az ellenőrzésről

Miután kijavította webhelyén egy adott probléma minden előfordulását, kérheti a Google-tól a módosítások ellenőrzését. Ha az összes ismert előfordulást eltávolította, a probléma javítottként jelenik meg az állapottáblázatban, és a táblázat aljára kerül. A Search Console a probléma ellenőrzési állapotát teljes egészében, valamint egyes előfordulásonként is nyomon követi. A probléma akkor minősül javítottnak, ha az összes előfordulása eltűnt. (Az aktuális rögzített állapotokra vonatkozó információkat A probléma ellenőrzési állapota és Az előfordulás ellenőrzési állapota szakaszban találja.)

További információ a probléma élettartamáról…

A probléma élettartamát bármely előfordulásának a webhelyen való első észlelésétől számítjuk, és az élettartam 90 nappal az utánig tart, hogy az utolsó előfordulását is a webhelyről eltávolítottként jelöljük meg. Ha újbóli előfordulás nélkül eltelik a 90 nap, a probléma eltűnik a jelentési előzményekből.

A probléma első észlelésének dátuma az az időpont, amikor a problémát annak élettartama során először észlelték, és nem változik. Ezek alapján:

  • Ha az adott probléma összes előfordulását kijavítja, de 15 nap múlva újabb előfordulása kerül elő, a probléma jelölése nyitott lesz, az „első észlelés” időpontja pedig az eredeti dátum marad.
  • Ha ugyanaz a probléma előkerül az utolsó előfordulás kijavítása után 91 nappal, az előző problémát már lezártuk, ezért a rendszer új problémaként rögzíti, amelynél az első észlelés dátuma „ma” lesz.

Alapvető ellenőrzési folyamat

Itt láthatja az ellenőrzési folyamat áttekintését, amelyre azután kerül sor, hogy az adott problémánál a Javítás ellenőrzése gombra kattint. A folyamat több napot is igénybe vehet, előrehaladásáról e-mailben értesítjük.

  1. Amikor a Javítás ellenőrzése gombra kattint, a Search Console azonnal ellenőriz néhány oldalt.
    • Ha a jelenlegi előfordulás megtalálható ezen oldalak bármelyikén, az ellenőrzés véget ér, és az állapota változatlan marad.
    • Ha a mintaoldalak nem rendelkeznek a jelenlegi hibával, az ellenőrzés folytatódik, és az állapota Elkezdve lesz. Ha az ellenőrzés során egyéb, nem kapcsolódó problémákat észlelünk, a megfelelő problématípushoz számoljuk őket, az ellenőrzés pedig folytatódik.
  2. A Search Console átvizsgálja azon URL-ek listáját, amelyeknél ismert, hogy érinti őket a probléma. Csak azok az URL-ek kerülnek erre a feltérképezési listára, amelyeknél előfordultak a probléma ismert előfordulásai, nem pedig az egész webhely. A Search Console az ellenőrzött URL-eket az ellenőrzési előzményekben rögzíti, amely a probléma részletes oldaláról érhető el.
  3. Az URL ellenőrzése után:
    1. Ha nem találtuk a problémát, az előfordulás ellenőrzési állapota Sikeres lesz. Ha ez az első megvizsgált előfordulás az ellenőrzés kezdete óta, a probléma ellenőrzési állapota Jónak tűnik lesz.
    2. Ha az URL már nem elérhető, az előfordulás ellenőrzési állapota Egyéb lesz (ez nem hibaállapot).
    3. Ha az előfordulás továbbra is jelen van, a probléma állapota Sikertelen lesz, az ellenőrzési folyamat véget ér. Ha a normál feltérképezés által felfedezett új oldalról van szó, a meglévő probléma újabb előfordulásaként tekintünk rá.
  4. Ha minden hibával és figyelmeztetéssel rendelkező URL-t ellenőriztünk, a problémák száma pedig 0, a probléma állapota Sikeres lesz. Fontos: Attól függetlenül, hogy az érintett oldalak száma nullára csökken, és a probléma állapota Sikeres lesz, az eredeti súlyosságot jelző címke (Hiba vagy Figyelmeztetés) továbbra is látható marad.

A Google akkor is észlelheti a problémák javított előfordulásait, ha Ön soha nem kattint az „ellenőrzés indítása” elemre. Ha a Google a rendszeres feltérképezés során észleli, hogy az adott probléma összes előfordulása ki lett javítva, a jelentésben a probléma állapota „N/A” lesz.

Mikor tekinthető az URL vagy más elem adott problémája „javítottnak”?

Az URL-ekhez vagy más elemekhez tartozó problémát akkor jelöljük meg javítottként, ha a következő feltételek bármelyike teljesül:

  • Ha megtörtént az URL feltérképezése, és a probléma már nem található meg az oldalon. AMP-címkehiba esetén ez jelentheti azt, hogy sikerült a címke kijavítása, illetve hogy el lett távolítva a címke (ha nincs rá szükség). Az ellenőrzési kísérlet során „sikeresként” tekintünk rá.
  • Ha valamilyen okból az oldal nem hozzáférhető a Google számára (eltávolított oldal, „noindex” jelölés, hitelesítés szükséges hozzá stb.), akkor az adott URL problémáját kijavítottnak tekintjük. Az ellenőrzési kísérlet során az „egyéb” ellenőrzési állapotba soroljuk.

Újraellenőrzés

Ha az Újraellenőrzés elemre kattint valamelyik sikertelen ellenőrzésnél, a folyamat az összes sikertelen előfordulásnál és az adott probléma normál feltérképezés során felfedezett összes új előfordulásánál is újrakezdődik.

Újabb ellenőrzési ciklus kérelmezése előtt várja meg az aktuális ciklus befejezését, még akkor is, ha közben kijavított néhány problémát.

A sikeres ellenőrzésen átesett (Sikeres jelöléssel ellátott) vagy már nem hozzáférhető (Egyéb jelöléssel ellátott) előfordulásokat nem ellenőrizzük újra, és eltávolítjuk őket az előzmények közül, amikor az Újraellenőrzés gombra kattint.

Ellenőrzési előzmények

Az ellenőrzési kérelem állapotát a probléma részletes oldalán található ellenőrzési részletek linkjére kattintva tekintheti meg.

Az ellenőrzési előzményekben található bejegyzések URL szerint vannak csoportosítva az AMP-jelentésben és az Indexelési állapot jelentésben. A Mobilos használhatósági jelentésben és a Bővített találatok jelentésben az elemek az URL és a strukturáltadat-elem kombinációja szerint vannak csoportosítva (az elem Név értéke által meghatározva). Az ellenőrzési állapot a megvizsgált problémára vonatkozik. Előfordulhat tehát, hogy egy oldal egyik problémája „Sikeres”, más problémái viszont „Sikertelen”, „Ellenőrzés folyamatban” vagy „Egyéb” jelölésűek.

A probléma ellenőrzési állapota

A következő ellenőrzési állapotok lehetnek érvényesek egy adott problémára:

  • Nincs elindítva: Legalább egy oldal rendelkezik a probléma olyan előfordulásával, amelynél még soha nem indította el az ellenőrzési kísérletet. Következő lépések:
    1. Kattintson a problémára a hiba részleteinek megtekintéséhez. Vizsgálja meg az egyes oldalakat, keressen példákat a hibára az élő oldalon az AMP-teszt használatával. (Ha az AMP-teszt nem jelez hibát az oldalon, akkor Ön már kijavította a hibát az élő oldalon, miután a Google megtalálta a hibát, és létrehozta a problémáról készült jelentést.)
    2. A részletes oldalon a „További információ” elemre kattintva megtekintheti a megsértett szabály részleteit.
    3. Kattintson a táblázatban az egyik például szolgáló URL sorára az adott hiba részleteinek megtekintéséhez.
    4. Javítsa ki az oldalakat, majd kattintson a Javítás ellenőrzése elemre, hogy a Google elkezdhesse az oldalak újrafeltérképezését. A Google értesítést küld az ellenőrzés állapotáról. Az ellenőrzés pár naptól terjedően akár két hétig is tarthat. Kérjük, legyen türelemmel. 
  • Elkezdve: Ön elkezdte az ellenőrzési kísérletet, és még nem találtunk megmaradt előfordulásokat a problémánál. Következő lépés: A Google értesítéseket küld az ellenőrzési folyamat állapotáról, szükség esetén utasításokkal együtt.
  • Jónak tűnik: Elkezdte az ellenőrzési kísérletet, és az eddig megvizsgált összes előfordulás ki lett javítva. Következő lépés: Önnek nincs további teendője, de a Google értesítéseket küld az ellenőrzési folyamat állapotáról, szükség esetén utasításokkal együtt.
  • Sikeres: A probléma összes ismert előfordulása eltűnt (vagy az érintett URL már nem hozzáférhető). Ez az állapot akkor látható, ha rákattintott a „Javítás ellenőrzése” elemre (ha az előfordulások az ellenőrzés kérelmezése ellenére tűnnének el, az állapot N/A lenne). Következő lépés: Önnek nincs további teendője.
  • N/A: A Google észlelte, hogy Ön az összes URL-en kijavította a hibákat, attól függetlenül, hogy soha nem indított ellenőrzési kérelmet. Következő lépés: Önnek nincs további teendője.
  • Sikertelen: Bizonyos mennyiségű oldal továbbra is tartalmazta a problémát, miután Ön az „Ellenőrzés” elemre kattintott. Következő lépések: Javítsa ki a problémát, és indítsa el újra az ellenőrzést.

Az előfordulás ellenőrzési állapota

Az ellenőrzés kérelmezése után a probléma összes ismert előfordulásához hozzárendeljük az adott problémához tartozó következő ellenőrzési állapotok egyikét (a Sikeres és az Egyéb állapotot nem használjuk az Indexelési állapot jelentésben):

  • Ellenőrzés folyamatban: Az előfordulás az ellenőrzési várólistán található. Amikor a Google legutóbb megvizsgálta, jelen volt a probléma ezen előfordulása.
  • Sikeres: A Google ellenőrizte a probléma ezen előfordulását, amely már nem létezik. Ez az állapot csak akkor érhető el, ha Ön kifejezetten rákattintott a problémás előfordulásnál az Ellenőrzés elemre.
  • Sikertelen: A Google ellenőrizte a problémás előfordulást, amely még mindig megtalálható. Ez az állapot csak akkor érhető el, ha Ön kifejezetten rákattintott a problémás előfordulásnál az Ellenőrzés elemre.
  • Egyéb: A Google nem tudta elérni az előfordulást tároló URL-t, vagy (strukturált adatok esetén) már nem találja az elemet az oldalon. Egyenértékűnek tekinthető a Sikeres állapottal.

Megjegyzés: Ugyanaz az URL rendelkezhet különböző állapotokkal a különböző problémáknál. Ha például egyetlen oldal X és Y problémával is rendelkezik, az X probléma állapota lehet Sikeres, ugyanazon oldalon az Y probléma ellenőrzési állapota pedig lehet Ellenőrzés folyamatban.

 

Ismert problémák

A Search Console-t érintő alábbi problémákról már tudunk. Nincs szükség ezek bejelentésére, de szívesen fogadjuk visszajelzését az összes funkcióról, illetve észlelt problémáról. Ehhez használja a navigációs sávba beépített Visszajelzés funkciót.

  • Egyes problémák nehezen érthető, hosszú névvel rendelkeznek.
  • A problémák diagramhoz és táblázathoz való hozzáadása között eltelhet valamennyi idő.
  • Ha a webhely nagyon sok problémával rendelkezik (függetlenül attól, hogy aktív példányokról van-e szó), a jelentés csak az első 200 problémát mutatja, fontosság szerint rendezve.
Hasznosnak találta?
Hogyan fejleszthetnénk?