AMP-állapotjelentés

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

A legfelső szintű nézet a webhelyén található AMP-oldalakat érintő kritikus problémákat jeleníti meg. Az egyes problémákra kattintva megtekintheti az adott probléma által érintett oldalakat és a probléma részleteit.

AMP-JELENTÉS MEGNYITÁSA

 

AMP-állapotjelentés a Search Console-ban – Google Search Console-képzés

 

Mi van a jelentésben?

Kritikus problémák: A kritikus AMP-problémák által érintett oldalak nem jelenhetnek meg a Google-on. A webhelyén talált kritikus problémák listája közvetlenül az AMP-jelentés legfelső szintű oldalán lévő diagram alatt jelenik meg a következő címmel: Miért érvénytelenek az AMP-oldalak?. A listában szereplő valamelyik problémára kattintva megtekintheti a kiválasztott problémát tartalmazó oldalakat.

Nem kritikus problémák (figyelmeztetések): A nem kritikus problémákkal rendelkező AMP-oldalak megjelenhetnek a Google-on, amíg nem rendelkeznek kritikus problémával is. A webhelyén talált nem kritikus problémák listája az AMP-jelentés legfelső szintű oldalán, a kritikus hibák listája alatt jelenik meg a következő címmel: Nem kritikus problémák. A listában szereplő valamelyik problémára kattintva megtekintheti a kiválasztott problémát tartalmazó oldalakat. Előfordulhat, hogy a figyelmeztetéssel ellátott AMP-oldalak nem az összes lehetséges AMP-funkcióval jelennek meg (például nem láthatók a Vezető hírek válogatásban). Másként megfogalmazva előfordulhat, hogy ezek az oldalak csak egyszerű, kék linkes keresési találatként jelennek meg.

Oldal állapota (érvényes és érvénytelen oldalak): Az AMP-oldalak érvényesek vagy érvénytelenek lehetnek. Az érvényes AMP-oldalak megjelenhetnek a Google-on, az érvénytelen AMP-oldalak nem. Ha egy oldalon kritikus problémák vannak, érvénytelennek minősül. Ha csak figyelmeztetései vannak, vagy ha egyáltalán nincs probléma, akkor érvényesnek tekinthető. Az érvényes AMP-oldalak listáját az AMP-jelentés legfelső szintű oldalán lévő diagram alatti Érvényes AMP-oldalakkal kapcsolatos adatok megtekintése lehetőségre kattintva nézheti meg.

Amire érdemes figyelni

A következő számokat próbálja meg elérni a jelentésben:

Az érintett URL-ek listája csak egy minta, és nem garantált, hogy egy adott probléma által érintett összes URL szerepel benne. A jelentés problémánként legfeljebb 1000 URL-t tartalmaz. Az is lehetséges, hogy vannak további oldalak, amelyeket valamilyen ok miatt nem észleltünk, illetve nem számoltunk.

A jelentés összesen csak 200 kritikus és nem kritikus probléma megjelenítésére képes. Ha webhelyén nagyon sok probléma található (függetlenül attól, hogy aktív példányokról van-e szó), csak a 200 legfontosabb probléma jelenik meg (fontosság szerint rangsorolva).

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 hibával rendelkező oldalak kijavításáró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. Ha nem ezt szeretné, akkor tesztelje a robots.txt fájlt a letiltási szabályra vonatkozóan, majd módosítsa vagy távolítsa el a szabályt (vagy kérje meg a webfejlesztőt, hogy végezze ezt el Ön helyett).
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.
A modul szkriptjét „nomodule” alternatíva nélkül deklarálták (vagy fordítva). Olyan <script type="module"> címkét használ, amely nem rendelkezik a megfelelő <script nomodule async> címkével (vagy fordítva). Ezeket a címkéket párokban kell használni a megfelelő kezelés érdekében az olyan böngészők esetében, amelyek nem támogatják a modulszkripteket.
Hiányzó URL a HTML-címkében A megadott HTML-címkéhez érvényes, nullától eltérő hosszúságú URL-címmel rendelkező attribútumot kell hozzárendelni, de az URL üres karakterlánc. Adjon meg egy érvényes URL-t a kiemelt attribútumnál.
Az attribútum hiányzik vagy helytelen, viszont az „on” attribútum előírja a használatát. A megadott attribútum megadása kötelező, de helytelen vagy hiányzik. Ennek az attribútumnak a megadása kötelező, mert Ön egy „on” attribútumot adott meg ugyanabban a címkében.
<svg> típusú alárendelt címkét talált a rendszer egy <svg> kontextusú blokkon kívül. Olyan címkét adott meg egy <svg> kontextusú blokkon kívül, amelyet be kell ágyazni egy <svg> blokkba.
Az oldal ugyanannak a bővítményszkriptnek több verzióját tölti be. Az oldal ugyanannak az AMP-bővítménynek több verzióját tölti be. A javításhoz távolítsa el az egyik szkriptverziót.
Signed Exchange-problémák

Mind az AMP-állapotjelentés, mind az URL-ellenőrző eszköz jelezhet problémákat olyan AMP-oldalaknál, amelyek a Signed Exchange protokollt használják.

Adott probléma Signed Exchange-részleteinek megtekintése

Több helyen is találhat információt az AMP-hez tartozó Signed Exchange-ről:

  • Az URL-ellenőrző eszközben kattintson az AMP-verzió részletei alatti problémára.
  • Az AMP-állapotjelentésben kattintson a kívánt URL-re a probléma részleteit tartalmazó táblázatban.

Annak megtekintése, hogy az AMP-oldala használja-e a Signed Exchange protokollt

Annak megtekintéséhez, hogy a Google észlelt-e Signed Exchange-fejléceket vagy -törzseket (payload) az AMP-oldalnál:

  1. Vizsgálja meg az AMP URL-t (használja az URL-ellenőrző eszközt adott URL ellenőrzéséhez, vagy kattintson az AMP-állapotjelentésben a kívánt URL melletti Vizsgálat ikonra a probléma részleteit tartalmazó táblázatban).
  2. Kattintson a Feltérképezett oldal megtekintése lehetőségre a találatok oldalán a további információkat tartalmazó oldalpanel megnyitásához.
  3. Kattintson a További információ lapfülre.
  4. A Signed Exchange címke alatt látható állapot jelzi, hogy észlelt-e a Google bármilyen Signed Exchange-összetevőt az adott AMP-oldalhoz.

Signed Exchange-problémák listája

A következő problémák akkor léphetnek fel, ha az AMP a Signed Exchange protokollt használja.

A Signed Exchange érvénytelen

A HTTP-válasz olyan Signed Exchange volt, amely nem felelt meg a Google AMP-gyorsítótár követelményeinek. Ennek eredményeképp a felhasználók számára megjelenő oldal nem fog információt tartalmazni az aláírásról.

Az Ön webhelyét érintő hatás:

Az oldal az AMP-megjelenítőben Google URL-lel jelenik meg, nem pedig az eredeti URL-jével.

Következő lépések:

A hibával kapcsolatos intézkedések nem kötelezők; a hibát tartalmazó oldalak továbbra is megfelelően jelennek meg az AMP-megjelenítőben. Ha az oldalt az aláírt URL-lel szeretné megjeleníteni, akkor olvasson tovább.

Ez a hiba több okból is előfordulhat, például:

Ha Signed Exchange-szolgáltatót használ, forduljon hozzá segítségért.

Az AMP Packager használata esetén:

A Signed Exchange-törzs elemzési hibát tartalmaz

A HTTP-válasz olyan Signed Exchange volt, amely törzse („payload”) nem felelt meg a Google AMP-gyorsítótár követelményeinek. Ennek eredményeképp a felhasználók számára megjelenő oldal nem fog információt tartalmazni az aláírásról.

Az Ön webhelyét érintő hatás:

Az oldal az AMP-megjelenítőben Google URL-lel jelenik meg, nem pedig az eredeti URL-jével.

Következő lépések:

A hibával kapcsolatos intézkedések nem kötelezők; a hibát tartalmazó oldalak továbbra is megfelelően jelennek meg az AMP-megjelenítőben. Ha az oldalt az aláírt URL-lel szeretné megjeleníteni, akkor olvasson tovább.

A hiba megkereséséhez és kijavításához próbálkozzon a következő lépésekkel:

  • Ellenőrizze, hogy a HTML nem tartalmaz-e érvénytelen UTF-8 kódolást. A hibás $URL esetén futtassa a curl $URL | iconv -f UTF-8 -t UTF-8 >/dev/null parancsot, majd keressen hibaüzeneteket (pl. hibás beviteli sorrend). Ha érvénytelen kódolást talál, gondoskodjon arról, hogy megfelelő legyen a dokumentum UTF-8 kódolása. A több-bájtos karakterek gyakori forrásai a nem angol szövegek és a szóközök.
  • Ellenőrizze, hogy a HTML nem tartalmaz-e olyan U+0000 NULL vagy Unicode-karaktert, amely HTML-elemzési hibát okoz.
  • Ellenőrizze, hogy a HTML az eredeti marad-e a transform -config NONE hívása után. A HTML módosulásának két gyakori oka van:

A Signed Exchange-törzs „header_name” fejléce érvénytelen értékkel rendelkezik

A HTTP-válasz olyan aláírt válaszfejlécet tartalmazó Signed Exchange volt, amely nem felelt meg a Google AMP-gyorsítótár követelményeinek. Ennek eredményeképp a felhasználók számára megjelenő oldal nem fog információt tartalmazni az aláírásról.

Az Ön webhelyét érintő hatás:

Az oldal az AMP-megjelenítőben Google URL-lel jelenik meg, nem pedig az eredeti URL-jével.

Következő lépések:

A hibával kapcsolatos intézkedések nem kötelezők; a hibát tartalmazó oldalak továbbra is megfelelően jelennek meg az AMP-megjelenítőben. Ha az oldalt az aláírt URL-lel szeretné megjeleníteni, akkor olvasson tovább.

Ha Signed Exchange-szolgáltatót használ, forduljon hozzá segítségért.

Az AMP Packager használata esetén:

A Signed Exchange-törzs kötelező „header_name” fejléce hiányzik

A HTTP-válasz olyan Signed Exchange volt, amelyből hiányzott az adott fejléc, amelyet a Signed Exchange specifikációja vagy a Google AMP-gyorsítótár követelményei előírnak. Ennek eredményeképp a felhasználók számára megjelenő oldal nem fog információt tartalmazni az aláírásról.

Az Ön webhelyét érintő hatás:

Az oldal az AMP-megjelenítőben Google URL-lel jelenik meg, nem pedig az eredeti URL-jével.

Következő lépések:

A hibával kapcsolatos intézkedések nem kötelezők; a hibát tartalmazó oldalak továbbra is megfelelően jelennek meg az AMP-megjelenítőben. Ha az oldalt az aláírt URL-lel szeretné megjeleníteni, akkor olvasson tovább.

Ha Signed Exchange-szolgáltatót használ, forduljon hozzá segítségért.

Az AMP Packager használata esetén:

Nem lehetséges a Signed Exchange Signature fejlécének az elemzése

A HTTP-válasz olyan aláírásfejlécet tartalmazó Signed Exchange volt, amely nem megfelelő formátummal rendelkezett a Signed Exchange specifikációja szerint. Ennek eredményeképp a felhasználók számára megjelenő oldal nem fog információt tartalmazni az aláírásról.

Az Ön webhelyét érintő hatás:

Az oldal az AMP-megjelenítőben Google URL-lel jelenik meg, nem pedig az eredeti URL-jével.

Következő lépések:

A hibával kapcsolatos intézkedések nem kötelezők; a hibát tartalmazó oldalak továbbra is megfelelően jelennek meg az AMP-megjelenítőben. Ha az oldalt az aláírt URL-lel szeretné megjeleníteni, akkor olvasson tovább.

Ha Signed Exchange-szolgáltatót használ, forduljon hozzá segítségért.

Az AMP Packager használata esetén:

A Signed Exchange Signature fejlécében található „parameter_name” paraméter érvénytelen

A HTTP-válasz olyan Signed Exchange volt, amely aláírásfejléce hibás értéket tartalmazott az adott paraméternél, amelyet a Signed Exchange specifikációja előír. Ennek eredményeképp a felhasználók számára megjelenő oldal nem fog információt tartalmazni az aláírásról.

Az Ön webhelyét érintő hatás:

Az oldal az AMP-megjelenítőben Google URL-lel jelenik meg, nem pedig az eredeti URL-jével.

Következő lépések:

A hibával kapcsolatos intézkedések nem kötelezők; a hibát tartalmazó oldalak továbbra is megfelelően jelennek meg az AMP-megjelenítőben. Ha az oldalt az aláírt URL-lel szeretné megjeleníteni, akkor olvasson tovább.

Ha Signed Exchange-szolgáltatót használ, forduljon hozzá segítségért.

Az AMP Packager használata esetén:

A Signed Exchange dátumai érvénytelenek

A HTTP-válasz olyan Signed Exchange volt, amely aláírásfejléce hibás értéket tartalmazott a date vagy az expires paraméternél, amelyet a Signed Exchange specifikációja vagy a Google AMP-gyorsítótár követelményei előírnak. (Bővebben: az aláírásnak érvényesnek kell lennie a lekérése idején és legalább négy nappal később is.) Ennek eredményeképp a felhasználók számára megjelenő oldal nem fog információt tartalmazni az aláírásról.

Az Ön webhelyét érintő hatás:

Az oldal az AMP-megjelenítőben Google URL-lel jelenik meg, nem pedig az eredeti URL-jével.

Következő lépések:

A hibával kapcsolatos intézkedések nem kötelezők; a hibát tartalmazó oldalak továbbra is megfelelően jelennek meg az AMP-megjelenítőben. Ha az oldalt az aláírt URL-lel szeretné megjeleníteni, akkor olvasson tovább.

Ha Signed Exchange-szolgáltatót használ, forduljon hozzá segítségért.

AMP Packager használata esetén ennek többféle oka lehet:

  • Ellenőrizze, hogy a kezelőfelületi fordított proxy nem gyorsítótárazza-e a Signed Exchange-válaszokat túl sokáig. Intézzen több kérést az oldalhoz a curl -H „”Accept: application/signed-exchange;v=b3„” -H „”AMP-Cache-Transform: any„” kóddal, és keressen a „date=” elemre az egyes válaszokban; ellenőrizze, hogy a zárójelet követő szám minden alkalommal eltérő-e.
  • Ellenőrizze, hogy az AMP Packager legújabb verzióját használja-e.
  • Ha az összes fenti lehetőséget kizárta, hiba lehet az AMP Packagerben; jelentse a programhibát.

A Signed Exchange „cert-url” eleme által hivatkozott tanúsítványlánc nem elemezhető

A HTTP-válasz olyan Signed Exchange volt, amely cert-url eleme nem megfelelő formátummal rendelkezett a Signed Exchange specifikációja szerint. Ennek eredményeképp a felhasználók számára megjelenő oldal nem fog információt tartalmazni az aláírásról.

Az Ön webhelyét érintő hatás:

Az oldal az AMP-megjelenítőben Google URL-lel jelenik meg, nem pedig az eredeti URL-jével.

Következő lépések:

A hibával kapcsolatos intézkedések nem kötelezők; a hibát tartalmazó oldalak továbbra is megfelelően jelennek meg az AMP-megjelenítőben. Ha az oldalt az aláírt URL-lel szeretné megjeleníteni, akkor olvasson tovább.

Ha Signed Exchange-szolgáltatót használ, forduljon hozzá segítségért.

Az AMP Packager használata esetén:

A „cert-url” által hivatkozott tanúsítványlánc érvénytelen a Signed Exchange protokollhoz

A HTTP-válasz olyan Signed Exchange volt, amely cert-url eleme érvénytelen volt a Signed Exchange specifikációja szerint. Ennek eredményeképp a felhasználók számára megjelenő oldal nem fog információt tartalmazni az aláírásról.

Az Ön webhelyét érintő hatás:

Az oldal az AMP-megjelenítőben Google URL-lel jelenik meg, nem pedig az eredeti URL-jével.

Következő lépések:

A hibával kapcsolatos intézkedések nem kötelezők; a hibát tartalmazó oldalak továbbra is megfelelően jelennek meg az AMP-megjelenítőben. Ha az oldalt az aláírt URL-lel szeretné megjeleníteni, akkor olvasson tovább.

Ha Signed Exchange-szolgáltatót használ, forduljon hozzá segítségért.

Ha AMP Packagert használ, ennek többféle oka lehet. Ellenőrizze a következőket:

  • Ellenőrizze, hogy a CertFile nem tartalmazza-e a leaf tanúsítvány és a köztes tanúsítványok teljes listáját.
  • Ellenőrizze, hogy az AMP Packager nem a -development vagy az -invalidcert jelölővel lett-e futtatva. Éles módban az AMP Packager a tanúsítvány számos tényezőjét ellenőrzi.
  • Ellenőrizze, hogy a kezelőfelületi fordított proxy nem gyorsítótárazza-e az /amppkg/cert/ URL-eket a hozzájuk tartozó max-age által beállított értéknél tovább.
  • Ellenőrizze, hogy a kezelőfelületi fordított proxy nem módosítja-e a gyorsítótárfejléceket; ez ahhoz vezethet, hogy az upstream proxy túl sokáig gyorsítótárazza ezeket a tanúsítványláncokat. A teszteléshez határozza meg a vonatkozó /amppkg/cert/ URL-t a belső csomagoló domainjén, kérje le a válaszfejlécekkel együtt (például a következővel: curl -i), és hasonlítsa össze a válaszfejléceket a kezelőfelületi szerver által megjelenítettekkel.
  • Ellenőrizze, hogy a tanúsítvány tartalmaz-e SCT elemet, például az openssl x509 eszköz használatával. Ha nem tartalmaz, forduljon a tanúsítványkibocsátóhoz.
  • Ellenőrizze, hogy az AMP Packager legújabb verzióját használja-e.
  • Ha az összes fenti lehetőséget kizárta, hiba lehet az AMP Packagerben; jelentse a programhibát.

A Signed Exchange nem elemezhető

A HTTP-válasz application/signed-exchange;v=b3 content-type elemmel rendelkezett, de nem lehetett kinyerni a választörzset. Ennek az lehet az oka, hogy nem teljesültek az adott típus magas szintű követelményei, vagy mert nem volt megfelelő a törzs Merkle-kódolása.

Az Ön webhelyét érintő hatás:

Ha az oldalhoz tartozik nem AMP-oldal, a Google Keresés azt fogja indexelni helyette. Egyéb esetben előfordulhat, hogy az oldal egyáltalán nem jelenik meg a Google Keresésben.

Következő lépések:

Ha Signed Exchange-szolgáltatót használ, forduljon hozzá segítségért.

AMP Packager használata esetén ennek többféle oka lehet:

  • Ellenőrizze, hogy a kezelőfelületi fordított proxy nem módosítja-e a csomagoló válaszait. A hibás URL esetén határozza meg a vonatkozó /priv/doc URL-t a belső csomagoló domainjén, és tesztelje a dump-signedexchange segítségével. Ha a belső csomagoló válasza érvényes Signed Exchange, de a külső kezelőfelületi válasz nem az, akkor valószínűleg konfigurációs hiba található a kezelőfelületen.
  • Ellenőrizze, hogy az AMP Packager legújabb verzióját használja-e.
  • Ha az összes fenti lehetőséget kizárta, hiba lehet az AMP Packagerben; jelentse a programhibát.

A belső törzs URL-je nem egyezik meg a Signed Exchange lekérési URL-jével

A HTTP-válasz olyan Signed Exchange volt, amely fallbackUrl eleme nem egyezett meg a lekérési URL-lel; a kettő minden egyes bájtjának ugyanolyannak kell lennie. Ennek eredményeképp a Google Keresés nem bízik abban, hogy a válasz a lekérési URL-t képviseli.

Az Ön webhelyét érintő hatás:

Ha az oldalhoz tartozik nem AMP-oldal, a Google Keresés azt fogja indexelni helyette. Egyéb esetben előfordulhat, hogy az oldal egyáltalán nem jelenik meg a Google Keresésben.

Következő lépések:

Ha Signed Exchange-szolgáltatót használ, forduljon hozzá segítségért. Ez megkerülhető például úgy, hogy módosítja az oldal URL-jét a gyakori URL-elemzőkben fellépő programhibák elkerülése érdekében. Például próbálja meg eltávolítani a százalékkódolású és a fenntartott karaktereket, valamint az olyan szokatlan lekérdezési karakterlánckódokat (pl. ?), amelyek nem rendelkeznek paraméterekkel.

AMP Packager használata esetén ennek többféle oka lehet:

  • Ellenőrizze, hogy a kezelőfelületi fordított proxy megfelelően írja-e újra az URL-eket. A problémák kiugróan nagy eséllyel fordulnak elő a százalékkódolású és a fenntartott karaktereket tartalmazó URL-eknél. Az nginx esetén például problémás az újraírási utasítás és a proxy_pass utasításának az útvonal nélküli formája. Ennek ellenőrzéséhez küldjön néhány tesztkérést a kezelőfelületre, majd hasonlítsa össze ezeket az AMP Packager által a stdout fájlban naplózott URL-ekkel.
  • Ellenőrizze, hogy az AMP Packager legújabb verzióját használja-e.
  • Ha az összes fenti lehetőséget kizárta, hiba lehet az AMP Packagerben; jelentse a programhibát.

A Signed Exchange HTTP-válaszában található „header_name” fejléc érvénytelen értékkel rendelkezik

A HTTP-válasz application/signed-exchange, content-type elemmel rendelkezett, de a válaszfejlécek valamilyen más módon érvénytelenek voltak. Előfordulhat például, hogy a content-type elemből hiányzik a v=b3 paraméter. Ennek eredményeképp a formátum ismeretlen a Google számára, így nem nyerhető ki a válasz törzse.

Az Ön webhelyét érintő hatás:

Ha az oldalhoz tartozik nem AMP-oldal, a Google Keresés azt fogja indexelni helyette. Egyéb esetben előfordulhat, hogy az oldal egyáltalán nem jelenik meg a Google Keresésben.

Következő lépések:

Ha Signed Exchange-szolgáltatót használ, forduljon hozzá segítségért.

AMP Packager használata esetén ennek többféle oka lehet:

  • Ellenőrizze, hogy a kezelőfelületi fordított proxy nem módosítja-e a content-type fejléceket. A hibás URL esetén határozza meg a vonatkozó /priv/doc URL-t a belső csomagoló domainjén, és kérje le a válaszfejlécekkel együtt (például a következővel curl -i). Ha a belső csomagoló válaszában és a külső kezelőfelületi válaszban lévő fejlécek eltérnek, ez lehet a hiba forrása. Ha a fejlécben lévő különbség nem a content-type, küldjön be hibajelentést ezzel a súgódokumentummal kapcsolatban a követelmények listájának frissítése érdekében.
  • Ellenőrizze, hogy az AMP Packager legújabb verzióját használja-e.
  • Ha az összes fenti lehetőséget kizárta, hiba lehet az AMP Packagerben; jelentse a programhibát.

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

  1. Nézze meg a webhellyel kapcsolatos kritikus problémák listáját a Miért érvénytelenek az AMP-oldalak? táblázatban.
  2. Elemezze a hibákat:
    • 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 egyetlen problémához tartozó kiugró értéket.
    • Előbb a gyakori okok miatt (például hibás sablon) keletkező, majd az egyes oldalakra jellemző problémákat javítsa ki.
  3. Javítsa ki a hibákat: Kattintson a táblázat valamelyik sorára, hogy megjelenjen a hiba részleteit tartalmazó oldal:
    1. A részletes oldalon példákat láthat az érintett URL-ekre. A lista legfeljebb 1000 sorból állhat, és előfordulhat, hogy nem tartalmazza a hiba nemrég felfedezett előfordulásait vagy olyan oldalakat, amelyeket a hiba megjelenése óta nem térképeztünk fel újra.
    2. Az adott probléma mellett lévő További információ lehetőségre kattintva megtekintheti a hibával kapcsolatos hivatalos dokumentációt.
    3. Kattintson a kívánt URL-re a példa-URL-eket tartalmazó táblázatban, így kiemelve láthatja a problémát az oldal kódjában.
    4. Az adott oldal részletes teszteléséhez kattintson a Vizsgálat ikonra. 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. Ha az oldal újrafeltérképezésére nem került sor mostanában, akkor az indexelt oldal problémáját láthatja, nem az élő oldalét. Ebben az esetben kérelmezheti az adott oldal indexelésé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.
  4. Miután kijavította az összes előfordulást, térjen vissza a probléma részletes oldalára, és kattintson a Javítás ellenőrzé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.
  5. Folytassa a hibák kijavítását.
  6. Ha az érvényes és érvénytelen oldalak teljes száma jelentősen alacsonyabb, mint a webhely AMP-oldalainak száma, olvassa el a hiányzó AMP-oldalak problémamegoldásával foglalkozó szakaszt.
  7. Ha minden kritikus hibát kijavított, érdemes lehet kijavítania a nem kritikus problémákat is. Egyes nem kritikus problémák (pl. elavult funkciók használata) a jövőben kritikusak lehetnek.

A jelentés megosztása

A lefedettségi és a bővítési jelentésekben szereplő problémarészleteket megoszthatja az oldalon található Megosztás gombra kattintva. A link csak az aktuális problémát részletező 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.

Jelentésadatok exportálása

Számos jelentésben található exportálás gomb, mellyel exportálhatók a jelentésadatok. A diagram és a táblázat adatai egyaránt exportálásra kerülnek.A jelentésben ~ vagy - karakterrel megjelenített értékek (nem áll rendelkezésre/nem szám) a letöltött adatokban nullaként jelennek meg.

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

Ha a jelentésben szereplő (érvényes és érvénytelen) AMP-oldalak száma 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 vagy noindex utasítás által tiltva, illetve bejelentkezési követelménnyel védve.
  • Ellenőrizze, hogy az AMP-oldal gyűjtőoldalának URL-je indexelve van-e.
    • Ha megtalálta a gyűjtőoldalt, ellenőrizze, hogy az helyesen hivatkozik-e az AMP-oldalra.
    • Ha nem találja a gyűjtőoldalt, küldje be indexelésre.
  • Attól függően eltarthat pár napig a Google számára a hiányzó oldalak megkeresése és feltérképezése, 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 Oldalindexelési jelentésben. Ennek az az oka, hogy az Oldalindexelési jelentésnek átfogóbbnak kell lennie, hogy Ön könnyebben elháríthassa a jelentésben szereplő indexelési problémákat, míg az AMP-állapotjelentés esetleg kevesebb, de relevánsabb oldalt fed le részletesebben, hogy segítsen a webhely AMP-problémáinak megoldá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.
Miután kijavította webhelyén az adott probléma minden előfordulását, kérheti a Google-tól a javítások ellenőrzését. Ha az összes ismert előfordulást kijavította, a problémák száma nullára csökken a problémákat tartalmazó táblázatban, és a táblázat aljára kerül.

Miért érdemes ellenőrizni?

Ha tájékoztatja a Google-t arról, hogy kijavította az összes, adott állapotú vagy kategóriájú problémát, akkor az a következő előnyökkel jár:

  • E-mailt kap majd, ha a Google ellenőrizte az összes URL-en végrehajtott javítást, illetve fordítva, ha a Google megtalálta a probléma többi előfordulását is.
  • Nyomon követheti a Google előrehaladását a javítások ellenőrzése során, továbbá megtekinthet egy naplót az összes ellenőrzésre váró oldalról, valamint az egyes URL-ek javítási állapotáról.

Előfordulhat, hogy olykor nincs értelme egy adott problémát kijavítani és ellenőrizni a webhelyen: például a robots.txt által letiltott URL-ek valószínűleg szándékosan vannak letiltva. Gondolja át alaposan, hogy érdemes-e foglalkozni az adott problémával.

A problémákat ellenőrzés nélkül is kijavíthatja. A Google minden olyan alkalommal frissíti az előfordulások számát, amikor ismert problémákat tartalmazó oldalt térképez fel (függetlenül attól, hogy Ön kifejezetten kérte-e a javítás ellenőrzését).

Profi tipp: Ellenőrizze a javításokat webhelytérkép alapján
A javítási kérelem felgyorsítása érdekében csak a legfontosabb oldalakról hozzon létre és küldjön be webhelytérképet, majd a javítások ellenőrzése előtt szűrje a jelentést az adott webhelytérkép szerint. Az érintett URL-ek egy alcsoportjára vonatkozó kérelem ellenőrzése gyorsabban elkészülhet, mint a webhely összes érintett URL-jét tartalmazó kérelem esetében.

Ellenőrzés indítása

A Search Console tájékoztatása az adott probléma megoldásáról:

  1. Javítsa ki a probléma összes előfordulását a webhelyén. Ha elmulasztott valamilyen javítást, az ellenőrzés leáll, ha a Google megtalálja a szóban forgó probléma akár egyetlen előfordulását is.
  2. Nyissa meg a kijavított probléma részleteit tartalmazó oldalt. Kattintson a problémára a jelentés problémalistájában.
    • ⚠️ Ha a jelentés egy adott webhelytérképre van szűrve, akkor az ellenőrzés a webhelytérképnek csak azon elemeire vonatkozik majd, amelyeket az ellenőrzés kérelmezésekor tartalmazott a webhelytérkép. Előfordulhat, hogy Ön ezt szeretné, de az is lehet, hogy nem. Viszont mindenképp érdemes észben tartani.
  3. Kattintson a Javítás ellenőrzése gombra. Az ellenőrzés sikeres (vagy sikertelen) lezártáig ne kattintson újra a Javítás ellenőrzése gombra. További információ arról, hogy miként ellenőrzi a Google a javításokat.
  4. Nyomon követheti az ellenőrzés előrehaladását. Az ellenőrzés általában legfeljebb két hetet vesz igénybe, de egyes esetekben tovább is tarthat. Kérjük, legyen türelemmel. Értesítést kap majd arról, ha az ellenőrzés sikeres volt vagy nem.
  5. Ha az ellenőrzés sikertelen, akkor a probléma részleteit tartalmazó oldalon található Részletek megtekintése lehetőségre kattintva megtekintheti, hogy melyik URL okozta az ellenőrzés sikertelenségét. Javítsa ki az érintett oldalt, ellenőrizze a javításokat az összes Ellenőrzés folyamatban állapotú URL-en, majd indítsa el újra az ellenőrzést.

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 Sikeres címkét kap majd.
  • 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.

A probléma élettartama

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 problémákat tartalmazó táblázatból.

Az adott 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 nyitottként lesz megjelölve, az „első észlelés” időpontja pedig az eredeti dátum marad.
  • Ha ugyanaz a probléma az utolsó előfordulás kijavítása után 91 nappal újra előfordul, addigra 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 az új észlelés dátuma lesz.
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 napig vagy akár tovább is eltarthat, az előrehaladásáról pedig e-mailben értesítjük majd.

  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 az újrafeltérképezési várólistára, amelyek esetében ismert, hogy előfordult a probléma (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 értékre módosul (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 a rendszer ellenőrizte a kérdéses problémát a várakozási sorban lévő URL-ek esetében, és úgy találta, hogy kijavították a problémát, a probléma állapota Sikeres értékre módosul. Azonban függetlenül attól, hogy az összes előfordulás ki lett-e javítva, a probléma súlyosságot jelző címke (Hiba vagy Figyelmeztetés) nem változik, csak az érintett tételek száma (0).

A Google akkor is észlelheti az előforduló problémák javítását, 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émák száma 0 lesz.

Újraellenőrzés

⚠️ Ú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.

Sikertelen ellenőrzés újraindítása:

  1. Nyissa meg a sikertelen ellenőrzéshez tartozó ellenőrzési naplót: Nyissa meg annak a problémának a részleteit tartalmazó oldalt, amelynél az ellenőrzés sikertelen volt, majd kattintson a Részletek megtekintése lehetőségre.
  2. Kattintson az Új ellenőrzés indítása elemre.
  3. Az ellenőrzés újraindul az Ellenőrzés folyamatban vagy a Sikertelen jelöléssel ellátott összes URL, illetve a szóban forgó problémának a normál feltérképezés során, a legutóbbi ellenőrzési kísérlet óta felfedezett új előfordulásai esetében. A Sikeres vagy az Egyéb jelöléssel ellátott URL-eket nem ellenőrizzük újra.
  4. Az ellenőrzés általában legfeljebb két hetet vesz igénybe, de egyes esetekben tovább is tarthat. Kérjük, legyen türelemmel.

Az ellenőrzés előrehaladásának megtekintése

Az aktuális ellenőrzési kérelem állapotának vagy a legutóbbi kérelem előzményeinek megtekintése, ha az ellenőrzés nincs folyamatban:

  1. Nyissa meg a probléma részletes oldalát. A probléma részleteit tartalmazó oldal megnyitásához kattintson a jelentés főoldalán található problémasorra.
  2. Kattintson a Részletek megtekintése lehetőségre az adott kérelemhez tartozó ellenőrzés részleteit tartalmazó oldal megnyitásához.
    • A kérelemben szereplő egyes URL-ek előfordulási állapota a táblázatban látható.
    • Az előfordulá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 címkével szerepelnek ugyanazon az oldalon.
    • Az AMP-jelentésben és az Oldalindexelési jelentésben az ellenőrzési előzmények oldalán szereplő bejegyzések URL-ek szerint vannak csoportosítva.
    • 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).
Ellenőrzési kérelem állapota

A rendszer a következő ellenőrzési állapotokat alkalmazhatja egy adott probléma ellenőrzésekor:

  • Nem indult el: A szóban forgó probléma egy vagy több előfordulása még soha nem szerepelt a problémához tartozó ellenőrzési kérelemben.
    További lépések:
    1. Kattintson a problémára a hiba részleteinek megtekintéséhez. Vizsgálja meg az egyes oldalakat, és keressen példákat a hibára az élő oldalon.
    2. A részletes oldalon található További információ elemre kattintva megtekintheti a probléma 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 gombra az ellenőrzés elindításához. Az ellenőrzés általában legfeljebb két hetet vesz igénybe, de egyes esetekben tovább 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 gombra (ha az előfordulások ellenőrzés kérése nélkül tűnnének el, az állapot Nincs lenne).
    Következő lépés: Önnek nincs további teendője.
  • Nincs: 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 lehetőségre kattintott.
    Következő lépések: Javítsa ki a problémát, és indítsa ú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 minden előfordulásához hozzárendeljük a következő ellenőrzési állapotok egyikét:

  • 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: [Nem áll rendelkezésre minden jelentésben] 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 az Ellenőrzés elemre a probléma ezen előfordulásánál.
  • 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 az Ellenőrzés elemre a probléma ezen előfordulásánál.
  • Egyéb: [Nem áll rendelkezésre minden jelentésben] 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 egy adott oldal X és Y problémával is rendelkezik, az X probléma állapota lehet Sikeres, míg ugyanazon oldalon az Y probléma ellenőrzési állapota lehet Függőben.

 

Ismert problémák

A Search Console-t érintő alábbi problémákról már tudunk. Bejelentésük nem szükséges, de szívesen fogadjuk visszajelzését a többi funkcióról, valamint az észlelt, de itt nem szereplő problémáról is. 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áknak a diagramhoz és a táblázathoz való hozzáadása között eltelhet valamennyi idő.

Hasznosnak találta?

Hogyan fejleszthetnénk?

További segítségre van szüksége?

Próbálja ki a következő lépéseket:

Közzététel a súgóközösségben Válaszokat kaphat kérdéseire a közösség tagjaitól
true
Most ismerkedik a Search Console-lal?

Még sosem használta a Search Console-t? Induljon el itt, akár teljesen kezdő, SEO-szakértő vagy webhelyfejlesztő.

Keresés
Keresés törlése
A keresés bezárása
Főmenü
6036541631816629084
true
Keresés a Súgóoldalakon
true
true
true
true
true
83844
false
false