Feedback

Magnolia CMS Pagespeed-Statistik: 32 Websites gemessen

Aktualisiert am

Magnolia ist ein Java-basiertes Enterprise-CMS und vor allem bei Versicherern, Banken, Hochschulen und Behörden verbreitet. Die Seiten werden meist auf dem Server gerendert und über den Magnolia-eigenen Seiten-Cache oder ein CDN ausgeliefert. Eine sauber konfigurierte Magnolia-Seite startet deshalb mit guten Voraussetzungen. Langsam wird sie meist durch das, was rund um das CMS hinzukommt, nicht durch den Kern.

Nach Bestehensquote der Core Web Vitals liegt Magnolia CMS auf Platz eins von sieben Plattformen mit eigener Seite, vor Drupal. Deutlichster Vorsprung gegenüber allen gemessenen Websites: JavaScript (Median), 766 KB gegenüber 1,5 MB.

Core Web Vitals auf Magnolia CMS

59 % der 32 gemessenen Magnolia CMS-Websites bestehen alle drei Core Web Vitals mit echten Nutzerdaten. Über alle gemessenen Websites sind es 46 %.

MetrikGutMedianMittlere HälfteGrenzwert
LCP 72 % 1667 ms 1292 ms – 2646 ms 2500 ms
INP 97 % 118 ms 86 ms – 153 ms 200 ms
CLS 78 % 0,03 0,00 – 0,09 0,10

Mittlerer mobiler Lighthouse-Score: 55. Warum Laborwert und Felddaten auseinanderliegen, erklären die Website Speed Statistiken.

Wer Magnolia CMS in dieser Stichprobe einsetzt

Die Magnolia-Websites dieser Stichprobe stammen überwiegend von Versicherern, Krankenkassen, Banken, Hochschulen und Behörden in Europa. Es sind große, regulierte Auftritte mit vielen Inhaltstypen, Login-Bereichen und Formularen, betreut von internen Teams oder Agenturen auf einer gemeinsamen Enterprise-Plattform.

So lesen Sie Ihre eigenen Magnolia CMS-Werte

Vergleichen Sie Ihre Werte eher mit dem Median dieser Stichprobe als mit Seiten aus dem Endkundengeschäft, denn diese Auftritte tragen mehr Consent-, Tracking- und Formularlogik. Die Time to First Byte zeigt, ob anonyme Besucher aus dem Cache bedient werden. Ist die Startseite schnell, die Produkt- oder Leistungsseiten aber langsam, liegt der Unterschied meist an personalisierten Komponenten oder Drittanbieter-Skripten auf diesen Vorlagen.

Weitere Metriken: TTFB, FCP, TBT und Speed Index

Grenzwerte und Quellen: Website Speed Statistiken.

MetrikQuelleGutMedian Magnolia CMSMedian alle WebsitesGrenzwert
Time to First Byte Felddaten 52 % 664 ms 707 ms 800 ms
First Contentful Paint Felddaten 59 % 1517 ms 1577 ms 1800 ms
Total Blocking Time Labor 50 % 183 ms 635 ms 200 ms
Speed Index Labor 3 % 7709 ms 8703 ms 3400 ms

Seitengewicht und Drittanbieter

Eine Magnolia CMS-Startseite überträgt im Median 2,7 MB, davon 766 KB JavaScript. 88 % laden Code von Drittanbietern, im Median von drei Anbietern.

AnbieterAnteilHauptthread (Median)
Google Tag Manager 34 % 254 ms
Usercentrics CMP 31 % 201 ms
OneTrust (Optanon) 28 % 104 ms
Google Analytics 19 % < 1 ms
Google Maps 16 % 105 ms
Meta (Facebook) 9 % 292 ms

Häufigste Befunde im Labortest

BefundAnteilEinsparung (Median)
Renderblockierende Ressourcen 100 % 5735 ms
Nicht verwendetes JavaScript 100 % 1250 ms
Nicht verwendetes CSS 72 % 310 ms
Bilder nicht passend dimensioniert 69 % 1108 ms
Bilder nicht in modernen Formaten 56 % 1622 ms

Typische Bremsen von Magnolia CMS-Websites

Die Time to First Byte steigt, wenn personalisierte oder nicht gecachte Seiten am Cache vorbeigehen. Das ist bei Seiten mit Login, Rechnern oder Formularstrecken häufig der Fall. Bilder aus dem Magnolia-DAM werden oft in größeren Varianten ausgeliefert, als das Layout braucht, wenn die Bildvarianten nicht abgestimmt sind. Consent-Manager, Tag-Manager und Chat-Widgets sind bei Seiten dieses Typs der übliche Grund für einen langsamen INP, weil sie früh und auf jeder Seite laden.

Passende Ratgeber: Time to First Byte (TTFB) · Bilder richtig dimensionieren · Interaction to Next Paint (INP)

Magnolia CMS nach Branche: Einsatz in dieser Stichprobe

Weitere Plattformen

Wie schneidet Ihre Magnolia CMS-Website ab?

Starten Sie einen kostenlosen Test und stellen Sie Ihre Werte neben den Magnolia CMS-Median.