Wer: Mariusz Szatkowski, Senior WordPress Entwickler mit 20+ Jahren Erfahrung.
Was: Einkaufshilfe für WordPress-Budgets ohne öffentliche Stufenliste maßgeschneiderter Arbeit. Builds, Schnittstellen, Performance und Migrationen werden geschrieben beauftragt, die Angebote von WPPoland sind individuell.
Wo: Service weltweit aus Gdynia, Polen.
Leitplanken statt Küchenpreisen:
- Marketing-Website auf WordPress: individuelles Angebot nach Analyse und Integrationsrisiko
- WooCommerce mit Logistik- oder ERP-Schnittstellen: individuelles Angebot nach Schnittstelleninventar
- Programme mit mehreren Stakeholdern und Staging-Prozess: individuelles Angebot mit messbaren Abnahmen
- Laufender Betrieb: individuelles Angebot abhängig von SLA, Monitoring und Änderungsvolumen
- Engineering-Zeit: im Angebot mit Akzeptanzkriterien, nicht als generische Internet-Tariftabelle
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 and 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.
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.
| Projekttyp | Initial (Capex-Logik) | Laufend (Opex-Logik) |
|---|---|---|
| Marketing-/Corporate-Site | Informationsarchitektur, echte Migrationen, Patterns, Accessibility und Performance dort, wo Sie es vertraglich abnehmen. | Kampagnegetriebene Arbeit, strukturierte Inhaltsänderungen, SEO-Technical-Pflege, Einwilligungslage bei Analytics neu bewerten. |
| Integrierter WooCommerce-Betrieb | Zahlungslandschaft, ERP-/WaWi-Sync, Hochlastpfade beim Katalog, Testfälle für Webhooks. | Peak-Loads, Plugin-Risiken, transactionale Postfächer, Überwachung der PSP-Schnittstellen. |
| Programm mit Governance | Staging, Prozess, dokumentierte Releases, Incident-Playbooks, Beteiligung Security/Konformität. | Nachweise für Backups mit Restore-Übungen, Rollenreviews, DPIA-Spuren dort, wo echte Datenverarbeitung liegt. |
Corporate WordPress
- Redaktionsfähige Block-Patterns vor dem Dekor-Schönreden ohne Inhalt
- Akzeptierte Performancebudgets dort, wo messbar vereinbart
- Deployments mit Rollback statt improvisiertem FTP-Freitag
- Redaktions-Handover kurz nach Go-Live
Shop oder Rettungsprojekt
- Zahlungsvariationen Klarna SOFORT PayPal PSP je nach Checkout-Story
- Buchhaltungsübergaben (DATEV, Lexware oder andere definierte Ziele im Umfang)
- Mehrsprache im Checkout dort, wo Marketing-Übersetzung nicht ausreicht
- Caching ohne zu maskieren Dateninkonsistenzen beim Lagerbestand
Infrastruktur-Rechnungen, die meist beim Provider statt beim Entwickler hängen
| Posten | Abrechnung | Praxis-Hinweise |
|---|---|---|
| Domain | Registrar-Tarife | Ablauf- und Recover-Gebühren planen. |
| Hosting | Monatlicher oder jährlicher Plan beim Betreiber | Staging-Isolation, Logs, Datenresidenz, Worker-Limits entscheiden echten Preis nicht das Werbebanner. |
| Edge / CDN | Nutzungsbasiert oder Pakete | WAF-Regeln ohne Abstimmung mit Checkout riskieren Produktionsausfälle. |
| Themes, Plugins und SaaS-Funktionen | Lizenzen oder Abos | Nachweisbare Inventarliste pro Umgebung inklusive Fälligkeiten für weniger Budgetüberraschungen im Folgejahr. |
| Transactionales Messaging | ESP mit messbarer Deliverability | Spam-Ordner beim Endkunden kostet Umsatz, auch wenn Checkout technisch erfolgreich endet. |
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?
