Kapitel · 7 Abschnitte
- 01Was unterscheidet WordPress von Next.js technisch?
- 02Wann ist WordPress die richtige Wahl?
- 03Wann ist Next.js die richtige Wahl?
- 04Welche Frage entscheidet in der Praxis?
- 05Wie groß ist der Unterschied bei Tempo und Sicherheit wirklich?
- 06Was kostet welcher Weg auf drei Jahre?
- 07Vier Fragen, und du weißt es
Kapitel 01
Was unterscheidet WordPress von Next.js technisch?
WordPress ist ein Redaktionssystem, Next.js ein Baukasten für Entwickler. Der Unterschied steckt im Moment des Seitenaufrufs: WordPress stellt jede Seite in dem Augenblick zusammen, in dem jemand sie aufruft, aus Datenbank, Vorlage und Erweiterungen. Next.js baut die Seiten vorher fertig und legt sie ab, der Besucher bekommt eine vorbereitete Datei.
Daraus folgt fast alles Weitere. Wer bei WordPress etwas ändert, ändert es in einem Bearbeitungsbereich im Browser und sieht es sofort, weil die Seite ohnehin bei jedem Aufruf neu entsteht. Wer bei Next.js etwas ändert, löst damit einen Neuaufbau aus, der ein bis zwei Minuten läuft, und danach steht es.
Der zweite Unterschied ist die Erweiterbarkeit. WordPress hat einen Markt mit Zehntausenden Erweiterungen, mit denen sich fast jede Funktion ohne Entwicklung nachrüsten lässt. Next.js hat das nicht: Dort wird jede Funktion programmiert. Das ist sowohl der größte Vorteil als auch die größte Einschränkung, je nachdem, wonach du suchst.
- WordPress ist verbreitet, und das ist ein Sachargument: Fast jeder Dienstleister kennt es, Anleitungen gibt es für jedes Problem, und du bist nicht an eine Agentur gebunden.
- Next.js setzt Entwicklerwissen voraus, auch für kleine Eingriffe an der Struktur. Dafür entsteht kein Wildwuchs aus Erweiterungen, die irgendwann niemand mehr versteht.
- Beides sind offene Systeme ohne Lizenzkosten, und beides läuft bei uns auf Hosting in Deutschland. Die Entscheidung bindet dich an keinen Anbieter.
Kapitel 02
Wann ist WordPress die richtige Wahl?
Wenn im Betrieb jemand sitzt, der Inhalte selbst pflegen soll. Das ist der entscheidende Fall, und er ist häufiger, als die Technikdebatte vermuten lässt.
- **Du veröffentlichst regelmäßig.** Ein Blog, ein Veranstaltungskalender, Stellenanzeigen, Neuigkeiten. Wer jede Woche etwas einstellt, braucht einen Bearbeitungsbereich und keinen Entwickler.
- **Mehrere Personen arbeiten an der Website.** WordPress bringt Benutzerrollen mit: Wer darf schreiben, wer darf veröffentlichen, wer darf an die Einstellungen. Das ist eingebaut und muss nicht gebaut werden.
- **Du brauchst eine Standardfunktion schnell.** Ein Buchungskalender, ein Mitgliederbereich, ein Newsletter-Anschluss, ein mehrsprachiger Auftritt. Für all das gibt es erprobte Erweiterungen, die am Tag der Entscheidung laufen.
- **Du willst unabhängig bleiben.** Wenn du die Agentur wechseln willst, findest du für WordPress überall jemanden. Das ist kein kleines Argument, sondern eine Rückfallposition.
- **Das Vorhaben ist überschaubar und soll zügig stehen.** Eine Website mit sechs Seiten, Kontaktformular und Blog ist auf WordPress schneller fertig als auf jeder programmierten Grundlage.
Was du dafür in Kauf nimmst: Verantwortung. WordPress und jede Erweiterung bekommen regelmäßig Updates, und jedes davon kann etwas verschieben. Ohne Wartung wird aus dem bequemen System nach zwei Jahren ein Risiko. Was dabei anfällt, steht im Ratgeber Website pflegen.
Kapitel 03
Wann ist Next.js die richtige Wahl?
Wenn die Website wenig redaktionelle Pflege braucht und dafür Tempo, Stabilität oder eigene Logik liefern soll. Das ist der Fall bei Unternehmensauftritten, die einmal im Quartal angefasst werden, und bei allem, was über Standardfunktionen hinausgeht.
- **Tempo ist das Verkaufsargument der Seite.** Vorgebaute Seiten laden ohne Datenbankabfrage. Das ist spürbar, nicht nur messbar, und es wirkt genau dort, wo die meisten Besucher herkommen: auf dem Handy im Mobilfunknetz.
- **Die Seite soll keine Angriffsfläche bieten.** Ohne Bearbeitungsbereich im Netz gibt es keine Anmeldemaske, die jemand ausprobieren kann, und keine Erweiterung mit einer Sicherheitslücke. Das Gros der Angriffe auf Websites läuft über genau diese zwei Türen.
- **Du brauchst eigene Logik.** Ein Konfigurator, ein Rechner, eine Anfragestrecke mit Zwischenschritten, eine Anbindung an dein Warenwirtschaftssystem. Programmiert wird das genau so, wie es dein Ablauf braucht, nicht so, wie eine Erweiterung es vorsieht.
- **Viele Seiten nach einem Muster.** Fünfzig Standortseiten oder zweihundert Produktseiten aus einer Datenquelle entstehen aus einer Vorlage. Von Hand gepflegt wären sie nach einem halben Jahr widersprüchlich.
- **Die Website hängt an anderen Systemen.** Wenn Daten aus einer anderen Anwendung kommen, ist eine programmierte Grundlage die kürzere Strecke als eine Erweiterung, die ungefähr das Richtige tut.
Was du dafür in Kauf nimmst: Für jede Änderung an der Struktur brauchst du uns. Texte, Bilder und Preise kannst du selbst pflegen, wenn wir ein Redaktionssystem dahinterhängen. Eine neue Art von Seite zu bauen ist Entwicklungsarbeit, und sie kostet eine Rückfrage, nicht einen Klick.
Kapitel 04
Welche Frage entscheidet in der Praxis?
Diese: Wer fasst die Website in den nächsten zwei Jahren an, und wie oft? Unsere Faustregel aus den Projekten lautet so einfach, wie sie klingt. Wo der Kunde selbst viel pflegt, bauen wir mit WordPress. Wo Tempo zählt, mit Next.js.
Das ist keine Vereinfachung, sondern die Erfahrung aus dem, was nach dem Livegang passiert. Eine Website mit Blog auf einer programmierten Grundlage ohne Redaktionssystem endet damit, dass niemand etwas einstellt, weil jeder Beitrag über die Agentur läuft. Eine Website, die zweimal im Jahr angefasst wird und auf WordPress läuft, trägt dauerhaft die Pflegekosten eines Systems, dessen Beweglichkeit niemand nutzt.
Die Frage lässt sich schlecht im Konjunktiv beantworten. „Vielleicht schreiben wir mal einen Blog“ ist in neun von zehn Fällen eine Absicht, die nie eintritt, und sie ist ein schlechter Grund für eine Technikentscheidung. Verlässlicher ist der Rückblick: Was hast du in den letzten zwölf Monaten auf deiner bestehenden Website tatsächlich selbst geändert?
- Wöchentlich oder monatlich neue Inhalte von mehreren Personen: WordPress.
- Ein paar Textänderungen im Jahr, dafür hohe Ansprüche an Tempo und Ruhe: Next.js.
- Eigene Abläufe, Rechner, Schnittstellen oder viele Seiten aus einer Datenquelle: Next.js.
- Eine Standardfunktion soll nächste Woche laufen, nicht in einem Monat: WordPress.
Kapitel 05
Wie groß ist der Unterschied bei Tempo und Sicherheit wirklich?
Kleiner, als viele Technikvergleiche behaupten, und größer, als WordPress-Verteidiger zugeben. Beides lohnt eine ehrliche Einordnung, weil beides als Argument überstrapaziert wird.
Beim Tempo gilt: Eine sauber gebaute WordPress-Seite mit wenigen Erweiterungen, guten Bildformaten und ordentlichem Hosting ist schnell genug. Niemand verliert Aufträge, weil die Seite in einer Sekunde statt in einer halben lädt. Langsam wird WordPress durch etwas anderes: durch fünfundzwanzig Erweiterungen, einen überladenen Baukasten im Bearbeitungsbereich und ein Hosting für drei Euro im Monat. Der messbare Vorsprung von Next.js ist echt, aber er wiegt am schwersten dort, wo Besucher für jeden Klick zahlen, etwa bei Anzeigen.
Bei der Sicherheit ist die Lage sachlich klarer. WordPress ist nicht unsicher gebaut, es ist das größte Ziel: Wo das meiste läuft, wird am meisten gesucht. Die Lücken stecken fast nie im Kern, sondern in alten Erweiterungen und in Anmeldemasken ohne zweiten Faktor. Beides ist beherrschbar, aber nur mit laufender Wartung. Next.js hat diese beiden Angriffswege gar nicht, dafür steckt die Sorgfalt woanders: in den Schnittstellen, die du selbst programmierst.
Die ehrliche Zusammenfassung lautet deshalb: Tempo und Sicherheit sind keine Eigenschaften eines Systems, sondern Ergebnisse von Entscheidungen. Eine schlecht betreute Next.js-Seite mit zehn eingebundenen Diensten ist langsamer als ein gut betreutes WordPress, und ein ungewartetes WordPress ist in jedem Fall das größere Risiko.
Kapitel 06
Was kostet welcher Weg auf drei Jahre?
Beim Aufbau kaum unterschiedlich, im Betrieb schon. Der Projektpreis hängt bei uns am Umfang, nicht am System: bei beiden Wegen ab 2.900 € netto, die meisten Projekte zwischen 6.000 und 12.000 €. Teuer wird eine Website durch die Zahl der Seiten, die Texte und echte Funktionen.
Danach gehen die Wege auseinander, und zwar in zwei verschiedene Richtungen. WordPress kostet laufend Wartung, weil Updates eingespielt und getestet werden müssen, dazu kommen Jahreslizenzen für kostenpflichtige Erweiterungen. Next.js kostet laufend wenig und bei Strukturänderungen einen Entwickler. Hosting und Wartung beginnen bei uns bei beiden Systemen bei 39 € im Monat, mit Full-Service und einer Stunde Änderungen im Monat bei 149 €.
Der Posten, den fast niemand einrechnet, ist die eigene Arbeitszeit. Wer Inhalte selbst pflegt, spart Rechnungen und zahlt mit Stunden. Wer sie pflegen lässt, zahlt Rechnungen und spart Stunden. Welcher der beiden Posten in deinem Betrieb knapper ist, weißt du besser als jede Agentur.
Ein Punkt noch zur Bindung: Bei beiden Wegen gehört dir am Ende die Website, bei uns auch dann, wenn sie bei uns gehostet wird. Der Unterschied liegt darin, wie leicht du den Dienstleister wechseln kannst, und da hat WordPress einen echten Vorteil durch seine Verbreitung.
Kapitel 07
Vier Fragen, und du weißt es
Diese vier Fragen beantworten die Systemwahl in den meisten Projekten, ohne dass du ein Wort über Technik lernen musst. Beantworte sie für dein Vorhaben, bevor du Angebote vergleichst:
- Was hast du in den letzten zwölf Monaten selbst an deiner Website geändert? Nichts bis selten spricht für Next.js, regelmäßig für WordPress.
- Soll die Seite etwas können, das über Informieren hinausgeht, also rechnen, konfigurieren oder Daten aus einem anderen System holen? Dann Next.js.
- Brauchst du eine erprobte Standardfunktion kurzfristig und ohne Entwicklung? Dann WordPress.
- Kaufst du bezahlte Besucher über Anzeigen? Dann ist jede Zehntelsekunde Geld, und das spricht für Next.js.
Wenn die Antworten gemischt ausfallen, gibt es einen Mittelweg: WordPress als Redaktionssystem im Hintergrund, die Darstellung mit Next.js davor. Das verbindet beide Vorteile und kostet dafür mehr Technik an der Naht. Für eine Website mit sechs Seiten ist das zu viel Apparat, für einen Auftritt mit täglicher Redaktion und hohen Tempoansprüchen kann es die richtige Antwort sein. Was wir mit WordPress bauen und betreuen, steht auf unserer Seite WordPress Agentur.

Fachlich verantwortet von
Christopher Kienzl
Gründer von Kienzl Media, 14+ Jahre Erfahrung im Bereich Webdesign und Frontend. Die Ratgeber erklären die Grundlagen so, wie wir sie im Projekt selbst anwenden.
Mehr über Kienzl Media




