Eine Drupal-Seite mit 15 bei Google PageSpeed Mobile. Nicht 50. Nicht 40. Fünfzehn.
Wir haben sie in 8 Stunden auf 95 gebracht. Hier ist, was tatsächlich passiert ist - und warum derselbe Ansatz es uns ermöglicht hat, es ein drittes Mal innerhalb eines Monats zu tun.
Das Problem mit der Drupal-Leistung
Leistung ist die einzige Kennzahl, die wirklich schwierig ist. Barrierefreiheit, Best Practices, SEO - das können Sie mit einer Checkliste beheben. Die Leistung einer Drupal-Seite erfordert ein echtes Verständnis dafür, was die Dinge verlangsamt: render-blockierende Ressourcen, nicht optimierte Bildpipelines, schweres Modulgewicht, falsch konfigurierte Caching-Mechanismen, fehlende Preconnect-Hinweise.
Eine falsche Diagnose verschwendet nicht nur Zeit - sie führt aktiv in die falsche Richtung.
Das ist die Lücke, die KI schließt.
Was Geschwindigkeit der Iteration tatsächlich bedeutet
Zwei Websites. Dieselbe Optimierungsaufgabe. Beide auf Drupal. Gleicher Traffic, gleiche Größe. Gleicher Entwickler, dieselben KI-Tools.
Seite 1 - kleines Unternehmen mit vollem Zugriff:
Idee → Test → Ergebnis sehen → nächste Idee. Schleifenzeit: 5–10 Minuten.
KI generiert Hypothesen. Wir testen sie. Die meisten scheitern. Einige funktionieren. Wir machen weiter.
8 Stunden später: Der Score stieg von 15 auf 95 bei Mobile.
Seite 2 - großes Unternehmen mit Genehmigungsketten:
Möchten Sie etwas ändern? Das erfordert eine Sicherheitsüberprüfung, eine Compliance-Prüfung und die Genehmigung von drei Abteilungen. Einen einzigen Vorschlag zu testen, dauert zwei Wochen - wenn alles reibungslos verläuft.
Es sind über ein Jahr vergangen. Dieselben Tools. Dieselbe KI. Gleicher Entwickler. Der Unterschied ist rein die Geschwindigkeit der Iteration.
100 Tests an einem Tag vs. 1 Test in zwei Wochen. Das ist die gesamte Geschichte.
Der KI-native Diagnoseprozess
Hier ist der tatsächliche Workflow, der uns zu 95 gebracht hat:
Schritt 1: Führen Sie das vollständige Lighthouse-Audit durch, exportieren Sie die Diagnosen.
Fixieren Sie noch nichts. Lesen Sie zuerst alles. KI analysiert den vollständigen Bericht und priorisiert nach Einfluss - nicht danach, wie einfach etwas zu beheben ist.
Schritt 2: Render-blockierende Ressourcen.
Das ist fast immer der größte Faktor bei Drupal. Aggregationseinstellungen, Ladeordnung von CSS/JS-Ressourcen und Google Fonts, die den Renderpfad blockieren. KI identifiziert genau, welche Ressourcen blockieren, schlägt die Änderung der Lade-Strategie vor und erklärt das Risiko jeder Änderung.
Schritt 3: Bildpipeline.
Drupal hat Bildstile. Das Problem ist, dass die meisten Installationen sie inkonsistent verwenden - einige Bilder durchlaufen Stile, andere werden roh hochgeladen und in voller Größe bereitgestellt. Wir haben jedes Bild auf der Seite geprüft, in WebP konvertiert, wo es fehlte, loading="lazy" und explizite Dimensionen hinzugefügt, um den kumulierten Layout-Verschiebung zu stoppen.
Ein Bild auf einer Kundenwebsite war 4,2 MB groß. Eine einzige Datei. Das war ein großer Teil des gesamten LCP-Problems allein.
Schritt 4: Caching-Konfiguration.
Das Caching von Drupal ist leistungsstark, aber in den meisten Produktionsumgebungen standardmäßig falsch konfiguriert. KI durchläuft die Cache-Schichten - Seiten-Cache, dynamischer Seiten-Cache, Block-Cache - und identifiziert genau, welche Module den Cache ohne triftigen Grund umgehen.
Schritt 5: Drittanbieter-Skripte.
Analytics, Chat-Widgets, Marketing-Pixel. Jedes von ihnen wird ausgeführt, bevor Ihr Inhalt geladen wird, es sei denn, Sie verschieben sie richtig. Wir haben alles Nicht-Kritische so verschoben, dass es nach dem Laden des Hauptinhalts geladen wird.
Schritt 6: Iteration.
Der Score steigt von 15 → 45 → 67 → 82 → 90 → 95. Jeder Sprung sagt Ihnen etwas. KI liest den neuen Bericht und kalibriert neu.
Dritte Drupal-Seite in diesem Monat
Nach dem ersten Ergebnis haben wir denselben Workflow auf zwei weitere Drupal-Seiten in diesem Monat angewendet. Beide übertrafen 90 bei Mobile.
91 bei Mobile. Drittes Mal in diesem Monat.
Der Workflow ist jetzt dokumentiert. Er ist reproduzierbar. Was früher Tage des Ausprobierens in Anspruch nahm, läuft jetzt in wenigen Stunden, weil der Diagnoseprozess strukturiert und die Iterationsschleife eng ist.
Was das für Ihre Drupal-Seite bedeutet
Wenn Ihre Drupal-Seite unter 60 bei PageSpeed Mobile liegt, gibt es fast sicher 3–5 spezifische Probleme, die für den Großteil der Lücke verantwortlich sind. Sie sind auffindbar. Sie sind behebbare. Die Frage ist, ob Sie jemanden haben, der weiß, wo er suchen muss und wie schnell er sich bewegen kann.
Eine langsame Drupal-Seite ist kein Drupal-Problem. Es ist ein Optimierungsproblem - und Optimierung ist ein Prozess, kein einmaliges Audit.
Wenn Ihre Seite unter 60 bei Mobile liegt, nehmen Sie Kontakt auf. Wir führen die Diagnose durch und sagen Ihnen genau, was sie zurückhält.
Verwandt: Was ist ein KI-natives Webstudio · Drupal 7 zu 11 KI-Migration
ilf.studio - Webentwicklung und KI-Automatisierung für wachsende Unternehmen in ganz Europa.
