Seite mobil optimiert: Lt. Live-Test in Search Console ja, beim anschließenden Crawling nein

dark_rider

Hallo zusammen,

ich habe meine Website für Mobilgeräte optimiert, was die Google Search Console über deren "Live-Test" auch bestätigt: "Die Seite ist für Mobilgeräte optimiert Diese Seite kann auf einem Mobilgerät problemlos genutzt werden."

Problem: Wenn dann der Googlebot 1-2 Tage später die seit dem Live-Test unveränderte Seite crawlt (gleiche URL), zeigt dieser im Gegensatz dazu an, die Seite habe Fehler bei der "Nutzerfreundlichkeit auf Mobilgeräten" ("Text ist zu klein zum Lesen", "Anklickbare Elemente liegen zu dicht beieinander").

Die in der Search Console angezeigten HMTL-Quelltexte aus Live-Test und regulärer Indexierung sind identisch, d.h. es ist sichergestellt, dass beide Male die mobile Website abgerufen wurde.

Ist jemandem von Euch bekannt, wie es zu dieser konträren Beurteilung der Mobiloptimierung durch Google kommen kann?

heinrich

Das können ja ganz unterschiedliche Seiten sein, die dabei von G. überprüft wurden, und es können auch immer wieder unterschiedliche Kriterien angelgt werden. In den letzten Monaten sind übrigens bei G. einige Dinge im Laufen - 13. April und 1. Juni sind nach meinem Wissen so Schlüsseltage gewesen, wo sich etwas geändert hat. So steht eine Site von mir mit ca. 10K Visits plötzlich ohne Felddaten da und hat nur mehr Laborwerte …

Milanex

Es gibt da auch einen Bug in der Search Console. Das wird manchmal ohne Grund angezeigt und Meldung verschwindet dann irgendwann wieder.

Gruß
Milanex

heinrich

Wenn man sich die Kurven zu Computer und Mobil im Verlauf anschaut, da switchen ganze Sites plötzlich von schlecht auf gut und umgekehrt!

top

Ich denke mal es liegt an diesem Test:
https://search.google.com/test/mobile-friendly

Auch wenn der Test als "Bestanden" angezeigt wird, steht bei einigen meiner Kunden-Seiten da zusätzlich auch folgendes: "Probleme beim Laden der Seite DETAILS ANZEIGEN"
Klickt man darauf, zeigt er einem welche Dateien für den Test nicht geöffnet werden konnten. Das sind jedes mal andere, und wenn es zufällig die (Haupt-) CSS-Datei erwischt hat, wird die Seite als "Nicht Bestanden" angezeigt.
In der Regel wird dann das Problem durch Bilder mit großen Maßen verursacht, wodurch die Seite ohne CSS stark verkleinert angezeigt wird. (Verursacht meistens die Fehler: Text ist zu klein zum Lesen, Anklickbare Elemente liegen zu dicht beieinander, Inhalt breiter als Bildschirm )

Ich habe noch keine eindeutige Regelmäßigkeit erkannt wo der Test diese Probleme macht. Verschiedene Provider, mit CMS aber auch statisches HTML - betrifft aber nicht alle Seiten. (Ich tippe mal auf irgend eine Server-Konfiguration.)

Mittlerweile packe ich auf jeder meiner Seiten folgende Zeile in den <head> um die (Falsch-)Meldung zu verhindern:

Code: Alles auswählen

<style> img {max-width: 100%; height: auto;} </style>

So drücken große Bilder nicht mehr den Viewport in die Breite und der Bot ist notfalls auch ohne die CSS-Datei glücklich.
(Verwendung auf eigene Gefahr.

)

heinrich

Also bei mir habe ich Bilder ohnehin immer nur in %-Größen eingefügt, das war früher schon wegen der Brauser notwendig.

top

heinrich hat geschrieben: 25.06.2021, 15:39 Also bei mir habe ich Bilder ohnehin immer nur in %-Größen eingefügt, das war früher schon wegen der Brauser notwendig.

% ?
Prozentangaben lassen sich bei Bildern (meines Wissens nach) doch erst mit CSS nutzen. Bei WIDTH und HEIGHT im HTML sind doch gar keine Einheitsangaben und die Zahlen beziehen sich grundsätzlich auf Pixel. Z.B:

Code: Alles auswählen

<img src="bla.jpg" width="1000" height="800">

Oder wann ist bei dir "früher"? Nutzt du etwa Inline-CSS für deine Bilder?

EDIT:
Ich sehe gerade, dass e zu HTML4-Zeiten tatsächlich möglich war Bilder mit mit Prozentwerten zu füttern.

Ist mit HTML5 aber nicht mehr zulässig.

heinrich

Also mit width="100%" und ohne height ging das immer, denn die Höhe wurde demenstsprechend proportional angepasst.

staticweb

> Oder wann ist bei dir "früher"? Nutzt du etwa Inline-CSS für deine Bilder?

Die Frage ist eher, wann bei dir "früher" war. CSS gibt es bereits seit Ende der 90-er beim IE4 und width für inline-block Elemente gab es sicher von Anfang an.

heinrich

Das mit den %-Werten war sogar schon zu Zeiten von table-Layouts das Mittel der Wahl …