Wie viel kostet eine individuelle WordPress-Website? Ein praxisnaher Leitfaden für ein verlässliches Angebot

Es gibt keinen ehrlichen Einheitspreis für eine individuelle WordPress-Website. Die praktische Antwort lautet: Die Kosten einer WordPress-Website spiegeln den Aufwand wider, der erforderlich ist, um die konkrete Website zu definieren, zu gestalten, zu entwickeln, zu testen, zu veröffentlichen und zu betreuen, die Ihr Unternehmen benötigt.

Dieser Unterschied ist wichtig, denn zwei Websites, die als „fünfseitige WordPress-Websites“ beschrieben werden, können völlig unterschiedliche Projekte sein. Die eine nutzt bereitgestellte Inhalte und ein Standardlayout. Die andere kann ein Designsystem, individuelle Gutenberg-Blöcke, mehrsprachige Inhalte, CRM-angebundenen Formulare, SEO-Migration, Einwilligungsmanagement und Schulungen für Redakteure erfordern. Die Seitenanzahl allein verschleiert den größten Teil des Umsetzungsaufwands.

Ein nützliches Angebot sollte daher mehr leisten, als nur einen Gesamtbetrag zu nennen. Es sollte den Umfang, Annahmen, Ausschlüsse, Kosten für Drittanbieter und Verantwortlichkeiten nach dem Launch darstellen. So können Sie Angebote fair vergleichen – und vermeiden, dass Sie essenzielle Arbeiten erst entdecken, nachdem das Projekt begonnen hat.

Wodurch werden die Kosten einer WordPress-Website bestimmt?

Das wirtschaftliche Modell ist einfach:

Projektkosten = geplanter Umsetzungsaufwand × vereinbarter Satz + Drittanbieterkosten + vereinbarter Puffer für Risiken oder Änderungen.

Der schwierige Teil besteht darin, den Umsetzungsaufwand korrekt zu schätzen. Ein glaubwürdiges Angebot gliedert die Arbeit in Phasen und benennt, was bekannt ist, was angenommen wird und was noch entschieden werden muss. Ein niedriges Angebot ist nicht zwangsläufig effizient. Es kann einfach die Analysephase, Inhaltsmigration, Tests, Launch-Support oder die technische Arbeit auslassen, die hinter einer kurzen Anforderung verborgen ist.

Die wichtigsten Variablen bei einem individuellen WordPress-Projekt sind in der Regel:

• Bereitschaft, Umfang und Freigabeprozess der Inhalte;
• die Anzahl einzigartiger Templates und Inhaltstypen statt der bloßen Seitenanzahl;
• erforderliche Marken-, UX- und visuelle Designarbeit;
• individuelle Gutenberg-Blöcke, Theme-Entwicklung und Redakteursfunktionen;
• E-Commerce-, Buchungs-, Mitgliedschafts-, Konto- oder Verzeichnisfunktionen;
• Integrationen mit CRM, ERP, E-Mail, Zahlungsdiensten, Analytics oder anderen externen Systemen;
• Inhaltsmigration, Weiterleitungen und Erhalt bestehender SEO-Werte;
• Anforderungen an Barrierefreiheit, Performance, Sicherheit und Compliance;
• Sprachen, Stakeholder und Überarbeitungsrunden; und
• Launch-Support, Wartung und künftige Eigentümerschaft.

Dies sind keine Nebendetails. Sie bilden den Umfang, der den Preis bestimmt.

Warum die Seitenanzahl eine schlechte Grundlage für die Kostenschätzung einer Website ist

Die Seitenanzahl ist nützlich, um die Eingabe oder Migration von Inhalten zu schätzen. Für den Aufwand für Design, Entwicklung und Qualitätssicherung ist sie jedoch ein schwaches Maß.

Betrachten Sie zwei Websites mit jeweils zehn Seiten. Die erste nutzt ein gut gestaltetes Muster für Marketingseiten, mit vom Kunden bereitgestellten und freigegebenen Texten und Bildern. Die zweite umfasst Leistungsseiten, Fallstudien, Teamprofile, eine Ressourcenbibliothek, CRM-weitergeleitete Formulare, zwei Sprachen und eine Migration von einer bestehenden Domain. Beide können als „zehnseitige Websites“ verkauft werden. Sie sind keine vergleichbaren Umsetzungsprojekte.

Ein zuverlässigerer Umfang listet die Bausteine hinter den Seiten auf:

• Templates: Startseite, Standardseite, Leistung, Artikel, Archiv, Kontaktseite, Landingpage und ähnliche Layouts.
• Inhaltsmodelle: Beiträge, Projekte, Teammitglieder, Standorte, Produkte, Dokumente, Veranstaltungen oder andere strukturierte Inhalte.
• Wiederverwendbare Blöcke: Hero-Bereiche, Raster, Testimonials, Vergleichstabellen, Handlungsaufforderungen, Akkordeons und Medienmodule.
• Workflows: Wer erstellt Inhalte, wer gibt sie frei und was geschieht, nachdem ein Besucher ein Formular abgesendet hat?
• Ausnahmen: Anforderungen, die nicht über die normale WordPress-Bearbeitung umgesetzt werden können und individuellen Code oder einen Drittanbieterdienst benötigen.

Diese Methode zeigt auf, wo individuelle Arbeit tatsächlich erforderlich ist. Sie verhindert außerdem, dass eine Theme-Demo mit einer produktionsreifen Website verwechselt wird.

Gängige Projektumfänge und was sich zwischen ihnen verändert

Eine fokussierte Marketing-Website

Eine fokussierte Marketing-Website verfügt in der Regel über eine begrenzte Anzahl von Seitentypen, einen Kontakt- oder Anfrageprozess, eine responsive Umsetzung und eine redakteursfreundliche Möglichkeit zur Verwaltung zentraler Inhalte. Ihre wesentlichen Kostentreiber sind die Designqualität, der Umfang der Entwicklung individueller Blöcke, die Bereitschaft der Inhalte und die Launch-Anforderungen.

Dies ist oft das richtige Investitionsniveau für ein Unternehmen, das eine glaubwürdige, schnelle Website statt einer Anwendungsplattform benötigt. Dennoch sind fundierte technische Entscheidungen erforderlich: ein wartbares Theme, eine Staging-Umgebung, Backups, Tests der Formularübermittlung, Analytics-Konfiguration und ein definierter Aktualisierungsprozess. Werden diese Punkte entfernt, sinkt zwar die anfängliche Angebotssumme, das Risiko wird jedoch in die Zeit nach dem Launch verlagert.

Eine inhaltsgetriebene oder mehrsprachige Website

Publishing-Websites werden komplexer, sobald Inhalte strukturiert werden müssen. Eine Fallstudienbibliothek, Wissensdatenbank, Standortverzeichnis oder Dokumentencenter kann individuelle Beitragstypen, Taxonomien, Archivansichten, Suchverhalten und klare redaktionelle Regeln benötigen.

Mehrsprachige Umsetzung umfasst mehr als übersetzte Seitentexte. Sie betrifft sprachspezifische URLs, Navigation, Metadaten, Interface-Texte, Formulare, rechtliche Inhalte, Weiterleitungen, die hreflang-Implementierung und die Qualitätssicherung. Außerdem erfordert sie nach dem Launch einen nachhaltigen Übersetzungsworkflow.

Wenn diese Details nicht im Angebot stehen, sind sie nicht automatisch im Projekt enthalten.

Ein WooCommerce-Shop

WooCommerce verändert die Art eines WordPress-Projekts. Der Storefront ist nur ein Teil der Arbeit. Produktdaten, Varianten, Steuern, Lieferregeln, Zahlungsanbieter, Transaktions-E-Mails, Retouren, Lagerverwaltung und Supportprozesse können sich alle auf den Umsetzungsaufwand auswirken.

Zu den Fragen, die eine WooCommerce-Schätzung wesentlich beeinflussen, gehören:

• Wie viele Produkte, Attribute und Varianten müssen erstellt oder importiert werden?
• Werden Preise, Lagerbestände oder Bestellungen mit einem ERP-, Lager- oder Buchhaltungssystem synchronisiert?
• Gibt es länderspezifische Steuer-, Versand- oder Zahlungsregeln?
• Benötigt das Unternehmen Handelspreise, Abonnements, Buchungen, Bundles oder kundenspezifische Kataloge?
• Wer ist vor dem Launch für Testbestellungen, die Freigabe durch Zahlungsanbieter und die operative Abnahme verantwortlich?

Die Standardfunktionen von WooCommerce reichen häufig aus. Die Kosten steigen dort, wo der zugrunde liegende Geschäftsprozess nicht zum Standardverhalten passt und individuelle Regeln oder Integrationen benötigt. Diese Arbeit kann gerechtfertigt sein, sollte jedoch ausdrücklich benannt und nicht unter einem vagen Posten wie „WooCommerce-Einrichtung“ verborgen werden.

Eine WordPress-Website mit Integrationen

Integrationen werden routinemäßig unterschätzt, weil die sichtbare Oberfläche einfach aussehen kann. Ein Lead-Formular, das Daten an ein CRM sendet, kann Authentifizierung, Feldzuordnung, Erfassung von Einwilligungen, Behandlung von Dubletten, Wiederholungslogik, Fehlerprotokollierung und die Verantwortung für API-Zugangsdaten erfordern. Das Formular selbst ist in der Regel der kleinste Teil der Anforderung.

Für jede Integration sollte das Projekt folgende Fragen beantworten:

• Welches System ist die führende Datenquelle?
• Welche Daten werden in welche Richtung übertragen?
• Wie schnell müssen die Daten synchronisiert werden?
• Was geschieht, wenn die API des Drittanbieters nicht verfügbar ist?
• Wer erhält und behebt Fehlermeldungen nach dem Launch?

Wenn WordPress Inhalte für eine andere Anwendung bereitstellen muss, kann eine Headless- oder API-first-Architektur sinnvoll sein. Sie sollte eine tatsächliche technische Anforderung lösen und nicht als teures Etikett für eine herkömmliche Website dienen. Lesen Sie den Leitfaden zum Einsatz von WordPress als Headless CMS, um die relevanten architektonischen Abwägungen zu verstehen.

Design, Themes und individuelle Entwicklung: Wo Angebote auseinandergehen

„Individuelle WordPress-Website“ wird in Verkaufsgesprächen oft unscharf verwendet. Es kann die Konfiguration eines kommerziellen Themes, die Anpassung eines bestehenden Starter-Themes oder das Design und die Entwicklung eines maßgeschneiderten Komponentensystems bedeuten. Alle drei Ansätze können sinnvoll sein. Sie sollten nicht als gleichwertige Leistungen dargestellt werden.

Theme-Konfiguration kann für ein Projekt geeignet sein, bei dem Geschwindigkeit, Standardlayouts und ein begrenztes Budget wichtiger sind als visuelle Differenzierung. Zu ihren Einschränkungen gehören häufig übernommenes Markup, Update-Abhängigkeiten, ungenutzte Funktionen, begrenzte Layoutkontrolle und die steigenden Kosten, die entstehen, wenn sich ein Theme anders verhalten soll als das Produkt, als das es ursprünglich entwickelt wurde.

Individuelle Theme- und Blockentwicklung erfordert mehr Vorarbeit, weil Layouts, responsives Verhalten, Inhaltsmodelle, Redakteursfunktionen und Codequalität bewusste Projektentscheidungen sind. Der geschäftliche Nutzen liegt nicht in individuellem Code um seiner selbst willen. Es geht um eine Website, die den vorgesehenen Inhalts- und Konvertierungsprozess unterstützt, ohne Redakteure zu Umgehungslösungen zu zwingen.

Ein sinnvoller Mittelweg ist häufig eine kleine, zweckorientierte Bibliothek aus Templates und wiederverwendbaren Gutenberg-Blöcken. Sie bietet Redakteuren nützliche Flexibilität innerhalb sicherer Grenzen. Unbegrenzte Layoutfreiheit mag in einer Demonstration attraktiv wirken, führt jedoch häufig zu uneinheitlichen Seiten und später zu höherem Wartungsaufwand.

Was sollte in einem Angebot für eine individuelle WordPress-Website enthalten sein?

Bevor Sie Gesamtbeträge vergleichen, prüfen Sie, ob jedes Angebot dieselben Umsetzungsphasen abdeckt. Der genaue Umfang variiert, doch eine professionelle Umsetzung muss üblicherweise die folgenden Bereiche berücksichtigen.

Ein Angebot muss nicht übermäßig lang sein. Es muss diese Verantwortlichkeiten jedoch sichtbar machen. Unklarheit ist selten eine Ersparnis; meist handelt es sich um aufgeschobene Kosten.

Kosten, die von der Entwicklungsgebühr getrennt ausgewiesen werden sollten

Entwicklungskosten lassen sich leichter verstehen, wenn wiederkehrende Ausgaben und Kosten für Drittanbieter getrennt ausgewiesen werden. Je nach Projekt können dazu gehören:

• Domainregistrierung und DNS-Verwaltung;
• Hosting, Staging-Umgebungen und Backups;
• Abonnements für Premium-Plugins, Schriftarten, Bilder, E-Mail- oder Einwilligungsplattformen;
• Gebühren von Zahlungsanbietern und Transaktionsgebühren für E-Commerce;
• Übersetzungsdienste und Tools für Mehrsprachigkeit;
• laufende Updates, Sicherheitsüberwachung und Support; und
• künftige Funktionsentwicklung über die routinemäßige Wartung hinaus.

Ein Angebot sollte benennen, welche Dienste enthalten sind, wer jeden Anbieter direkt beauftragt und wer für Verlängerungen verantwortlich ist. Der Sicherheitswartung sollte besondere Aufmerksamkeit gelten: Automatische Updates allein sind kein Wartungsplan. Die praktischen Maßnahmen, die definiert werden sollten, werden in dieser WordPress-Sicherheitscheckliste behandelt.

So fordern Sie ein WordPress-Website-Angebot an, dem Sie vertrauen können

Sie benötigen keine vollständige Spezifikation, bevor Sie einen Entwickler kontaktieren. Sie brauchen jedoch genügend Informationen, damit aus Vermutungen kein festes Versprechen wird. Nehmen Sie Folgendes in ein erstes Briefing auf:

1. Geschäftsziel: Was soll sich verbessern – Lead-Qualität, Umsatz, Effizienz beim Publizieren, Supportaufwand, Recruiting oder etwas anderes?
2. Zielgruppe und zentrale Journeys: Wer wird die Website nutzen und was sollen diese Personen erledigen können?
3. Erforderliche Funktionen: Formulare, E-Commerce, Buchungen, Mitgliedschaften, Suche, Rechner, Verzeichnisse, Konten oder Integrationen.
4. Inhaltssituation: Was existiert bereits, was muss geschrieben oder migriert werden und wer gibt es frei?
5. Designvorgaben: Markenrichtlinien, Websites, die Sie für wirksam halten, und Beispiele, die nicht geeignet sind.
6. Technische Rahmenbedingungen: aktuelles Hosting, Domain, E-Mail-Einrichtung, Analytics, CRM, Zahlungsdienste und erforderliche Compliance-Prozesse.
7. Zeitrahmen: gewünschtes Launch-Datum und das geschäftliche Ereignis, das es bestimmt.
8. Budgetrahmen: Ein realistischer Rahmen ermöglicht es dem Anbieter, einen geeigneten Ansatz zu empfehlen, statt zu raten, welche wichtigen Arbeiten ausgelassen wurden.

Die Angabe eines Budgetrahmens schwächt Ihre Position nicht. Sie verhindert, dass ein Anbieter eine Lösung auf Unternehmensebene kalkuliert, wenn Sie eine fokussierte Marketing-Website benötigen – oder eine schlanke Umsetzung für eine Anforderung vorschlägt, die tatsächlich mehr Planung und Engineering erfordert.

So vergleichen Sie WordPress-Angebote

Vergleichen Sie Leistungen und Verantwortlichkeiten, nicht die Schlagzeilenzahl. Ein Angebot sollte Ihnen ermöglichen, diese Fragen zu beantworten:

• Sind Analyse oder technische Planung enthalten, bevor die Produktion beginnt?
• Wie viele Templates, Blöcke und strukturierte Inhaltstypen sind enthalten?
• Deckt der Preis Texterstellung, Bildbeschaffung, Inhaltspflege oder Migration ab?
• Welche Plugins, Lizenzen und Drittanbieterdienste sind erforderlich?
• Welche Integrationen sind enthalten und welche Annahmen gelten für jede einzelne?
• Welche Tests sind für Mobilgeräte, Formulare, Weiterleitungen, Browser und Zahlungsprozesse geplant?
• Welche Abnahmekriterien gelten für den Launch?
• Wem gehören Code, Designdateien, Dienstkonten und Lizenzen?
• Welcher Support ist unmittelbar nach dem Launch enthalten?
• Wie werden neue Anforderungen kalkuliert, nachdem die Arbeit begonnen hat?

Seien Sie bei einem Festpreis ohne Annahmen vorsichtig. Festpreisprojekte funktionieren gut, wenn der Umfang definiert ist. Sie werden riskant, wenn wesentliche Unbekannte stillschweigend eingeschlossen sind. Eine Seite wird diese Unsicherheit tragen: Entweder schützt sich der Anbieter durch Ausschlüsse und Abkürzungen, oder der Kunde erhält Änderungsanfragen, die zu Beginn vermeidbar gewesen wären.

Zeitrahmen beeinflussen sowohl die Kosten als auch das Launch-Datum

Die Entwicklung ist nur ein Teil des Zeitplans für eine Website. Inhaltserstellung, Stakeholder-Reviews, rechtliche Freigaben, Übersetzungen, Zugänge zu Drittanbietern und die Einrichtung von Zahlungsanbietern können länger dauern als die Entwicklung eines Templates.

Ein realistischer Plan umfasst in der Regel Analyse, Design, Entwicklung, Befüllung mit Inhalten, Qualitätssicherung, Kundenabnahme, Launch-Vorbereitung und Monitoring nach dem Launch. Manche Aufgaben können parallel laufen, jedoch nur, wenn Abhängigkeiten und Entscheidungen aktiv gesteuert werden.

Komprimierte Zeitpläne können die Kosten einer WordPress-Website erhöhen, weil sie priorisierten Zugang zu Personen, schnellere Freigaben und weniger Raum für Überarbeitungen erfordern. Wichtiger noch: Geschwindigkeit sollte nicht dadurch entstehen, dass Staging, Backups, Tests von Weiterleitungen oder Prüfungen von Transaktions-E-Mails übersprungen werden. Solche Abkürzungen werden oft erst entdeckt, wenn Traffic, Leads oder Bestellungen bereits gefährdet sind.

FAQ: Preise für individuelle WordPress-Websites

Kann ein Entwickler vor der Analyse einen Preis nennen?

Ja, als indikative Spanne oder für einen klar begrenzten Umfang. Ein zuverlässiges Festpreisangebot benötigt vereinbarte Annahmen zu Funktionalität, Inhalten, Design, Integrationen und Launch-Verantwortlichkeiten. Wenn wesentliche Fragen noch unbeantwortet sind, ist eine definierte Analysephase ehrlicher als falsche Genauigkeit.

Ist WordPress selbst kostenlos?

Die WordPress-Software ist Open Source. Eine Unternehmenswebsite verursacht dennoch Kosten für Umsetzung und Betrieb: Planung, Design, Entwicklung, Hosting, Domains, gegebenenfalls kostenpflichtige Dienste, Inhalte, Wartung und Support. Ein kostenloses CMS bedeutet nicht, dass die Website kostenlos ist.

Sollte ich einen Page Builder verwenden, um den Anfangspreis zu senken?

Er kann den Umsetzungsaufwand für Standard-Marketinglayouts reduzieren. Er kann aber auch Kompromisse bei Performance, Wartung und redaktioneller Konsistenz mit sich bringen. Treffen Sie die Entscheidung anhand der erwarteten Lebensdauer der Website, der Designanforderungen und des Teams, das sie verwalten wird – nicht allein anhand des Erstangebots.

Benötigt eine individuelle WordPress-Website Wartung?

Ja. WordPress-Core, Plugins, Themes, Serversoftware und externe Integrationen verändern sich mit der Zeit. Eine Wartungsvereinbarung sollte die Bewertung von Updates, Backups, Sicherheitsüberwachung, Kompatibilitätsprüfungen und einen Supportweg abdecken. Neue Funktionalitäten werden normalerweise getrennt von der routinemäßigen Wartung berechnet.

Wie erhalte ich am schnellsten ein präzises Angebot?

Senden Sie ein kurzes Briefing mit Zielen, Beispielen, erforderlichen Funktionen, Inhaltsstatus, zu integrierenden Systemen, Zieltermin und Budgetrahmen. Ein kurzes Scoping-Gespräch kann Unbekannte dann in dokumentierte Annahmen überführen und klären, ob zunächst eine Analyse erforderlich ist.

Beginnen Sie mit dem Umfang, nicht mit einem Schlagzeilenpreis

Die richtigen Kosten einer WordPress-Website sind nicht die niedrigstmögliche Summe für die Umsetzung. Es sind die Kosten für eine wartbare Website, die ein vereinbartes Geschäftsziel erfüllt, ohne notwendige Arbeiten in Ausschlüssen zu verstecken.

Für ein nützliches Angebot bereiten Sie Ihr Geschäftsziel, zentrale User Journeys, vorhandene Inhalte, technische Abhängigkeiten und den gewünschten Launch-Termin vor. Ein Entwickler kann diese Informationen dann in einen praktischen Umfang, klare Annahmen und einen Umsetzungsplan überführen, den Sie vor einer Zusage bewerten können.