Fehlerbehebung bei gängigen Google Search Console AMP-Fehlern

Die Behebung von Google Search Console AMP-Fehlern erfordert die Identifizierung spezifischer Validierungsprobleme im AMP-Statusbericht und die Anwendung technischer Korrekturen am Seitencode. Webmaster müssen Tools wie das AMP Test Tool verwenden, um die Einhaltung von Pflicht-Tags und eingeschränkten CSS- oder JavaScript-Regeln sicherzustellen. Die Korrektur dieser Fehler stellt sicher, dass Ihre Mobilseiten für Google Search-Funktionen qualifiziert bleiben und eine hohe Sichtbarkeit für Nutzer behalten, die auf Mobilgeräten suchen.

Was sind die häufigsten AMP-Validierungsfehler?

Der AMP-Statusbericht in der Google Search Console unterteilt Probleme in Fehler und Warnungen. Fehler verhindern, dass Ihre Seite in den Google Search-Ergebnissen mit AMP-spezifischen Funktionen erscheint, während Warnungen die Darstellung der Seite oder ihre Eignung für bestimmte Rich Results beeinträchtigen können. Die meisten Fehler rühren von einem Verstoß gegen die strenge AMP HTML-Spezifikation her, die bestimmte Code-Typen einschränkt, um schnelle Ladezeiten zu gewährleisten.

Ein häufiges Problem ist die Verwendung nicht erlaubter Attribute oder Tags. Beispielsweise müssen Standard-HTML-Tags wie ‘img’ oder ‘video’ durch ihre AMP-Äquivalente wie ‘amp-img’ oder ‘amp-video’ ersetzt werden. Wenn das System ein Standard-‘script’-Tag erkennt, das nicht Teil der erforderlichen AMP-Bibliothek ist, stuft es die Seite als ungültig ein. Ein weiterer häufiger Fehler betrifft CSS-Größenlimits. AMP beschränkt Inline-CSS auf 75 KB; das Überschreiten dieses Limits führt zu einem Validierungsfehler, der die Seite aus dem Karussell für die mobile Suche entfernt.

• Fehlende Pflicht-Tags wie ‘head’ oder ‘body’.
• Nicht erlaubtes JavaScript außerhalb von ‘amp-script’ oder Standardbibliotheken.
• CSS-Syntaxfehler oder das Überschreiten des 75KB-Limits.
• Ungültige strukturierte Daten innerhalb des ‘ld+json’-Blocks.
• Fehlende Breiten- oder Höhenattribute für layoutabhängige Komponenten.

Wie validieren Sie Ihre AMP-Inhalte effektiv?

Die Validierung ist ein mehrstufiger Prozess, der in der Entwicklungsphase beginnt und sich über die Überwachung in der Search Console fortsetzt. Entwickler sollten den browserbasierten AMP Validator verwenden, um Codefehler abzufangen, bevor eine Seite veröffentlicht wird. Dieses Tool bietet Feedback in Echtzeit zu Syntaxproblemen und fehlenden Komponenten. Sobald eine Seite live ist, bietet das offizielle AMP Test Tool von Google eine endgültige Prüfung, ob die Seite für Suchergebnisse in Frage kommt.

Verwenden Sie den AMP-Statusbericht, um die Leistung aller AMP-Seiten auf Ihrer Website zu überwachen.

Google Search Central

Wenn Sie einen Fehler im Statusbericht identifizieren, öffnet sich durch Klicken auf das spezifische Problem eine Liste der betroffenen URLs. Sie sollten diese URLs mit dem Tool ‘Inspect URL’ überprüfen, um die von Google indexierte Version zu sehen. Wenn Sie Ihren Code kürzlich aktualisiert haben, verwenden Sie die Schaltfläche ‘Validate Fix’, um Google zu signalisieren, die Seiten neu zu crawlen. Dieser Prozess erfolgt nicht sofort und kann einige Tage dauern, da der Googlebot die Änderungen auf der gesamten Website verarbeitet.

Wie Alien Road die AMP-Optimierung anwendet

Bei Alien Road nähern wir uns dem AMP-Management durch ein zentralisiertes technisches Audit. Bei einem typischen Kundenprojekt, wie etwa einem großen E-Commerce-Shop mit Tausenden von Produktseiten, beheben wir Fehler nicht einzeln. Stattdessen identifizieren wir den Code auf Vorlagenebene, der für den Validierungsfehler verantwortlich ist. Wenn bei einem ‘amp-img’-Tag in einem Produktlayout ein Höhenattribut fehlt, aktualisieren wir das globale Template, um das Problem auf der gesamten Domain zu lösen.

Unser Prozess umfasst eine Entdeckungsphase, in der wir alle kanonischen und AMP-Beziehungen abbilden. Anschließend verwenden wir die Search Console API, um Massenfehlerdaten zu extrahieren, sodass wir Korrekturen priorisieren können, die sich auf die am häufigsten besuchten Seiten auswirken. Nach der Implementierung führen wir eine manuelle Prüfung mit dem Rich Results Test durch, um sicherzustellen, dass strukturierte Daten wie Produkt- oder Artikelschemata intakt bleiben. Dieser strukturierte Ansatz sorgt dafür, dass technische Schulden minimiert und gleichzeitig die Sichtbarkeit in der Suche maximiert wird.

Können robots.txt-Einstellungen Ihre AMP-Seiten blockieren?

Ein häufiger Grund, warum gültige AMP-Seiten nicht in den Suchergebnissen erscheinen, ist die Crawl-Prävention. Wenn Ihre robots.txt-Datei den Googlebot daran hindert, auf das Verzeichnis zuzugreifen, in dem Ihre AMP-Dateien gespeichert sind, kann Google den Inhalt nicht indexieren. Dies passiert oft bei Website-Migrationen oder wenn neue Subdomains für mobile Inhalte erstellt werden. Sie müssen sicherstellen, dass sowohl die kanonische Seite als auch die AMP-Version für Such-Crawler zugänglich sind.

Bearbeiten Sie die robots.txt Ihrer Website, um dem Googlebot das Crawlen der kanonischen Seite, der AMP-Seite und der Links in den strukturierten Daten zu ermöglichen.

Google Search Central

Überprüfen Sie zusätzlich zu robots.txt auf Meta-Tags, die Crawler anweisen könnten, die Seite zu ignorieren. Die ‘noindex’-Direktive in einem Robots-Meta-Tag oder ein X-Robots-Tag-HTTP-Header verhindern, dass die AMP-Version den Nutzern ausgeliefert wird. Entfernen Sie für optimale Ergebnisse alle restriktiven Meta-Tags sowohl von den kanonischen als auch von den AMP-Inhalten, es sei denn, es gibt einen spezifischen Grund, eine Seite aus dem Index herauszuhalten. Konsistente Indexierungsanweisungen für beide Versionen sind der Schlüssel zu einer stabilen mobilen Präsenz.

Warum ist Cross-Domain-Tracking für den AMP-Erfolg von entscheidender Bedeutung?

Die Verfolgung des Nutzerverhaltens auf AMP-Seiten kann schwierig sein, da der Inhalt oft aus dem Google AMP Cache statt von Ihrer eigenen Domain bereitgestellt wird. Dies erzeugt ein Cross-Domain-Problem in Google Analytics 4 (GA4). Wenn ein Nutzer seine Reise auf einer AMP-Seite beginnt und dann zu Ihrer Hauptwebsite durchklickt, sieht GA4 dies möglicherweise als zwei separate Sitzungen an. Dies führt zu ungenauen Daten, wie etwa erhöhten Absprungraten und einer falschen Conversions-Zuordnung.

Um dies zu lösen, müssen Sie die Komponente ‘amp-analytics’ mit einem Linker-Parameter implementieren. Dieser Parameter übergibt eine Client-ID aus dem AMP-Cache über die URL-Abfragezeichenfolge an Ihre primäre Domain. Wenn der Nutzer auf Ihrer Hauptseite ankommt, liest das Analytics-Skript diese ID aus und setzt die bestehende Sitzung fort. Diese Koordination ist für Vermarkter unerlässlich, die die gesamte Customer Journey vom ersten mobilen Touchpoint bis zum endgültigen Kauf verstehen müssen.

• Fügen Sie das amp-analytics-Skript in den Head Ihrer AMP-Seite ein.
• Konfigurieren Sie die ‘linker’-Einstellung in Ihrem JSON-Konfigurationsblock.
• Aktivieren Sie die Option ‘Linker’ in den Einstellungen Ihres GA4-Datenstroms.
• Überprüfen Sie, ob die Client-IDs konsistent sind, indem Sie den ‘_gl’-Parameter in der URL überprüfen.
• Verwenden Sie DebugView in GA4, um zu bestätigen, dass Sitzungen beim Übergang nicht abbrechen.

Wo Sie diese Woche anfangen sollten

Beginnen Sie, indem Sie sich in die Google Search Console einloggen und im Bereich ‘Experience’ zur Sektion ‘AMP’ navigieren. Exportieren Sie die Liste der URLs mit Fehlern und gruppieren Sie diese nach der Art des Validierungsfehlers. Beheben Sie zuerst template-weite Probleme wie fehlende kanonische Links oder falsche Skriptkonfigurationen. Sobald der Code aktualisiert ist, verwenden Sie die Funktion ‘Validate Fix’, um den Re-Crawl-Prozess zu starten. Überprüfen Sie abschließend Ihre GA4-Daten, um sicherzustellen, dass das Cross-Domain-Tracking Ihren mobilen Traffic korrekt zuordnet.