Vorlage für Mobile SEO & Page Experience

Responsive- & Mobile-Friendly-Audit

Nutzen Sie dies, wenn Sie bestätigen möchten, dass Ihre Seiten auf kleinen Bildschirmen tatsächlich korrekt gerendert und angepasst werden, bevor Sie etwas Tieferes prüfen.

Responsive- & Mobile-Friendly-Audit

Die Grundlage von Mobile SEO ist ein Layout, das sich an jeden Viewport anpasst. Eine einzige responsive Codebasis, die jedem Gerät dieselbe URL und dasselbe HTML ausliefert, ist die von Google empfohlene Konfiguration, weil sie die Paritätslücken beseitigt, die getrennte Mobile- und Desktop-Versionen erzeugen können.

Prüfen Sie die Grundlagen für [Seiten-URL] auf [Zielgeräte]:

• Bestätigen Sie ein korrektes Viewport-Meta-Tag (width=device-width, initial-scale=1), damit die Seite auf den Bildschirm skaliert.
• Prüfen Sie, dass sich der Inhalt in eine einzige, gut lesbare Spalte ohne horizontales Scrollen umbricht.
• Stellen Sie sicher, dass Bilder und Medien flexibel sind und nie über ihren Container hinauslaufen.
• Sorgen Sie dafür, dass CSS-, JavaScript- und Bilddateien crawlbar sind (nicht in der robots.txt blockiert), damit Google die Seite so rendern kann, wie Nutzer sie sehen.

Dokumentieren Sie jedes fehlerhafte Element und den Breakpoint, an dem es auftritt.

Ergebnis: eine priorisierte Liste responsiver Mängel mit Gerät, Breakpoint und einem Lösungsvorschlag für jeden.

Mobile-Usability-Check

Nutzen Sie dies, um die kleinen Reibungspunkte aufzuspüren – winzige Tap-Ziele, unleserlichen Text und Overflow –, die mobile Besucher frustrieren.

Mobile-Usability-Check

Selbst eine responsive Seite kann auf dem Smartphone schwer zu bedienen sein. Usability-Probleme legen eine Seite selten komplett lahm, aber sie erhöhen die Absprungrate und untergraben still die Engagement-Signale, auf die es ankommt. Prüfen Sie [Seiten-URL] anhand der Probleme, die die Search Console in der Vergangenheit aufgezeigt hat.

• Tap-Ziele: Buttons und Links sollten groß genug und weit genug auseinander sein, damit man sie mit dem Daumen leicht trifft, ohne einen Nachbarn zu erwischen.
• Lesbare Schriftgröße: Fließtext sollte ohne Pinch-Zoom lesbar sein; vermeiden Sie fest kodierte, winzige Pixelgrößen.
• Kein horizontales Scrollen: Der Inhalt muss auf [Kleinstes Gerät] innerhalb der Viewport-Breite bleiben.
• Formulare & Eingabefelder: Felder sollten antippbar und beschriftet sein und passende Eingabetypen verwenden (email, tel, number).

Testen Sie mit echten Fingern auf einem echten Gerät, nicht nur in einem Emulator.

Ergebnis: ein mit Screenshots belegter Usability-Bericht, der jedes Problem danach einstuft, wie viele Schlüsselseiten es betrifft.

Page-Experience-Signale

Nutzen Sie dies, um die Page-Experience-Signale zu überprüfen, auf die Google verweist – HTTPS, Core Web Vitals und keine störenden Interstitials.

Page-Experience-Signale

Page Experience ist eine Sammlung von Signalen, die Google berücksichtigt, doch behandeln Sie sie als Entscheidungsgeber zwischen vergleichbaren Seiten – nicht als magischen Ranking-Boost. Guter Content gewinnt weiterhin; Page Experience hilft Nutzern (und Ihnen), wenn die Relevanz ansonsten nah beieinanderliegt. Prüfen Sie [Seiten-URL] in diesen Bereichen:

• HTTPS: Die Seite sollte sicher ausgeliefert werden, ohne Mixed-Content-Warnungen.
• Core Web Vitals: Prüfen Sie LCP (Laden), INP (Interaktivität) und CLS (visuelle Stabilität) anhand der Felddaten im Core-Web-Vitals-Bericht der Search Console.
• Keine störenden Interstitials: Vermeiden Sie Pop-ups, die den Hauptinhalt genau dann verdecken, wenn ein Besucher aus der Suche kommt.
• Sicheres, stabiles Layout: Elemente sollten beim Laden der Seite nicht springen.

Erfassen Sie sowohl Labordaten (Lighthouse) als auch Felddaten (echte Nutzerdaten aus CrUX), damit Sie das beheben, was Nutzer tatsächlich spüren.

Ergebnis: eine Scorecard Signal für Signal mit aktuellen Werten, Zielwerten und der wirkungsvollsten Maßnahme.

Mobile Inhalte & Parität

Nutzen Sie dies, um sicherzustellen, dass Ihre mobile Version dieselben Inhalte, Links, strukturierten Daten und Metadaten wie die Desktop-Version trägt.

Mobile Inhalte & Parität

Bei der Mobile-First-Indexierung crawlt und indexiert Google die mobile Version Ihrer Website. Wenn Ihre mobile Seite Inhalte verbirgt oder entfernt, die auf dem Desktop vorhanden sind, werden diese Inhalte möglicherweise gar nicht indexiert. Vergleichen Sie die Mobile- und Desktop-Version von [Seiten-URL] und prüfen Sie auf vollständige Parität:

• Hauptinhalt: Dieselben Überschriften, Textinhalte und Bilder erscheinen in beiden Versionen.
• Interne Links: Mobile Navigation und Links im Inhalt stimmen mit dem Desktop überein, sodass Crawl-Pfade erhalten bleiben.
• Strukturierte Daten: Dasselbe Schema-Markup ist auf Mobile vorhanden, mit URLs, die zur mobilen Version passen.
• Metadaten: Titel, Meta-Beschreibungen und Robots-Anweisungen sind über beide Versionen hinweg identisch.

Achten Sie auf Akkordeons oder Tabs, die Inhalte aus dem gerenderten HTML auslassen, sowie auf lazy-geladene Abschnitte, die für den Crawler nie geladen werden.

Ergebnis: eine Paritäts-Checkliste, die jedes Element markiert, das auf dem Desktop vorhanden, auf Mobile jedoch fehlend oder reduziert ist.

Störende Interstitials & Mobile UX

Nutzen Sie dies, um Pop-ups und Overlays zu finden, die den Inhalt für ankommende mobile Besucher blockieren und die Erfahrung beeinträchtigen.

Störende Interstitials & Mobile UX

Interstitials, die den Hauptinhalt unmittelbar nach der Ankunft eines Nutzers aus der Suche verdecken, schaffen eine schlechte mobile Erfahrung und können sich gegen Sie richten. Das Ziel ist, Besucher zu dem gelangen zu lassen, wofür sie gekommen sind, ohne gegen ein Overlay ankämpfen zu müssen. Prüfen Sie [Seiten-URL] auf diese Muster:

• Inhaltsblockierende Pop-ups, die beim Betreten erscheinen und die Seite dahinter verbergen.
• Eigenständige Interstitials, die der Nutzer schließen muss, bevor er überhaupt etwas lesen kann.
• Anzeigen oder Banner above the fold, die den eigentlichen Inhalt vom ersten Bildschirm verdrängen.

Vernünftige, regelkonforme Verwendungen sind in der Regel unproblematisch – etwa gesetzlich vorgeschriebene Cookie- oder Altershinweise sowie kleine, leicht zu schließende Banner, die nur wenig Bildschirmfläche einnehmen.

Wenn Sie Anmeldungen erfassen müssen, bevorzugen Sie Inline-Formulare oder schmale Sticky-Bars gegenüber Vollbild-Overlays.

Ergebnis: eine Bestandsaufnahme jedes Overlays mit Trigger, Bildschirmabdeckung und einer weniger störenden Alternative.

Testen & Monitoring

Nutzen Sie dies, um wiederholbares Testen und laufendes Monitoring einzurichten, damit mobile Probleme erkannt werden, bevor sie sich ausbreiten.

Testen & Monitoring

Mobile Gesundheit ist keine einmalige Reparatur – neue Templates, Skripte und Inhalte können Probleme erneut einführen. Bauen Sie einen wiederholbaren Workflow für [Website/Bereich] mit aktuellen, unterstützten Tools auf.

1. Labortests: Führen Sie Lighthouse (in den Chrome DevTools oder in PageSpeed Insights) für Performance-, Accessibility- und Best-Practice-Prüfungen je Seitentyp aus.
2. Feld-Monitoring: Beobachten Sie den Core-Web-Vitals-Bericht in der Google Search Console, um Echtdaten-Trends über mobile URLs hinweg zu verfolgen.
3. Live-Prüfung: Nutzen Sie das URL-Prüftool, um zu sehen, wie Google die mobile Seite rendert und indexiert.
4. Manuelle Geräteprüfungen: Prüfen Sie Schlüsselseiten bei jedem Release stichprobenartig auf echten Smartphones.

Beachten Sie, dass Google das eigenständige Mobile-Friendly-Test-Tool eingestellt hat, verlassen Sie sich daher stattdessen auf Lighthouse und die Search-Console-Berichte.

Ergebnis: ein Monitoring-Rhythmus mit Verantwortlichen, Tools und Schwellenwerten, die eine Maßnahme auslösen.

Was ist Mobile-First-Indexierung?

Mobile-First-Indexierung bedeutet, dass Google überwiegend die mobile Version Ihrer Seite für Crawling, Indexierung und Ranking verwendet. In der Praxis ist das, was Ihre mobile Seite enthält, das, was Google sieht – alles, was auf Mobile fehlt (Inhalte, Links, strukturierte Daten oder Metadaten), wird also möglicherweise nicht indexiert, selbst wenn es auf dem Desktop vorhanden ist.

Gibt es noch ein Mobile-Friendly-Test-Tool, das ich nutzen kann?

Google hat das eigenständige Mobile-Friendly-Test-Tool und seine API eingestellt. Für mobile Prüfungen nutzen Sie Lighthouse (verfügbar in den Chrome DevTools und in PageSpeed Insights) sowie die Berichte in der Google Search Console, darunter den Core-Web-Vitals-Bericht und das URL-Prüftool, die zeigen, wie Google Ihre mobilen Seiten rendert und indexiert.

Verbessert eine bessere Page Experience mein Ranking?

Page Experience ist eines von vielen Signalen, die Google berücksichtigt, doch behandeln Sie es eher als Entscheidungsgeber denn als magischen Ranking-Boost. Wenn zwei Seiten ähnlich relevant und hilfreich sind, kann eine bessere Erfahrung helfen, aber starker, relevanter Content bleibt der wichtigste Faktor. Verbessern Sie Page Experience vor allem, weil sie Ihren Nutzern hilft.

Was gilt als störendes Interstitial?

Ein störendes Interstitial ist typischerweise ein Pop-up oder Overlay, das den Hauptinhalt genau dann verdeckt, wenn ein Besucher aus der Suche kommt, ein eigenständiger Bildschirm, den er schließen muss, um fortzufahren, oder ein Layout, das echten Inhalt below the fold drängt. Vernünftige, leicht zu schließende Banner und gesetzlich vorgeschriebene Hinweise wie Cookie- oder Alterszustimmungen sind in der Regel akzeptabel.

Brauche ich getrennte Inhalte für Mobile und Desktop?

Nein. Google empfiehlt, allen Geräten dieselben Inhalte auszuliefern, idealerweise über eine einzige responsive Website. Falls Sie doch getrennte Mobile- und Desktop-Versionen pflegen, sorgen Sie für vollständige Parität von Inhalt, internen Links, strukturierten Daten und Metadaten, denn Google indexiert die mobile Version und ignoriert möglicherweise alles, was nur auf dem Desktop vorhanden ist.

Auf welche Core Web Vitals sollte ich mich bei Mobile konzentrieren?

Die drei Core Web Vitals sind Largest Contentful Paint (LCP) für das Laden, Interaction to Next Paint (INP) für die Reaktionsfähigkeit und Cumulative Layout Shift (CLS) für die visuelle Stabilität. Prüfen Sie sie im Core-Web-Vitals-Bericht der Search Console anhand von Echtdaten aus dem Feld und nutzen Sie dann Lighthouse, um die konkreten Ursachen auf langsamen mobilen Seiten zu diagnostizieren und zu beheben.