Mobile SEO: Optimierung für Smartphones

Was Mobile SEO ist und wie es richtig umgesetzt wird — mit Mobile-First-Indexierung, responsivem Design, mobiler Bedienbarkeit, mobilen Core Web Vitals, aufdringlichen Interstitials und dem aktuellen Status von AMP. Der Hub für den gesamten Mobile-SEO-Cluster.

Erstveröffentlicht: 27. Juni 2026 · Zuletzt aktualisiert: 21. Aug. 2026 · Fortgeschritten
Sprachen

Mobile SEO optimiert Websites für mobile Nutzer und für die Mobile-First-Indexierung. Seit Google die Umstellung im Oktober 2023 abgeschlossen hat, ist die mobile Seitenversion die primäre Grundlage für Indexierung und Ranking. Google empfiehlt responsives Design; besonders wichtig ist vollständige Inhaltsparität im mobilen HTML. Hinzu kommen schnelle mobile Core Web Vitals, lesbare Schriften, gut antippbare Ziele und keine aufdringlichen Interstitials. Mobile-Friendly Test und Search-Console-Bericht zur mobilen Nutzerfreundlichkeit wurden im Dezember 2023 eingestellt; heute ist Lighthouse das zentrale Prüfwerkzeug. AMP wird für neue Projekte nicht mehr empfohlen. Dieser Hub erschließt alle Deep Dives des Clusters.

TL;DR — Diese Disziplin optimiert für Smartphone-Nutzer und für Mobile-First-Indexierung. Seit Googles Umstellung im Oktober 2023 und der vollständigen Durchsetzung nach dem 5. Juli 2024 ist die mobile Version die primäre Grundlage für Indexierung und Ranking. Es gibt nur einen Index; mobile Suchoptimierung ist deshalb Basis-SEO. Google empfiehlt responsives Design. Bei der Inhaltsparität gilt: “only the content shown on the mobile site is used for indexing” (Übersetzung) „Nur die auf der mobilen Website gezeigten Inhalte werden für die Indexierung verwendet“. Text, strukturierte Daten, Bilder, Alt-Texte und Links müssen im mobilen HTML stehen. Hinzu kommen schnelle mobile Core Web Vitals (LCP, INP, CLS), gute mobile Bedienbarkeit und keine aufdringlichen Interstitials. Test auf Mobilfreundlichkeit und Search-Console-Bericht zur mobilen Nutzerfreundlichkeit wurden im Dezember 2023 eingestellt; verwende heute Lighthouse. AMP wird für neue Projekte nicht mehr empfohlen.

Evidence for this claim Google primarily indexes the mobile version of a site's content. Scope: Google mobile-first indexing. Confidence: high · Verified: Google Search Central: Mobile-first indexing Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google mobile configuration guidance. Confidence: high · Verified: Google Search Central: Mobile site configurations

Was Mobile SEO tatsächlich umfasst

Mobile SEO sorgt dafür, dass eine Website mit einem mobilen User-Agent zuverlässig gecrawlt und indexiert wird und Menschen auf Smartphones eine schnelle, gut bedienbare Erfahrung bietet. Diese Ziele hängen zusammen, sind aber nicht identisch. Der Themenbereich teilt sich entsprechend:

  • Indexierungsseite: Mobile-First-Indexierung, Inhaltsparität und Website-Konfiguration (responsiv, dynamische Bereitstellung oder getrennte URLs).
  • Erfahrungsseite: mobile Core Web Vitals, mobile Bedienbarkeit und aufdringliche Interstitials.

Das Thema ist aus einem technischen Grund kein Nischenthema mehr: Google liest für Indexierung und Ranking die mobile Version. Mobile Fehler beeinträchtigen daher nicht nur mobilen Traffic, sondern die gesamte organische Sichtbarkeit.

Mobile-First-Indexierung in einem Absatz

Google verwendet für Indexierung und Ranking die mit dem Smartphone-Agent gecrawlten Inhalte der mobilen Website-Version. Das ist Mobile-First-Indexierung. Der Rollout führte vom Experiment 2016 über den Standard für neue Websites 2019 und die Ankündigung für das „gesamte Web“ im März 2020 bis zum Abschluss im Oktober 2023. Seit dem 5. Juli 2024 wird dies vollständig durchgesetzt: Eine Website, die für den mobilen Googlebot tatsächlich nicht funktioniert, kann vollständig aus dem Index fallen. Es gibt weder einen separaten mobilen Index noch einen Opt-out; Mobile-First-Indexierung ist auch kein Rankingbonus, sondern bestimmt nur, welche Version Google liest. Der eigene Deep Dive behandelt Parität, Zeitachse, Lazy-Loading-Falle und Bings abweichenden Ansatz; hier geht es um den Zusammenhang.

Evidence for this claim Google says it predominantly uses the mobile version of a site’s content for indexing and ranking. Scope: mobile and desktop rendered web documents Confidence: high · Verified: Mobile-first indexing best practices

Website-Konfiguration: drei Optionen, eine Empfehlung

Google unterstützt drei Varianten für mobile Inhalte:

KonfigurationEine URL?Gleiches HTML?ParitätsrisikoGoogles Position
Responsives DesignJaJaNiedrig — eine VersionEmpfohlen
Dynamische BereitstellungJaNein (nach User-Agent)Mittel — Abweichungen möglichFunktioniert; benötigt Vary: User-Agent
Getrennte URLs (m-dot)NeinNeinHoch — zwei Websites abgleichenAm wenigsten empfohlen

Google formuliert es ausdrücklich: “Google recommends Responsive Web Design because it’s the easiest design pattern to implement and maintain” (Übersetzung) „Google empfiehlt responsives Webdesign, weil dieses Muster am einfachsten umzusetzen und zu pflegen ist“ — nicht, weil es besser rankt. Eine einzige Version macht Inhaltsparität weitgehend automatisch; dynamische Bereitstellung und getrennte URLs schaffen eine zweite HTML-Oberfläche, die abweichen kann. Die Details stehen in Responsives Design und Dynamische Bereitstellung, einschließlich der Anforderung Vary: User-Agent; die Canonical-/Alternate- Konfiguration für m-dot behandelt der Mobile-First-Deep-Dive.

Evidence for this claim Google recommends responsive web design as the easiest mobile configuration to implement and maintain. Scope: Google mobile configuration guidance. Confidence: high · Verified: Google Search Central: Mobile site configurations

Inhaltsparität ist die entscheidende Regel

Da Google die mobile Version liest, gilt: “only the content shown on the mobile site is used for indexing” (Übersetzung) „Nur die auf der mobilen Website gezeigten Inhalte werden für die Indexierung verwendet“. Googles Leitfaden beginnt mit “Make sure that your mobile site contains the same content as your desktop site” (Übersetzung) „Stelle sicher, dass deine mobile Website dieselben Inhalte wie deine Desktop-Website enthält“. Parität umfasst mehr als Fließtext:

  • Strukturierte Daten“Make sure that your mobile and desktop sites have the same structured data” (Übersetzung) „Stelle sicher, dass mobile und Desktop-Website dieselben strukturierten Daten haben“; URLs im Markup müssen auf die mobilen URLs verweisen.
  • Bilder und Alt-Texte — dieselben Bilder und Alt-Texte mobil beibehalten; das ist für die Bildersuche relevant.
  • Titel und Meta-Beschreibungen — auf beiden Versionen gleichwertig.
  • Überschriften“Use the same clear and meaningful headings” (Übersetzung) „Verwende dieselben klaren und aussagekräftigen Überschriften“.
  • Interne Links und Navigation — mobil nicht entfernen.
  • Robots-Meta-Tags — ein nur im mobilen Template ausgeliefertes noindex kann versehentlich deindexieren.

Parität bedeutet nicht Bytegleichheit. Ein reduziertes mobiles Layout ist in Ordnung; indexierbare Inhalte wegzulassen ist es nicht. Auch in Tabs oder Akkordeons aus UX-Gründen verborgene Inhalte sind mobil zulässig. Gary Illyes stellte klar: “in the mobile-first world content hidden for ux should have full weight” (Übersetzung) „In einer Mobile-First-Welt sollten aus UX-Gründen verborgene Inhalte volles Gewicht haben“.

Mobile Seitengeschwindigkeit und Core Web Vitals

Geschwindigkeit wiegt mobil besonders schwer, weil Verbindungen und Geräte schwächer und die Geduld kürzer sein können. Google bewertet die Seitenerfahrung wesentlich über die Core Web Vitals; “Core Web Vitals are used by our ranking systems” (Übersetzung) „Core Web Vitals werden von unseren Ranking-Systemen verwendet“. Die mobilen Schwellenwerte lauten:

  • LCP (Largest Contentful Paint) — unter 2,5 s.
  • INP (Interaction to Next Paint) — unter 200ms.
  • CLS (Cumulative Layout Shift) — unter 0,1.

Zur Einordnung: Seitenerfahrung besteht aus Signalen innerhalb umfassenderer Ranking-Systeme und ist kein eigenständiges Ranking-System. Google schreibt, es “always seeks to show the most relevant content, even if the page experience is sub-par.” (Übersetzung) „versucht stets, die relevantesten Inhalte zu zeigen, selbst wenn die Seitenerfahrung unterdurchschnittlich ist“. Verbessere CWV für Nutzer und wegen des realen Signals, nicht in der Erwartung, damit deutlich bessere Inhalte zu überholen. PageSpeed Insights weist mobile und Desktop-Werte getrennt aus; konzentriere dich auf mobil.

Mobile Bedienbarkeit

Zu Googles Grundlagen für eine gute Seitenerfahrung gehören:

  • Viewport-Meta-Tag<meta name="viewport" content="width=device-width, initial-scale=1">. Ohne ihn rendern mobile Browser in Desktop-Breite.
  • Lesbare Schriften — ohne Zoomen lesbar; etwa 16 px Basisgröße sind ein sicherer Ausgangspunkt.
  • Touch-Ziele — Schaltflächen und Links zuverlässig antippbar; etwa 48 px.
  • Kein horizontales Scrollen — Inhalte passen in den Viewport.
  • CSS/JS nicht in robots.txt blockieren — Googlebot muss die mobile Seite rendern können.

Das entspricht Googles Prüffrage “Does your content display well on mobile devices?” (Übersetzung) „Wird dein Inhalt auf Mobilgeräten gut dargestellt?“. Vollständige Tests und Schwellenwerte erklärt Mobile Bedienbarkeit; Syntax, Attribute und typische Fehler des Viewport-Tags stehen unter Viewport-Meta-Tag.

Aufdringliche Interstitials

Vollflächige Pop-ups, die nach einem Suchtreffer Inhalte verdecken, können schaden. Google definiert: “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes” (Übersetzung) „Aufdringliche Interstitials und Dialoge sind Seitenelemente, die meist zu Werbezwecken die Sicht auf den Inhalt versperren“ und erklärt, sie “make it hard for Google and other search engines to understand your content” (Übersetzung) „erschweren Google und anderen Suchmaschinen das Verständnis deiner Inhalte“. Problematisch sind Vollbild-Overlays, vor dem Lesen zu schließende Zwischenseiten und Inhalte hinter Werbeschichten. Kleine Banner, native App-Installationsbanner sowie gesetzlich nötige Einwilligungs- oder Altersabfragen sind zulässig.

Was ist mit AMP?

AMP (Accelerated Mobile Pages) wird für neue Projekte nicht mehr empfohlen. Google entfernte die AMP-Pflicht für das Top-Stories-Karussell und AMP als Ranking-Signal. Normales responsives HTML mit guten Core Web Vitals erfüllt den Zweck ohne zweite Codebasis. Bestehendes AMP kann bleiben; für neue Projekte ist es nicht nötig.

Die Tool-Landschaft hat sich verändert — heute Lighthouse verwenden

Viele ältere Leitfäden sind hier überholt. Am 1. Dezember 2023 stellte Google den Search-Console-Bericht zur mobilen Nutzerfreundlichkeit, den Mobile-Friendly Test und dessen API ein. Google betonte: “doesn’t mean that mobile usability isn’t important” (Übersetzung) „bedeutet nicht, dass mobile Nutzerfreundlichkeit unwichtig ist“. Sie bleibt Teil der Seitenerfahrung. Zugleich seien “many other robust resources for evaluating mobile usability … including Lighthouse from Chrome” (Übersetzung) „viele andere belastbare Ressourcen zur Bewertung mobiler Nutzerfreundlichkeit … darunter Lighthouse von Chrome“ entstanden. Das heutige Werkzeugset:

  • Lighthouse in Chrome DevTools — Ersatz für den Mobile-Friendly Test; prüft Bedienbarkeit und Leistung.
  • PageSpeed Insights — mobile Core Web Vitals aus Feld- und Labordaten.
  • Search Console — Core-Web-Vitals-Bericht, Crawl-Statistiken und URL-Prüfung des gerenderten mobilen HTML.
  • Geräteemulation in Chrome DevTools — visuelle Prüfung in Smartphone-Abmessungen.

Empfiehlt ein Leitfaden noch den „Mobile-Usability-Bericht“, ist er veraltet.

Nächste Schritte im Mobile-SEO-Cluster

Dieser Hub ist die Übersicht. Jedes Thema besitzt einen eigenen Deep Dive:

Zur Überschneidung mit der Seitenerfahrung siehe Core Web Vitals; die Rolle mobiler Seiten im Crawl-/Index-Prozess erklärt die übergeordnete Säule Technisches SEO.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.