Kurzantwort: Für eine klassische Unternehmenswebsite ist nicht „WordPress oder individuell?“ die erste Frage, sondern: Wer ändert welche Inhalte, welche Funktionen sind Standard und wer soll System und Daten langfristig kontrollieren? WordPress passt häufig bei regelmäßigem, strukturiertem Redaktionsbedarf. Ein SaaS-Baukasten kann für eine kleine Standardseite genügen. Eine individuell entwickelte Marketing-Website kann sinnvoll sein, wenn wenige Seitentypen gezielt betreut werden und technische Kontrolle wichtig ist. Eine individuelle Web-App gehört erst dann in den Vergleich, wenn Logins, Daten, Rollen, Workflows oder Schnittstellen den Kern bilden.
Keiner dieser Wege ist automatisch schneller, sicherer, günstiger oder besser für Google. Dieser Ratgeber hilft Ihnen deshalb nicht mit einem pauschalen Sieger, sondern mit Anforderungen und Nachweisen: einer schnellen Vorauswahl, einem Redaktions-Test, einer TCO-Vorlage, einem Eigentums- und Exit-Register sowie einer Matrix für vergleichbare Angebote.
Schnelle Vorauswahl: Welcher Weg gehört auf die Shortlist?
Die folgende Tabelle ist eine Vorauswahl, keine Systemempfehlung. Wenn eine Pflichtanforderung nicht erfüllt ist, kann auch eine ansonsten passende Lösung ausscheiden.
| Ausgangslage | Plausible Kandidaten | Vor einer Entscheidung belegen |
|---|---|---|
| Wenige Standardseiten, seltene Änderungen, kaum Sonderfunktionen | SaaS-Baukasten oder individuell entwickelte Marketing-Website | Wer Änderungen ausführt, welche Exporte möglich sind und wer Domain, Konto und Inhalte kontrolliert |
| Regelmäßige Artikel, Leistungsseiten oder Kampagnen durch ein internes Team | WordPress oder eine andere CMS-basierte Lösung; je nach Funktionsgrenzen auch SaaS | Typische Redaktionsaufgaben am geplanten Setup, Rollen, Freigaben und Rückweg |
| Öffentliche Website mit besonderem Design, aber überschaubaren Inhaltstypen | Individuell entwickelte Marketing-Website, WordPress mit individuellem Theme oder geeignetes SaaS | Inhaltsmodell, Änderungsweg, Abnahme, Quell- und Nutzungsrechte |
| Logins, strukturierte Fachdaten, Rollen, Berechnungen oder interne Workflows | Zuerst passende Standardsoftware oder SaaS prüfen; bei belegter Lücke individuelle Web-App | Prozess, Daten, Berechtigungen, Integrationen, Betrieb und wirtschaftlicher Nutzen |
| Online-Shop als Kerngeschäft | Eigenständige Auswahl einer Shop-Plattform | Produkte, Varianten, Zahlungen, Versand, Recht, Betrieb und Schnittstellen |
Für den Shop-Sonderfall hilft der separate Ratgeber zu WooCommerce-Aufwand und Shop-Anforderungen. Eine Shopentscheidung sollte nicht als Nebenfrage einer allgemeinen Unternehmenswebsite behandelt werden.
Die falsche Zweiteilung: Was „individuell“ bedeuten kann
Individuelles Design ist keine eigene Plattform
Ein unverwechselbares Design kann auf WordPress, einer SaaS-Plattform oder einer eigenen technischen Basis entstehen. Im Angebot sollte getrennt stehen, was individuell geplant wird, welche vorhandenen Komponenten genutzt werden und welche Teile später verändert werden können.
Auch „individuelles WordPress“ ist kein Widerspruch: WordPress kann Inhalte verwalten, während Seitentypen, Komponenten und Theme projektspezifisch umgesetzt werden. Die Leistungsseite zur WordPress-Entwicklung in Berlin beschreibt den kommerziellen Rahmen; dieser Ratgeber bleibt bei der Systementscheidung.
Eine Marketing-Website ist keine Web-App
Eine Marketing-Website erklärt Angebot, Unternehmen und Belege und führt zu einer Handlung wie Anfrage, Termin oder Kauf. Eine Web-App bildet dagegen Fachlogik ab: Benutzer melden sich an, bearbeiten strukturierte Daten, durchlaufen Status oder Freigaben, erhalten unterschiedliche Rechte oder verbinden mehrere Systeme. Ein Kontaktformular allein macht noch keine Web-App.
Wer Geschäftsprozesse digitalisieren möchte, sollte zuerst prüfen, ob Standardsoftware, eine bessere Prozessstruktur oder eine kleine Automatisierung genügt. Der Ratgeber Web-App statt Excel führt diese Prüfung im Detail durch.
Vier Lösungswege im fairen Vergleich
1. WordPress: CMS mit eigenem Betriebsmodell
WordPress gehört auf die Shortlist, wenn ein internes Team wiederkehrend strukturierte Inhalte veröffentlichen, bestehende Seiten bearbeiten oder unterschiedliche Rollen abbilden soll. Das System stellt Seiten, Beiträge, Medien und ein Rollen- und Rechtemodell bereit. Wie verständlich und sicher die tatsächliche Arbeit ist, hängt jedoch vom eingerichteten Theme, den Inhaltsfeldern, Erweiterungen und vergebenen Rechten ab.
Bei selbst betriebenem WordPress müssen Core, Theme, Plugins, Hosting, Benutzerkonten, Backups und Wiederherstellung einem Betreiber zugeordnet sein. Jede Erweiterung braucht einen belegten Zweck, eine Updatequelle und einen dokumentierten Rückweg.
2. SaaS-Baukasten: standardisierte Plattform als Dienst
Ein Website-Baukasten oder eine gehostete Plattform kann passen, wenn Seitentypen und Funktionen im vorgesehenen Rahmen bleiben. Welche Teile von Infrastruktur und Produktpflege der Anbieter übernimmt, zeigt der Vertrag; Konten, Rollen, Inhalte, Integrationen und die Auswahl geeigneter Bedingungen bleiben zu klären.
Verglichen werden standardisierter Plattformbetrieb und eigene technische Kontrolle. Prüfen Sie dafür genutzte Funktionen, Exportformate, Tarifgrenzen, Kündigungsfolgen und den Betreiberwechsel.
3. Individuell entwickelte Marketing-Website
Eine individuell entwickelte Marketing-Website kann statisch, serverseitig oder mit einer schlanken Inhaltsverwaltung umgesetzt werden. Sie kann bei wenigen klaren Seitentypen, einem planbaren Änderungsweg oder gewünschter Kontrolle über Quellcode und Hosting passen.
Ohne öffentliches CMS, Datenbank und Login kann die laufende Website weniger Anwendungskomponenten enthalten. Eine Sicherheitsgarantie ist das nicht: Hosting, Formulare, Abhängigkeiten, Build-Werkzeuge, Zugänge und externe Dienste bleiben. Geschwindigkeit und Aufwand müssen mit repräsentativen Seiten und einem vereinbarten Änderungsweg belegt werden. Mehr zum Angebot steht unter Unternehmenswebsites aus Berlin.
4. Individuelle Web-App
Eine individuelle Web-App wird plausibel, wenn geschäftsspezifische Regeln, Rollen, Daten, Freigaben oder Schnittstellen den Kernnutzen bilden und geeignete Standardprodukte belegte Muss-Anforderungen nicht wirtschaftlich erfüllen.
Individualentwicklung bringt Produktverantwortung, Tests, Betrieb, Sicherheitsarbeit und Weiterentwicklung mit sich. Ein modernes Framework allein ist kein Grund dafür. Für konkrete Vorhaben beschreibt die Web-App-Entwicklung den Leistungsbereich.
| Lösungsweg | Typischer Ausgangspunkt | Wichtiger Nachweis | Bewusst zu übernehmende Verantwortung |
|---|---|---|---|
| WordPress | Regelmäßige redaktionelle Arbeit und standardisierbare Inhalte | Drei typische Aufgaben im konkret geplanten Backend | Core, Theme, Erweiterungen, Hosting, Rechte und Wiederherstellung |
| SaaS-Baukasten | Standardisierte Website mit akzeptiertem Plattformrahmen | Funktions-, Tarif- und Exit-Prüfung am gewählten Produkt | Konten, Inhalte, Konfiguration, Verträge und Anbieterabhängigkeit |
| Individuelle Marketing-Website | Begrenzte Seitentypen und gezielter Änderungsweg | Abnahme mit echten Inhalten sowie dokumentierte Übergabe | Hosting, Quellcode, Build-Abhängigkeiten, Formulare und Änderungen |
| Individuelle Web-App | Geschäftslogik, Daten, Rollen oder Integrationen | Belegte Standardsoftware-Lücke und priorisierte Muss-Prozesse | Produkt, Sicherheit, Betrieb, Daten, Support und Weiterentwicklung |
Sieben Anforderungen für einen Ein-Seiten-Brief
Die Systemwahl sollte mit einem kurzen Anforderungsbrief beginnen. Er soll kein technisches Lastenheft ersetzen. Er verhindert aber, dass verschiedene Anbieter unterschiedliche Projekte kalkulieren und die Angebote anschließend nur über den Endpreis verglichen werden.
| Nr. | Bereich | Auf einer Seite zu beantworten |
|---|---|---|
| 1 | Geschäftsziel | Welche Aufgabe soll die Website erfüllen, für welche Zielgruppe und mit welcher wichtigsten Handlung? Was gehört ausdrücklich nicht zum Projekt? |
| 2 | Inhalte | Welche Seitentypen, Artikel, Standorte, Sprachen, Downloads oder Kampagnen gibt es heute und künftig? Was wird übernommen, überarbeitet oder entfernt? |
| 3 | Redaktion | Wer erstellt, prüft und veröffentlicht was? Welche Änderungen müssen intern und welche dürfen extern erfolgen? |
| 4 | Funktionen | Welche Formulare, Suche, Termine, Newsletter- oder Standardfunktionen sind Pflicht? Welche Sonderlogik ist tatsächlich geschäftsspezifisch? |
| 5 | Daten und Rollen | Welche personenbezogenen oder sensiblen Daten fallen an? Gibt es Logins, unterschiedliche Rechte, Aufbewahrung oder Löschanforderungen? |
| 6 | Integrationen | Welche bestehenden Systeme, Datenimporte, CRM-, ERP-, Kalender-, Zahlungs- oder E-Mail-Dienste müssen verbunden werden? Gibt es dokumentierte Schnittstellen? |
| 7 | Betrieb | Wer verantwortet Konten, Hosting, Updates, Sicherungen, Wiederherstellung, Support und spätere Änderungen? Welche Nachweise sind zur Abnahme nötig? |
Offene Punkte und Annahmen bleiben im Angebot sichtbar. Nur so lässt sich gleicher Umfang vergleichen.
Änderungshäufigkeit richtig bewerten
„Wir möchten Inhalte selbst pflegen“ ist zu ungenau. Konkrete Aufgaben und Auslöser bestimmen Inhaltsmodell, Rechte, Freigaben und Unterstützung.
| Aufgabe oder Seitentyp | Häufigkeit oder Auslöser | Zuständige Rolle | Freigabe | Benötigte Funktion | Nachweis |
|---|---|---|---|---|---|
| Bestehende Kernseite ändern | — | — | — | Text, Medien, Vorschau, Version oder andere konkrete Fähigkeit | Im geplanten Setup vorführen |
| Neuen strukturierten Inhalt veröffentlichen | — | — | — | Vorlage, Metadaten, interne Links, Terminierung oder andere konkrete Fähigkeit | Im geplanten Setup vorführen |
| Temporäre Seite oder Information zurücknehmen | — | — | — | Archivierung, Weiterleitung und nachvollziehbare Änderung | Im geplanten Setup vorführen |
Drei Demo-Aufgaben statt einer allgemeinen Backend-Tour
- Kernseite bearbeiten: Einen vorhandenen Absatz, ein Bild mit Alternativtext und den nächsten Schritt ändern, als Vorschau prüfen und die vorige Fassung wiederfinden.
- Inhalt veröffentlichen: Einen neuen Artikel oder eine vergleichbare Inhaltsseite aus einer Vorlage anlegen, Verantwortliche und Metadaten ergänzen und einen passenden internen Link setzen.
- Inhalt zurücknehmen: Eine zeitlich begrenzte Seite entfernen oder archivieren und zeigen, was mit ihrer bisherigen URL und vorhandenen Links geschieht.
Diese Aufgaben sollten mit den vorgesehenen Modulen und künftigen Benutzerrechten gezeigt werden, nicht nur in einer allgemeinen Hersteller-Demo.
Gesamtkosten statt Startpreis vergleichen
Vergleichen Sie denselben Umfang und einen selbst gewählten Zeitraum. Geld und interne Arbeitszeit werden getrennt erfasst.
TCO im gewählten Zeitraum = Konzeption und Umsetzung + Migration + Hosting, Abonnements und Lizenzen + Wartung und Support + interne Redaktions- und Schulungszeit + geplante Änderungen und Integrationen + Exit oder nächste Migration.
| Kostenblock | Vergleichbarer Inhalt | WordPress | SaaS | Individuelle Website | Web-App |
|---|---|---|---|---|---|
| Konzeption, Inhalte und Gestaltung | Gleiche Ziele, Seitentypen, Inhalte und Abnahmekriterien | — | — | — | — |
| Einrichtung oder Entwicklung | Konfiguration, Komponenten und tatsächlich notwendige Sonderfunktionen | — | — | — | — |
| Migration | Inhalte, Medien, Daten, URLs und Weiterleitungen | — | — | — | — |
| Laufender Betrieb | Hosting, Tarife, Lizenzen, Sicherung, Updates und vereinbarter Support | — | — | — | — |
| Interne Arbeit | Schulung, Redaktion, Freigaben und Dienstleistersteuerung | — | — | — | — |
| Änderungen und Integrationen | Absehbare neue Seiten, Funktionen, Schnittstellen oder Sprachvarianten | — | — | — | — |
| Exit und Wechsel | Export, Dokumentation, Migration, Wiederaufbau fehlender Funktionen und Vertragsende | — | — | — | — |
Notieren Sie zu jedem Wert die Quelle und Annahme. Unklarer Aufwand wird nicht als null angesetzt, sondern als offenes Risiko markiert. Für die getrennte Preisintention verweist der Ratgeber zu Website-Kosten und Angebotsbestandteilen auf die passenden Fragen.
Eigentum, Portabilität und Lock-in vor dem Vertrag prüfen
„Die Website gehört Ihnen“ kann Domain, Inhalte, Quellcode oder nur ein Nutzungsrecht meinen. Jeder Bestandteil gehört einzeln in Vertrag und Übergabe. Eine Migration kann unabhängig vom System an Erweiterungen, Quelldateien, Lizenzen, Dokumentation oder Infrastruktur hängen.
| Bestandteil | Zu dokumentieren | Nachweis vor Abnahme | Frage für den Exit |
|---|---|---|---|
| Domain und DNS | Inhaber, Registrar, Konto und berechtigte Personen | Zugriff im Unternehmenskonto geprüft | Kann ein neuer Betreiber die Einträge ändern? |
| Hosting oder SaaS | Vertragspartner, Tarif, Laufzeit, Region und Administratoren | Kontoinhaberschaft und Leistungsbeschreibung | Was endet mit Kündigung und wann? |
| Texte und Medien | Originaldateien, Urheber- und Nutzungsrechte | Vollständige, geordnete Ablage | In welchem Format lassen sie sich weiterverwenden? |
| Quellcode und Design | Repository, Übergabeumfang, Nutzungsrechte und Abhängigkeiten | Vereinbarter Zugriff und reproduzierbare Version | Kann ein anderer Dienstleister damit arbeiten? |
| CMS, Datenbank und Formulare | Inhalte, Felder, Benutzer, Einwilligungen und Einsendungen | Testexport mit vereinbarten Daten | Welche Struktur oder Funktion fehlt nach Export? |
| Lizenzen und Drittdienste | Theme, Plugins, Schriften, Bilder, APIs und Abonnements | Vertragsinhaber und Verlängerung bekannt | Welche Nutzung endet beim Anbieterwechsel? |
| Dokumentation und Zugänge | Betrieb, Veröffentlichung, Wiederherstellung und Ansprechpartner | Übergabeliste ohne Kennwörter im Klartext | Welche Kenntnisse sind nur bei einer Person vorhanden? |
Der Exit-Test
- Vor Vertragsabschluss festlegen, welche Inhalte, Daten, Dateien und Konfigurationen exportierbar sein müssen.
- Einen Probeexport oder eine dokumentierte Herstellerfunktion an einer repräsentativen Auswahl prüfen.
- Festhalten, welche Gestaltung, Suche, Formulare, Benutzerkonten oder anderen Funktionen nach einem Wechsel neu gebaut werden müssten.
- Verantwortung, Format, Frist, Unterstützung und mögliche Kosten eines Exits schriftlich klären.
- Für personenbezogene Daten Rückgabe, Löschung, Unterauftragnehmer und Entzug von Zugängen durch die zuständige Stelle prüfen lassen.
Der WordPress-Export erzeugt nach offizieller Dokumentation eine WXR/XML-Datei für definierte Inhaltsdaten. Er ist damit nützlich, aber nicht automatisch eine vollständige lauffähige Kopie aus Theme, Plugins, Medien, Serverkonfiguration und allen Drittdiensten. Siehe WordPress: Tools Export screen.
Stand 06.08.2026: Die offiziellen Hilfen von Squarespace zum Website-Export und Webflow zum Code-Export nennen jeweils nicht vollständig exportierte Inhalte oder Funktionen. Diese Beispiele sind keine Rangliste. Maßgeblich ist die aktuelle Dokumentation des gewählten Produkts und Tarifs.
Sicherheit, Wartung und Datenschutz als Verantwortungsmodell
Keine Option beseitigt Sicherheitsarbeit; sie verteilt sie anders. WordPress beschreibt Sicherheit als Risikoreduktion. Bei SaaS zählt die vertragliche Leistungsgrenze, bei statischen Websites bleiben Hosting und Abhängigkeiten, bei Web-Apps gehören Sicherheitsanforderungen in Planung, Entwicklung, Test und Betrieb.
| Bereich | WordPress | SaaS | Individuelle Website | Web-App |
|---|---|---|---|---|
| Plattform oder Kern | Betreiber für Core und eingesetzte Komponenten benennen | Leistungsgrenze und Aktualisierungspflicht des Anbieters prüfen | Frameworks, Build-Werkzeuge und Laufzeit zuweisen | Produkt- und technische Verantwortung benennen |
| Hosting und Auslieferung | Host und Anwendungsbetreiber abgrenzen | Vertrag, Region und Verfügbarkeit prüfen | Host, Deployment und Zertifikate zuweisen | Umgebungen, Deployment und Betrieb zuweisen |
| Konten und Rechte | Admin-, Redaktions- und Dienstleisterrechte begrenzen | Eigentümer, Rollen und Mehrfaktoroptionen prüfen | Hosting-, Repository- und Veröffentlichungsrechte festlegen | Interne und fachliche Rollen samt Prüfweg definieren |
| Sicherung und Rückweg | Umfang, Aufbewahrung und Wiederherstellung vereinbaren | Export, Anbieterleistung und eigene Sicherung klären | Quellcode, Inhalte, Konfiguration und Wiederaufbau abdecken | Daten, Anwendung, Konfiguration und Rückfall planen |
| Formulare und Drittdienste | Plugins, Empfänger und Datenfluss dokumentieren | Plattformfunktionen und Unterauftragnehmer prüfen | Formulardienst, Zustellung und Schutzmaßnahmen zuweisen | Schnittstellen, Datenflüsse und Protokollierung planen |
Wenn ein externer Anbieter personenbezogene Daten im Auftrag verarbeitet, müssen Rollen und Pflichten vertraglich geklärt werden. Die EU-Kommission erläutert Verantwortliche und Auftragsverarbeiter; die konkrete rechtliche Bewertung gehört zu einer dafür zuständigen Stelle.
Für individuelle Webanwendungen empfiehlt der BSI-Leitfaden für Auftraggeber, Sicherheitsanforderungen bereits in Planung und Beschaffung zu berücksichtigen. Operative Intervalle, Updateabläufe und Backup-Fragen behandelt die Website-Wartungs-Checkliste.
SEO und Performance sind Abnahmekriterien, keine Systemeigenschaften
Googles Grundlagen benennen kein bevorzugtes CMS. Ein Rankingvorteil lässt sich aus dem Plattformnamen daher nicht ableiten. Ladeleistung muss mit echten Inhalten und Diensten statt an einem leeren Demo-Template geprüft werden.
| Kriterium | Vorher vereinbaren | Zur Abnahme belegen |
|---|---|---|
| Crawl- und Indexierbarkeit | Welche öffentlichen Seiten indexierbar sein sollen | Statuscodes, robots-Regeln, Canonicals und Sitemap an einer URL-Stichprobe |
| Seitenspezifische Angaben | Wer Titel, Beschreibung, Überschriften und interne Links pflegt | Bearbeitung und gerenderte Ausgabe repräsentativer Seitentypen |
| URL-Änderungen | Wer Weiterleitungen anlegt und wie alte URLs übergeben werden | Passende Ziele ohne unnötige Ketten an einer Testliste |
| Strukturierte Daten | Welche sichtbaren Inhalte sinnvoll ausgezeichnet werden | Übereinstimmung von Markup und sichtbarer Seite |
| Performance | Repräsentative Seiten, Geräteklasse, Netzwerkbedingungen und vereinbartes Budget | Messung der finalen Seiten mit produktionsnahen Inhalten und Diensten |
Der Google SEO Starter Guide dient als Primärquelle für diese Grundlagen. Ein System, Plugin oder Testwert garantiert weder Indexierung noch eine bestimmte Position.
Von Anforderungen zu vergleichbaren Angeboten
Zuerst KO-Kriterien prüfen
Prüfen Sie zuerst Pflichten, bei denen ein „Nein“ die Lösung ausschließt.
| Pflicht | Geforderter Nachweis | Status |
|---|---|---|
| Notwendige Integration funktioniert im vorgesehenen Umfang | Dokumentierte Schnittstelle, Prototyp oder klar abgegrenzte Entwicklung | Offen / erfüllt / nicht erfüllt |
| Vorgesehene Redaktionsaufgaben sind ausführbar | Drei Demo-Aufgaben mit den späteren Rollen | Offen / erfüllt / nicht erfüllt |
| Domain, Hauptkonto und vereinbarte Daten bleiben kontrollierbar | Kontoinhaberschaft, Vertrags- und Exportnachweis | Offen / erfüllt / nicht erfüllt |
| Schutz- und Datenschutzanforderungen sind abbildbar | Verantwortungsmatrix und erforderliche Verträge | Offen / erfüllt / nicht erfüllt |
| Betrieb und Wiederherstellung haben Verantwortliche | Leistungsgrenze, Sicherungs- und Rückweg-Beschreibung | Offen / erfüllt / nicht erfüllt |
| Wichtige SEO- und Performance-Kriterien sind prüfbar | Abnahmeliste mit repräsentativen Seiten | Offen / erfüllt / nicht erfüllt |
Danach nach eigener Gewichtung vergleichen
Gewichten Sie nur Kriterien, deren Bedeutung für Ihr Unternehmen erklärt werden kann. Punkte ohne Nachweis bleiben offen.
| Kriterium | Eigene Gewichtung | WordPress: Beleg und Wertung | SaaS: Beleg und Wertung | Individuelle Website: Beleg und Wertung | Web-App: Beleg und Wertung |
|---|---|---|---|---|---|
| Redaktionsfit | — | — | — | — | — |
| Abdeckung der Pflichtfunktionen | — | — | — | — | — |
| Änderungs- und Erweiterungsweg | — | — | — | — | — |
| Betrieb und interne Kapazität | — | — | — | — | — |
| TCO im gewählten Zeitraum | — | — | — | — | — |
| Portabilität und Exit | — | — | — | — | — |
| Liefer- und Abhängigkeitsrisiko | — | — | — | — | — |
Sechs Ergebnisse für die Anbieteranfrage
- Ein-Seiten-Brief: Ziel, Zielgruppe, Hauptweg, Nicht-Ziele und die sieben Anforderungsbereiche.
- Redaktionsmatrix: konkrete Aufgaben, Rollen, Freigaben und die drei gewünschten Demo-Nachweise.
- Umfang und Priorität: Muss, Soll, Später und ausdrücklich ausgeschlossen – jeweils mit Abnahmekriterium.
- Integrations- und Datenübersicht: Systeme, Schnittstellen, Rollen, Schutzbedarf und zuständige Prüfung.
- TCO-Arbeitsblatt: gleicher Zeitraum, gleicher Umfang, interne Zeit und sichtbar markierte Annahmen.
- Eigentums-, Exit- und Verantwortungsanhang: Konten, Rechte, Exporte, Betrieb, Sicherung und Vertragsende.
Anbieter sollten Abweichungen, Ausschlüsse und Annahmen direkt auf diese Unterlagen beziehen. Die anschließende Bewertung behandelt der Ratgeber Website-Agentur auswählen.
Fazit: Erst Arbeitsweise und Eigentum klären, dann Technik
WordPress passt zu strukturierter Redaktion, SaaS zu akzeptierten Standardgrenzen und eine individuelle Marketing-Website zu klaren Seitentypen und einem geregelten Änderungsweg. Eine Web-App gehört erst bei Fachlogik, Daten, Rollen oder Integrationen in die Auswahl.
Belastbar wird die Wahl durch dieselben Nachweise: Redaktionsaufgaben, TCO, kontrollierbare Konten und Daten, Rückweg und Verantwortung.
Häufige Fragen zu WordPress oder individueller Website
Ist WordPress grundsätzlich günstiger?
Nein. Ein Preisvergleich ist nur bei gleichem Umfang sinnvoll. Konfiguration, individuelles Design, Inhalte, Migration, Erweiterungen, Wartung, interne Arbeit und ein späterer Wechsel können die Gesamtkosten in beide Richtungen verändern. Nutzen Sie deshalb das TCO-Arbeitsblatt statt eines pauschalen Startpreises.
Ist eine individuelle Website automatisch schneller oder sicherer?
Nein. Eine sehr schlanke statische Ausgabe kann weniger laufende Anwendungskomponenten haben, aber Umsetzung, Hosting, Abhängigkeiten, Formulare und Zugänge bleiben entscheidend. Geschwindigkeit und Sicherheit müssen für die konkrete Architektur geprüft und betrieben werden.
Kann eine individuell entwickelte Website ein CMS haben?
Ja. Ein CMS kann mit einem individuellen Frontend verbunden oder speziell für definierte Inhaltstypen eingerichtet werden. Dadurch entstehen zusätzliche Schnittstellen, Rechte und Betriebsaufgaben, die in die Entscheidung gehören.
Ist ein Website-Baukasten für Unternehmen unprofessionell?
Nicht automatisch. Für standardisierte Anforderungen kann eine SaaS-Plattform ausreichen. Unpassend wird sie, wenn notwendige Funktionen, Kontrolle, Export oder vertragliche Anforderungen nicht erfüllt werden. Das sollte am konkreten Produkt und Tarif belegt werden.
Lässt sich eine WordPress-Website vollständig umziehen?
WordPress-Inhalte lassen sich exportieren, und bei passendem Zugriff können auch Dateien und Datenbank migriert werden. Ob die gesamte Website danach unverändert funktioniert, hängt zusätzlich von Theme, Plugins, Medien, Lizenzen, Serverkonfiguration und Drittdiensten ab. Ein Probeexport und eine vollständige Übergabeliste schaffen Klarheit.
Wann wird aus einer Website eine Web-App?
Wenn Nutzerkonten, strukturierte Fachdaten, unterschiedliche Rechte, Workflows, Berechnungen oder Integrationen die Hauptleistung bilden, ist eine Anwendung die passendere Denkkategorie. Vor Individualentwicklung sollte geprüft werden, ob Standardsoftware oder SaaS die Muss-Anforderungen erfüllt.
Primärquellen und Stand
Die Plattform- und Exporthinweise wurden am 06.08.2026 geprüft. Produktfunktionen und Vertragsbedingungen können sich ändern; vor einer Entscheidung gilt die aktuelle Dokumentation des gewählten Produkts.
- WordPress: Roles and Capabilities – Rollen und Fähigkeiten im WordPress-Kern.
- WordPress: Tools Export screen – Umfang des WXR-Inhaltsexports.
- WordPress: Hardening WordPress – Sicherheit als laufende Risikoreduktion und Verantwortungsbereiche.
- WordPress: Updating WordPress – Updates und Sicherung vor Änderungen.
- Squarespace: Exporting your site und Webflow: Code export – aktuelle Beispiele unterschiedlicher SaaS-Exportgrenzen.
- BSI: Leitfaden zur Entwicklung sicherer Webanwendungen für Auftraggeber – Sicherheitsanforderungen in Planung und Beschaffung.
- EU-Kommission: Anwendung der DSGVO – Rollen von Verantwortlichen und Auftragsverarbeitern.
- Google Search Central: SEO Starter Guide – plattformneutrale Grundlagen für Crawling, Inhalte und Suchdarstellung.
Sie möchten den passenden Lösungsweg klären?
Senden Sie Redaktionsbedarf, Funktionen und Betriebsanforderungen. Wir ordnen im Erstkontakt ein, welche Optionen geprüft werden sollten.
Anforderungen beschreiben