Einleitung: die Frage, die jede Anfrage eröffnet
„Was kostet eine WordPress-Website?” ist die erste Frage fast jeder Anfrage und die niemand ehrlich mit einer einzigen Zahl beantworten kann, ohne über das zu schweigen, was dahintersteckt. Das ist keine Ausflucht. Es ist die präzise Beschreibung eines Kalkulationsproblems: Zwei Projekte mit identischer Seitenzahl können sich in der Arbeitsmenge um ein Vielfaches unterscheiden, weil die Arbeit nicht in den Seiten steckt, sondern in den Templates, den Integrationen, den Fehlerpfaden, den Sprachversionen und den Abnahmekriterien.
Dieser Artikel geht den Weg umgekehrt. Statt eine Zahl zu raten, erklären wir jeden Kostenfaktoren einzeln, ehrlich und ohne Marketing-Glättung: Umfang, individuelle Entwicklung gegenüber Theme-Konfiguration, Integrationen, Content-Produktion, Performance und Security, Barrierefreiheit, Projektleitung und die gesamte laufende Ebene nach dem Launch. Danach folgt ein Rahmenwerk, mit dem Sie ein Anforderungsdokument schreiben, das Angebote tatsächlich vergleichbar macht. Und am Ende nennen wir die einzige Quelle, aus der konkrete Zahlen stammen dürfen: die aktuelle Preisliste. Wer danach immer noch fragt, was eine WordPress-Website „kostet”, fragt dann mit besseren Worten.
Warum die WordPress-Software kostenlos ist und das Projekt trotzdem nicht
Die WordPress.org-Software ist quelloffen und frei verwendbar. Das ist ein echtes strukturelles Merkmal und kein Werbeargument: Es gibt keine Lizenzgebühr an einen Hersteller, keine Nutzungsbeschränkung nach Traffic und keine Version, die „kommerzielle Funktionen” hinter einer Paywall versteckt. Ein großer Teil des Ökosystems an Werkzeugen – vom Block-Editor bis zu tausenden Plugins – steht ebenfalls offen zur Verfügung.
Genau deshalb ist die Software der falsche Bezugspunkt für die Kostenschätzung. Was ein Auftraggeber kauft, ist nie WordPress. Gekauft wird Arbeit: Informationsarchitektur, Designentscheidungen, Umsetzung, Migration, Integration, Prüfung, Betrieb und Verantwortung. Die Software ist das frei verfügbare Material, aus dem diese Arbeit besteht – vergleichbar damit, dass Ziegelsteinen relativ günstig sind und ein Haus trotzdem nicht. Die Frage „Was kostet eine WordPress-Website?” ist daher in Wahrheit die Frage „Wie viel Arbeit steckt in meinem konkreten Vorhaben?” – und die beantwortet sich nur aus dem Umfang, nie aus dem Produktname.
Kostenfaktor Umfang: Seiten, Templates und Inhaltsmodell
Der sichtbarste Kostenfaktor ist der Umfang, aber er wird fast immer falsch gezählt. Nicht die Anzahl der Seiten bestimmt die Arbeit, sondern die Anzahl der unterschiedlichen Templates. Eine Website mit vierzig Unterseiten, die alle auf drei Layouts zurückgehen, ist ein kleineres Projekt als eine Website mit zwölf Seiten, die zwölf individuelle Layouts verlangen. Jedes zusätzliche Template bedeutet Designarbeit, Umsetzungsarbeit, Redaktionswerkzeuge für genau dieses Layout und Tests über alle Sprachversionen hinweg.
Zur Seitenzahl kommt das Inhaltsmodell. Welche Inhaltstypen gibt es – Beiträge, Referenzen, Stellenangebote, Events, Standorte, Produkte? Wie hängen sie zusammen, welche Archiv- und Detailansichten brauchen sie, welche Taxonomien? Ein sauber geplantes Inhaltsmodell macht spätere Erweiterungen günstig, weil neue Inhalte in bestehende Templates fallen. Ein chaotisches Modell macht jede Erweiterung zum Eigenbau. Und es schließt die Migration ein: Wer Bestandsinhalte übernimmt, braucht eine URL-Map, Weiterleitungen und einen Abgleich, welche Inhalte migriert, neu geschrieben oder stillgelegt werden. Migrierte Inhalte sind Arbeit, auch wenn sie „schon da sind”.
Kostenfaktor Entwicklung: Theme-Konfiguration oder individuelle Umsetzung
Die zweite große Weiche ist technisch: Wird ein fertiges Theme konfiguriert oder ein individuelles Frontend entwickelt? Beide Wege sind legitim, aber sie kosten unterschiedlich und tragen unterschiedliche Risiken.
Die Theme-Konfiguration ist der schnellere Weg zum Launch. Ein gepflegtes Premium-Theme bringt Layouts, Blöcke und Einstellungen mit, die Arbeit konzentriert sich auf Anpassung, Inhalte und Feinschliff. Der Preis dafür liegt nicht in der Lizenz, sondern in der Passgenauigkeit: Irgendwann stößt jedes fertige Theme an die Grenze, wo das Inhaltsmodell etwas verlangt, das das Theme nicht vorsieht. Dann beginnt die Kompromissphase – oder der Kauf eines Page-Builders, der Flexibilität verspricht und dafür Ladezeit, Wartungskomplexität und Anbieterbindung mitliefert.
Die individuelle Entwicklung kostet vorne mehr und zahlt sich über die Betriebszeit ein. Ein auf das Inhaltsmodell zugeschnittenes Block-Theme mit eigenen Blöcken und Patterns passt exakt zu den Inhalten, bleibt updatefest, weil es keine Fremd-Abhängigkeiten beim Design trägt, und macht Redakteuren das Arbeiten leichter, weil die Bausteine ihre Realität abbilden statt generischer Layoutgalerien. Die zusätzliche Arbeit ist real; die Einsparung entsteht später, in jedem weiteren Jahr Betrieb. Die ehrliche Zwischenbilanz: Für eine kompakte Firmenwebsite mit klarem Layout ist konfigurierte Arbeit häufig die wirtschaftlich richtige Wahl. Für alles, was wachsen, integrieren oder lange leben soll, ist individuelle Umsetzung fast immer die günstigere Entscheidung über den Gesamtzeitraum.
Kostenfaktor Integrationen: ERP, CRM und Zahlungen
Integrationen sind der Kostentreiber, der in Beratungsgesprächen am häufigsten unterschätzt wird. Ein Zahlungsprovider einzubinden klingt nach „ein Formular, das Daten weitersendet” – ist es aber nicht. Der Happy Path eines Checkouts ist der kleine Teil der Arbeit. Der große Teil sind die Fehlerpfade: Rückerstattungen, abgebrochene Zahlungen, doppelt zustellende Webhooks, Timeout zwischen Shop und Provider, Währungs- und Steuerrandfälle. Jede dieser Pfadvarianten will verstanden, implementiert und getestet sein, bevor sie ein echter Kunde im echten Warenkorb findet.
Gleiches gilt für ERP- und Warenwirtschaftsanbindungen. Sobald Bestände, Preise, Aufträge oder Kundendaten zwischen WooCommerce und einem ERP-System laufen, entsteht ein eigenes kleines Projekt innerhalb des Projekts: Datenmodell abgleichen, Synchronisationsrichtung festlegen, Konfliktraten definieren, Testfälle für den Fall schreiben, dass das ERP nachts nicht antwortet. Eine CRM-Anbindung hat andere Risiken, aber dieselbe Struktur. Die praktische Konsequenz für die Budgetierung: Zählen Sie jede Schnittstelle benannt auf – System, Richtung, Datenarten, Häufigkeit. Ein Angebot, das „Anbindung an Ihr CRM” pauschal enthält, ist kein Angebot, sondern eine Vermutung mit Preis.
Kostenfaktor Content: Texte, Bilder und Übersetzungen
Content-Produktion ist der Kostenfaktor, der häufig gar nicht im Projektbudget auftaucht, weil er „der Kunde macht”. Das ist ein legitimer Ansatz, aber er sollte dann auch so im Angebot stehen – als Zulieferung mit Termin und Umfang. Denn Content ist nicht Nebensache: Ein Template ohne Text ist eine Hülle. Sichtbarkeit in Suchmaschinen entsteht über Inhaltsqualität, und die Conversion einer Landingpage entsteht im Text, nicht im Layout.
Konkrete Positionen: Textproduktion oder Textüberarbeitung pro Seite und Sprache, Fotografie oder Bildlizenzierung, technische Aufbereitung von Bildmaterial, und bei mehrsprachigen Projekten die Übersetzung mit lokaler Anpassung statt wörtlicher Übertragung. Dazu kommt die Migrationsarbeit am Content selbst: Bestandstexte in die neuen Strukturen überführen, Metadaten nachziehen, Bilder komprimieren, interne Links prüfen. Wer diese Arbeit nicht plant, zahlt sie später in Form eines Launchs mit leeren Seiten oder eines Nachtrags, der unvorhergesehen war. Ein gutes Angebot fragt aktiv nach dem Content-Stand und kalkuliert die Differenz.
Kostenfaktor Performance und Security
Performance und Security sind die Posten, die ein sparsames Angebot zuerst streicht und ein ehrliches Angebot zuerst ausweist. Beide wirken unsichtbar, solange nichts passiert, und beides ist im Ernstfall teurer als im Bau.
Auf der Performance-Seite gehören in ein solides Projekt: ein vereinbartes Performance-Budget als Abnahmekriterium, ein Caching-Konzept, eine Bild-Pipeline, die moderne Formate und richtige Größen ausliefert, und ein Edge-Setup, das echte Traffic-Spitzen trägt. Die Alternative ist die übliche Sequenz: Launch mit hübschem Lighthouse-Ergebnis auf leerer Staging-Seite, dann die Ernüchterung unter echtem Traffic und echten Medien, dann Nacharbeit, die teurer ist als die korrekte Umsetzung von Anfang an.
Auf der Security-Seite ist die Frage nicht, ob Maßnahmen stattfinden, sondern welche und mit welcher Tiefe. Zu einer erwachsenen Basis gehören gehärtete Konfiguration, eine Zugriffs- und Rollenpolitik mit Zwei-Faktor-Authentifizierung für Administratorkonten, eine Web Application Firewall, Monitoring mit einem Alarmkanal, den ein Mensch liest, und Backups, die nicht nur existieren, sondern mit dokumentierten Restore-Übungen nachweislich wiederherstellbar sind. Alles andere ist Sicherheitsgefühl ohne Sicherheitsleistung. Diese Arbeit kostet im Projekt oder im Wartungsvertrag – oder im Vorfall, und dann mit Multiplikator.
Kostenfaktor Barrierefreiheit: BFSG als realer Projektumfang
Seit dem 28. Juni 2025 gilt in Deutschland das Barrierefreiheitsstärkungsgesetz, und damit ist Barrierefreiheit für viele B2C-Angebote keine Stilfrage mehr, sondern eine Rechtsanforderung. Für den Kostenrahmen bedeutet das: Accessibility-Arbeit ist ein eigenständiger Projektumfang mit eigenen Nachweisen, keine implizite Nebenwirkung von „gutem Design”.
Was da konkret hineinspielt: semantische Struktur und Tastaturbedienbarkeit über alle interaktiven Elemente, Kontraste und Fokuszustände, beschriftete Formulare und Fehlermeldungen, Bedienbarkeit von Modals und Menüs mit assistierenden Technologien, eingeschlossen Dokumenttypen wie PDFs. Der Aufwand skaliert mit der Anzahl individueller Komponenten – ein weiteres Argument dafür, wenige, wiederverwendbare Bausteine sauber zu bauen statt viele Sonderfälle. Wichtig für die Planung: Nachrüstung ist teurer als Integration. Wer Accessibility von Beginn an im Design und Frontend verankert, zahlt einmal dafür; wer sie erst nach dem Launch prüfen lässt, zahlt zweimal – einmal für die Prüfung und einmal für die Behebung.
Kostenfaktor Projektleitung, Abstimmung und Schulung
Projektleitung ist echte Arbeit und sollte im Angebot sichtbar sein, nicht als Verwaltungspauschale versteckt. Zu ihr gehören die Kickoff- und Anforderungsphasen, das Umfangsdokument, die Terminsteuerung zwischen Ihren Zulieferungen und der Entwicklungsleistung, die Vorbereitung und Nachbereitung von Demos, das Change-Order-Management und die Abnahmeorganisation.
Ein scheinbar weicher Faktor mit harter Wirkung ist die Anzahl der Entscheidungsträger auf Ihrer Seite. Jede zusätzliche Stakeholder-Ebene verlängert Feedback-Schleifen, und Feedback-Schleifen sind der teuerste Produktionsfaktor im Webprojekt, weil sie gebaute Arbeit wieder aufschließen. Eine benannte Person, die fachlich entscheidet und Abnahmen trägt, senkt die Projektkosten messbar – ohne dass sich am Umfang etwas ändert. Zur Projektleitung gehört schließlich die Schulung des Redaktionsteams und die Übergabedokumentation. Wer sie nicht einplant, kauft eine Website, die nach dem Go-Live vom Dienstleister abhängig bleibt, weil niemand im Haus weiß, wie sie funktioniert.
Die laufende Ebene: Hosting, Wartung, Updates und Lizenzen
Bis hierher ging es um das Projekt. Danach beginnt die zweite Kostenebene, die dauerhafter ist als die erste: der Betrieb. Sie beginnt mit den Infrastruktur-Positionen, die unabhängig vom Dienstleister anfallen – Domain, Hosting, transaktionales E-Mail, CDN – und den Lizenzen für Premium-Plugins und Themes, die meist jährlich fällig werden. Für den Betrieb in DACH gehört dazu ein Hosting innerhalb der EU mit sauberem Auftragsverarbeitungsvertrag, konfigurierter Logspeicherung und einer Datenschicht, die bei einer Auskunft oder einem Audit nicht zur Überraschung wird.
Darüber liegt die Wartung, und sie ist der Posten, den viele zuerst streichen und der sich am zuverlässigsten rechnet. Ein Wartungsumfang mit Substanz umfasst Update-Management für Core, Plugins und PHP mit Staging-Test und Rollback-Pfad, getestete Off-Site-Backups, Monitoring, definierte Reaktionsfenster bei Vorfällen und einen monatlichen Bericht. Updates ohne Test sind kein Update-Management, sondern ein Würfeln mit Produktionsdowntime; Backups ohne Restore-Übung sind ein Glaubenssatz. Wie sich Wartungsangebote inhaltlich unterscheiden und woran man sie misst, haben wir ausführlich unter Wartung von WordPress-basierten Websites beschrieben.
Orientierung: die Zahlen, die wir nennen
Nach so vielen qualitativen Faktoren ist die naheliegende Frage: Wo liegen überhaupt die Zahlen? Die einzige Quelle, aus der wir hier konkrete Werte zitieren, ist unsere offizielle Übersicht. Laut der aktuellen Preisliste liegt eine Unternehmens- oder Firmenwebsite in einer orientierenden Spanne von 890 bis 2.900 €, ein WooCommerce-Shop zwischen 1.800 und 6.900 €, und die laufende Wartung beginnt bei 69 € pro Monat. Diese Werte stammen aus der Preisliste und sind dort als Marktspannen zur Budgetplanung ausgewiesen – keine Paketpreise und kein Ersatz für ein Angebot.
Warum wir darüber hinaus keine Zahlen in Artikeltexte schreiben, liegt in der Logik dieses Artikels: Jede Zahl, die ohne Umfang fällt, ist Scheingenauigkeit. Die Spanne innerhalb eines Projekttyps ist genau der Abstand zwischen Theme-Konfiguration und individueller Entwicklung, zwischen einer Zahlungsanbindung und einer ERP-Synchronisation, zwischen einer und fünf Sprachen. Genau deshalb lautet der Weg zur verbindlichen Zahl nicht „Preistabelle lesen”, sondern „Umfang dokumentieren, dann Angebot anfordern”.
Wo Geld verschwendet wird
Die ehrliche Kostendiskussion muss auch die Verschwendung benennen. Vier Muster wiederholen sich in Rettungsprojekten mit auffälliger Regelmäßigkeit.
Erstens: Überindividualisierung. Individuelle Entwicklung ist ein Werkzeug, kein Statussymbol. Wenn ein Standardkontaktformular als Maßanfertigung, ein einfaches Archiv als individuelle Komponente und ein einfacher Einleitungstext als dynamisches Feature umgesetzt werden, zahlt das Projekt für Flexibilität, die niemand nutzt. Die Gegenfrage vor jedem Custom-Bau lautet: Welches zukünftige Szenario braucht diese Freiheit wirklich?
Zweitens: Plugin-Sprawl. Jedes zusätzliche Plugin bringt Lizenzkosten, Update-Risiko, Ladezeit und eine weitere Schnittstelle mit, um die man sich kümmern muss. Zehn kleine Plugins, die jeweils ein Detail lösen, sind teurer als ein sauberes Konzept, das dieselben Aufgaben strukturell erledigt. Ein Plugin-Inventar mit regelmäßiger Ausmistung ist eines der günstigsten Werkzeuge im gesamten Betrieb.
Drittens: Redesign ohne Messung. Ein Relaunch, der startet, ohne dass die Bestandssite vermessen wurde, kann nach dem Go-Live nicht beantworten, ob er etwas verbessert hat. Ohne Baseline für Traffic, Suchbegriffe, Conversion-Pfade und die stärksten Seiten werden Designentscheidungen Geschmacksurteilen – und im schlimmsten Fall werden die funktionierenden Seiten des alten Auftritts zerstört, ohne dass jemand es bemerkt.
Viertens: fehlende Übergabedokumentation. Wenn Dokumentation zum Aufbau, zu Zugängen, zu Lizenzen und zu Entscheidungen nicht geliefert wird, bleibt der Auftraggeber strukturell abhängig. Jeder spätere Anbieterwechsel wird teurer, jede kleine Änderung muss beim Originalanbieter gekauft werden. Nicht dokumentierte Projekte sind keine fertigen Projekte.
Wo sich Ausgaben bezahlt machen
Die Kehrseite der Verschwendungsliste ist kurz und deutlich. Wartung zahlt sich zurück, weil sie Vorfälle verhindert, die im Nachhinein ein Vielfaches kosten – und weil eine gepflegte Site keine Sicherheitsgeschichte wird, die im schlimmsten Fall Reputation und Umsatz gleichzeitig trifft. Performance zahlt sich zurück, weil Ladezeit direkter Einflussfaktor für Conversion und Sichtbarkeit ist und weil jede eingesparte Sekunde auf jeder Seite anfällt. Messung zahlt sich zurück, weil Entscheidungen ohne Daten wiederholt und mit Daten korrigiert werden – der Unterschied zwischen Raten und Steuern.
Zwei weitere Posten zahlen sich unauffällig, aber verlässlich aus. Erstens Dokumentation, weil sie die Abhängigkeit vom Dienstleister begrenzt und jeden zukünftigen Wechsel verbilligt. Zweitens Accessibility-Arbeit von Beginn an, weil sie zugleich Codequalität, Struktur und Nutzbarkeit für alle verbessert und rechtliche Risiken mindert. Der gemeinsame Nenner: Investitionen, die Risiko senken oder Entscheidungen verbessern, sind die einzigen Posten, die im Zweifel nie falsch sind. Alles, was ausschließlich Optik erhöht, ohne die Arbeit der Website zu verändern, ist der erste Kandidat für die Streichliste.
Budgetierung: das Anforderungsdokument, das Angebote vergleichbar macht
Der wirksamste Schritt zur Kostenkontrolle passiert, bevor irgendein Angebot existiert: ein Anforderungsdokument, das Sie jedem Anbieter identisch schicken. Es braucht keine Fachsprache und keine Tools, sondern Ehrlichkeit und Vollständigkeit. Sechs Blöcke haben sich bewährt.
Erstens der Seiten- und Template-Inventar: Welche Seitentypen gibt es, wie viele Instanzen je Typ, welche Layouts unterscheiden sich real voneinander? Zweitens der Content-Stand: Was existiert, was wird migriert, was neu geschrieben, in welchen Sprachen, und wer liefert? Drittens die Integrationsliste: Jedes System mit Name, Richtung und Datenarten – Zahlungen, ERP, CRM, Newsletter, Versand, Bewerbermanagement. Viertens die Muss-Kriterien: Performance-Budget als messbares Abnahmekriterium, Accessibility-Anforderungen, etwa wenn das BFSG greift, und die legalen Rahmen wie DSGVO mit EU-Hosting. Fünftens die Organisation: Wer entscheidet, wer nimmt ab, welches Startdatum gibt es und warum. Sechstens der Budgetrahmen als Größenordnung, nicht als Zahl mit Nachkommastellen.
Mit diesem Dokument geschehen drei Dinge gleichzeitig. Die Angebote werden vergleichbar, weil sie denselben Umfang preisen. Die Zahlen werden belastbarer, weil der Anbieter weniger Unsicherheit einpreisen muss. Und die eigene Position wird klarer, denn die häufigste Ursache für Budget-Explosionen ist nicht der Anbieter, sondern ein Umfang, der nie aufgeschrieben wurde. Wer beim Vergleich Unterstützung braucht, findet in unserem Agentur-Vergleich acht prüfbare Kriterien und die Fragen, die hinter jedem Kriterium stehen.
Warum das günstigste Angebot selten das günstigste Projekt ist
Die Gesamtkosten eines WordPress-Projekts entstehen über Jahre, nicht über die Angebotsnummer. Diese Total-Cost-of-Ownership-Betrachtung ist der Grund, warum das niedrigste Angebot statistisch nicht das wirtschaftlichste Projekt gewinnt. Ein niedriges Angebot ist fast nie ein Zeichen für effizientere Arbeit; es ist meistens ein Zeichen für einen kleineren Umfang, den niemand ausgeschrieben hat.
Die typischen Verlagerungen lassen sich benennen. Ausgeschlossene Testtiefe wird zu manueller Fehlerjagd nach dem Launch. Fehlende Staging-Parität wird zu Produktionsausfällen bei Updates. Übergangene Fehlerpfade bei Integrationen werden zu Incidents, die der Kunde entdeckt. Nicht geplante Content-Arbeit wird zum Terminrückstand. Und ein fehlendes Umfangsdokument wird zum Dauerverhandlungsraum, in dem jede Rückfrage zur Change Order wird. Die Rechnung verlässt nicht das Budget – sie verlässt nur das Angebot.
Dazu kommt die Struktur der Gewährleistung und der Verantwortung. Ein Angebot, das Abnahmekriterien, Übergabeumfang, Reaktionspflichten und Eigentumsregelungen sauber definiert, ist auf dem Papier teurer und in der Realität billiger, weil es dem Auftraggeber einstehbare Ansprüche gibt statt einer Zahl ohne Substanz. Die richtige Frage an jedes Billigangebot lautet deshalb nicht „Wie kannst du so günstig?”, sondern „Was genau ist nicht enthalten?” – und die Antwort sollte schriftlich kommen.
Vertragsmodelle: Festpreis, Stundensatz oder Betreuung
Die Wahl des Vertragsmodells ist eine Kostenentscheidung, die oft unterschätzt wird, weil sie wie eine Formalie wirkt. Sie entscheidet aber darüber, wer welches Risiko trägt.
Der Festpreis funktioniert, wenn der Umfang wirklich eingefroren ist: ein vollständig spezifiziertes Vorhaben ohne Integrationen im Kern, mit schriftlichem Umfang, klaren Ausschlüssen und benannten Abnahmekriterien. In dieser Konstellation ist der Festpreis fair für beide Seiten. In jeder anderen Konstellation wird er zur Falle: Sobald der Umfang atmet, wird jede Änderung zur Change Order mit Verhandlungsdruck, und nach wenigen solcher Zyklen arbeiten beide Parteien gegeneinander statt miteinander.
Time-and-Materials mit Struktur ist die ehrlichere Form für Projekte, deren Umfang sich erst in der Arbeit klärt: offen abgerechnete Arbeit, aber mit wöchentlichem Stundencap, regelmäßigen Demos und einem expliziten Go- oder No-Go an jedem Entscheidungszeitpunkt. Die Gates verhindern, was offener Abrechnung ihren schlechten Ruf gegeben hat: Laufende Rechnungen ohne sichtbaren Fortschritt. Für den Betrieb nach dem Launch ist das Betreuungsmodell der Normalfall – ein monatlicher Rahmen mit definiertem Leistungsumfang und einem Kontingent für kleine Weiterentwicklungen. Welches Modell zu welchem Projekt passt und worauf beim Anbieterwechsel zu achten ist, behandeln wir gesondert im Artikel zum Wartungsvertrag beim Anbieterwechsel sowie in der Abwägung Agentur oder Freelancer.
DACH-Besonderheiten: Vertragskultur, DSGVO und BFSG als Budgetposten
Der DACH-Markt hat eine eigene Beschaffungskultur, und sie ist für die Kostenplanung kein Detail, sondern Rahmen. Dazu gehört die schriftliche Umfangskultur: In DACH wird erwartet, dass Leistung, Ausschlüsse, Abnahme und Gewährleistung dokumentiert sind, und Rechnungen werden gegen vereinbarte Meilensteine gestellt, nicht gegen Vertrauen. Für Auftraggeber ist das ein Vorteil, weil die Dokumentation die Vergleichbarkeit herstellt, die in loser organisierten Märkten fehlt. Vertragssprache und Währung sind in der Regel EUR; bei grenzüberschreitenden B2B-Aufträgen innerhalb der EU regelt das Reverse-Charge-Verfahren die Umsatzsteuer, was die Zusammenarbeit mit Anbietern außerhalb der eigenen Landesgrenzen administrativ unkompliziert macht – vorausgesetzt, beide Seiten arbeiten mit gültigen Umsatzsteuer-Identifikationsnummern.
Zweitens sind Datenschutz und Barrierefreiheit echte Budgetpositionen. Ein Auftragsverarbeitungsvertrag mit dem Hoster und der Wartungsanbieter, Hosting-Datenresidenz in der EU, ein Cookie-Einwilligungsmechanismus, der Einwilligung tatsächlich respektiert, dokumentierte Subunternehmer – all das ist Arbeit, die jemand bezahlt, und sie taucht entweder sauber im Angebot auf oder unsauber in der Nacharbeit. Gleiches gilt für das BFSG: Wer unter seinen Anwendungsbereich fällt, kauft Compliance nicht optional dazu, sondern als Pflichtumfang mit Prüfung. Diese Positionen sind keine Diskriminierung des Anbieters mit dem höheren Preis; sie sind der Unterschied zwischen einer Website, die eine Prüfung besteht, und einer, die sie nicht besteht.
Fazit: vom Preis zum Umfang
Die Frage „Was kostet eine WordPress-Website 2026?” ist zu wichtig, um sie mit einer Zahl zu beantworten, die dem Fragenden nicht gehört. Die ehrliche Antwort besteht aus drei Schritten. Erstens: Verstehen Sie die Kostenfaktoren – Umfang und Templates, Konfiguration versus individuelle Entwicklung, Integrationen, Content, Performance und Security, Accessibility, Projektleitung und die laufende Ebene aus Hosting, Wartung und Lizenzen. Zweitens: Schreiben Sie Ihren Umfang auf, mit dem Anforderungsdokument aus diesem Artikel als Vorlage, und schicken Sie ihn an mehrere Anbieter identisch. Drittens: Vergleichen Sie Umfang, Ausschlüsse und Abnahmekriterien – die Endsumme ist der letzte sortierte Wert, nicht der erste.
Wer konkrete Zahlen zur Orientierung sucht, findet sie in der offiziellen Übersicht: Die Preisliste nennt die aktuellen Marktspannen für Firmenwebsites, WooCommerce-Shops und Wartung und erklärt, wie daraus ein verbindliches Angebot entsteht – nach schriftlich dokumentiertem Umfang, nicht gegen eine Preistabelle. Wenn Ihr Anforderungsdokument steht, freuen wir uns über die Anfrage über das Kontaktformular.
