Warum Wir WordPress Nicht Empfehlen

Letztes Jahr bat uns ein Kunde, seine WordPress-Seite zu "reparieren". Sie war langsam, sagte er. Ein paar Sekunden zu viel.

Als wir sie öffneten, fanden wir 47 aktive Plugins. Siebenundvierzig. Eines für Cookies, eines für SEO, eines für Formulare, eines für Cache, eines zur Bildoptimierung, eines für Backups, drei für Sicherheit, die sich wahrscheinlich gegenseitig im Weg standen, und mindestens ein Dutzend, deren Funktion niemand mehr kannte. Das Theme war ein Premium mit 200 enthaltenen Templates, von denen eines genutzt wurde, mit einem Page Builder, der Markup erzeugte, das eines lovecraftschen Alptraums würdig war.

Ladezeit? Acht Sekunden. Bei Glasfaser.

Wir verbrachten drei Tage mit Aufräumen, Optimieren, Deaktivieren nutzloser Plugins, Ersetzen essentieller durch leichtere Alternativen. Am Ende kamen wir auf drei Sekunden, was immer noch mittelmäßig ist, aber zumindest nicht jeden verscheucht. Der Kunde war begeistert. Wir weniger, denn wir wussten, dass wir in sechs Monaten wieder dort sein würden, um dasselbe zu tun.

Dies ist kein Einzelfall. Es ist die Norm.

WordPress wurde 2003 als Blogging-Plattform geboren. Einfach, elegant, es machte eine Sache und machte sie gut. Dann wurde es "das CMS, das alles kann" und da begannen die Probleme. Denn wenn ein Werkzeug versucht, alles zu machen, macht es am Ende alles mittelmäßig, und die Lücke wird von einem Ökosystem von Plugins gefüllt, das niemand wirklich kontrolliert.

Das Ergebnis ist, dass heute 43% des Webs auf WordPress läuft, aber ein guter Teil dieser 43% sind überladene, langsame, verwundbare und teure Seiten in der Wartung. Nicht weil WordPress von Natur aus schlecht ist – der Kern ist vernünftig – sondern weil die Art, wie es in der Praxis verwendet wird, fast immer falsch ist.

Das Sicherheitsproblem beunruhigt uns am meisten. WordPress ist das meistangegriffene CMS der Welt, und das nicht zufällig: Es ist ein riesiges und vorhersehbares Ziel. Böswillige Akteure wissen genau, wo sie suchen müssen, welche Plugins bekannte Schwachstellen haben, welche Standardkonfigurationen schwach sind. Sucuri berichtet, dass 2024 über 96% der kompromittierten CMS-Seiten WordPress waren. Sicher, es ist auch das verbreitetste, also ist die Statistik teilweise offensichtlich. Aber der Punkt bleibt: Wenn Sie nicht alles ständig aktualisieren, wenn Sie nicht überwachen, wenn Sie niemanden haben, der weiß, was er tut, sind Sie exponiert.

Und hier ist das Paradox. WordPress wird als "einfach" verkauft, die Lösung für diejenigen, die nicht über Technologie nachdenken wollen. Aber eine WordPress-Seite, die sich selbst überlassen wird, wird innerhalb weniger Monate zum Sieb. Die anfängliche Einfachheit wird mit operativer Komplexität über die Zeit bezahlt.

Dann gibt es die Performance-Frage, die für uns fast eine Besessenheit ist. Eine langsame Seite verliert Nutzer, verliert Conversions, verliert Google-Ranking. Das sind keine Meinungen, das sind Daten: Jede zusätzliche Sekunde Ladezeit entspricht einem messbaren Prozentsatz an Abbrüchen.

Das Problem ist, dass WordPress in seiner typischen Konfiguration strukturell langsam ist. Das durchschnittliche Premium-Theme enthält Tausende von Zeilen CSS und JavaScript, die Sie nie verwenden werden. Der Page Builder generiert unendlich verschachtelte DOMs. Jedes Plugin fügt seine Abfragen zur Datenbank hinzu, seine Skripte, seine Styles. Und am Ende haben Sie eine 8-MB-Seite, die 200 HTTP-Anfragen machen muss, um eine Homepage mit drei Absätzen Text und einem Bild anzuzeigen.

Ja, Caching-Plugins existieren. CDNs existieren. Optimierungen existieren. Aber es ist wie einen Turbo auf ein Auto mit quadratischen Rädern zu setzen: Es verbessert sich, aber das grundlegende Problem bleibt.

Wir sind nicht dogmatisch. WordPress macht in einigen spezifischen Fällen Sinn: sehr begrenztes Budget mit internen Fähigkeiten für die Wartung, reine Blogs ohne Performance-Ansprüche, schnelle Prototypen zur Validierung von Ideen, Situationen, in denen Sie spezifische Plugins benötigen, die anderswo nicht existieren. In diesen Fällen, gut, verwenden Sie es.

Aber für die durchschnittliche Unternehmensseite, für E-Commerce, der konvertieren muss, für eine Web-App, die skalieren muss? Es gibt bessere Alternativen. Statische Seiten, generiert mit Astro oder Hugo für diejenigen mit Inhalten, die sich selten ändern: schnell, sicher, praktisch kostenlos zu hosten. Headless CMS wie Payload oder Strapi gekoppelt mit modernen Frontends für diejenigen, die Flexibilität ohne WordPress-Ballast wollen. Custom-Entwicklung für diejenigen mit spezifischen Bedürfnissen, die kein CMS wirklich befriedigen kann.

Kosten sie anfangs mehr? Manchmal ja. Aber die Gesamtkosten über die Zeit – Wartung, Sicherheit, Performance und Frustration – sind fast immer niedriger.

Wenn ein Kunde uns nach einer WordPress-Seite fragt, fragen wir zuerst warum. Die häufigsten Antworten sind "weil es alle benutzen" und "weil ich es dann selbst bearbeiten kann". Die erste ist kein Grund. Die zweite ist oft eine Illusion: Wie viele Kunden bearbeiten tatsächlich ihre eigene Seite nach dem Launch? Und diejenigen, die es tun, verursachen normalerweise Katastrophen, die dann repariert werden müssen.

Wir schlagen lieber die richtige Lösung für das spezifische Problem vor. Manchmal ist es WordPress. Öfter nicht.

Wenn Sie ein Web-Projekt evaluieren und verstehen möchten, welche Technologie für Ihren Fall Sinn macht, sprechen wir darüber. Keine Vorurteile, nur eine ehrliche Analyse dessen, was Sie wirklich brauchen.

HABEN SIE EIN PROJEKT?