WordPress vs. Custom Code: Was läuft wirklich besser?
Zusammenfassung
WordPress vs. Custom Code ist die wohl meistgestellte Frage in jedem Erstgespräch über eine neue Website. Sie ist eine Glaubensfrage geworden — und beide Lager liegen oft falsch. Wir bauen bei Devion beides: AutoSPA läuft auf WordPress + Elementor (richtig), die S.A.G. Bau GmbH läuft auf Next.js (richtig), BauKIT und das KI-Belegarchiv für eine Wiener Hausverwaltung laufen auf Custom Code (richtig). Welcher Weg sinnvoll ist, hängt nicht vom Geschmack ab, sondern von acht klaren Dimensionen: Time-to-Launch, Initial-Kosten, Performance, SEO, Wartung, Sicherheit, Skalierung und langfristige Pflege. Dieser Artikel beleuchtet jede dieser Dimensionen ehrlich, zeigt klar wann WordPress passt und wann Custom Code, erklärt warum „Headless WordPress" oft die beste Antwort ist, und endet mit einer Entscheidungs-Checkliste in sechs Fragen.
Die Frage hört man bei jedem Erstgespräch
„Sollten wir das mit WordPress machen oder lieber custom programmieren?" Diese Frage stellt fast jeder Auftraggeber, der über eine neue Website nachdenkt. Manche haben einen Bekannten, der schwört auf WordPress. Andere haben einen Entwickler-Freund, der WordPress hasst. Die Antworten, die sie bekommen, sind selten neutral — meistens sind es Bekenntnisse.
Die WordPress-Fans halten Custom Code für Overengineering und Geldverbrennung. Die Custom-Code-Fans halten WordPress für eine wackelige Plugin-Pyramide, die in 18 Monaten zusammenbricht. Beide haben in bestimmten Fällen recht — und in den meisten anderen Fällen liegen sie daneben.
Bei Devion bauen wir bewusst beides. Die AutoSPA-Site läuft auf WordPress + Elementor, und das war die richtige Entscheidung. Die Website der S.A.G. Bau GmbH läuft auf Next.js (Custom Code), und das war ebenfalls die richtige Entscheidung. BauKIT und das KI-Belegarchiv für eine Wiener Hausverwaltung sind reiner Custom Code — weil WordPress dort gar keine Option war. Jeder dieser Wege war richtig für seinen jeweiligen Anwendungsfall. Dieser Artikel zeigt, warum.
Was wir hier eigentlich vergleichen
Bevor wir in den Vergleich gehen: „WordPress" ist nicht ein Ding, und „Custom Code" auch nicht. Eine nackte WordPress-Installation mit minimalistischem Theme ist etwas völlig anderes als eine WordPress-Site mit Divi oder Elementor und 35 Plugins. Custom Code wiederum ist heute fast immer Next.js, React oder ein vergleichbares modernes Framework (Astro, SvelteKit, Vue/Nuxt) — keine handgeschriebene PHP-Site aus 2010.
Wir vergleichen in diesem Artikel zwei Lager, die in der Praxis tatsächlich gegeneinander antreten:
Das ist der ehrliche Vergleich. Reine Bekanntheit von Begriffen reicht nicht — eine fundierte Entscheidung braucht acht klare Dimensionen.
Acht Dimensionen — wo wer gewinnt
Eine WordPress-Standard-Site mit einem soliden Theme (Elementor, Astra, GeneratePress) steht in 1–2 Wochen. Eine Custom-Code-Site mit eigener Komponenten-Bibliothek braucht 4–8 Wochen — alleine, weil viele Bausteine, die WordPress in Plugins kommen, programmiert werden müssen.
Eine WordPress-Site kostet typischerweise 1.500–8.000 €, je nach Customizing. Custom Code beginnt bei rund 8.000 € und geht für komplexere Marketing-Sites schnell auf 20.000+ €. Wer mit kleinem Budget startet, hat mit WordPress mehr Hebel.
Hier ist der Unterschied dramatisch. Eine durchschnittliche WordPress-Site mit Page-Builder lädt in 3–5 Sekunden, hat einen Largest Contentful Paint von 2,5+ Sekunden und eine Bundle-Größe jenseits von 500 KB. Eine sauber gebaute Next.js-Site lädt unter 1 Sekunde, hat einen LCP unter 1,5 Sekunden und liefert nur die JavaScript-Bytes aus, die der Nutzer wirklich braucht. Für Performance-Marketing ist das nicht Komfort, sondern ein direkter Conversion-Hebel.
WordPress hat mit Yoast oder Rank Math gute SEO-Plugins. Aber: saubere Schema.org-Architektur, semantisches HTML, sauber kontrollierte Heading-Hierarchie, präzise Meta-Tag-Logik und automatische Sitemap-Generierung sind in Custom Code by default sauber. In WordPress muss man oft gegen das Theme arbeiten, das bestimmte Strukturen aufzwingt. Beide können hervorragend ranken — aber Custom Code startet mit weniger Reibung.
Das ist der unsichtbare Killer von WordPress. Eine typische Site hat 20–40 Plugins. Jedes davon bekommt regelmäßig Updates — und jedes Update kann etwas anderes brechen. Wer das nicht aktiv betreut, fängt sich nach 6–12 Monaten Sicherheitslücken oder kaputte Funktionen ein. Eine Custom-Code-Site hat keine Plugins, die unkontrolliert reinrennen können — Updates passieren bewusst und kontrolliert.
WordPress ist das mit Abstand häufigste Angriffsziel im Web — schlicht, weil es so verbreitet ist. Über 40 % aller gehackten Websites laufen auf WordPress. Die meisten Vorfälle gehen auf veraltete Plugins oder Themes zurück. Custom Code hat diese Angriffsfläche nicht. Das ist kein Argument gegen WordPress per se — aber gegen schlecht gewartetes WordPress.
Wenn aus einer Website 10.000 Seitenaufrufe pro Tag werden, beginnt WordPress zu stöhnen. Caching-Plugins helfen, aber irgendwann braucht es Managed-Hosting für 80–300 € pro Monat. Eine Next.js-Site auf Vercel skaliert lautlos in den Millionenbereich, oft im kostenlosen Tarif. Wer nicht weiß, wie sein Traffic in 3 Jahren aussieht, ist mit Custom Code flexibler.
Hier ist die klassische WordPress-Stärke: Jemand im Team kann Texte und Bilder selbst ändern, ohne einen Entwickler zu fragen. Bei reinem Custom Code ist das schwieriger. Aber: die Lücke schließt sich. Mit Headless WordPress oder einem Headless-CMS wie Sanity, Contentful oder Strapi bekommt man die WordPress-Pflege-Erfahrung auf einer Custom-Code-Site. Für reine Marketing-Texte ist das heute kein echter Vorteil mehr für WordPress.
Wer den Vergleich grob zusammenfasst: WordPress gewinnt bei Geschwindigkeit zum Launch und initialen Kosten, Custom Code bei allem, was langfristig relevant ist — Performance, Wartung, Sicherheit, Skalierung. Das macht weder Lager pauschal überlegen, sondern verschiebt die Frage in das, was sie eigentlich ist: „Was brauchen Sie wirklich, in welchem Zeitrahmen?"
Wann WordPress die richtige Wahl ist
WordPress ist in vielen Szenarien die ehrlich beste Wahl. Wer in einem dieser Fälle ist und sich Custom Code verkaufen lässt, zahlt für etwas, das er nicht braucht.
Wann Custom Code die richtige Wahl ist
Custom Code lohnt sich überall dort, wo entweder die Anforderungen klar über das hinausgehen, was Standard-Plugins liefern, oder wo Performance, Skalierung und Wartbarkeit direkt auf den Geschäftserfolg einzahlen.
Headless WordPress — die oft beste Antwort
In der WordPress-vs-Custom-Code-Diskussion fällt fast immer eine dritte Variante unter den Tisch: Headless WordPress. Dabei nutzt man WordPress nur als Content-Backend — also für das, was es wirklich gut kann (Texte, Bilder, Medien verwalten) — und baut das Frontend in Next.js oder einem ähnlichen Framework.
Das Ergebnis: Redakteure pflegen Inhalte in der vertrauten WordPress-Oberfläche, die Site rendert aber mit der Performance, der Sicherheit und der Skalierbarkeit einer Custom-Code-Site. Plugin-Abhängigkeiten werden minimiert, weil das Frontend nicht mehr von WordPress-Themes lebt.
Dasselbe geht auch mit anderen Headless-CMS — Sanity, Strapi, Contentful, Storyblok. Wer kein bestehendes WordPress mitschleppen muss, ist mit einem modernen Headless-CMS oft schneller. Wer aus einem laufenden WordPress migrieren will, kann WordPress als Backend behalten und das Frontend in Etappen ersetzen.
Diese Architektur ist seit zwei bis drei Jahren produktionsreif, aber sie wird in der breiten KMU-Beratung praktisch ignoriert — weil sie weder von der WordPress- noch von der Custom-Code-Fraktion klar verkauft wird. Für Sites, bei denen redaktionelle Pflege und Performance gleichermaßen wichtig sind, ist sie oft der beste Weg.
Drei Beispiele aus unserer Praxis
AutoSPA — WordPress mit Elementor war richtig
AutoSPA ist ein Fahrzeugpflege-Betrieb mit zwei Standorten in Wien. Was die Site brauchte: klare Leistungs-Übersicht, lokale SEO für beide Standorte, Online-Buchung als Conversion-Funnel, Anbindung an GoHighLevel. Was sie nicht brauchte: komplexe Custom-Features, ungewöhnliche Animationen, hochpreisige Performance-Optimierung. WordPress + Elementor war hier der richtige Weg — schneller Launch, vorhersehbare Kosten, gute Wartbarkeit, ausreichend Performance. Der eigentliche Hebel lag in Tracking-Architektur und Werbe-Strategie, nicht im Frontend-Framework.
S.A.G. Bau GmbH — Custom Code für ein B2B-Bauunternehmen war richtig
Die S.A.G. Bau GmbH ist ein junges Wiener Bauunternehmen mit hohem Anspruch an Auftreten und Vertrauenswürdigkeit. Hier ging es um eine Marken-Site mit individuellem Look, sehr guter Performance auf Mobilgeräten (Baustellen-Realität: schnelles 4G, oft schlechtes Signal) und Aushängeschild-Qualität — eine Site, die Vertrauen ausstrahlt, wenn ein Bauherr 200.000 € investieren soll. Custom Code mit Next.js war richtig: schneller LCP, sauberes responsives Layout, individuelles Design, keine Theme-Beschränkungen. Eine WordPress-Site mit Elementor hätte ähnliche Inhalte gezeigt, aber den Premium-Eindruck nicht in der gleichen Qualität geliefert.
BauKIT & KI-Belegarchiv — Custom Code, weil WordPress keine Option war
BauKIT ist eine SaaS-Plattform mit Multi-Agent-KI-Pipeline für Baukostenkalkulation. Das KI-Belegarchiv für eine Wiener Hausverwaltung ist ein internes Werkzeug, das 500.000+ Dokumente mit Gemini und Claude verarbeitet. Beides sind keine Marketing-Websites — beides sind Web-Apps mit komplexer Logik, Datenbank-Anbindung und KI-Pipelines. WordPress wäre hier nicht „weniger optimal" gewesen, sondern völlig ungeeignet. Diese Klasse von Projekten lebt von voller Kontrolle über Backend, Frontend und Infrastruktur — also genau dem, was Custom Code bedeutet.
Entscheidungs-Checkliste in sechs Fragen
Wer ehrlich auf diese sechs Fragen antwortet, hat seine Antwort meistens schon vor sich liegen:
Wie wichtig ist Ihnen, dass die Site in unter 1 Sekunde lädt?
Sehr wichtig → Custom. Egal → WordPress reicht.
Wie oft werden Sie selbst Inhalte ändern wollen?
Mehrmals pro Woche → WordPress oder Headless-CMS. Alle paar Monate → Custom ohne CMS reicht.
Brauchen Sie individuelle Funktionen, die keine Standard-Lösung bietet?
Ja → Custom. Nein → WordPress.
Wie viel Budget steht initial zur Verfügung?
Unter 6k → eher WordPress. Über 10k → Custom wird realistisch.
Wer pflegt die Site in 2 Jahren?
Jemand inhouse → WordPress. Externer Dienstleister → beides möglich.
Wo soll die Site in 5 Jahren stehen?
Gleicher Umfang → WordPress. Wachsende Komplexität → Custom oder Headless.
Was wir daraus gelernt haben
WordPress vs. Custom Code ist keine Frage von „besser oder schlechter".
Es ist eine Frage von „passt zu was". Wer behauptet, eines sei kategorisch überlegen, hat entweder nur eines im Repertoire — oder verkauft Religion statt Technologie.
Die Wartungs-Realität wird massiv unterschätzt.
Eine WordPress-Site, die nach dem Launch nicht aktiv betreut wird, ist nach 12 Monaten ein Sicherheits- und Performance-Problem. Das ist der häufigste Grund, warum bestehende Sites zur Belastung werden — nicht die Technologie selbst, sondern die fehlende Pflege.
Performance ist heute Pflicht, nicht Luxus.
Google misst Core Web Vitals als Ranking-Faktor, Nutzer springen bei 3-Sekunden-Ladezeit ab, Performance-Marketing-Algorithmen lernen besser auf schnellen Seiten. Wer Performance ignoriert, weil „die alte WordPress-Site reicht ja", verliert messbar Conversions.
Headless ist oft die richtige Antwort — und niemand redet darüber.
Headless WordPress (oder ein anderes CMS) als Backend, Next.js als Frontend, kombiniert die WordPress-Pflege-Erfahrung mit Custom-Code-Performance. Das ist seit zwei Jahren produktionsreif, aber in der breiten KMU-Beratung kaum angekommen.
Unser typischer Tech-Stack
Kontakt
Unsicher, welcher Weg für Ihre Site der richtige ist?
Wir bauen WordPress und Custom Code — und sagen Ihnen ehrlich, was zu Ihrem Vorhaben passt. In einem 30-minütigen Erstgespräch.