Für eine stabile Unternehmenswebsite mit seltenen Änderungen kann statisches HTML passen. WordPress ist auf regelmäßige redaktionelle Pflege ausgerichtet, Shopify auf Verkauf und Bestellabwicklung. Drupal trägt komplexe Inhalts-, Rechte- und Freigabemodelle. Ein Baukasten eignet sich für kleine Standardseiten, bindet Gestaltung und Betrieb aber stärker an den Anbieter.
Die Systemfrage ist von der Anbieterfrage getrennt. Eigenbau, Freelancer und Agentur beschreiben, wer die Website umsetzt. HTML, WordPress, Shopify, Drupal oder ein Baukasten bestimmen, wie Inhalte, Funktionen und Betrieb später organisiert werden. Wenn die erste Frage noch offen ist, hilft der Vergleich Website selbst bauen oder beauftragen?.
Das System folgt dem späteren Betrieb
Beginnen Sie nicht bei Produktnamen. Schreiben Sie zuerst auf, was nach der Veröffentlichung regelmäßig geschieht. Wer ändert Inhalte? Welche Daten fließen in andere Systeme? Wer prüft Updates, Sicherungen und Fehler? Diese Antworten schließen meist mehr Systeme aus als eine lange Funktionsliste.
- Redaktion: Wer veröffentlicht welche Inhalte, wie häufig und mit welchen Freigaben?
- Geschäftsfunktion: Ist ein Shop der Kern oder nur eine kleine Ergänzung?
- Integrationen: Welche Formulare, Produktdaten, CRM-, ERP- oder Newsletter-Systeme müssen verbunden werden?
- Betrieb: Wer übernimmt Updates, Backups, Zugänge, Monitoring und Wiederherstellung?
- Wechsel: Welche Inhalte, Daten und Dateien müssen später vollständig exportierbar sein?
Ein System kann jede Anforderung irgendwie erfüllen und trotzdem die falsche Wahl sein. Jede Erweiterung bringt Abhängigkeiten, Prüfaufwand und eine Person, die sich später darum kümmern muss.
Fünf Systemklassen mit unterschiedlichen Schwerpunkten
Statisches HTML
Bei einer statischen Website liefert der Server vorbereitete HTML-, CSS- und JavaScript-Dateien aus. Ein CMS-Kern und eine Inhaltsdatenbank gehören nicht automatisch dazu. Das passt zu überschaubaren Auftritten, deren Inhalte selten geändert werden. Formulare, Analyse, Suche und externe Dienste bleiben trotzdem technische Bestandteile, die gepflegt werden müssen. MDN beschreibt die Auslieferung statischer und dynamischer Inhalte.
Die Dateien sind grundsätzlich gut übertragbar, sofern das Unternehmen Quellcode, Medien, Domain und Zugänge vollständig erhält. Für häufige Eigenpflege braucht es einen ergänzten Bearbeitungs- und Veröffentlichungsweg.
WordPress
WordPress hat redaktionelle Funktionen für Beiträge, Seiten, Entwürfe, Revisionen, geplante Veröffentlichungen und Benutzerrollen. Themes und Plugins ergänzen Gestaltung und Funktionen. Das passt häufig zu Unternehmen, die Inhalte regelmäßig selbst pflegen und kein mehrstufiges Freigabesystem brauchen. WordPress dokumentiert die redaktionellen Grundfunktionen und führt Rollen und Berechtigungen getrennt auf.
WordPress selbst ist Open Source. Die Website braucht dennoch Updates, Backups und Kompatibilitätsprüfungen für Kern, Theme und Plugins. Viele Erweiterungen machen einen günstigen Start schnell zu einem dauerhaften Wartungsthema.
Shopify
Shopify ist eine gehostete Handelsplattform. Produktkatalog, Bestand, Bestellungen, Checkout und Shopverwaltung stehen im Mittelpunkt. Das ist eine naheliegende Grundlage, wenn Verkauf und Bestellabwicklung die Hauptaufgabe der Website bilden. Shopify beschreibt diese Kernbereiche in der eigenen Übersicht.
Apps können Versand, Marketing, Buchhaltung und weitere Funktionen anbinden. Jede App hat eigene Berechtigungen, Kosten und Abhängigkeiten. Produktdaten lassen sich exportieren und Themes herunterladen. Die Plattform selbst wird dadurch nicht zu einer eigenen Shopify-Installation auf einem beliebigen Server.
Drupal
Drupal ist auf strukturierte Inhalte, differenzierte Rollen, redaktionelle Freigaben, Mehrsprachigkeit und Integrationen ausgerichtet. Der Kern enthält ein Content-Moderation-Modul, und JSON:API stellt strukturierte Inhalte für andere Anwendungen bereit. Das kann bei vielen Inhaltstypen und klarer Governance sinnvoll sein. Drupal: Content Moderation und Drupal: JSON:API erklären beide Bausteine.
Für eine kleine Website mit wenigen Seiten wäre dieser technische Rahmen oft größer als der Bedarf. Updates, Konfigurationsverwaltung, Hosting und Tests verlangen feste Zuständigkeiten.
Website-Baukasten
Ein Baukasten bündelt Editor, Hosting und Plattformbetrieb. Kleine Websites lassen sich damit ohne eigene Serververwaltung pflegen. Die Grenzen unterscheiden sich je nach Anbieter und Tarif. Prüfen Sie Shopfunktionen, Rollen, Schnittstellen, Codezugriff und Export deshalb einzeln.
Wix dokumentiert zum Beispiel, dass eine fertige Wix-Seite wegen der proprietären Technik nicht extern gehostet werden kann. Das Konto oder eine Kopie der Seite lässt sich innerhalb von Wix übertragen. Wix: Website exportieren oder extern einbetten. Der Beitrag Wix oder eigene Website? behandelt diesen Sonderfall ausführlicher.
Website-Systeme im direkten Vergleich
| Kriterium | Statisches HTML | WordPress | Shopify | Drupal | Baukasten |
|---|---|---|---|---|---|
| Redaktion | Dateien oder ergänzter Build-Prozess | Seiten, Beiträge, Revisionen und Rollen | Produkte und Shopinhalte im Zentrum | Strukturierte Inhalte, Rollen und Freigaben | Visuelle Pflege in vorgegebenen Bausteinen |
| Shop | Eigene Entwicklung oder externer Dienst | Über Erweiterungen, zusätzlicher Betriebsaufwand | Kernfunktion des Systems | Über Commerce-Erweiterungen und Fachbetrieb | Je nach Anbieter für einfache Shops |
| Integrationen | Frei programmierbar über verfügbare Schnittstellen | Plugins, REST API und Individualentwicklung | Apps und APIs | JSON:API und individuelle Module | Anbieter-Apps und freigegebene Schnittstellen |
| Wartung | Hosting, Abhängigkeiten, Formulare und Veröffentlichung | Kern, Theme, Plugins, Backups und Tests | Plattform beim Anbieter, Apps und Konfiguration intern | Updates, Composer, Datenbank und Staging | Plattform beim Anbieter, Tarif und Funktionen abhängig |
| Portabilität | Hoch bei vollständigem Quellcode und Medien | Inhalte exportierbar, Sonderfelder und Plugins mitprüfen | Produktdaten und Theme exportierbar, Plattform bleibt Shopify | Code, Konfiguration, Dateien und Datenbank übertragbar | Stark vom Anbieter abhängig |
| Typische Passung | Stabile, überschaubare Unternehmenswebsite | Regelmäßige redaktionelle Arbeit | Handel und Bestellprozess | Komplexe Inhalte, Rechte und Integrationen | Kleine Standardseite mit Eigenpflege |
Die Tabelle ist eine Vorauswahl. WordPress kann einen Shop tragen, Drupal kann Commerce abbilden, und eine statische Website kann einen externen Shop anbinden. Entscheidend ist, ob die Hauptaufgabe bereits zum Kern des Systems passt oder erst mit vielen Zusatzschichten hergestellt werden muss.
Eigentum und Portabilität getrennt prüfen
„Die Website gehört uns“ ist zu ungenau. Eigentum am Inhalt, Domaininhaberschaft, Herausgabe des Quellcodes und technische Portabilität sind verschiedene Fragen. Selbst Open Source schützt nicht vor fehlenden Administratorzugängen oder einer undokumentierten Sonderentwicklung.
- Domain und Hosting
- Auf wen sind Verträge und Konten registriert, und wer kann sie verwalten?
- Code und Gestaltung
- Werden Quellcode, Theme, individuelle Erweiterungen, Schriften und Medien vollständig herausgegeben?
- Datenexport
- In welchem Format lassen sich Inhalte, Produkte, Bestellungen und andere Geschäftsdaten exportieren?
- Drittkonten
- Wer besitzt Analyse-, Newsletter-, Zahlungs- und Integrationskonten?
- Wiederherstellung
- Gibt es eine aktuelle Sicherung und eine nachvollziehbare Dokumentation für den Betrieb?
WordPress stellt Inhalte über den integrierten Export bereit. Shopify dokumentiert einen CSV-Export für Produktdaten und einen Theme-Download. Diese Funktionen sind nützlich, ersetzen aber keine Probe mit den eigenen Inhaltstypen und Integrationen. WordPress: Export und Shopify: Produkte exportieren.
Kosten über mehrere Jahre vergleichen
Ein Projektpreis bildet den Betrieb nicht ab. Bei statischem HTML liegen viele Kosten in Entwicklung und beauftragten Änderungen. WordPress und Drupal brauchen Hosting, Updates und Tests. Shopify und Baukästen bündeln Plattformbetrieb in einem Tarif, ergänzen ihn je nach Nutzung aber um Apps, Transaktionen oder weitere Konten.
EinmaligKonzeption, Inhalte, Gestaltung, Entwicklung, Datenübernahme und Abnahme
LaufendHosting oder Tarif, Erweiterungen, externe Dienste, Wartung, Backups und Fehlerbehebung
InternRedaktion, Freigaben, Produktpflege, Kontenverwaltung und fachliche Kontrolle
Beim WechselExport, neue Umsetzung, Datenbereinigung, Weiterleitungen, Tests und Schulung
Aktuelle Tarifpreise ändern sich. Für die Systemwahl ist deshalb die Kostenlogik belastbarer als ein einzelner Monatsbetrag. Der Hosting-Vergleich für KMU ordnet die Betriebsmodelle hinter den Systemen ein.
Ein Auswahlverfahren mit echten Aufgaben
Definieren Sie zuerst Ausschlusskriterien. Wenn Self-Hosting zwingend ist, scheiden reine Plattformangebote aus. Wenn Checkout und Bestellungen im Zentrum stehen, gehört eine Handelsplattform früh in die Auswahl. Danach vergleichen Sie nur noch die verbleibenden Systeme.
- 01Anforderungen gewichten
Vergeben Sie 1 für nachrangig, 2 für wichtig oder 3 für geschäftskritisch.
- 02Passung bewerten
0 bedeutet nicht erfüllt, 1 nur mit Zusatzaufwand, 2 im Kern vorhanden.
- 03Zusatzschichten notieren
Halten Sie Plugins, Apps, Schnittstellen und individuelle Entwicklung getrennt fest.
- 04Betrieb zuordnen
Jede laufende Aufgabe braucht eine verantwortliche Person und einen realistischen Zeitansatz.
- 05Zwei Systeme praktisch testen
Veröffentlichen Sie einen Inhalt, verbinden Sie eine typische Integration und erstellen Sie einen vollständigen Export.
Gewicht mal Passung ergibt einen Vergleichswert. Das ist keine Marktstudie, sondern eine dokumentierte Heuristik für das eigene Vorhaben. Die praktischen Aufgaben sind wichtiger als ein knapper Punkteunterschied.
Offizielle Dokumentation für die Detailprüfung
- MDN: What is a web server?
- WordPress: Features
- WordPress: Updates
- WordPress: Inhalte exportieren
- Shopify: Plattformübersicht
- Shopify: Apps prüfen und verwalten
- Drupal: Content Moderation
- Drupal: Updates
- Wix: Export und externes Hosting
Häufige Fragen
Welches Website-System eignet sich für ein kleines Unternehmen?
Für eine stabile, selten geänderte Website kann statisches HTML passen. Regelmäßige Redaktion spricht oft für WordPress, ein zentraler Onlineverkauf für Shopify. Drupal lohnt sich bei komplexen Inhalts- und Rechtestrukturen. Baukästen passen zu kleinen Standardseiten mit visueller Eigenpflege.
Ist WordPress besser als eine statische Website?
Nicht grundsätzlich. WordPress erleichtert redaktionelle Pflege, braucht aber Updates und laufende Kontrolle. Eine statische Website hat weniger Softwareschichten, benötigt für häufige Eigenpflege jedoch einen passenden Veröffentlichungsweg.
Kann Shopify auch eine normale Unternehmenswebsite sein?
Ja, doch Shopify richtet seinen Kern auf Produkte, Checkout und Bestellungen aus. Wenn Handel nur eine kleine Nebenfunktion ist, sollte geprüft werden, ob diese Plattformlogik zum restlichen Auftritt passt.
Macht Open Source eine Website automatisch unabhängig?
Nein. Zusätzlich zählen Domaininhaberschaft, Administratorzugänge, Quellcode, Medien, Exportformate und Dokumentation. Fehlende Zugänge können auch bei Open-Source-Software einen Wechsel erschweren.