Startseite > Lexikon > SEO > Dynamic Serving

SEO

Dynamic Serving

Gleiche Adresse, anderes HTML: Beim Dynamic Serving bekommt das Handy eine andere Fassung der Seite als der Desktop. Google erlaubt das — aber es gibt reichlich Stellen, an denen es schiefgeht.

Auch bekannt alsdynamische BereitstellungDynamic-Serving

5 Min

Lesezeit

13.11.2026

Letzte Aktualisierung

Was ist Dynamic Serving?

Was sieht dein Besucher auf dem Handy — dieselbe Seite wie am Rechner, nur anders angeordnet? Bei den meisten Websites ja. Beim Dynamic Serving nicht: Hier liefert der Server je nach Gerät unterschiedliches HTML aus, unter derselben Adresse.

Woher weiß der Server, wer anfragt? Aus dem User-Agent, einer Kennung, die jeder Browser mitschickt. Steht dort ein Smartphone, gibt es die Handy-Fassung. Steht dort ein Desktop-Browser, die Desktop-Fassung.

Google nennt drei Wege für mobile Websites: Responsive Design, Dynamic Serving und separate URLs. Alle drei sind erlaubt. Empfohlen wird Responsive Design, weil es laut Google am einfachsten umzusetzen und zu pflegen ist.

Dynamic Serving im Vergleich

Methode

So funktioniert es

Responsive

gleiche URL, gleiches HTML, CSS passt an

Dynamic Serving

gleiche URL, HTML je Gerät

Separate URLs

eigene Mobil-Adresse, etwa m.domain.de

Der Haken an Dynamic Serving: Du pflegst zwei Fassungen. Inhalt, Titel, Beschreibung, strukturierte Daten und Alt-Texte müssen in beiden gleich sein. Fehlt etwas in der Handy-Fassung, fehlt es auch für Google.

Die Technik dahinter

Damit Caches und Suchmaschinen wissen, dass sich die Antwort je nach Gerät unterscheidet, schickt der Server den Header Vary: User-Agent mit. Google hat dazu schon 2012 dringend geraten.

Genau hier wird es heikel. Es gibt sehr viele verschiedene User-Agent-Kennungen: Der CDN-Anbieter Fastly fand 2014 in 100.000 Anfragen knapp 8.000 verschiedene. Und nicht jeder Cache beachtet den Vary-Header. Cloudflare etwa berücksichtigt ihn laut eigener Doku standardmäßig nicht.

Wie selten Dynamic Serving heute ist, zeigt der Web Almanac des HTTP Archive: 2022 schickten noch 12 % der Desktop- und 13 % der Mobilseiten den Header Vary: User-Agent mit, 2024 waren es nur noch 1 % und 2 %. Gleichzeitig setzen rund 95 % der Mobilseiten den Viewport-Tag, ein Zeichen für Responsive Design (2025).

Zwei typische Pannen

Fall A · Cache

Dynamic Serving hinter Cloudflare

Fassung im Cache

Geräteklassen

Der erste Besucher bestimmt, was alle anderen sehen

Kommt zuerst ein Desktop-Nutzer, landet die Desktop-Fassung im Cache — und geht dann auch an Smartphones, im schlimmsten Fall an den Googlebot.

Fall B · WordPress

Eigenes Mobil-Theme mit Seiten-Cache

Tablet

für WordPress mobil

Tablet

für WP Rocket Desktop

Das iPad bekommt ein Layout, das nicht passt

WordPress zählt Tablets zu den Mobilgeräten, der Mobil-Cache von WP Rocket greift standardmäßig nur bei Handys.

Häufige Fehler

Fehler 1 · Handy-Fassung abgespeckt

Weniger Text, keine strukturierten Daten, fehlende Alt-Texte, anderer Seitentitel: Google nennt genau diese Fehlerbilder. Bei Dynamic Serving passieren sie leicht, weil zwei Templates auseinanderlaufen.

Fehler 2 · noindex nur mobil

Steht in der Handy-Fassung ein anderes Robots-Meta-Tag oder sperrt die robots.txt mobile Ressourcen, fällt die Seite aus dem Index.

Fehler 3 · Cache ohne Geräte-Trennung

Kein Vary-Header oder ein CDN, das ihn ignoriert: Dann vermischen sich die Fassungen. Die WordPress-Doku warnt ausdrücklich, dass jeder Seiten-Cache getrennte Bereiche für mobil und nicht mobil braucht.

Fehler 4 · Googlebot nicht erkannt

Der Smartphone-Googlebot meldet sich als Android-Chrome mit wechselnder Versionsnummer. Wer seine Erkennung auf eine feste Version baut, schickt Google die falsche Fassung.

Nicht verwechseln

Dynamic Rendering: unterscheidet Bot und Mensch, nicht Handy und Desktop. Google nennt es eine Notlösung.
Cloaking: Suchmaschinen etwas anderes zeigen als Nutzern, um Rankings zu manipulieren. Dynamic Serving ist legitim, solange der Inhalt gleichwertig ist.

Häufige Fragen

Ist Dynamic Serving schlecht für SEO?

Nein, Google erlaubt es ausdrücklich. Es ist aber fehleranfälliger als Responsive Design, weil du zwei Fassungen pflegst und der Cache richtig eingestellt sein muss. Fehler in der Handy-Fassung schlagen wegen Mobile-First-Indexing direkt auf die Rankings durch.

Ist Dynamic Serving Cloaking?

Nein, solange beide Fassungen gleichwertige Inhalte haben. Cloaking heißt, Suchmaschinen gezielt etwas anderes zu zeigen als Nutzern, um Rankings zu manipulieren. Beim Dynamic Serving bekommt der Smartphone-Googlebot dasselbe wie ein Smartphone-Nutzer.

Brauche ich den Header Vary: User-Agent noch?

Wenn du Dynamic Serving nutzt, ja. Er sagt Caches, dass sich die Antwort je nach Gerät unterscheidet. Prüf zusätzlich, ob dein CDN den Header beachtet. Bei Responsive Design brauchst du ihn nicht.

Wie prüfe ich, welche Fassung Google sieht?

Mit der URL-Prüfung in der Google Search Console. Sie zeigt die Seite so, wie der Smartphone-Googlebot sie abgerufen hat. Dazu kannst du in den Chrome DevTools den User-Agent umstellen und die Antworten vergleichen.

Quellen