Page Speed und Ladezeit-Optimierung

Ein PageSpeed-Score von 95 auf der Startseite und 62 auf der Rezeptseite. Das sehen wir regelmäßig bei Foodblogs. Die Startseite ist schlank, die Rezeptseite nicht. Genau da setzt die Optimierung im Theme an.

CSS und JavaScript werden minifiziert — überflüssige Leerzeichen, Kommentare und Zeilenumbrüche entfernt. Das spart nicht hunderte Kilobyte, aber bei mobilen Verbindungen zählt jedes Byte. Noch wichtiger: Das Theme nutzt Critical CSS. Das bedeutet, dass der CSS-Code, der für den sichtbaren Bereich der Seite nötig ist, direkt im HTML eingebettet wird. Der Browser muss nicht erst eine externe CSS-Datei laden, bevor er etwas anzeigen kann.

Der Unterschied ist spürbar. Ohne Critical CSS sieht der Besucher kurz eine weiße Seite oder ungestylten Text. Mit Critical CSS steht das Layout sofort. Das verbessert den Largest Contentful Paint — einen der drei Core Web Vitals, die Google misst.

Für die Ladezeit ist auch das Warming relevant. Statt zu warten, bis ein Besucher eine Seite aufruft und den Cache befüllt, kann das Theme den Cache proaktiv aufbauen. Es geht die Sitemap durch und ruft die wichtigsten Seiten einmal auf. Beim ersten echten Besucher ist der Cache dann schon warm.

Das Theme trennt außerdem zwischen Mobile und Desktop. Die mobile Version einer Rezeptseite sieht anders aus als die Desktop-Version — andere Bildgrößen, anderes Layout. Weil beide Versionen separat gecacht werden, bekommt ein Smartphone-Nutzer nie versehentlich die Desktop-Version aus dem Cache.

Unser Tipp: Teste deine Rezeptseiten immer mobil. Über 70 Prozent der Foodblog-Besucher kommen vom Smartphone. Ein perfekter Desktop-Score nützt wenig, wenn die mobile Seite fünf Sekunden zum Laden braucht. Google testet übrigens auch primär die mobile Version — das nennt sich Mobile-First Indexing.