Statusrapport om AMP

Med hjälp av den här rapporten åtgärdar du fel som förhindrar att AMP-sidor visas med AMP-specifika visningsegenskaper i Googles sökresultat.

Överst i vyn visas kritiska problem som påverkar AMP-sidorna på webbplatsen. Om du klickar på ett problem visas sidorna som berörs av det och information om problemet.

Öppna AMP-rapporten

 

Statusrapport om AMP i Search Console – utbildning i Google Search Console

 

Vad som finns i rapporten

Kritiska problem: Sidor som påverkas av kritiska AMP-problem kan inte visas på Google. En lista över kritiska problem som hittats på webbplatsen visas direkt under diagrammet överst på sidan i AMP-rapporten. Listan har titeln Därför är AMP-sidorna ogiltiga. Om du klickar på ett problem i listan visas sidorna med det aktuella problemet.

Problem som inte är kritiska (varningar): AMP-sidor med icke-kritiska problem kan visas på Google under förutsättning att de inte innehåller några kritiska problem också. En lista över icke-kritiska problem på webbplatsen visas nedanför listan med kritiska problem överst på sidan i AMP-rapporten. Listan har titeln Problem som inte är kritiska. Om du klickar på ett problem i listan visas sidorna med det aktuella problemet. AMP-sidor med varningar kanske inte visas med alla möjliga AMP-funktioner (till exempel i snurran Huvudnyheter). Med andra ord visas sidorna kanske bara som vanliga blå länkar i sökresultaten.

Sidstatus (giltiga och ogiltiga sidor): AMP-sidorna är antingen giltiga eller ogiltiga. Giltiga AMP-sidor kan visas på Google, ogiltiga AMP-sidor kan inte visas på Google. Om en sida innehåller kritiska problem betraktas den som ogiltig. Om den bara innehåller varningar, eller inga problem alls, ses den som giltig. Du kan visa en lista över giltiga AMP-sidor genom att klicka på Visa data om giltiga AMP-sidor under diagrammet överst på sidan i AMP-rapporten.

Vad du kan titta efter

Sikta på att rapporten ska innehålla följande antal:

Listan över berörda webbadresser är ett exempel och det finns ingen garanti för att alla webbadresser som berörs av ett visst problem visas. Rapporten kan innehålla högst 1 000 webbadresser per problem. Det är också möjligt att det finns fler sidor som vi inte upptäckt eller inte räknat av någon anledning.

Rapporten kan bara visa 200 kritiska och icke-kritiska problem totalt. Om listan över problem på webbplatsen är mycket lång (oavsett om den innehåller aktiva förekomster eller inte) visas bara de 200 vanligaste problemen, rankade efter hur viktiga de är.

AMP-problem

Förutom vanliga AMP-fel kan följande ytterligare problem (fel och varningar) visas i rapporten.

Google-specifika AMP-problem
Problem Beskrivning
Innehållet matchar inte: inbäddad video saknas Den kanoniska webbsidan har en inbäddad video som saknas i AMP-versionen. AMP-versionen bör vanligtvis innehålla samma viktiga innehållsresurser som den kanoniska webbsidan. Observera att videon identifieras utifrån webbadressen. Om du har två olika webbadresser som leder till samma video visas den här varningen.
Bildstorleken är mindre än den rekommenderade storleken AMP-versionens strukturerade data hänvisar till en bild som är mindre än vår rekommenderade storlek. Detta innebär att sidan kanske inte visas med alla AMP-relaterade funktioner på Google Sök. Det kan även göra så att förslagskort inte visas med stora bilder (vilket kan leda till minskad trafik till webbplatsen och minskat användarengagemang). Åtgärda felet genom att använda en större bild som uppfyller kraven i våra riktlinjer.
AMP-sidans domän stämmer inte AMP-sidan och den kanoniska versionen värdlagras på olika domäner. Detta kan vara förvirrande för mobila användare eftersom olika webbadressdomäner visas i sökresultat och när de öppnar sidan i en AMP-läsare. (Detta påverkar inte indexeringen eller sidans rankning.)
Webbadressen hittades inte (404) Det gick inte att hitta den begärda AMP-adressen. Läs mer om hur du åtgärdar 404 sidor.
Serverfel (5xx) Ospecificerat 5XX-serverfel när AMP-sidan begärdes. Läs mer om serverfel.
Blockerad av robots.txt Den begärda AMP-adressen blockerades av en robots.txt-regel. Om du inte vill att det ska vara så testar du robots.txt-filen för blockeringsregeln. Sedan ändrar du regeln eller tar bort den (eller ber att webbutvecklaren gör det åt dig).
Genomsökningsproblem Ospecificerat genomsökningsfel för AMP-sidan. Felsök problemet genom att ange AMP-sidans webbadress i granskningsverktyget för webbadresser. 
AMP-sidan som hänvisas till är inte en AMP-sida En kanonisk sida hänvisar till något som inte är en AMP-sida. Läs mer om hur en hänvisning från en sida som inte är AMP till en AMP-sida ska se ut.
AMP-sidan som hänvisas till har sig själv som kanonisk sida Den kanoniska sidan pekar på en fristående AMP-sida. En fristående AMP-sida kan inte hänvisas till som AMP-versionen av en sida. Läs mer om hur en hänvisning från en sida som inte är AMP till en AMP-sida ska se ut.
Webbadressen har märkts upp med noindex AMP-sidan blockeras av ett noindex-direktiv. Google kan inte indexera en sida som blockerats med noindex. Ta antingen bort noindex-direktivet eller referensen till den blockerade sidan.
Datumet unavailable_after har passerat för den här sidan AMP-sidan har metataggen eller direktivet unavailable_after med ett datum som redan har varit, vilket anger att sidan inte längre ska visas. Uppdatera taggen till ett datum i framtiden eller ta bort taggen.
Webbadressen som angetts på den kanoniska sidan är ogiltig En kanonisk sida hänvisar till en AMP-version med en webbadress som har ogiltigt format. Läs mer om hur en hänvisning till en AMP-version ska se ut.
Fel på kanonisk sida – amp-story

En sida hänvisar felaktigt till en sida uppmärkt med amp-story som AMP-version. Detta är inte tillåtet eftersom en sida uppmärkt med amp-story per definition har sig själv som kanonisk: den måste peka på sig själv med taggen <rel="canonical"> och kan inte vara AMP-versionen av någon annan sida.
Modulskript deklarerades utan nomodule-alternativ (eller tvärtom) Du använder taggen <script type="module"> utan <script nomodule async> eller tvärtom. De här taggarna måste användas parvis så att det fungerar korrekt i webbläsare både med och utan stöd för modulskript.
Webbadress saknas i HTML-taggen Den angivna HTML-taggen måste ha ett attribut med en giltig webbadress som är längre än noll, men en tom sträng har angetts. Ange en giltig webbadress i det markerade attributet.
Attributet saknas eller är felaktigt, men det krävs av attributet on Det angivna attributet är obligatoriskt men felaktigt eller saknas. Attributet är obligatoriskt eftersom du har angett ett on-attribut i samma tagg.
En underordnad <svg>-tagg hittades utanför <svg>-blocket. En tagg som måste kapslas in i ett <svg>-block har angetts utanför <svg>-blocket.
Sidan läser in flera versioner av samma tilläggsskript Flera versioner av samma AMP-tillägg läses in av sidan. Åtgärda problemet genom att ta bort en version av skriptet.
Problem med signerad utväxling

Problem med AMP som använder protokollet för signerad utväxling kan visas både i AMP-statusrapporten och i rapporten om granskade webbadresser.

Se information om signerad utväxling i en problembeskrivning

Information om signerad utväxling för AMP finns på flera ställen:

  • I granskningsverktyget för webbadresser klickar du på problemet under Information om AMP-version.
  • I rapporten om AMP-status klickar du på en webbadress i tabellen med information om problemet.

Se om signerad utväxling används för en AMP-sida

Så här ser du om Google har hittat huvud eller nyttolast för signerad utväxling av AMP:

  1. Granska AMP-adressen (granska en enskild webbadress med granskningsverktyget för webbadresser eller klicka på granskningsikonen bredvid webbadressen i tabellen i AMP-statusrapporten).
  2. Klicka på Visa genomsökt sida på resultatsidan. En sidopanel med mer information öppnas.
  3. Klicka på fliken Mer info.
  4. Under Signed Exchange ser du om Google har hittat några komponenter för signerad utväxling på den AMP-sidan.

Lista över problem med signerad utväxling

Följande problem kan uppstå när protokollet för signerad utväxling används för AMP.

Ogiltig signerad utväxling

HTTP-svaret var en signerad utväxling som inte uppfyllde de krav som Google AMP Cache ställer. Sidan visas därför för användarna utan information från signaturen.

Så här påverkas webbplatsen:

Sidan visas i AMP-visare med en webbadress på Google i stället för den ursprungliga webbadressen.

Nästa steg:

Du måste inte åtgärda det här felet. Sidor med det här felet visas fortfarande korrekt i en AMP-visare. Om du vill att sidan ska visas med den signerade webbadressen läser du vidare.

Felet kan bland annat ha följande orsaker:

Om du anlitar en tjänsteleverantör för signerad utväxling vänder du dig till dem för att få hjälp.

Om du använder AMP Packager:

Fel i analysen av den signerade utväxlingens nyttolast

HTTP-svaret var en signerad utväxling vars nyttolast (”kropp”) inte uppfyllde de krav som Google AMP Cache ställer. Sidan visas därför för användarna utan information från signaturen.

Så här påverkas webbplatsen:

Sidan visas i AMP-visare med en webbadress på Google i stället för den ursprungliga webbadressen.

Nästa steg:

Du måste inte åtgärda det här felet. Sidor med det här felet visas fortfarande korrekt i en AMP-visare. Om du vill att sidan ska visas med den signerade webbadressen läser du vidare.

Testa följande för att hitta och åtgärda felet:

  • Kontrollera att HTML-koden är korrekt UTF-8 utan teckenkodningsfel. Kör curl $URL | iconv -f UTF-8 -t UTF-8 >/dev/null på den $URL där felet finns och titta efter felmeddelanden som ”illegal input sequence”. Om ett sådant felmeddelande visas kontrollerar du att dokumentet är korrekt UTF-8-kodat. Två vanliga källor till teckenkodningsfel är text på andra språk än engelska samt blanksteg.
  • Kontrollera att HTML-koden inte innehåller U+0000 NULL eller ett Unicode-tecken som leder till HTML-analysfel.
  • Kontrollera att HTML-koden är oförändrad efter anropet transform -config NONE. Om den har ändrats finns det två vanliga orsaker:

Den signerade utväxlingens nyttolast har ett huvud, huvudets_namn, med ett ogiltigt värde

HTTP-svaret var en signerad utväxling med ett enda signerat svarshuvud som inte uppfyllde ett krav som Google AMP Cache ställer. Sidan visas därför för användarna utan information från signaturen.

Så här påverkas webbplatsen:

Sidan visas i AMP-visare med en webbadress på Google i stället för den ursprungliga webbadressen.

Nästa steg:

Du måste inte åtgärda det här felet. Sidor med det här felet visas fortfarande korrekt i en AMP-visare. Om du vill att sidan ska visas med den signerade webbadressen läser du vidare.

Om du anlitar en tjänsteleverantör för signerad utväxling vänder du dig till dem för att få hjälp.

Om du använder AMP Packager:

Den signerade utväxlingens nyttolast saknar ett obligatoriskt huvud, huvudets_namn

HTTP-svaret var en signerad utväxling där det angivna huvudet saknades, trots att det måste finnas enligt specifikationen av signerad utväxling eller de krav som Google AMP Cache ställer. Sidan visas därför för användarna utan information från signaturen.

Så här påverkas webbplatsen:

Sidan visas i AMP-visare med en webbadress på Google i stället för den ursprungliga webbadressen.

Nästa steg:

Du måste inte åtgärda det här felet. Sidor med det här felet visas fortfarande korrekt i en AMP-visare. Om du vill att sidan ska visas med den signerade webbadressen läser du vidare.

Om du anlitar en tjänsteleverantör för signerad utväxling vänder du dig till dem för att få hjälp.

Om du använder AMP Packager:

Det går inte att analysera den signerade utväxlingens signaturhuvud

HTTP-svaret var en signerad utväxling med ett signaturhuvud som inte har korrekt format enligt specifikationen av signerad utväxling. Sidan visas därför för användarna utan information från signaturen.

Så här påverkas webbplatsen:

Sidan visas i AMP-visare med en webbadress på Google i stället för den ursprungliga webbadressen.

Nästa steg:

Du måste inte åtgärda det här felet. Sidor med det här felet visas fortfarande korrekt i en AMP-visare. Om du vill att sidan ska visas med den signerade webbadressen läser du vidare.

Om du anlitar en tjänsteleverantör för signerad utväxling vänder du dig till dem för att få hjälp.

Om du använder AMP Packager:

Parametern parameternamn i den signerade utväxlingens signaturhuvud är ogiltig

HTTP-svaret var en signerad utväxling med ett felaktigt värde på den angivna parametern i signaturhuvudet enligt specifikationen av signerad utväxling. Sidan visas därför för användarna utan information från signaturen.

Så här påverkas webbplatsen:

Sidan visas i AMP-visare med en webbadress på Google i stället för den ursprungliga webbadressen.

Nästa steg:

Du måste inte åtgärda det här felet. Sidor med det här felet visas fortfarande korrekt i en AMP-visare. Om du vill att sidan ska visas med den signerade webbadressen läser du vidare.

Om du anlitar en tjänsteleverantör för signerad utväxling vänder du dig till dem för att få hjälp.

Om du använder AMP Packager:

Den signerade utväxlingens datum är ogiltiga

HTTP-svaret var en signerad utväxling med ett felaktigt värde på parametern date eller expires i signaturhuvudet enligt specifikationen av signerad utväxling eller de krav som Google AMP Cache ställer. (Signaturen måste närmare bestämt vara giltig när den hämtas och minst fyra dagar framåt.) Sidan visas därför utan information från signaturen för användarna.

Så här påverkas webbplatsen:

Sidan visas i AMP-visare med en webbadress på Google i stället för den ursprungliga webbadressen.

Nästa steg:

Du måste inte åtgärda det här felet. Sidor med det här felet visas fortfarande korrekt i en AMP-visare. Om du vill att sidan ska visas med den signerade webbadressen läser du vidare.

Om du anlitar en tjänsteleverantör för signerad utväxling vänder du dig till dem för att få hjälp.

Om du använder AMP Packager kan detta fel uppstå av flera skäl:

  • Kontrollera att signerade utväxlingssvar inte cachelagras för länge av den yttre omvända proxyn. Begär sidan upprepade gånger med curl -H 'Accept: application/signed-exchange;v=b3' -H 'AMP-Cache-Transform: any' och sök efter date= i svaren. Kontrollera att det är olika siffror efter likhetstecknet varje gång.
  • Kontrollera att du kör den senaste versionen av AMP Packager.
  • Om du har uteslutit alla möjligheter ovan kan det finnas ett fel i AMP Packager. Skicka en felrapport i så fall.

Certifikatkedjan som den signerade utväxlingens cert-url hänvisar till går inte att analysera

HTTP-svaret var en signerad utväxling vars cert-url inte hade korrekt format enligt specifikationen av signerad utväxling. Sidan visas därför för användarna utan information från signaturen.

Så här påverkas webbplatsen:

Sidan visas i AMP-visare med en webbadress på Google i stället för den ursprungliga webbadressen.

Nästa steg:

Du måste inte åtgärda det här felet. Sidor med det här felet visas fortfarande korrekt i en AMP-visare. Om du vill att sidan ska visas med den signerade webbadressen läser du vidare.

Om du anlitar en tjänsteleverantör för signerad utväxling vänder du dig till dem för att få hjälp.

Om du använder AMP Packager:

Certifikatkedjan som cert-url hänvisar till är ogiltig för den signerade utväxlingen

HTTP-svaret var en signerad utväxling vars cert-url var ogiltig enligt specifikationen av signerad utväxling. Sidan visas därför för användarna utan information från signaturen.

Så här påverkas webbplatsen:

Sidan visas i AMP-visare med en webbadress på Google i stället för den ursprungliga webbadressen.

Nästa steg:

Du måste inte åtgärda det här felet. Sidor med det här felet visas fortfarande korrekt i en AMP-visare. Om du vill att sidan ska visas med den signerade webbadressen läser du vidare.

Om du anlitar en tjänsteleverantör för signerad utväxling vänder du dig till dem för att få hjälp.

Om du använder AMP Packager kan det här felet uppstå av flera olika anledningar. Kontrollera följande:

  • Kontrollera att CertFile inte innehåller en fullständig lista över lövcertifikatet plus mellanhänder.
  • Kontrollera att AMP Packager inte startades med flaggan -development eller -invalidcert. I produktionsläget verifieras certifikatet på flera sätt av AMP Packager.
  • Kontrollera att webbadresser på /amppkg/cert/ inte cachelagras längre än det inställda värdet på max-age på den yttre omvända proxyn.
  • Kontrollera att inga cachehuvuden ändras av den yttre omvända proxyn. Det kan leda till att dessa certifikatkedjor lagras för länge på proxyservrar uppströms. Du testar detta genom att ta reda på vilken den motsvarande webbadressen för /amppkg/cert/ är på den interna paketerarens domän, hämta denna inklusive svarshuvud (t.ex. med curl -i) och jämföra svarshuvudena med dem från den yttre servern.
  • Kontrollera att certifikatet innehåller en SCT, t.ex. med verktyget openssl x509. Om så inte är fallet kontaktar du certifikatutfärdaren.
  • Kontrollera att du kör den senaste versionen av AMP Packager.
  • Om du har uteslutit alla möjligheter ovan kan det finnas ett fel i AMP Packager. Skicka en felrapport i så fall.

Den signerade utväxlingen gick inte att analysera

HTTP-svaret hade application/signed-exchange;v=b3 som content-type men det gick inte att hämta svarets kropp. Det kan bero på att den inte uppfyller överordnade kraven på typen ifråga eller att nyttolasten har Merkle-kodats på fel sätt.

Så här påverkas webbplatsen:

Om det finns en motsvarande sida som inte är AMP indexeras den på Google Sök i stället. Om det inte gör det kanske sidan inte visas på Google Sök alls.

Nästa steg:

Om du anlitar en tjänsteleverantör för signerad utväxling vänder du dig till dem för att få hjälp.

Om du använder AMP Packager kan detta fel uppstå av flera skäl:

  • Kontrollera att paketerarens svar inte ändras på den yttre omvända proxyn. Kontrollera vad den motsvarande webbadressen för /priv/doc är på den interna paketerarens domän för den felande webbadressen och testa den med dump-signedexchange. Om den interna paketerarens svar är en giltig signerad utväxling, men den yttre externa serverns svar inte är det, är den yttre servern troligen felkonfigurerad.
  • Kontrollera att du kör den senaste versionen av AMP Packager.
  • Om du har uteslutit alla möjligheter ovan kan det finnas ett fel i AMP Packager. Skicka en felrapport i så fall.

Den inre nyttolastens webbadress stämmer inte med den begärda webbadressen i den signerade utväxlingen

HTTP-svaret var en signerad utväxling vars fallbackUrl inte svarade mot den begärda webbadressen. De måste vara identiska byte för byte. Google Sök kan därför inte lita på att svaret motsvarar den begärda webbadressen.

Så här påverkas webbplatsen:

Om det finns en motsvarande sida som inte är AMP indexeras den på Google Sök i stället. Om det inte gör det kanske sidan inte visas på Google Sök alls.

Nästa steg:

Om du anlitar en tjänsteleverantör för signerad utväxling vänder du dig till dem för att få hjälp. En möjlig lösning är att ändra sidans webbadress så att fel i vanliga webbadressanalysatorer undviks. Försök till exempel att undvika procentteckenkodade eller reserverade tecken, eller sökfrågesträngar med ovanlig kodning, som ? utan parametrar.

Om du använder AMP Packager kan detta fel uppstå av flera skäl:

  • Kontrollera att webbadresserna skrivs om korrekt av den yttre omvända proxyn. Det är särskilt troligt att det blir problem med procentteckenkodade eller reserverade tecken. Till exempel blir det problem med rewrite-direktivet och den sökvägslösa formen av proxy_pass-direktivet i nginx. Du kan testa detta genom att skicka några testförfrågningar till den yttre servern och jämföra dem med de webbadresser som loggats till stdout från AMP Packager.
  • Kontrollera att du kör den senaste versionen av AMP Packager.
  • Om du har uteslutit alla möjligheter ovan kan det finnas ett fel i AMP Packager. Skicka en felrapport i så fall.

Huvudet huvudets_namn i den signerade utväxlingens HTTP-svar har ett ogiltigt värde

HTTP-svaret hade application/signed-exchange som content-type men svarshuvudet var ogiltigt på något annat sätt. Till exempel kan parametern v=b3 saknas i content-type. På grund av detta är formatet okänt för Google och det går därför inte att extrahera svarets kropp.

Så här påverkas webbplatsen:

Om det finns en motsvarande sida som inte är AMP indexeras den på Google Sök i stället. Om det inte gör det kanske sidan inte visas på Google Sök alls.

Nästa steg:

Om du anlitar en tjänsteleverantör för signerad utväxling vänder du dig till dem för att få hjälp.

Om du använder AMP Packager kan detta fel uppstå av flera skäl:

  • Kontrollera att content-type-huvudet inte ändras av den yttre omvända proxyn. Kontrollera vad motsvarande webbadress för /priv/doc är på den interna paketerarens domän för den felande webbadressen och hämta denna inklusive svarshuvud (t.ex. med curl -i). Om den interna paketerarens svar skiljer sig från svaret från den yttre externa servern kan det vara där felet finns. Om det är något annat än content-type som skiljer i huvudet skickar du en felrapport om fel i det här hjälpdokumentet, så att kravlistan kan uppdateras.
  • Kontrollera att du kör den senaste versionen av AMP Packager.
  • Om du har uteslutit alla möjligheter ovan kan det finnas ett fel i AMP Packager. Skicka en felrapport i så fall.

Prioritera och åtgärda problem

  1. Titta på listan över kritiska problem för webbplatsen i tabellen Därför är AMP-sidorna ogiltiga.
  2. Analysera felen:
    • Kontrollera om en eventuell ökning av det totala antalet fel till största delen orsakas av ett enda fel genom att leta efter en motsvarande ökning av problemet i tabellen.
    • Åtgärda problem med samma orsak (till exempel en dålig mall) innan du åtgärdar problem som bara gäller en sida.
  3. Åtgärda felen: Klicka på en rad i tabellen för att visa sidan med felinformation:
    1. Informationssidan innehåller en lista med exempel på berörda webbadresser. Listan är begränsad till 1 000 rader och innehåller kanske inte nyligen upptäckta förekomster av felet, eller sidor som inte har genomsökts på nytt sedan felet uppstod.
    2. Klicka på Läs mer bredvid ett problem om du vill se officiell dokumentation om felet.
    3. Klicka på en webbadress i tabellen med exempelwebbadresser för att se problemet som markerats i sidans kod.
    4. Kör ett detaljerat test mot en specifik sida genom att klicka på granskningsikonen . Testet preciserar alla fel (inte bara det aktuella problemet), markerar felen och visar mer information i kodutforskaren. Om sidan inte har genomsökts nyligen visas problemet för den indexerade sidan men inte den aktiva sidan. I så fall kan du begära indexering av den specifika sidan.
    5. Åtgärda alla förekomster av problemet på webbplatsen, testa åtgärden och försäkra dig om att åtgärderna visas på webben.
  4. När du har åtgärdat alla förekomster öppnar du sidan med information om problemet igen och påbörjar verifieringsprocessen genom att klicka på knappen Verifiera att åtgärder vidtagits. Processen sker inte omedelbart. I avsnittet Om verifiering kan du läsa mer om hur verifieringen går till.
  5. Fortsätt åtgärda fel.
  6. Om antalet giltiga och ogiltiga sidor är betydligt lägre än antalet AMP-sidor på webbplatsen kan du läsa Felsöka varför AMP-sidor saknas.
  7. När alla kritiska fel har åtgärdats kan du åtgärda de problem som inte är kritiska. Vissa av problemen som inte anses vara kritiska (till exempel de som rör utfasade funktioner) kan bli kritiska i framtiden.

Dela rapporten

Du kan dela information om problem i täcknings- och förbättringsrapporter genom att använda knappen Dela på sidan. Länken ger endast åtkomst till informationssidan om det aktuella problemet och eventuell valideringshistorik för problemet till personer som har fått länken. Den ger inte åtkomst till andra sidor för resursen och tillåter inte heller en delad användare att utföra åtgärder på egendomen eller kontot. Du kan när som helst återkalla länken genom att inaktivera delningen av sidan.

Exportera rapportdata

I många rapporter finns en exportknapp som du kan exportera rapportdata med. Både data i diagrammet och i tabellen exporteras. Värden som visas om antingen ~ eller - i rapporten (inte tillgänglig/inte ett tal) blir nollor i din nedladdade data.

Felsöka varför AMP-sidor saknas

Om antalet AMP-sidor i rapporten (giltiga och ogiltiga) är färre än antalet AMP-sidor på webbplatsen kan förklaringen vara någon av följande.

  • Bekräfta att den kanoniska sidan som inte är AMP-kodad är korrekt länkad till AMP-sidan.
  • Bekräfta att AMP-sidorna eller de kanoniska sidorna inte blockeras för sökrobotar via filen robots.txt eller taggen noindex, eller skyddas av inloggningskrav.
  • Kontrollera att den kanoniska sidans webbadress för AMP-sidan har indexerats
  • Beroende på hur du går till väga med att meddela Google om de nya sidorna kan det ta några dagar innan Google har hittat och genomsökt de saknade sidorna.
  • Vissa giltiga AMP-sidor kanske inte tas med i den här rapporten trots att de finns med i rapporten om sidindexering. Det beror på att rapporten om sidindexering måste vara mer omfattande för att du ska kunna felsöka problem med indexeringen i rapporten, medan statusrapporten om AMP potentiellt omfattar färre men mer relevanta sidor och mer ingående för att hjälpa dig att felsöka specifika AMP-problem på webbplatsen. Du kan kontrollera om en AMP-sida har indexerats med granskningsverktyget för webbadresser, där du får klart besked.
När du har åtgärdat alla förekomster av ett problem på webbplatsen kan du begära att Google verifierar ändringarna. Om alla kända förekomster är åtgärdade minskas problemet till noll i tabellen över problem och hamnar längst ned i tabellen.

Varför behövs verifiering?

Följande är fördelarna med att berätta för Google att du har åtgärdat alla förekomster av ett visst problems status eller kategori:

  • Du får ett e-postmeddelande när Google har bekräftat att problemet har åtgärdats på alla webbadresser, eller om Google har hittat förekomster av problemet som fortfarande finns kvar.
  • Du kan följa Googles steg för att bekräfta dina åtgärder och se en logg över alla sidor som har lagts till i kö för kontroll samt status för varje webbadress.

Du måste kanske inte alltid åtgärda och verifiera ett specifikt problem på webbplatsen. Till exempel är webbadresser som blockeras av robots.txt troligen avsiktligt blockerade. Använd sunt förnuft när du bestämmer om du ska åtgärda ett visst problem.

Du kan också åtgärda problem utan att verifiera dem. Google uppdaterar antalet förekomster när en sida med kända problem genomsöks, oavsett om du uttryckligen begärt verifiering av den eller inte.

Proffstips: Validera åtgärderna efter webbplatskarta
Du kan påskynda en begäran om åtgärd genom att skapa och skicka in en webbplatskarta som bara innehåller dina viktigaste sidor. Sedan kan du filtrera rapporten efter webbplatskartan innan du begär verifiering. En begäran om validering mot en delmängd av de berörda webbadresserna kan slutföras snabbare än en begäran som omfattar alla berörda webbadresser på webbplatsen.

Starta verifieringen

Så här meddelar du Search Console att du har åtgärdat ett problem:

  1. Åtgärda alla förekomster av problemet på webbplatsen. Om du missade en åtgärd avbryts verifieringen när Google hittar en enda återstående förekomst av problemet.
  2. Öppna informationssidan för problemet som du har åtgärdat. Klicka på problemet i listan över problem i rapporten.
    • ⚠️ Om du filtrerar efter en specifik webbplatskarta i rapporten tillämpas verifieringen bara på objekt i webbplatskartan vid den tidpunkt då du begärde valideringen. Detta kanske är vad du vill göra. Men det är bra att vara medveten om.
  3. Klicka på Verifiera att åtgärder vidtagits. Klicka inte på Verifiera att åtgärder vidtagits igen förrän verifieringen har slutförts eller misslyckats. Läs mer om hur Google kontrollerar dina åtgärder.
  4. Du kan bevaka verifieringsförloppet. Verifieringen tar normalt upp till cirka två veckor, men i vissa fall kan det ta mycket längre tid, så ha tålamod. Du får en avisering när verifieringen lyckas eller misslyckas.
  5. Om verifieringen misslyckas kan du se vilken webbadress som ledde till att verifieringen misslyckades genom att klicka på Mer information på informationssidan för problemet. Åtgärda sidan, bekräfta åtgärden på alla webbadresser med statusen Väntande och starta om verifieringen.

När anses ett problem med en webbadress eller ett objekt vara åtgärdat?

Ett problem med en webbadress eller annat objekt ses som åtgärdat när något av följande villkor har uppfyllts:

  • När webbadressen har genomsökts och problemet inte längre går att hitta på sidan. För AMP-taggfel kan detta betyda att du har åtgärdat taggen eller tagit bort den (om det inte var en obligatorisk tagg). Under ett verifieringsförsök får det statusen Godkändes.
  • Om sidan inte är tillgänglig för Google av någon anledning (om sidan har tagits bort, märkts med noindex, kräver autentisering osv.) ses problemet som åtgärdat för den webbadressen. Vid en påbörjad verifiering kategoriseras webbadressen in under verifieringsstuatusen Övrigt.

Problemets varaktighet

Med ett problems varaktighet avses tiden från och med att den första förekomsten av problemet identifierades på webbplatsen fram till att 90 dagar har gått sedan den sista förekomsten på webbplatsen markerades som åtgärdad. Om det går 90 dagar utan upprepningar tas problemet bort från tabellen över problem.

Datumet då problemet först upptäcktes avser första gången det upptäcktes under den här varaktighetsperioden och ändras inte. Med andra ord:

  • Om alla förekomster av ett problem har åtgärdats men en ny förekomst uppstår 15 dagar senare ligger problemet fortfarande kvar och datumet då det först upptäcktes ändras inte.
  • Om samma problem uppstod 91 dagar efter att den sista förekomsten åtgärdades har det föregående problemet avslutats. Då registreras det som ett nytt problem med det datumet då problemet först upptäcktes som det nya datumet.
Verifieringsflöde

Här följer en översikt över vad som händer när du har klickat på Verifiera att åtgärder vidtagits för ett problem. Processen kan ta flera dagar eller ännu längre tid och du får aviseringar om hur det går via e-post.

  1. När du klickar på Verifiera att åtgärder vidtagits kontrollerar Search Console några sidor direkt.
    • Om det aktuella problemet påträffas på någon av de sidorna avslutas verifieringen och statusen förblir densamma.
    • Om felet inte finns på provsidorna fortsätter verifieringen, som då övergår till statusen Startat. Om andra, orelaterade problem påträffas under verifieringen räknas de som förekomster av detta andra problem och verifieringen fortsätter.
  2. Systemet arbetar sig igenom listan med kända webbadresser där problemet finns i Search Console. Det är bara webbadresser där förekomster av problemet har identifierats som ställs i kö för ny genomsökning, inte hela webbplatsen. Alla kontrollerade webbadresser sparas i verifieringshistoriken i Search Console där du hittar dem via informationssidan för problemet.
  3. Följande händer när en webbadress kontrolleras:
    1. Om problemet inte påträffas ändras verifieringsstatusen för denna förekomst till Godkänd. Om det här var den första förekomsten av problemet som kontrollerades ändras problemets verifieringsstatus till Det ser bra ut.
    2. Om webbadressen inte längre är tillgänglig ändras verifieringsstatusen för den här förekomsten till Övrigt (som inte är en felstatus).
    3. Om problemet finns kvar ändras statusen för problemet till Misslyckades och verifieringen avslutas. Om det gällde en ny sida som upptäckts vid en ordinarie genomsökning ses den som ytterligare en förekomst av det befintliga problemet.
  4. När webbadresser i kön har kontrollerats och problemet är åtgärdat ändras statusen till Godkändes. Men även när alla förekomster har åtgärdats ändras inte etikettens allvarlighetsgrad (Fel eller Varning), bara antalet berörda objekt (0).

Även om du aldrig klickar på Starta verifiering kan Google identifiera att fel har åtgärdats. Om Google upptäcker att alla förekomster av ett problem har åtgärdats under den vanliga genomsökningen ändras antalet problem till 0 i rapporten.

Omverifiering

⚠️ Vänta tills en verifieringscykel har slutförts innan du begär en ny, även om du har åtgärdat problem under den pågående cykeln.

Så här startar du om en misslyckad verifiering:

  1. Navigera till verifieringsloggen för den misslyckade verifieringen: Öppna informationssidan för problemet som inte godkändes och klicka på Mer information.
  2. Klicka på Starta ny verifiering.
  3. Verifieringen startas om för alla webbadresser som har statusen Väntande eller Misslyckades plus nya förekomster av problemet som upptäcktes vid normal genomsökning sedan det senaste verifieringsförsöket. Webbadresser som är markerade med Godkändes eller Övrigt kontrolleras inte igen.
  4. Verifieringen tar normalt upp till cirka två veckor, men i vissa fall kan det ta mycket längre tid, så ha tålamod.

Visa verifieringsförloppet

Så här gör du för att visa förloppet för en aktuell verifieringsbegäran eller historiken för den senaste begäran om en verifiering inte pågår:

  1. Öppna informationssidan för problemet. Öppna informationssidan för problemet genom att klicka på raden för problemet på huvudrapportsidan.
  2. Klicka på Mer information om du vill öppna verifieringens informationssida för den begäran.
    • Förekomststatus för varje webbadress som ingår i begäran visas i tabellen.
    • Förekomststatusen gäller för det specifika problem som du undersöker. Du kan ha ett problem med statusen Godkändes på en sida, men andra problem med statusen Misslyckades, Väntande ellerÖvrigt på samma sida.
    • I AMP-rapporten och rapporten om sidindexering grupperas posterna på sidan för verifieringshistorik efter webbadress.
    • I rapporterna om utökade resultat grupperas objekten efter en kombination av webbadress och det strukturerade dataobjektet (som bestäms utifrån objektets namnvärde).
Statusen för verifieringsbegäran

Verifieringsstatusen för ett problem kan vara någon av följande:

  • Har inte startats: En eller flera förekomster av problemet har aldrig varit med i en verifieringsbegäran för det här problemet.
    Nästa steg:
    1. Klicka på problemet och läs mer om vad felet består i. Granska de enskilda sidorna och se exempel på felet på den aktiva sidan.
    2. Klicka på Läs mer på informationssidan för att se information om problemet.
    3. Du får mer information om ett enskilt fel genom att klicka på raden för en exempeladress.
    4. Åtgärda sidorna och klicka sedan på Verifiera att åtgärder vidtagits för att starta verifieringen. Verifieringen tar normalt upp till cirka två veckor, men i vissa fall kan det ta mycket längre tid, så ha tålamod.
  • Startat: Ett verifieringsförsök har påbörjats och inga resterande förekomster av problemet har hittats ännu.
    Nästa steg: Google meddelar dig vad som behöver göras (om något) allt eftersom verifieringen fortskrider.
  • Det ser bra ut: Ett verifieringsförsök har påbörjats och alla förekomster av problemet som har kontrollerats hittills har varit åtgärdade.
    Nästa steg: Du behöver inte göra något nu. Google meddelar dig vad som behöver göras allt eftersom verifieringen fortskrider.
  • Godkändes: Alla kända förekomster av problemet är borta (eller så är de berörda webbadresserna inte tillgängliga längre). Den här statusen visas bara om du har klickat på Verifiera att åtgärder vidtagits. (Om förekomster försvinner utan att du har begärt verifiering ändras statusen till Saknas.)
    Nästa steg: Du behöver inte göra något mer.
  • Saknas: Google har upptäckt att problemet åtgärdats på alla webbadresser utan att du begärt verifiering.
    Nästa steg: Du behöver inte göra något mer.
  • Misslyckades: Ett visst antal sidor med problemet kvarstår efter att du har klickat på Verifiera.
    Nästa steg: Åtgärda problemet och starta om verifieringen.
Verifieringsstatus för förekomst

När du begär verifiering tilldelas alla förekomster av problemet en status enligt följande:

  • Väntande: Google ställde det i kö för verifiering. Senast Google såg efter fanns den här förekomsten av problemet kvar.
  • Godkändes: [Finns inte i alla rapporter] Google har kontrollerat om den här förekomsten av problemet fanns kvar och det gjorde den inte. Den här statusen visas bara om du har klickat på Verifiera för just den här förekomsten av problemet.
  • Misslyckades: Google har kontrollerat om den här förekomsten av problemet har tagits bort men den fanns fortfarande kvar. Den här statusen visas bara om du har klickat på Verifiera för just den här förekomsten av problemet.
  • Övrigt: [Finns inte i alla rapporter] Google kunde inte nå webbadressen där förekomsten fanns. För strukturerad data betyder det att Google inte kunde hitta det strukturerade dataobjektet på sidan längre. Ses som likvärdigt med Godkändes.

Observera att olika problem på en och samma webbadress kan ha olika status. Om både problem X och problem Y finns på en sida kan t.ex. verifieringsstatusen Godkändes visas för problem X medan problem Y på samma sida fortfarande har veriferingsstatusen Väntande.

 

Kända problem

Följande kända problem finns i Search Console. Du behöver inte rapportera dem till oss, men vi vill gärna ha din feedback om andra funktioner eller problem som du upptäcker. Använd feedback-verktyget som är inbyggt i navigeringsfältet.

  • Vissa problem har långa namn som inte är lätta att förstå.
  • Det kan dröja ett tag innan ett problem läggs till i diagrammet från det att det lagts till i tabellen.

Var det här till hjälp?

Hur kan vi förbättra den?

Behöver du mer hjälp?

Testa detta härnäst:

Gör ett inlägg i hjälpforumet Få svar från communityn
true
Är du ny användare av Search Console?

Är det första gången du använder Search Console? Här kommer du igång oavsett om du är nybörjare, expert på sökmotoroptimering eller webbplatsutvecklare.

Sök
Rensa sökning
Stäng sökrutan
Huvudmeny
13666728361184747237
true
Sök i hjälpcentret
true
true
true
true
true
83844
false
false