WordPress oder Custom-Code? Entscheidung für KMU 2026

Warum die WordPress-vs-Custom-Code-Frage falsch gestellt wird

Die meisten KMU-Inhaber stellen sich die Frage „WordPress oder Custom-Code" wie eine ideologische Entscheidung. WordPress wirkt „einfach und billig", Custom-Code wirkt „professionell und teuer". Beide Sichtweisen sind 2026 falsch.

WordPress ist nicht „billig" — gut gemachtes WordPress kostet zwischen 6.500 und 14.000 € Setup. Custom-Code ist nicht automatisch „professionell" — schlecht gemachter Custom-Code performt schlechter als optimiertes WordPress. Die richtige Frage ist nicht ideologisch, sondern technisch: Welche Funktions-Anforderungen hat Deine Webseite, und welche Plattform erfüllt diese mit dem besten Total-Cost-of-Ownership-Profil?

Aus 18 KMU-Projekten der letzten 24 Monate kennen wir die Entscheidungs-Trigger. Diese Anleitung zeigt sie systematisch — mit Kosten-Daten, Performance-Vergleichen und einem 6-Punkte-Framework, das in 30 Minuten klare Antworten liefert.

WordPress: Stärken und Grenzen für KMU 2026

WordPress ist 2026 reifer als jemals zuvor. Die Plattform betreut weltweit über 43 Prozent aller Webseiten und hat ein riesiges Ökosystem an Themes, Plugins und Entwicklern. Für KMU-Anwendungen ist das ein massiver Vorteil — günstige Talent-Verfügbarkeit, breite Plugin-Auswahl, gute Dokumentation.

Was WordPress 2026 stark macht:

1. Riesiges Ökosystem: Über 60.000 Plugins, davon viele professionell gewartet. Für fast jede KMU-Funktion gibt es eine etablierte Plugin-Lösung.
2. Talent-Verfügbarkeit: WordPress-Entwickler sind in Deutschland einfach zu finden, Stundensätze typisch 75-110 € — Custom-Code-Entwickler 110-180 €.
3. Inhalts-Pflege durch Nicht-Entwickler: Praxis-Inhaber, Marketing-Mitarbeiter, Inhaber können WordPress selbst pflegen ohne Tech-Hintergrund.
4. Schnelle Iteration: Neue Seiten oder Funktionen in Stunden statt Tagen umsetzbar.
5. Etablierte SEO-Plugins: Yoast, Rank Math und andere bieten professionelle SEO-Verwaltung ohne Custom-Implementation.

Wo WordPress 2026 limitiert:

1. Performance-Decke bei komplexen Anwendungen: Lighthouse 95-100 mobile ist mit WordPress technisch möglich, aber aufwendig. Out-of-the-Box performt WordPress meist 75-85 mobile.
2. Plugin-Abhängigkeiten: Über 25 aktive Plugins werden zu einem Wartungs-Problem. Plugins-Updates können Konflikte verursachen.
3. Sicherheits-Pflicht: WordPress ist das Haupt-Angriffsziel im Web. Ohne aktive Sicherheits-Pflege wird WordPress nach 12-18 Monaten zum Risiko.
4. Komplexe Custom-Logik schwer: Eigene Buchungs-Algorithmen, Multi-Standort-Routing, Echtzeit-Daten-Synchronisierung sind in WordPress umsetzbar, aber meist mit suboptimalen Plugin-Lösungen.
5. Skalierungs-Grenze: Über 200.000 Besucher monatlich wird WordPress technisch anspruchsvoll und teuer in Hosting + Optimierung.

Aus dem re:PHYSIO-Case wissen wir: Eine Praxis-Webseite mit moderaten Performance-Anforderungen, eigenem Bewertungs-Widget und Doctolib-Integration ist mit WordPress optimal umsetzbar. Setup 8.400 €, monatliche Pflege 320 €. Lighthouse mobile 91. Im 18-Monats-Betrieb hat die Webseite das Sichtbarkeits-Wachstum von 185 Prozent ermöglicht — kein Custom-Code-Investment hätte das beschleunigt.

Custom-Code: Stärken und Grenzen für KMU 2026

Custom-Code (typisch mit Next.js, Astro oder Remix) ist 2026 nicht mehr exotisch. Frameworks haben Standard-Patterns für KMU-Anwendungen, Hosting-Anbieter wie Vercel oder Netlify machen Deployment einfach. Aber der Total-Cost-of-Ownership ist anders als bei WordPress.

Was Custom-Code 2026 stark macht:

1. Premium-Performance ab Werk: Lighthouse 95-100 mobile ist Standard, nicht Optimierungs-Aufwand. LCP unter 1,5 Sekunden, INP unter 100ms möglich.
2. Komplexe Custom-Logik nativ: Eigene Buchungs-Algorithmen, Multi-Standort-Routing, Echtzeit-Daten — alles ohne Plugin-Workaround.
3. Skalierbar bis zu Millionen Besucher: Architektur-bedingt skaliert Custom-Code ohne lineares Hosting-Wachstum.
4. Sicherheits-Profil: Statische Generierung minimiert Angriffsflächen. Kein Login-Backend wie bei WordPress nötig.
5. Premium-Branding-Asset: Eine Webseite mit Lighthouse 100 und unter 1-Sekunden-Ladezeit ist selbst ein Branding-Beweis für Tech-Kompetenz.

Wo Custom-Code 2026 limitiert:

1. Höhere Setup-Kosten: 14.000-32.000 € statt 6.500-14.000 € für WordPress. Bei kleinen KMU oft schwer rechtfertigbar ohne klaren Anlass.
2. Inhalts-Pflege braucht Tech-Verständnis: Ohne Headless-CMS pflegt der Inhaber Inhalte über Code-Repository — meist nicht praktikabel.
3. Talent-Verfügbarkeit limitierter: Next.js-Entwickler in Deutschland weniger verfügbar als WordPress-Entwickler. Stundensätze 35-50 Prozent höher.
4. Längere Iterations-Zyklen: Neue Seiten oder Funktionen brauchen Build- und Deploy-Schritte, die WordPress nicht hat.
5. SEO erfordert eigene Implementation: Schema.org, Sitemap, Robots — alles muss programmiert statt via Plugin konfiguriert werden.

Aus dem immo-rechner.tech-Case — unser eigenes SaaS-Produkt — wissen wir, wann Custom-Code lohnt: eigene Berechnungs-Engine, dynamische Tarif-Strukturen, Live-Updates bei Markt-Änderungen. WordPress wäre hier funktional nicht ausreichend gewesen. Setup-Investment: rund 28.000 €, aber das war Strategie-Investment in ein eigenes Produkt, nicht Marketing-Webseite.

Bishop & Goodman 6-Punkte-Plattform-Entscheidungs-Matrix

Aus 18 Projekten haben wir die Entscheidung systematisiert. Sechs Fragen, die in 30 Minuten beantwortet werden können — das Ergebnis weist klar auf WordPress oder Custom-Code.

Auswertung: Wer 8 oder mehr Punkte auf einer Seite hat, sollte diese Plattform wählen. Bei 6-7 Punkten ist die Entscheidung knapp und sollte mit einem spezialisierten Anbieter validiert werden. Aus 18 Projekten landen 14 klar bei WordPress (8+ Punkte), 3 klar bei Custom-Code (8+ Punkte) und 1 in der Grauzone (Heizungsbauer mit eigenem Notdienst-Routing — letztlich Custom-Code-Hybrid mit WordPress-Frontend gewählt).

Konkrete Kosten-Vergleich über 3 Jahre

Beide Plattformen haben unterschiedliche Total-Cost-of-Ownership-Profile. Hier die realistischen Zahlen aus 18 Projekten.

WordPress, Standard-KMU-Webseite (z.B. Heizungsbau, Praxis, Beratung):

• Setup einmalig: 6.500-14.000 € (Theme, Custom-Design, Plugins, Inhalte)
• Hosting Premium-Provider: 25-80 € pro Monat
• WordPress-Updates und Sicherheit: 180-360 € pro Monat
• SEO-Plugin-Lizenzen: 25-65 € pro Monat
• Backup und Monitoring: 35-90 € pro Monat
• Pflege-Pauschale (kleinere Anpassungen): 250-450 € pro Monat
• Monatlich gesamt: 515-1.045 €
• 3-Jahres-Kosten: 25.000-44.000 €

Custom-Code, vergleichbare KMU-Webseite mit Next.js:

• Setup einmalig: 14.000-32.000 € (Architektur, Implementierung, Inhalte, CMS-Anbindung)
• Hosting (Vercel oder vergleichbar): 25-150 € pro Monat
• Sicherheits-Updates und Framework-Versionen: 150-300 € pro Monat
• Headless-CMS (z.B. Sanity, Strapi): 30-150 € pro Monat
• Monitoring und Performance-Tracking: 25-80 € pro Monat
• Pflege-Pauschale (Anpassungen): 320-680 € pro Monat
• Monatlich gesamt: 550-1.360 €
• 3-Jahres-Kosten: 33.800-81.000 €

Kosten-Differenz über 3 Jahre: 8.000-37.000 € zugunsten WordPress. Für eine Standard-KMU-Webseite ohne klaren technischen Anlass für Custom-Code ist das ein erheblicher Vorteil.

Aber: Bei 18 Projekten zeigt sich eine wichtige Nuance. WordPress-Webseiten ohne Pflege werden nach 18-24 Monaten zum Sicherheits-Risiko und müssen oft komplett neu aufgesetzt werden. Custom-Code-Webseiten haben dieses Problem in geringerem Maß — die Sicherheits-Belastung ist kontinuierlicher, nicht stufenweise wie bei WordPress.

Performance-Vergleich: Konkrete Lighthouse-Daten

Aus 18 Projekten und 12 weiteren analysierten Heizungsbauer-Domains kennen wir die realen Performance-Werte.

WordPress-KMU-Webseiten in der Praxis:

• Out-of-the-Box, Standard-Theme: Lighthouse mobile 45-65, LCP 3,5-5,8 Sekunden
• Mit Performance-Plugin (z.B. WP Rocket): Lighthouse 65-78, LCP 2,8-3,8 Sekunden
• Optimiertes Theme (Astra, Kadence) plus Performance-Plugin: Lighthouse 78-89, LCP 2,2-3,0 Sekunden
• Premium-Optimierung (Custom-Image-Pipeline, Critical-CSS, Server-Side-Caching): Lighthouse 88-94, LCP 1,8-2,5 Sekunden

Custom-Code-KMU-Webseiten in der Praxis:

• Out-of-the-Box Next.js mit Standard-Komponenten: Lighthouse mobile 85-92, LCP 1,8-2,5 Sekunden
• Mit Image-Optimization, Static Generation, Edge-Deployment: Lighthouse 92-98, LCP 1,2-1,8 Sekunden
• Premium-Optimierung mit eigenen Performance-Patterns: Lighthouse 96-100, LCP 0,9-1,4 Sekunden

Was bedeutet diese Differenz konkret für SEO und Conversion?

Aus laufenden Projekten: Eine Webseiten-Verbesserung von Lighthouse 70 auf 90 mobile bringt typisch 12-22 Prozent mehr SEO-Sichtbarkeit (Core Web Vitals als Ranking-Signal) und 8-15 Prozent höhere Mobile-Conversion-Rate. Eine Verbesserung von 90 auf 100 bringt zusätzlich 3-7 Prozent — der Grenzertrag wird klein.

Konkret: Wer von Standard-WordPress (Lighthouse 60) auf optimiertes WordPress (90) wechselt, hat den größten Hebel. Der zusätzliche Schritt zu Custom-Code (95-100) ist messbar, aber der Return-on-Investment kleiner.

Wann lohnt sich Custom-Code wirklich?

Aus 18 Projekten haben wir vier klare Szenarien identifiziert, in denen Custom-Code die richtige Wahl ist.

Szenario 1: Eigene Buchungs- oder Berechnungs-Logik

Wer eine Webseite mit dynamischen Tarif-Berechnungen, Verfügbarkeits-Anzeige in Echtzeit, oder eigenen Buchungs-Algorithmen braucht, kommt mit WordPress an Grenzen. WordPress-Plugins für solche Funktionen sind oft suboptimal und schlecht performant.

Beispiel aus eigener Erfahrung: immo-rechner.tech hat dynamische Berechnungs-Engine für Immobilien-Investitions-Cases. Mit WordPress wäre das ein Plugin-Frankenstein gewesen — mit Next.js ist es eine saubere, performante Lösung.

Szenario 2: Multi-Standort mit dynamischem Routing

Praxen oder Handwerker mit 3+ Standorten und dynamischem Standort-Routing (z.B. Notdienst-Routing nach Postleitzahl, Standort-spezifische Preis-Anzeige) profitieren von Custom-Code. WordPress kann das mit Multisite-Setup, aber die Wartungs-Komplexität wird hoch.

Szenario 3: Über 200.000 Besucher monatlich

WordPress mit 200.000+ Besucher monatlich braucht aufwendiges Hosting-Setup, Caching-Strategie und Optimierung. Custom-Code skaliert hier deutlich entspannter — Vercel oder ähnliche Plattformen können Millionen-Besucher-Traffic ohne lineares Kosten-Wachstum bedienen.

Szenario 4: Performance als Premium-Branding-Asset

Manche KMU-Marken positionieren sich Premium und nutzen Webseiten-Performance als Marken-Beweis. Lighthouse 100, sub-second-LCP, perfekte Animationen — das ist Custom-Code-Territorium. Bei einer Premium-Architekturbüro-Webseite oder Premium-Beratungs-Marke kann das Investment lohnen.

Bei 18 Projekten haben wir 3 Szenario-1-Cases (eigene Custom-Logik), 1 Szenario-2-Case (Multi-Standort-Routing) und 0 Szenario-3-Cases (kein KMU mit über 200k Besuchern monatlich). 14 Projekte waren klassische KMU-Webseiten ohne diese Anforderungen — alle mit WordPress.

Wann lohnt sich WordPress wirklich?

Spiegelbildlich gibt es klare Szenarien für WordPress.

Szenario 1: Klassische KMU-Marketing-Webseite

Heizungsbauer, Arzt-Praxen, Beratungs-Unternehmen, Gastronomie, Handwerker — die klassischen KMU-Anwendungen profitieren von WordPress. Standard-Funktionen (Leistungs-Übersicht, Über-uns, Kontakt, Blog, Impressum) sind via Themes und Plugins schnell umgesetzt. Mehr unter Handwerker-Webseite und Praxismarketing.

Szenario 2: Inhaber pflegt selbst Inhalte

Wenn der Inhaber oder eine Marketing-Person ohne Tech-Hintergrund Inhalte selbst pflegen will (neue Beiträge, Aktualisierungen, Mitarbeiter-Profile), ist WordPress fast immer die bessere Wahl. Der Backend-Editor ist intuitiv, neue Inhalte sind in Minuten online.

Szenario 3: Schnelle Iteration mit Marketing-Druck

Wer eine Webseite hat, die sich oft ändert (neue Aktionen, saisonale Angebote, häufige Blog-Updates), profitiert von WordPress' schneller Iteration. Custom-Code-Deploys haben Build-Schritte, die für solche Anwendungen unnötigen Overhead bringen.

Szenario 4: Budget-Constraints

Bei Setup-Budget unter 14.000 € ist WordPress meist die einzig realistische Wahl. Custom-Code unter diesem Budget bedeutet entweder Qualitäts-Kompromiss oder Funktions-Einschränkungen, die langfristig kosten.

Aus 18 Projekten haben wir 14 mit klarem WordPress-Profil (zeitnaher Marketing-Bedarf, KMU-Standard-Funktionen, Budget unter 14k). Bei diesen Projekten war WordPress nicht „die zweite Wahl" — sondern die optimale Wahl mit dem besten Total-Cost-of-Ownership-Profil.

Häufige Fehlentscheidungen — und wie Du sie vermeidest

Aus 18 KMU-Projekten kennen wir die vier wiederkehrenden Fehlentscheidungen.

Fehler 1: Custom-Code aus Status-Gründen wählen. „Wir wollen eine professionelle Webseite, also Custom-Code." Falsche Logik. Eine optimierte WordPress-Webseite kann genauso professionell sein wie Custom-Code — und kostet 30-50 Prozent weniger. Status-Argumente sollten nicht über technische Plattform-Entscheidungen bestimmen.

Fehler 2: WordPress aus Kostenangst wählen, obwohl Custom-Code richtig wäre. Umgekehrt der gleiche Fehler. Wer eigene Buchungs-Logik oder Multi-Standort-Routing braucht, wird mit WordPress eine schmerzhafte Lernkurve haben — und am Ende mehr ausgeben durch Plugin-Frankenstein-Lösungen.

Fehler 3: Plattform-Wahl ohne Wachstums-Planung. Wer heute 5.000 Besucher monatlich hat und in 2 Jahren 80.000 erwartet, kann sich an WordPress halten. Wer 200.000+ erwartet, sollte gleich Custom-Code starten — die Migration später kostet 60-80 Prozent eines Custom-Code-Setups.

Fehler 4: Plattform-Wahl ohne Pflege-Planung. Beide Plattformen brauchen kontinuierliche Pflege. Wer auf „einmal bauen, dann nichts mehr machen" plant, sollte gar keine Webseite bauen — oder sich für Wix entscheiden mit Resignation an Performance und SEO. WordPress ohne Pflege wird in 18 Monaten zum Risiko, Custom-Code ohne Wartung zum Versions-Konflikt.

Wie Du jetzt entscheidest: Der 3-Schritt-Plan

Schritt 1 — Anforderungs-Analyse (45 Minuten):

Beantworte für Deinen Betrieb die 6 Fragen aus der Bishop & Goodman Plattform-Entscheidungs-Matrix oben. Sei ehrlich: Plane realistische Besucher-Erwartung, ehrliches Budget, tatsächliche Funktions-Anforderungen.

Schritt 2 — Anbieter-Auswahl mit Plattform-Spezialisierung (Woche 2):

Such 2-3 Anbieter mit echter Spezialisierung auf Deine gewählte Plattform. WordPress-Anbieter, die plötzlich auch „Custom-Code anbieten", ohne echte Erfahrung — vermeiden. Custom-Code-Anbieter, die WordPress als „nicht professionell" abtun — auch vermeiden. Beide Plattformen können professionell oder unprofessionell sein.

Schritt 3 — Test-Setup mit echten Daten (Woche 3-4):

Bevor Du den Vollvertrag unterschreibst, lass den Anbieter eine 2-3-Seiten-Demo mit echten Inhalten aufsetzen. Das zeigt Realität: Wie performt es? Wie pflegbar ist es? Wie sieht der Workflow aus? Eine Demo ist 800-1.500 € Investment, kann aber 14.000-32.000 € Fehlentscheidung verhindern.

Falls Du die Plattform-Entscheidung nicht selbst treffen willst: Schreib uns. Wir analysieren Deine Anforderungen kostenlos im Erstgespräch und geben Dir eine ehrliche Plattform-Empfehlung mit Begründung — auch wenn das bedeutet, dass wir nicht der richtige Partner für Dich sind. Mehr zu unseren WordPress-Projekten unter WordPress-Agentur, zu Custom-Code-Projekten unter Web-Design-Übersicht.

Was wir nach 18 KMU-Projekten gelernt haben

Vier Kern-Erkenntnisse aus 18 Projekten, die unabhängig von der Plattform-Wahl gelten.

Erkenntnis 1: Plattform ist 30 Prozent der Entscheidung, Setup-Qualität ist 70 Prozent. Eine schlecht gemachte Custom-Code-Webseite performt schlechter als eine gut gemachte WordPress-Webseite. Der Fokus auf „WordPress oder Custom-Code" lenkt oft von der wichtigeren Frage ab: Wer baut es, wie wird es gepflegt, wie wird es optimiert?

Erkenntnis 2: Performance ist Pflicht, nicht Bonus. Egal welche Plattform — Lighthouse mobile unter 80 ist 2026 nicht akzeptabel. Wer mit WordPress nicht 85+ erreicht, hat einen WordPress-Anbieter ohne Performance-Kompetenz. Wer mit Custom-Code nicht 95+ erreicht, hat einen Custom-Code-Anbieter ohne Senior-Niveau.

Erkenntnis 3: Pflege-Vertrag ist kein Optional, sondern Pflicht. Beide Plattformen brauchen monatliche Pflege. Wer einen Anbieter wählt, der „nach Setup keine kontinuierliche Beziehung anbietet" — Finger weg. Webseiten ohne Pflege werden zur Verbindlichkeit, nicht zum Asset.

Erkenntnis 4: Migration später ist möglich, aber teuer. Wer mit WordPress startet und später auf Custom-Code wechseln will, zahlt 60-80 Prozent eines Custom-Code-Setups noch einmal. Plus SEO-Risiko während Migrations-Phase. Wer die Wachstums-Pfade richtig einschätzt, spart langfristig Geld.

Diese vier Erkenntnisse sind die Basis für strategische Plattform-Entscheidungen. Wer sie versteht, trifft die Entscheidung nicht ideologisch, sondern technisch — und das ist die richtige Basis für eine Webseite, die ihren Job über die nächsten 5 Jahre erfüllt.

Hosting-Strategie für beide Plattformen

Die Plattform-Wahl ist nur die halbe Entscheidung. Das Hosting bestimmt darüber hinaus Performance, Sicherheit und langfristige Kosten. Aus 18 Projekten kennen wir die Hosting-Realitäten beider Welten.

Bei WordPress-Hosting gibt es drei Tier-Klassen, die für KMU relevant sind. Erstens das Shared-Hosting-Tier mit Anbietern wie All-Inkl, Strato oder 1&1. Hier zahlt der Inhaber 5 bis 25 Euro pro Monat, bekommt aber eine Shared-Server-Umgebung mit potenziell langsamer Performance bei Traffic-Spitzen. Für Einsteiger-Webseiten mit unter 1.000 Besuchern monatlich ist das akzeptabel. Für KMU-Marketing-Webseiten mit ernsthaften Wachstums-Zielen ist Shared-Hosting nicht ausreichend — die Performance-Schwankungen kosten regelmäßig SEO-Punkte.

Das mittlere Tier ist Managed-WordPress-Hosting mit Anbietern wie Raidboxes, Kinsta oder WP Engine. Hier kosten Standard-Plans zwischen 25 und 80 Euro pro Monat, bieten aber WordPress-spezifische Optimierung, automatische Updates und Sicherheits-Monitoring. Für die meisten KMU-Webseiten ist das die richtige Wahl. Aus laufenden Projekten sehen wir konsistent: Webseiten auf Managed-WordPress-Hosting performen 30-50 Prozent besser als auf Shared-Hosting bei gleicher technischer Implementation. Mehr unter WordPress-Agentur.

Das obere Tier ist Premium-WordPress-Hosting mit Cloudways, Pressable oder Pantheon. Hier zahlen KMU 80 bis 250 Euro pro Monat, bekommen aber Edge-Caching, automatische Backups, Staging-Umgebungen und Premium-Support. Für KMU-Webseiten mit über 50.000 Besucher monatlich oder spezifischen Performance-Ansprüchen lohnt sich dieser Tier.

Bei Custom-Code-Hosting ist die Landschaft anders strukturiert. Hier dominieren Plattformen wie Vercel, Netlify, Cloudflare Pages und AWS Amplify. Der Vorteil: Diese Plattformen sind speziell für moderne JavaScript-Frameworks optimiert, bieten Edge-Deployment in über 100 Regionen weltweit und skalieren automatisch ohne lineare Kosten-Steigerung. Die Standard-Pläne sind oft kostenlos für kleine Projekte, kostenpflichtig erst ab bestimmten Bandwidth- oder Build-Minute-Schwellen.

Aus dem immo-rechner.tech-Case wissen wir: Vercel-Hosting kostet uns aktuell rund 25 Euro pro Monat, würde bei 10-fachem Traffic auf 60 bis 90 Euro skalieren. Das ist deutlich günstiger als vergleichbares Premium-WordPress-Hosting bei gleicher Performance. Aber: Custom-Code-Hosting setzt voraus, dass der Build-Prozess sauber konfiguriert ist und Inhalts-Änderungen über Git-Workflows laufen. Für nicht-technische Inhaber ist das ein Hindernis.

Migration-Strategien wenn Du später wechseln willst

Eine häufig gestellte Frage in Erstgesprächen: Was passiert, wenn ich heute mit WordPress starte und in 2-3 Jahren auf Custom-Code wechseln will? Aus 18 Projekten haben wir diese Migration zwei Mal begleitet — beide Mal mit klaren Erkenntnissen.

Erster Fall: Eine Beratungs-Webseite, die mit WordPress 2022 gestartet wurde und 2025 auf Next.js migriert werden sollte. Die WordPress-Version hatte rund 80 inhaltliche Seiten, 200 Blog-Beiträge und einige Custom-Plugin-Funktionen für Lead-Magnet-Downloads. Die Migration dauerte 14 Wochen. Inhalts-Migration via Strapi-Headless-CMS, Lead-Magnet-Funktionen mussten neu programmiert werden. Setup-Kosten der Migration: rund 22.000 Euro, also etwa 70 Prozent eines Neu-Setups. Plus 3 Wochen SEO-Schwankungen während der URL-Struktur-Migration mit 301-Redirects.

Zweiter Fall: Eine Multi-Standort-Praxis, die mit WordPress-Multisite gestartet hatte und auf Custom-Code wechseln wollte, weil die Multisite-Komplexität nicht mehr handhabbar war. Diese Migration war komplexer: 4 Standort-Subseiten, 280 inhaltliche Seiten, eigene Buchungs-Plugin-Anbindung an Doctolib, Multi-Standort-Bewertungs-Aggregation. Migration dauerte 18 Wochen, kostete 31.000 Euro plus zwei Monate Performance-Optimierung danach.

Aus diesen zwei Migrationen die Lehre: Migration ist möglich, aber teuer. Wer mit ungefähr 30 bis 50 Prozent Aufwand-Ersparnis rechnet im Vergleich zu Neu-Aufbau, liegt typisch falsch. Realistisch sind 60-80 Prozent eines Custom-Code-Setups als Migrations-Investment.

Daher die Empfehlung aus 18 Projekten: Wenn der Wachstumspfad in den nächsten 24-36 Monaten klar Custom-Code erfordert (z.B. eigene Software-Funktionen, Multi-Standort-Routing, Skalierungs-Anforderungen), gleich mit Custom-Code starten. Wer im Zweifel ist, startet mit WordPress und akzeptiert eine eventuelle Migration als bewusste Investition zu einem späteren Zeitpunkt.

Eine Zwischen-Strategie ist headless WordPress. Hier wird WordPress als Content-Backend genutzt, das Frontend aber in Custom-Code-Framework geschrieben. Die Migration zu vollständigem Custom-Code wird dadurch einfacher, weil der Datenbank-Stand bereits passend ist. Aber: Headless-WordPress-Setup ist initial teurer und komplexer als klassisches WordPress, etwa 12.000 bis 20.000 Euro Setup. Das lohnt sich primär bei Anwendungen, die bereits zur Setup-Zeit hybrid-Anforderungen haben.

Was Du in den ersten 12 Monaten erwarten kannst

Unabhängig von der gewählten Plattform haben KMU-Webseiten ähnliche Wachstums-Muster in den ersten 12 Monaten. Aus 18 Projekten kennen wir die typischen Verläufe.

In den ersten 30 Tagen passiert primär die technische Stabilisierung. Lighthouse-Score wird auf Ziel-Niveau gebracht, Schema.org-Markup validiert, Conversion-Tracking gegenchecken, Browser-Kompatibilität sicherstellen. In dieser Phase kommen typisch 5 bis 15 Anfragen über die Webseite — meist aus bestehenden Empfehlungen, weniger aus organischer Suche.

In den Tagen 30 bis 90 startet der SEO-Aufbau. Sitemap bei Google Search Console eingereicht, erste Backlinks aus Branchenverzeichnissen aufgebaut, GBP-Profil mit der Webseite verbunden. Sichtbarkeit in der Google Search Console steigt typisch um 15 bis 35 Prozent in diesen 60 Tagen. Anfragen pro Monat verdoppeln sich typischerweise gegenüber dem Vor-Webseite-Niveau.

In den Tagen 90 bis 180 greift der volle SEO-Effekt. Erste Top-10-Rankings für Long-Tail-Keywords, organische Anfragen werden messbar. Bei einem typischen Heizungsbauer kommen pro Monat etwa 15 bis 35 zusätzliche organische Anfragen rein. Bewertungs-Pipeline produziert kontinuierlich neue Bewertungen, der Local-Pack-Trend ist nach oben gerichtet.

In den Tagen 180 bis 365 stabilisiert sich die Webseite als verlässliche Marketing-Foundation. Anfragen pro Monat liegen typisch 60 bis 180 Prozent über dem Niveau vor Webseiten-Start. Conversion-Rate ist auf optimalem Niveau, Cost-per-Acquisition aus paid-Kanälen ist gesunken durch besseres Tracking und Optimierung.

Aus dem V.B.-Heizung-Case wissen wir: Die Webseite hat in 18 Monaten 520.000 Euro Mehrumsatz möglich gemacht. Aus dem re:PHYSIO-Case: Sichtbarkeits-Verbesserung um 185 Prozent in 8 Monaten, Anfragen-Verdreifachung. Beide Webseiten sind WordPress-basiert mit Performance-Optimierung. Custom-Code hätte das Ergebnis nicht beschleunigt — die Plattform ist hier nicht der entscheidende Faktor, sondern die Marketing-Begleitung und Inhalts-Strategie.

Wer also vor der Plattform-Entscheidung steht, sollte das Total-Bild im Blick behalten. Plattform-Wahl macht 20-30 Prozent des Marketing-Erfolgs aus. Inhalt, SEO-Strategie, Conversion-Optimierung und kontinuierliche Pflege machen die anderen 70-80 Prozent. Wer hier richtig priorisiert, trifft auch bei knapper Plattform-Entscheidung die richtige Wahl.

Mehr zu Webseiten-Kosten generell findest Du auf der Cost-Pillar-Seite. Spezifisch zu Handwerker-Webseiten unter Handwerker-Webseite. Web-Design-Übersicht mit allen Service-Optionen unter Web-Design.

Plugin-Strategie für WordPress: Was wirklich gebraucht wird

Eine der häufigsten WordPress-Fehlentscheidungen ist die Plugin-Sammlung. Inhaber installieren über die Jahre 30, 40, manchmal 60 Plugins — jedes für eine spezifische Funktion, viele für Funktionen die nicht mehr aktiv genutzt werden. Das Ergebnis ist eine WordPress-Installation, die langsam, instabil und sicherheitsrelevant problematisch ist.

Aus 18 KMU-Projekten haben wir die schlanke Plugin-Strategie identifiziert. Eine optimierte WordPress-KMU-Webseite benötigt typischerweise zwischen 8 und 14 aktive Plugins. Mehr ist meist Indikator für falsche Plattform-Wahl oder fehlende technische Pflege.

Die Pflicht-Plugins für jede WordPress-KMU-Webseite umfassen ein SEO-Plugin wie Yoast SEO oder Rank Math für Meta-Tags und Schema-Markup, ein Performance-Plugin wie WP Rocket oder LiteSpeed Cache für Caching, ein Sicherheits-Plugin wie Wordfence oder iThemes Security für Schutz, ein Backup-Plugin wie UpdraftPlus oder BackWPup für regelmäßige Datensicherungen, sowie ein Cookie-Banner-Plugin wie Borlabs Cookie für DSGVO-Konformität.

Optionale Plugins, die je nach Anwendungsfall sinnvoll sind: Ein Forms-Plugin wie Gravity Forms oder WPForms für Lead-Capture, ein Image-Optimization-Plugin wie ShortPixel oder Imagify für Bildkomprimierung, ein Analytics-Plugin wie MonsterInsights für GA4-Integration, sowie ggf. ein Buchungs-Plugin wie BookingPress für direkte Termin-Vereinbarungen.

Was Du in WordPress 2026 NICHT brauchst: Page-Builder wie Elementor oder Divi für Standard-KMU-Webseiten — sie sind zwar visuell intuitiv, aber Performance-mäßig oft problematisch. Visual-Composer-ähnliche Tools sind generell zu vermeiden. Und alle Plugins, die seit 12 Monaten nicht mehr aktualisiert wurden, sollten deinstalliert werden — sie sind Sicherheits-Risiken.

Die jährliche Plugin-Audit-Disziplin ist wichtig. Aus 12 analysierten Heizungsbauer-Domains haben 8 mehr als 25 aktive Plugins, davon durchschnittlich 6 ohne Update in den letzten 12 Monaten. Das ist ein konkretes Sicherheits-Problem. Eine Stunde jährliche Plugin-Bereinigung kann WordPress-Webseiten massiv stabilisieren.

Custom-Code-Architektur-Entscheidungen für KMU

Wenn Du tatsächlich Custom-Code wählst, sind die nächsten Architektur-Entscheidungen kritisch. Aus eigener Erfahrung mit dem immo-rechner.tech-Projekt und 4 weiteren Custom-Code-Projekten kennen wir die Stolpersteine.

Framework-Wahl ist die erste große Entscheidung. Next.js ist 2026 der etablierte Standard für KMU-Custom-Code-Projekte. Astro ist die schlankere Alternative, besonders gut für inhalts-fokussierte Webseiten ohne komplexe Interaktivität. Remix ist eine dritte Option, primär für Anwendungen mit komplexen Datenflüssen. Für 90 Prozent der KMU-Projekte ist Next.js die richtige Wahl wegen breiter Talent-Verfügbarkeit und reichhaltigem Ökosystem.

Headless-CMS-Wahl ist die zweite Entscheidung. Hier hast Du grob drei Optionen. Erstens das Open-Source-Tier mit Strapi oder Payload CMS — kostenlos in der Software, aber Hosting-Kosten und Wartung selbst tragen. Zweitens das Managed-Tier mit Sanity oder Contentful — kostet 25 bis 250 Euro pro Monat, aber keine eigene Wartung. Drittens das WordPress-Headless-Tier — WordPress als Content-Backend, Custom-Code als Frontend. Für KMU mit einem Inhalts-Pfleger ohne Tech-Hintergrund ist Sanity oder ein Headless-WordPress-Setup oft die richtige Wahl.

Hosting-Wahl ist die dritte Entscheidung. Vercel ist der natürliche Match für Next.js-Projekte mit Edge-Deployment und integrierter Build-Pipeline. Netlify bietet ähnliche Funktionen mit teilweise anderer Pricing-Logik. Cloudflare Pages ist die preisgünstige Alternative für statisch generierte Webseiten. AWS Amplify oder Self-Hosted-Lösungen lohnen sich primär bei sehr spezifischen Compliance-Anforderungen.

Aus dem immo-rechner.tech-Stack wissen wir: Next.js 14 plus Vercel-Hosting plus eigener FastAPI-Backend-Service hat sich als robust und skalierbar erwiesen. Lighthouse 100 mobile ist Standard, Deployment-Zyklen unter 3 Minuten sind möglich. Aber: Diese Architektur passt zu einem SaaS-Produkt mit komplexer Berechnungs-Logik. Für eine klassische KMU-Marketing-Webseite wäre dieselbe Architektur Overkill.

Inhalts-Pflege im Vergleich beider Plattformen

Inhalts-Pflege ist der unterschätzte Total-Cost-Faktor. Aus 18 Projekten haben wir Daten dazu, wie sich beide Plattformen in der täglichen Pflege-Realität anfühlen.

WordPress-Inhalts-Pflege ist seit jeher der größte Vorteil dieser Plattform. Inhaber loggen sich in das Backend ein, klicken auf "Beitrag erstellen", füllen Titel und Inhalt aus, fügen ein Bild hinzu, klicken "Veröffentlichen". Der Beitrag ist binnen Sekunden online. Aus laufenden Projekten wissen wir: Praxis-Inhaber pflegen WordPress-Webseiten erfolgreich mit weniger als 30 Minuten Schulung. Selbständige Marketing-Mitarbeiter brauchen typisch 1-2 Stunden Einarbeitung.

Custom-Code-Inhalts-Pflege ist 2026 dank Headless-CMS deutlich besser geworden als noch vor wenigen Jahren. Mit einem Sanity-Setup oder Strapi-Konfiguration loggen sich Inhalts-Pfleger in eine eigene CMS-Oberfläche ein, ähnlich wie bei WordPress. Aber: Die Erstellung der Content-Modelle erfordert Tech-Verständnis. Custom-Felder, Beziehungen zwischen Inhalts-Typen, Validierungs-Regeln müssen vom Entwickler konfiguriert werden, bevor der Pfleger arbeiten kann.

Konkretes Beispiel: Eine Multi-Standort-Praxis mit drei Standorten und 15 Behandlungs-Schwerpunkten pro Standort. In WordPress kann das mit Custom-Post-Types und Standard-Plugins (Custom Post Types UI, Advanced Custom Fields) in 2-4 Stunden konfiguriert werden. In Custom-Code mit Headless-CMS muss das Datenmodell in Code definiert werden, was 8-14 Stunden Entwicklungs-Zeit kostet. Aber: Nach Setup ist die laufende Pflege in beiden Systemen ähnlich aufwendig.

Aus 18 Projekten ist die Empfehlung klar: Wenn der Inhalts-Pfleger ein Praxis-Inhaber ohne Tech-Hintergrund ist, der gelegentlich Aktualisierungen macht, ist WordPress die bessere Wahl. Wenn der Inhalts-Pfleger ein Marketing-Team mit Tech-Verständnis ist, das strukturiert mit Datenmodellen arbeitet, kann Custom-Code mit Headless-CMS sogar effizienter sein durch klarere Strukturen und bessere Workflows.

Verwandte Beiträge

Die Plattform-Wahl ist eine Entscheidung — die Pflicht-Bausteine, die jede Webseite unabhängig von WordPress oder Custom-Code haben muss, sind die zweite. Mehr im Schwester-Beitrag Handwerker-Webseite: 5 Pflicht-Bausteine für Anfragen.