WordPress Kosten und Budget 2026 - wie Angebote wirklich entstehen

#Wie WordPress-Projekte tatsächlich kalkuliert werden

Die WordPress.org-Software selbst ist kostenlos. Eine produktive Website zu betreiben, ist es nicht. Posten, die unvermeidbar sind: Domain-Registrierung, Hosting, SSL-Zertifikat (heute meist via Let’s Encrypt kostenlos), Lizenzen für eine Handvoll Premium-Plugins, sobald die Free-Versionen nicht mehr reichen, und Arbeitszeit. Das ist der Sockel. Was darüber liegt, hängt davon ab, wie das Mandat vertraglich strukturiert ist.

In der Praxis decken drei Modelle nahezu jedes WordPress-Engagement ab:

• Festpreis gegen schriftlichen Umfang. Analysegespräch, Umfangsdokument, eine Zahl, Unterschrift. Auf dem Papier planbar, in der Umsetzung tödlich, sobald sich der Umfang bewegt. Jedes “können wir nicht auch noch” wird zur Change Order, und nach der dritten Change Order ist die Beziehung beschädigt. Festpreis funktioniert nur, wenn der Umfang wirklich eingefroren ist, bei WordPress meist eine Broschüren-Site ohne Integrationen.
• laufende Betreuung mit wöchentlichem oder monatlichem Cap. Sie zahlen vorab einen Block Senior-Stunden, der Cap stoppt die Rechnung, ungenutzte Stunden rollen im Rahmen weiter. Das übliche Modell für laufende Entwicklung an einem Live-Shop, wo der Backlog atmet und ein Festpreis beide Seiten bestrafen würde.
• Time und Materials mit Entscheidungsgates. Reines T&M schreckt Erstkäufer ab, weil es wie ein Blankoscheck wirkt. Die Lösung ist strukturell: wöchentlicher Stundencap, Demo alle zwei Wochen, ein explizites Go/No-Go pro Demo. Schlechtes Demo, Stopp. Gutes Demo, die nächsten zwei Wochen werden autorisiert. Offene Abrechnung ohne diese Gates ist das, was T&M seinen schlechten Ruf eingebracht hat.

Stundensätze und Festpreispauschalen unterscheiden sich in DACH nach Stadt, Risikoprofil, Sprachen, Verfügbarkeit bei Incidents und Fachrichtung (klassisches CMS, WooCommerce, Headless). Tabellen ohne Mandatsbezug sind grobe Orientierung, kein Vergabedokument. WPPoland kalkuliert mit schriftlich fixiertem Umfang; Rechnungsstellung nutzt gültige USt-IDs und B2B-Reverse-Charge innerhalb der EU, wo das zutrifft.

Die Posten, die jede WordPress-Site unabhängig vom Anbieter trägt:

• Domainname: jährliche Gebühr abhängig von TLD und Registrar.
• WordPress-Hosting: abhängig von Traffic, Integrationsbreite und DSGVO-Anforderungen.
• Fertige Themes: einmalige Gebühr im niedrigen Bereich.
• Plugins: Jahres- oder Einmal-Lizenzen je nach Hersteller.
• Sicherheit: WAF, Monitoring, Audits, Umfang nach Risikoprofil.
• Entwicklergebühren: individueller Stundensatz oder Projektpreis.

[!TIP] Für Kunden aus der Schweiz: Rechnungsstellung in CHF ist möglich (Überweisung auf ein Geschäftskonto via Wise/Revolut). Wir stellen mehrwertsteuerfreie Rechnungen für Schweizer Unternehmen aus (Export von Dienstleistungen). Details dazu finden Sie unter WordPress Agentur Schweiz.

[!NOTE] Nachfolgend finden Sie die Preise für WordPress.org, ein quelloffenes Content-Management-System. Auf der anderen Seite ist WordPress.com eine weniger umfangreiche WordPress-Plattform, die eher wie ein Website-Builder funktioniert.

#Orientierende Budgetspannen

Die folgenden Werte sind Marktspannen zur Orientierung, keine feste Paketliste. Sie helfen, ein Beschaffungsbudget vor der Analyse einzuordnen. Die verbindliche Zahl entsteht stets als individuelles Angebot nach schriftlicher Umfangsanalyse.

Diese Werte dienen ausschließlich der Budgetplanung. Das verbindliche Angebot ist individuell nach Umfangsanalyse; WPPoland verkauft keine feste Preisliste.

#Budgetdimensionen ohne Scheingenauigkeit

Blog-Tabellen mit „durchschnittlichen“ Beträgen blenden Integrationen, Sprachen, Incidents und Operate-Leistung aus. Die folgende Matrix beschreibt Treiber, keine vermeintlich exakten Marktpreise.

#Infrastruktur-Rechnungen, die meist beim Provider statt beim Entwickler hängen

#Was eine WordPress-Kalkulation tatsächlich nach oben oder unten bewegt

Zwei Sites mit auf den ersten Blick identischem Projektbeschreibung können sehr unterschiedliche Zahlen ergeben, weil die Arbeit darunter nicht dieselbe ist. Die Variablen, die am stärksten ziehen:

Katalogtiefe in WooCommerce. Zehn Produkte mit zwei Varianten sind ein halber Nachmittag Importarbeit. Zehntausend SKUs mit Bestandssync gegen JTL-Wawi, Attribut-Taxonomie, Parent-Child-Strukturen und einem Feed in Google Shopping sind ein anderes Projekt. Die Skalierung ist nicht linear, ab einigen Tausend Zeilen müssen Query-Optimierung, Cache-Schichten und Admin-UX neu gedacht werden.

Integrationstiefe. Ein Stripe-Checkout ist eine 90-Minuten-Aufgabe. Stripe plus Klarna, SOFORT und PayPal Plus, dazu einen Rechnungsprozess, die Belege in DATEV oder Lexware schiebt, sind Wochen Arbeit, überwiegend für die Fehlerpfade (Rückerstattungen, Chargebacks, Idempotenzschlüssel), nicht für den Happy Path.

Sprachanzahl und Content-Modell. Zwei Sprachen über Polylang oder WPML sind primär Übersetzungslogistik. Fünf plus Sprachen mit sauberer Hreflang-Strategie, sprachspezifischen SEO-Metadaten, RTL-Support und übersetzten Checkout-Flows machen aus Mehrsprachigkeit einen eigenen Workstream parallel zur Entwicklung.

Hosting-Jurisdiktion und Konformität. Billiges Default-Hosting und ein deutscher B2B-Kundenstamm mit DSGVO-Anforderungen passen nicht zusammen. Hosting innerhalb der EU bei einem Provider, der einen sauberen AVV unterzeichnet, korrekt konfigurierte Logspeicherung und ein Cookie-Layer, der Einwilligung wirklich respektiert statt Dark Pattern zu fahren, das sind Budgetposten, keine Nebensachen.

Launch-Termin. Wenn es in sechs statt zwölf Wochen live gehen muss, zahlen Sie für Parallelität: ein zweiter Entwickler, ein Designer, der dem Code voraus arbeitet, ein QA-Lauf parallel zum Content-Load. Verkürzte Zeitachsen kosten fast immer mehr als dieselbe Arbeit in normalem Tempo.

#Sonderfälle, von denen man wissen sollte

Nicht jedes WordPress-Engagement ist ein Build oder ein Wartungs-laufende Betreuung. Drei seltenere Formate, die irgendwann auftauchen:

• Notfall-Reaktion. Site down, Defacement, Ransomware oder fehlgeschlagenes Update. Premium-Stundensatz, Wochen-Cap damit der Zähler nicht endlos läuft, klare Übergabe an reguläre Wartung sobald gelöscht ist.
• Technische Due Diligence. Sie kaufen eine Firma, im Asset-Pool steckt eine WordPress-Property. Halbtägiges oder ganztägiges Review von Codequalität, Plugin-Lizenzen, Hostingverträgen, Sicherheitslage und Migrationsrisiko, ausgeliefert als schriftlicher Bericht. Anderer Deliverable als Entwicklung, andere Bepreisung.
• Sachverständigentätigkeit in Rechtsstreitigkeiten. DSGVO-Beschwerden, IP-Fälle wegen plagiierter Themes, Streit mit Vorgängerentwicklern. Eigene Mandatsvereinbarung, eigene Honorarstruktur, niemals mit aktiver Entwicklung für denselben Mandanten kombiniert.

#Wartung: woran Sie laufende Betreuung-Angebote wirklich messen

Updates ohne Backup und ohne minimale Regressionstests bleiben Preisschild mit Risikoübernahme beim Auftraggeber. Klären Sie davor: wer testet kritische Kaufpfade nach Plugin-Batches, welche dokumentierte Restore-Übung gilt als „funktioniert“, und welches Zeitfenster existiert zwischen Erstkontakt bei einem Produktionsincident und sichtbarer Arbeit. Zwei nützliche Rückfragen vor Unterschrift: wie sieht gebuchte Incident-Antwort in der Hauptgeschäftszeit konkret aus, und rechtfertigt eine Setup-Gebühr messbare Arbeit (Inventur, Zugriffe, Härtungsliste) oder primär Vertrieb?

#Woran Sie günstige Angebote erkennen, die später teuer werden

Ein auffällig niedriger Pauschalpreis verschiebt Kosten meist nur in die Zukunft, er senkt sie nicht. Vier Muster kommen nach einem billigen Build regelmäßig zurück:

1. Performance-Schulden. Ein überladenes Multipurpose-Theme mit einem Dutzend Pagebuilder-Addons startet am Launch-Tag schnell und bricht unter echtem Traffic und echten Medien bei den Core Web Vitals ein. Die Nacharbeit kostet oft mehr als eine schlanke Umsetzung von Anfang an.
2. Sicherheitsabkürzungen. Vorhersehbare Login-Pfade, fehlende Zwei-Faktor-Pflicht für Administratoren und zu großzügige Benutzerrollen machen aus einem kleinen Vorfall schnell eine öffentliche Ausfallgeschichte.
3. Lizenz-Integrität. Genullte oder ohne gültige Lizenz eingesetzte Premium-Plugins bringen Compliance- und Malware-Risiko gleichzeitig ins Haus und lassen sich später nicht sauber aktualisieren.
4. Datenschutz-Lücken. Ein Cookie-Banner, das Einwilligung nur vortäuscht, ein fehlender Auftragsverarbeitungsvertrag mit dem Hoster und undokumentierte Subunternehmer sind eigene Budgetposten, keine Nebensache, sobald eine Beschwerde oder ein Audit ansteht.

Sehr niedrige Pauschalen unterschätzen fast immer QA-Tiefe, Staging-Parität, Restore-Übungen, die Einarbeitung des Redaktionsteams und die Fehlerpfade im Checkout, die erst sichtbar werden, wenn PSP-Webhooks bei Rückerstattungen unsauber reagieren. Prävention ist fast immer günstiger als Krisenarbeit, nur wird der Aufwand für die Krise gerne zu niedrig geschätzt.

#Was ein belastbares Angebot enthalten sollte

Ein Angebot, das Sie fair vergleichen und später auch einfordern können, ist mehr als eine Zahl mit Mehrwertsteuer. Achten Sie auf diese Bestandteile:

• Schriftlicher Umfang. Was ist enthalten und was ausdrücklich nicht. Ohne diese Grenze wird jede Rückfrage später zur Change Order.
• Konkrete Deliverables. Nicht „eine Website“, sondern benannte Seiten-Templates, Block-Patterns, Integrationen, Migrationsumfang und Sprachversionen.
• Abnahmekriterien. Messbare Bedingungen, ab wann eine Leistung als erbracht gilt, etwa ein Performance-Budget, WCAG-Prüfpunkte oder ein Smoke-Test über die Kaufpfade.
• Meilensteine und Zahlungsplan. Rechnungen an Demos gekoppelt, nicht allein an den Kalender.
• Annahmen und Ausschlüsse. Welche Zulieferungen von Ihnen erwartet werden (Texte, Bilder, Zugänge, Ansprechpartner für die Abnahme) und was das Angebot nicht abdeckt.
• Übergabe und Gewährleistung. Wer nach dem Go-Live in welchem Zeitfenster Fehler behebt und wie der Wechsel in die laufende Betreuung geregelt ist.
• Lizenz- und Infrastrukturliste. Welche kostenpflichtigen Plugins, Themes und Dienste laufend anfallen und wer sie bezahlt.

Fehlen diese Punkte, kaufen Sie sich ein Risiko ein, das erst nach der Vertragsunterschrift sichtbar wird.

#Wie Sie mehrere Angebote fair vergleichen

Der häufigste Fehler beim Vergleich ist, nur auf die Endsumme zu schauen. Zwei Angebote mit derselben Zahl können völlig unterschiedliche Leistungen beschreiben. Nützliche Prüffragen vor der Entscheidung:

• Vergleichen Sie Umfang, nicht Preis. Rechnen Sie beide Angebote gedanklich auf denselben Leistungsumfang hoch, bevor Sie die Zahlen nebeneinanderlegen.
• Normalisieren Sie die Wartung. Ein günstiger und ein teurer Wartungsvertrag sind erst vergleichbar, wenn Sie wissen, ob getestete Backups, ein definiertes Reaktionsfenster bei Incidents und ein Kontingent an Weiterentwicklung enthalten sind.
• Fragen Sie, wer die Arbeit macht. Bei Agenturen ist relevant, wer die Produktions-Merges verantwortet, nicht nur, wer im Kickoff sitzt.
• Verlangen Sie Referenzen mit Eskalationspfad. Ein zufriedener Kunde ist gut, ein Kunde, der mit diesem Anbieter einen echten Produktionsvorfall überstanden hat, ist aussagekräftiger.
• Rechnen Sie die Gesamtkosten. Hosting, Lizenzen, CDN und E-Mail-Zustellung laufen unabhängig vom Entwickler weiter und gehören in den Vergleich, sonst wirkt das billigste Angebot nur auf dem Papier günstig.

Ein seriöses Mandat erkennen Sie an vier Dingen: schriftlich fixierter Umfang, an Demos gekoppelte Meilensteine, Änderungen über bewusste Change Orders statt stillschweigender Erwartung, und ein Staging, das echte Traffic-Pfade und Integrationen spiegelt, damit Proben Fehler abfangen, bevor es der Checkout tut.

#Was Sie vor der Angebotsanfrage vorbereiten sollten

Je präziser Ihre Anfrage, desto belastbarer das Angebot und desto kleiner der Puffer, den ein Anbieter für Unsicherheit einpreisen muss. Bereiten Sie idealerweise vor:

• Inhaltsinventar. Wie viele Seiten und welche Vorlagen, welche Inhalte werden migriert und welche neu erstellt.
• Integrationsliste. Zahlungsdienstleister, ERP oder Warenwirtschaft (zum Beispiel JTL-Wawi oder eine DATEV-Übergabe), CRM, Newsletter, Versanddienstleister und alles, was Daten mit dem Shop austauscht.
• Zahlen zum Betrieb. Grobe Katalogtiefe, erwarteter Traffic und saisonale Spitzen, damit Hosting und Performance realistisch dimensioniert werden.
• Muss- und Kann-Kriterien. Eine ehrliche Trennung zwischen dem, was zum Launch zwingend funktionieren muss, und dem, was in eine spätere Ausbaustufe darf.
• Realistischer Termin. Ein echtes Startdatum mit dem Grund dahinter (Messe, Kampagne, auslaufender Vertrag beim Altsystem) statt „so schnell wie möglich“.
• Budgetrahmen. Eine Größenordnung, keine exakte Zahl. Sie hilft dem Anbieter, eine passende statt einer überdimensionierten Lösung vorzuschlagen.
• Zugänge und Ansprechpartner. Wer auf Ihrer Seite fachlich entscheidet und die Abnahmen durchführt und wer Zugriff auf bestehende Systeme geben kann.

Mit diesen Angaben wird aus einem groben Richtwert ein belastbares, individuelles Angebot, das Sie ohne böse Überraschungen mit anderen vergleichen können.

Kontaktieren Sie uns