So prüfen Sie, ob eine Website eine mobile Version hat
Eine Website kann auf drei verschiedene Arten eine „mobile Version“ haben. Es kann eine responsive Seite sein, die sich selbst anpasst, eine separate mobile Website mit eigener URL oder eine Desktop-Seite, die lediglich zusammenschrumpft und auf das Beste hofft. Letzteres kommt häufig vor.
Bevor Sie etwas bewerten, müssen Sie das Ziel definieren. Wenn Sie herausfinden wollen, wie man prüft, ob eine Website eine Kontaktseite hat, achten Sie auf eine andere Art von Signal; hier prüfen Sie Bildschirmverhalten, Navigation und Geräteanpassung. Wenn Sie sich fragen, wie prüfe ich ob eine website mobilfreundlich ist, geht es also um genau diese Hinweise. Andere Frage, andere Belege. Ganz einfach — nur verwechseln das viele.
Eine mobile Version sollte mehr können als nur „aufgehen“ auf dem Smartphone. Sie sollte sich an kleinere Bildschirme anpassen, Text lesbar halten und die Hauptfunktion ohne Zoomen und seitliches Verschieben erhalten. Ein Hamburger-Menü allein beweist wenig. Eine winzige Desktop-Ansicht ebenso wenig.
1. Definieren Sie, was „mobile Version“ bei Ihrer Prüfung bedeutet
Beginnen Sie mit einer Entscheidung: Suchen Sie nach einer separaten mobilen Website, einem responsiven Layout oder einer mobil optimierten Erfahrung wie einem App-Hinweis oder einem vereinfachten Menü? Diese eine Wahl bestimmt, worauf Sie zuerst achten.
Eine separate mobile Website nutzt oft eine andere Subdomain, etwa m.example.com, oder einen eigenen Pfad. Ein responsives Layout behält meist dieselbe URL und passt die Seite per CSS an. Eine mobil optimierte Erfahrung kann weiterhin auf derselben Seite liegen, zeigt aber andere Navigation, weniger Spalten oder einen Hinweis zur App-Installation. Das ist nicht dasselbe.
Bei älteren Websites ist die mobile Version oft offensichtlich. Bei neueren kann sie im Design versteckt sein, statt eine eigene Adresse zu haben. Wer eine mobile version website erkennen möchte, sollte daher nicht nur auf die URL schauen. Achten Sie darauf.
Ein praktischer Hinweis: Eine Website, die nur die Schriftgröße verändert, ist kaum eine mobile Version. Eine Website, die Menü, Abstände, Medienblöcke und Formularlayout anpasst, leistet echte Arbeit.
2. Prüfen Sie die Website im Desktop-Browser, ohne das Gerät zu wechseln
Öffnen Sie die Seite zuerst in einem normalen Desktop-Browser. Verkleinern Sie dann das Fenster langsam, nicht in einem Sprung. Beobachten Sie, was sich bei 1200 Pixeln ändert, dann bei 1024, dann bei 768. Diese Werte sind wichtig, weil viele Layouts genau an diesen Punkten brechen.
Achten Sie auf das Verhalten, nicht nur auf das Design. Klappt die obere Navigation in ein Menü zusammen? Verschieben sich Seitenleisten unter den Hauptinhalt? Wird ein großes Bild kleiner, ohne dass der Text aus dem Bildschirmausschnitt gedrängt wird? Das sind Zeichen dafür, dass die Seite zum Anpassen gebaut wurde.
Eine Website kann vorgeben, mobilfreundlich zu sein, indem sie einfach alles verkleinert. Das reicht nicht. Nutzer brauchen weiterhin lesbare Absätze, gut antippbare Schaltflächen und Formulare, die kein seitliches Scrollen erfordern.
Öffnen Sie eine Seite mit einem langen Formular. Wenn Beschriftungen bei kleinerer Breite überlappen, ist die mobile Version schwach. Wenn Felder sauber untereinander angeordnet sind und der Absende-Button sichtbar bleibt, ist die mobile Version wahrscheinlich gut geplant.
Als schneller Gegencheck können Sie auch die Struktur mit einer anderen Seite derselben Domain vergleichen, etwa wie man prüft, ob eine Website Inhalte zur Versandrichtlinie sauber darstellt. Websites halten Richtlinienseiten oft starrer als Produktseiten, und genau dieser Unterschied kann zeigen, ob Responsive-Regeln nur auf der Startseite oder sitewide angewendet wurden.
3. Prüfen Sie Quellcode und CSS auf mobile Einstellungen
Sehen Sie sich den Quellcode an oder öffnen Sie die Entwicklertools. Suchen Sie nach dem Viewport-Meta-Tag. Wenn Sie width=device-width und eine sinnvolle Anfangsskalierung sehen, ist das ein starkes Zeichen dafür, dass die Website mit mobilen Bildschirmen im Blick gebaut wurde.
Prüfen Sie dann die CSS-Dateien. Responsiver Code enthält normalerweise Media Queries mit Breakpoints wie 768px, 1024px oder 480px. Sie müssen nicht jede Zeile lesen. Schon ein oder zwei gut platzierte Breakpoints verraten viel.
Achten Sie auch auf mobilbezogene Assets. Eine Bilddatei kann kleinere Versionen für langsame Verbindungen haben. Ein Navigationsskript kann nur laden, wenn der Bildschirm schmal ist. Eine Schriftart kann für bessere Lesbarkeit ihre Stärke wechseln. Solche Details sind wichtig, weil sie Absicht zeigen und keinen Zufall.
Wenn der Quellcode überall feste Breiten verwendet, sollten Sie skeptisch sein. Feste Layouts lassen sich zwar auch auf dem Smartphone öffnen, aber das heißt nicht, dass die Seite eine mobile Version hat. Es kann einfach eine Desktop-Seite sein, die in einen kleineren Kasten gequetscht wurde.
Hier übersehen viele den entscheidenden Punkt: Der Quellcode kann mobile Unterstützung offenbaren, selbst wenn die sichtbare Seite schlicht wirkt. Eine saubere Seite ist unter der Haube nicht immer einfach. Eine unruhige Seite ist nicht immer kaputt.
4. Vergleichen Sie das Verhalten bei typischen mobilen Breiten
Testen Sie im Browser ein paar Standardbreiten. Probieren Sie 375 Pixel, 390 Pixel und 414 Pixel für moderne Smartphones und danach 768 Pixel für eine tabletähnliche Ansicht. Dieser Bereich deckt die meisten Layoutprobleme schnell auf.
Prüfen Sie bei 375 Pixeln, ob der Inhalt im Bildschirm bleibt. Prüfen Sie bei 390 Pixeln, ob Schaltflächen groß genug für den Daumen sind. Prüfen Sie bei 414 Pixeln auf leere Ränder oder abgeschnittene Banner. Das sind kleine Hinweise, aber sie summieren sich.
Eine gute mobile Version ordnet sich sauber neu. Eine schwache wird einfach kleiner. Es gibt einen echten Unterschied zwischen „passt hinein“ und „funktioniert“.
Probieren Sie dieselbe Seite im Hoch- und Querformat. Manchmal funktioniert sie in einer Ausrichtung gut und wird in der anderen unpraktisch. Eine Galerie kann Bilder zu eng fixieren oder eine Tabelle unlesbar werden. Tabellen sind besonders aussagekräftig.
Wenn Sie eine responsive website testen, lohnt es sich besonders, eine Vergleichstabelle zu reduzieren und das Ergebnis zu beobachten. Eine saubere mobile Version kann Zeilen untereinander anordnen oder kontrolliertes horizontales Scrollen erlauben. Eine schlechte schneidet die letzte Spalte ab. Genau so etwas merken Nutzer sehr schnell.
5. Suchen Sie nach separaten mobilen URLs oder Geräte-Weiterleitungen
Ältere Websites leiten Smartphones manchmal auf eine andere Adresse weiter. Sie sehen dann vielleicht m.example.com, mobile.example.com oder eine URL mit /mobile/ oder /amp/. Prüfen Sie nach dem Laden der Seite im Smartphone oder in einem schmalen Emulationsfenster genau die Adresszeile.
Geräte-Weiterleitungen können still im Hintergrund passieren. Ein Desktop-Nutzer sieht eine Seite, während ein Smartphone-Nutzer auf einer anderen landet. Das kann auf eine eigene mobile Version hinweisen, aber auch auf eine ältere Einrichtung, die nie modernisiert wurde.
Achten Sie auf Weiterleitungen, die vor dem vollständigen Laden der Seite stattfinden. Ein schneller Sprung von einer Domain zur anderen bedeutet oft, dass der Server den Gerätetyp erkennt. Wenn die Weiterleitung bei einer abgespeckten Seite endet, wurde die Website womöglich für ältere Telefone gebaut, nicht für moderne responsive Bildschirme.
Seien Sie vorsichtig mit Annahmen. Eine mobile URL bedeutet nicht automatisch, dass die Seite auf Smartphones besser ist. Manchmal bedeutet sie nur, dass die Website älter, langsamer und schwerer zu pflegen ist.
Ein einfacher Hinweis ist die Konsistenz. Wenn nur die Startseite weiterleitet und Unterseiten nicht, ist die mobile Version wahrscheinlich unvollständig.
6. Testen Sie, ob die Website nach User-Agent unterscheidet
Öffnen Sie die Entwicklertools und stellen Sie den User-Agent auf ein Smartphone-Profil um. Laden Sie die Seite dann neu. Wenn sich der Inhalt ändert, liefert die Website mobiles HTML oder CSS getrennt aus.
Das ist wichtig, weil manche Websites ihre mobile Version hinter der Geräteerkennung verstecken. Im Desktop-Browser zeigen sie vielleicht ein vollständiges Layout; mit einem Smartphone-User-Agent zeigen sie ein schmaleres Menü, andere Bilder oder sogar andere Textblöcke. Das sehen Sie nicht allein durch Verkleinern.
Testen Sie mindestens zwei User-Agents: ein modernes iPhone-Profil und ein Android-Profil. Wenn sich die Website zwischen beiden unterschiedlich verhält, notieren Sie den genauen Unterschied. Eine Änderung in der Navigation ist relevant. Eine Änderung bei Analytics-Skripten reicht nicht aus.
Wenn die Seite nur unter einem User-Agent kaputtgeht, wurde die mobile Version möglicherweise für bestimmte Geräte nachgebessert statt sauber gebaut. Das ist ein Wartungsproblem. Es kann auch merkwürdige Fehler erzeugen, die nur auf bestimmten Smartphones auftreten.
Für einen separaten Blick auf die Seitenstruktur können Sie sie mit wie man prüft, ob eine Website Nutzungsbedingungen-Seiten behandelt, vergleichen. Rechtliche Seiten sind oft weniger responsiv als Produktseiten und daher nützlich, um nur teilweise vorhandene mobile Unterstützung zu erkennen.
7. Prüfen Sie öffentliche Webarchive und Suchausschnitte auf frühere mobile Varianten
Öffentliche Archive können zeigen, ob es früher eine mobile Version gab. Suchen Sie die Website in der Wayback Machine oder einem anderen Archiv und prüfen Sie Snapshots aus mehreren Jahren, nicht nur einen. Eine mobile Seite aus dem Jahr 2018 kann eine Geschichte erzählen, die eine Homepage aus 2026 verbirgt.
Archivierte URLs können alte mobile Subdomains, gerätespezifische Weiterleitungen oder separate Templates offenlegen. Auch Suchergebnisse helfen. Wenn indexierte Treffer einen mobilen Pfad oder eine AMP-Seite zeigen, spricht das dafür, dass die Website früher öffentlich eine mobile Version hatte.
Überinterpretieren Sie nicht einen einzelnen Snapshot. Archive können Stylesheets, Skripte oder Bilder verpassen. Wenn jedoch drei verschiedene Snapshots ein smartphone-spezifisches URL-Muster zeigen, ist das ein starker Beleg.
Sie können auch zwischengespeicherten Text rund um einen Seitentitel vergleichen. Wenn Suchergebnisse früher einen kurzen mobilen Titel und heute einen langen Desktop-Titel anzeigten, hat die Website ihre Darstellung im Laufe der Zeit wahrscheinlich verändert.
Es gibt einen praktischen Grund, Archive zu prüfen: Manche Websites entfernen eine mobile Version, ohne alte Links zu bereinigen. Nutzer kommen über Suche oder Lesezeichen und landen auf toten mobilen Pfaden. Solche Probleme bleiben verborgen, bis jemand sie testet.
8. Bestimmen Sie, welche Art von mobiler Unterstützung die Website tatsächlich hat
Bis hierhin sollten Sie das Ergebnis in einem Satz benennen können. Sagen Sie, ob die Website responsiv ist, eine separate mobile Version nutzt oder kaum bis gar nicht für Mobilgeräte optimiert ist. Dieser Satz sollte auf drei konkreten Beobachtungen beruhen, nicht auf einer Vermutung.
Eine responsive Website behält meist eine URL, zeigt klare Breakpoints und passt die Navigation bei kleineren Breiten an. Eine separate mobile Version nutzt meist eine eigene URL oder eine User-Agent-Weiterleitung. Eine schwache mobile Einrichtung verkleinert oft nur das Desktop-Design, schneidet Inhalte ab oder macht Formulare schwer bedienbar.
Wenn Sie eine kurze Vorlage für einen Bericht brauchen, verwenden Sie diese Reihenfolge: URL-Muster, Layoutverhalten und Quellcode-Beleg. Drei Punkte. Für einen Basisbericht braucht es nicht mehr.
Zum Beispiel: „Die Website ist responsiv. Sie behält dieselbe URL, verwendet ein Viewport-Tag und verschiebt die Seitenleiste bei 390 Pixeln unter den Hauptinhalt.“ Das ist klar, kurz und überprüfbar.
Wenn Sie eine ältere Website als Referenz dokumentieren müssen, halten Sie die Notiz präzise. Nennen Sie den genauen mobilen Pfad, das Geräteverhalten und die Breite, bei der sich das Layout ändert. Eine vage Formulierung wie „funktioniert auf dem Handy“ hilft niemandem.
Noch ein letzter Check: Wenn die Website nur ein mobiles Menü anbietet, aber wichtige Inhalte weiterhin hinter winzigen Links versteckt, ist das keine starke mobile Version. Das ist nur ein mobiles Menü. Das ist nicht dasselbe.
