Responsive Design oder separate mobile Seite

Lange war m.example.com eine verbreitete Antwort auf das Smartphone: eine zweite, abgespeckte Website nur für kleine Bildschirme. Heute steht die Frage meist anders herum. Ein bestehender Mobilauftritt soll abgelöst werden, oder ein Anbieter schlägt für den neuen Shop wieder eine eigene Mobilfassung vor. Dieser Ratgeber vergleicht die Wege so, wie Google sie beschreibt, und zeigt, was jeder für die Suche bedeutet.

Warum die Mobilfassung überhaupt so wichtig ist, steht im Ratgeber Mobile-First-Indexierung beachten. Hier geht es um die technische Wahl.

Warum die Mobilfassung zählt

Google schreibt: "Google verwendet für die Indexierung und das Ranking die mobile Version des Website-Inhalts", also die Fassung, die der Smartphone-Crawler abruft ^[1]. Auch beim Abruf dominiert das Telefon: Die Mehrheit der Crawling-Anfragen von Googlebot läuft über den mobilen Crawler, nur eine Minderheit über den Desktop-Crawler ^[2]. Was in der Mobilfassung fehlt, fehlt für Google also ganz. Diese Grundregel gilt für alle drei Wege und macht die Unterschiede zwischen ihnen so folgenreich.

Die drei Wege im Überblick

Google unterscheidet drei Konfigurationen für Mobilgeräte ^[1]:

Zur Wahl sagt Google klar: "Google empfiehlt responsives Webdesign, weil dieser Ansatz am einfachsten zu implementieren und zu verwalten ist." ^[1] Google begründet die Empfehlung mit dem Aufwand; von einem Vorteil im Ranking ist an dieser Stelle keine Rede.

Was eine separate mobile Seite verlangt

Wer bei getrennten Adressen bleibt, muss zwei Websites synchron halten. Google listet dafür eine Reihe von Anforderungen auf ^[1]:

• Beide Fassungen sind über Verweise verbunden. Google schreibt: "Die Desktop-URL ist immer die kanonische URL und die mobile Version die alternative URL." Die Desktopseite trägt ein rel="alternate" auf die mobile Seite, die mobile Seite ein rel="canonical" auf die Desktopseite.
• Die mobile Website zeigt dieselben Inhalte wie die Desktopwebsite.
• Beide Fassungen haben dieselben strukturierten Daten und dieselben robots-Meta-Tags.
• Title-Element und Meta-Beschreibung sind in beiden Fassungen identisch, ebenso die Überschriften und die Alt-Texte der Bilder.
• hreflang zeigt von mobilen Adressen auf mobile Adressen und von Desktopadressen auf Desktopadressen.
• Fehlerseiten haben in beiden Fassungen denselben Status.
• Die mobile Fassung enthält keine Fragment-Adressen.
• Die mobile Website hat genug Kapazität für das zusätzliche Crawling.

Eine Falle nennt Google ausdrücklich: Leiten verschiedene Desktopadressen auf dieselbe mobile Adresse weiter, etwa auf die mobile Startseite, fehlen diese Seiten im Index ^[1]. Genau das passiert, wenn eine m-Domain nicht für jede Desktopseite eine Entsprechung hat und alles Fehlende auf die Startseite schickt.

Dynamische Auslieferung: eine Adresse, zwei Fassungen

Bei der dynamischen Auslieferung bleibt die Adresse gleich, der Server erkennt aber das Gerät und liefert anderes HTML. Der Header Vary: user-agent sagt Caches und Crawlern, dass die Antwort vom Gerät abhängt ^[1]. Der Vorteil gegenüber getrennten Adressen: keine Weiterleitungen, keine Verweise zwischen zwei Domains. Der Nachteil bleibt: Zwei Fassungen müssen gleichwertig gepflegt werden, und die Geräteerkennung muss auch neue Geräte richtig einordnen. Für die Suche gelten dieselben Regeln zu Inhalt, Metadaten und Bildern wie bei getrennten Adressen.

Was für responsives Design spricht

Mit einer Adresse und einem HTML für alle Geräte entfallen die meisten Punkte der Liste oben. Inhalte, Title, strukturierte Daten und Alt-Texte gibt es nur einmal, also können sie nicht auseinanderlaufen. Links von außen zeigen alle auf dieselbe Adresse. Google muss keine Varianten zusammenführen, die laut Google sonst als Gerätevarianten eine typische Quelle doppelter Inhalte sind ^[3].

Technische Grundlage ist das viewport-Meta-Tag. Ohne es rendern Mobilbrowser Seiten laut MDN möglicherweise mit einem virtuellen Fenster von 980 Pixeln und verkleinern das Ergebnis danach auf die Breite des Geräts ^[4]. Empfohlen wird die Einstellung width=device-width, die die Breite an das Gerät anpasst. Die Vergrößerung sollten Sie nicht mit user-scalable=no abschalten, weil Menschen mit eingeschränktem Sehvermögen Inhalte dann womöglich nicht lesen können ^[4].

Responsiv heißt allerdings nicht automatisch gleichwertig. Inhalte, die auf dem Telefon per CSS ausgeblendet oder erst nach einem Tippen nachgeladen werden, sind ein häufiger Grund für Lücken. Google rät, für Hauptinhalte kein Lazy Loading nach Nutzerinteraktion zu verwenden ^[1]. Mehr dazu unter mobile Inhalte gleichwertig halten.

Der Wechsel von m-Domain zu responsive

Wer eine separate Mobilfassung ablöst, zieht eigentlich nur eine halbe Website um, sollte aber genauso sorgfältig planen. Wir empfehlen diese Reihenfolge:

1. Für jede mobile Adresse die passende Adresse der responsiven Fassung bestimmen. Eine Tabelle alt gegen neu verhindert, dass Seiten ohne Gegenstück auf die Startseite fallen.
2. Die responsive Fassung so bauen, dass sie mindestens alle Inhalte der bisherigen Desktopfassung enthält.
3. Jede mobile Adresse per 301 auf ihre Entsprechung weiterleiten. Google wertet 301 als starkes Signal, das Ziel der Weiterleitung zu verarbeiten ^[5].
4. Die Verweise rel="alternate" und rel="canonical" zwischen den alten Fassungen entfernen, ebenso eine eventuelle Weiterleitung von Mobilgeräten auf die m-Domain.
5. In der Search Console beobachten, ob die alten mobilen Adressen aus dem Index verschwinden und die responsiven Seiten ihre Impressionen übernehmen.

Die Weiterleitungen sollten bestehen bleiben, solange noch Links oder Lesezeichen auf die alten Adressen zeigen. Für den Umzug im Ganzen gibt es die Leistung Website-Migration.

Welche Konfiguration Ihre Website hat

Nicht jeder weiß, welcher der drei Wege auf der eigenen Website umgesetzt ist, vor allem nach Jahren mit wechselnden Dienstleistern. Drei Prüfungen schaffen Klarheit:

• Rufen Sie eine Unterseite am Telefon auf und sehen Sie auf die Adresszeile. Wechselt die Adresse auf eine m-Domain oder einen Pfad wie /mobile/, haben Sie getrennte Adressen.
• Vergleichen Sie den Quelltext derselben Adresse am Telefon und am Rechner. Ist das HTML verschieden, die Adresse aber gleich, liegt dynamische Auslieferung vor. Dann muss in den Antwortkopfzeilen der Header Vary: user-agent stehen.
• Sind Adresse und HTML gleich und ändert sich nur das Layout, ist die Website responsiv. Prüfen Sie dann das viewport-Meta-Tag im head.

Wie Sie die Darstellung selbst testen, steht unter mobile Darstellung testen.

Wann eine eigene Mobilfassung trotzdem passt

Es gibt wenige Fälle, in denen getrennte Fassungen bleiben. Etwa wenn ein altes System keine responsiven Vorlagen kann und eine Ablösung erst in einem späteren Relaunch geplant ist. Dann ist die richtige Pflege nach Googles Liste wichtiger als ein schneller Umbau. Für neue Projekte sehen wir keinen Grund, mit getrennten Adressen zu beginnen.

Sie stehen vor der Entscheidung oder haben eine m-Domain, deren Pflege Sie belastet? Bringen Sie Ihre Frage in die gratis Sprechstunde mit. Die Umsetzung für Mobilgeräte begleitet SEO NW in der Leistung Mobile SEO. Kurz erklärt steht der Begriff im Glossar unter Responsive Webdesign, eine schnelle Antwort in der FAQ unter Muss meine Website responsive sein?

1. Organisation Best Practices für die Mobile-First-Indexierung. Google Search Central. Stand 20.02.2026. abgerufen am 31.10.2026
2. Organisation Googlebot. Google Search Central. Stand 06.02.2026. abgerufen am 31.10.2026
3. Organisation Was ist URL-Kanonisierung?. Google Search Central. Stand 09.09.2026. abgerufen am 31.10.2026
4. Organisation viewport (Meta-Name). MDN Web Docs (Mozilla). Stand laufend. abgerufen am 31.10.2026
5. Organisation Wie sich HTTP-Statuscodes sowie Netzwerk- und DNS-Fehler auf die Google Suche auswirken. Google Search Central. Stand 06.03.2026. abgerufen am 31.10.2026

Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Haben Sie einen Fehler entdeckt? Schreiben Sie uns.