Diese Beiträge hinterfragen verbreitete Annahmen aus Webentwicklung, Performance, Barrierefreiheit und SEO – basierend auf realen Projekten, in denen vermeintliche Best Practices nicht zum Ziel führten.
Nicht jede Optimierung ist der richtige erste Schritt.
Ein Klassiker: Die radikale Drosselung der Heartbeat API. Was PHP-Worker entlasten soll, führt im modernen Block-Editor oft zu einer gefährlichen Kettenreaktion und Datenverlust.
Viele Websites "installieren Barrierefreiheit" wie ein Feature: Plugin aktivieren, Overlay erscheint, fertig. Blöd nur: Das ist meistens keine Barrierefreiheit – sondern ein Pflaster über echten Problemen. Und im Zweifel macht es die Nutzung sogar schlechter.
Slider im Header gelten als Blickfang – sind aber einer der häufigsten Gründe für schlechten LCP. Nicht weil sie unmöglich zu optimieren sind, sondern weil sie den Einstieg unnötig kompliziert machen.
"Weniger Plugins" ist einer der beliebtesten WordPress-Ratschläge überhaupt. In der Praxis reicht das aber nicht, um LCP oder PageSpeed zu ändern – weil nicht die Anzahl entscheidet, sondern das Ladeverhalten.
"CSS zusammenfassen" klingt nach einem einfachen Performance-Hebel. In der Praxis war es bei uns aber nicht der schnellste Weg zu besserem LCP – und oft nicht der sinnvollste erste Schritt.