WordPress oder statische Website: Was passt zu einem KMU?

Wählen Sie das System, dessen Pflege Ihr Team zuverlässig leisten kann.

WordPress ist häufig passend, wenn mehrere Personen Inhalte im Browser bearbeiten sollen und dafür Rollen, Vorlagen und Freigabeabläufe benötigen. Eine überwiegend statische Website kann gut passen, wenn die Änderungen kontrolliert über einen Projekt- und Veröffentlichungsprozess laufen und eine geeignete Person oder ein Dienstleister dafür verantwortlich ist.

Für unseren eigenen Weg mit Codex sind technische Grundkenntnisse, ein klares Verständnis der gewünschten Website und verfügbare Betreuungskapazität entscheidend. Eine Änderung in normaler Sprache beschreiben zu können, erleichtert die Arbeit. Jemand muss trotzdem beurteilen, ob Inhalt, Gestaltung und Funktion stimmen.

WordPress verwaltet Inhalte. Statische Seiten werden als fertige Dateien ausgeliefert.

WordPress ist ein Content-Management-System, kurz CMS. Es stellt eine Oberfläche für die Inhaltsverwaltung bereit. Eine Gestaltungsvorlage prägt die Darstellung; Erweiterungen können zusätzliche Funktionen ergänzen. Welche Aufgaben ein Benutzer erledigen darf, lässt sich über Rollen und Berechtigungen steuern. Die WordPress-Dokumentation beschreibt unter anderem Administratoren, Redakteure und Autoren. [1]

Bei einer statischen Website liegen die Inhaltsseiten als vorbereitete Dateien vor. Änderungen werden an der Quelle vorgenommen und anschliessend veröffentlicht. MDN erläutert den Unterschied zur dynamischen Seitenerzeugung, bei der ein Server den Inhalt einer Antwort erzeugt. [2]

Auch eine statische Seite kann JavaScript für Interaktionen verwenden. Ein Selbsttest oder eine Sprungnavigation macht eine Seite nicht automatisch zu einem CMS. Für Funktionen wie serverseitigen Formularversand, geschützte Bereiche oder Statistiken können gezielte serverseitige Komponenten hinzukommen. Unsere eigene Website ist deshalb überwiegend statisch, besitzt aber auch PHP-Funktionen.

Codex unterstützt bei der Arbeit an Code und Projektdateien. Ein CMS und eine KI-Unterstützung können zudem gemeinsam eingesetzt werden. In diesem Artikel vergleichen wir WordPress mit dem von uns genutzten Arbeitsweg für überwiegend statische Inhaltsseiten.

Welche Arbeitsweise passt zu Ihrer Website?

Die Matrix dient zur Einordnung. Prüfen Sie die Zeilen anhand konkreter Aufgaben Ihres Teams. Ein technischer Vorteil kann fehlende Betreuungskapazität nicht ausgleichen.

Die Angaben zum statischen Weg beziehen sich auf die hier beschriebene Arbeitsweise. Andere statische Projekte können Redaktionsoberflächen oder eigene Teamprozesse besitzen. Lassen Sie sich den tatsächlichen Pflegeablauf zeigen, bevor Sie entscheiden.

Mehrere Inhaltslieferanten sind noch keine gemeinsame Redaktion.

Eine Fachabteilung kann Inhalte liefern, während eine Person diese auf der Website umsetzt. Das funktioniert, wenn Zuständigkeiten, Rückmeldungen und Zeit dafür geklärt sind. Es wird zum Engpass, wenn alle kurzfristig Änderungen brauchen und die verantwortliche Person dafür keine Kapazität hat.

Wenn mehrere Mitarbeitende direkt Texte, Bilder und Seiten bearbeiten sollen, ist eine passend eingerichtete WordPress-Redaktion oft naheliegend. Rollen ermöglichen unterschiedliche Rechte. Welche Bearbeitungsmöglichkeiten ein Page Builder tatsächlich freigibt, hängt zusätzlich von seiner Einrichtung ab. [1]

In unserem aktuellen statischen Arbeitsablauf liegt das vollständige Projekt lokal bei Robin. Zu diesem Projekt gehören auch Wissensdateien, Vorlagen und Buildskripte. Nur veröffentlichte Dateien vom Server herunterzuladen, würde diese Arbeitsgrundlage nicht ersetzen.

Statische Websites können auch im Team gepflegt werden, beispielsweise mit einem gemeinsamen versionierten Projekt und abgestimmter Veröffentlichung. Das muss jedoch eingerichtet und beherrscht werden. Für ein KMU ohne diesen Prozess ist die Browserredaktion unter Umständen der alltagstauglichere Einstieg.

Eine Funktion braucht in beiden Systemen einen verlässlichen Ablauf.

Prüfen Sie Ihre Anforderungen konkret: Ein Formular soll eine E-Mail vorbereiten oder eine Nachricht serverseitig senden? Ein Test soll lediglich im Browser eine Orientierung ausgeben oder Ergebnisse dauerhaft speichern? Diese Unterschiede verändern Umsetzung und Betrieb erheblich.

Bei WordPress kann eine passende Erweiterung Entwicklungsarbeit reduzieren. Trotzdem müssen Zuständigkeit, Kompatibilität und spätere Aktualisierung geklärt sein. Bei einer individuellen Umsetzung legen Sie Verhalten und Grenzen direkt fest. Dafür brauchen Sie ausreichende Prüfung und jemanden, der spätere Änderungen verantwortet.

Auch mobile Bedienung folgt aus der Umsetzung. Vergleichen Sie echte Aufgaben auf dem Smartphone. Unser Prüfweg für mobile Website-Hürden hilft, Einstieg, Sprungmarken und Kontakt unabhängig vom System zu beurteilen.

Vergleichen Sie den gesamten Arbeitsweg.

Zum Start gehören bei beiden Lösungen Struktur, Gestaltung, Inhalte und die Einrichtung der Pflege. Bei unserem Codex-Weg kommt die Arbeit an Wissensdateien und wiederholbaren Prozessen hinzu. Diese Investition ist für uns sinnvoll, weil wir viele Regeln erneut verwenden können. Jemand muss sie zuerst ausarbeiten und aktuell halten.

WordPress empfiehlt, Plugins und Gestaltungsvorlagen auf aktuellem Stand zu halten; die offizielle Dokumentation beschreibt dafür auch automatische Updates. [4] Automatisierung verändert den Ablauf, die Verantwortung für eine funktionierende Website bleibt bestehen.

Bei einer überwiegend statischen Website entfallen bestimmte CMS-Komponenten. Hosting, Zugänge, Sicherungen, Buildabhängigkeiten und ergänzende serverseitige Funktionen können weiterhin Betreuung benötigen. Schnell, sicher und pflegeleicht sind keine automatischen Eigenschaften eines Dateiformats.

• Einrichtung: Wer erstellt Vorlagen, Regeln und den Veröffentlichungsprozess?
• Routine: Wie lange dauert eine typische Änderung einschliesslich Prüfung und Veröffentlichung?
• Vertretung: Wer übernimmt, wenn die verantwortliche Person fehlt?
• Sonderfälle: Wer löst einen Fehler oder erweitert eine Funktion?
• Laufende Ausgaben: Welche tatsächlichen Kosten entstehen für Hosting, Lizenzen, KI-Werkzeuge und Betreuung?

Ohne konkreten Umfang nennen wir keine pauschalen Preise oder Zeitersparnisse. Lassen Sie sich eine typische Inhaltsänderung und eine grössere Erweiterung zeigen. Damit wird der Vergleich greifbarer als mit einer allgemeinen Aussage wie „leicht zu pflegen“.

Drei Fragen machen Ihre Voraussetzungen sichtbar.

Robins persönliche Empfehlung: Wenn eine geeignete Person diese Arbeit bündeln kann und Zeit dafür hat, bevorzugt er den Weg mit Codex. Fehlen Kenntnisse oder Kapazität oder sollen mehrere Personen direkt Inhalte bearbeiten, würde er für diese Ausgangslage bei WordPress bleiben.

Erfahrung mit ChatGPT kann den Einstieg erleichtern. Sie belegt allein noch keine Fähigkeit, Codeänderungen, Veröffentlichung oder technische Fehler zu beurteilen. Prüfen Sie die Kenntnisse daher an einer kleinen realen Aufgabe.

Ähnliche Unternehmen können unterschiedliche Systeme brauchen.

Diese Beispiele sind keine Kundenreferenzen. Sie veranschaulichen, wie Pflegebedarf, Kenntnisse und Kapazität zusammenwirken.

Testen Sie den Pflegealltag, bevor Sie das System festlegen.

Notieren Sie, wer Inhalte ändern soll, welche Kenntnisse vorhanden sind und wie viel Zeit verfügbar ist. Ergänzen Sie die benötigten Funktionen und den Veröffentlichungsprozess. Lassen Sie dann eine typische Änderung im vorgesehenen System durchspielen.

Für SQUAREMOON passt der heute zentral betreute Codex-Weg. Für ein Team mit mehreren selbstständig arbeitenden Redakteuren kann WordPress besser passen. Entscheidend ist, dass Ihr Unternehmen die gewählte Arbeitsweise verlässlich leisten kann. Die Anforderungen an eine passende Website und ihre Weiterentwicklung sollten den technischen Aufbau bestimmen.