Internetseiten programmieren: wann sich der Aufwand lohnt und wann ein Baukasten reicht

Wer “Internetseiten programmieren” sucht, hat meist keine technische Frage, sondern eine wirtschaftliche: Lohnt sich echter Code, oder tut es ein Baukasten genauso? Dieser Text beantwortet genau diese Auswahlfrage. Er zeigt, wann welche Kosten anfallen, wie lange es bis zum Livegang dauert, wer die Seite danach pflegt, und endet in einer Entscheidungsmatrix. Was er bewusst nicht tut: Code erklären oder eine Programmiersprache empfehlen. Beides ist eine andere Frage, und sie stellt sich erst, wenn diese hier beantwortet ist.

Die Entscheidung in drei Sätzen

Eine programmierte Seite lohnt sich, wenn sie etwas tun muss, das über Text, Bilder und ein Kontaktformular hinausgeht: eigene Logik, Anbindung an ein vorhandenes System, eine Datenstruktur, die kein Baukasten vorsieht. Reicht eine gut aussehende Präsenz mit klassischen Unterseiten, ist ein Baukasten oder ein CMS fast immer schneller und über die Laufzeit günstiger. Und wer zwar Code braucht, aber weder Zeit noch Übung hat, fährt mit Programmieren-lassen meist besser als mit Selbermachen, weil die teuerste Position selten die Rechnung ist, sondern die eigene Stunde.

Fünf Wege und ein Kostengefälle

EXPERTE.de stellt fünf Wege zur eigenen Website gegenüber: manuell mit HTML und CSS, Static Site Generator, Content-Management-System, eigene dynamische Seiten mit PHP oder JavaScript sowie Homepage-Baukasten. Diese Liste ist zugleich eine Kostenreihenfolge, wenn man sie richtig herum liest: Mit der Kontrolle über die Funktion steigt der Aufwand, und zwar nicht linear, sondern in Stufen, an denen jeweils eine neue Aufgabe dazukommt.

Zwei Beispiele aus derselben Quelle machen die Bandbreite konkret: EXPERTE.de führt Wix als Homepage-Baukasten-Testsieger und Webflow als Baukasten mit Programmierfunktionen. Wix zeigt die Baukasten-Grenze in Reinform, fertig in kurzer Zeit, aber begrenzt auf das, was die Plattform vorsieht. Webflow zeigt den Übergangsbereich: ein Baukasten, der so viel Kontrolle erlaubt, dass er sich der eigenen Programmierung annähert, ohne deren Wartungslast vollständig mitzubringen. Wer zwischen “Baukasten reicht nicht” und “eigene Programmierung ist zu viel” steht, prüft zuerst diesen Zwischenbereich, bevor er ein Entwicklungsprojekt startet.

Warum die Werkzeugkosten die unwichtigste Zahl sind

Für eine dynamische Website mit PHP oder JavaScript werden prinzipiell nur ein Texteditor und ein Browser benötigt, Frameworks erleichtern die Programmierung zusätzlich. Beides kostet nichts. STRATO hält außerdem fest, dass man keine Programmiersprachen lernen muss, um eine Website zu erstellen, und ordnet HTML und CSS als Basis ein, JavaScript und PHP für Dynamik, Python als Alleskönner.

Aus diesen beiden Punkten zusammen folgt, warum die Kostenfrage so oft falsch beantwortet wird. Der Einstieg ist kostenlos, aber kostenlos heißt hier nur: nicht in Rechnung gestellt. Die Kosten verschieben sich nach hinten, in Arbeitszeit, in Wartung und in die Frage, wer im Ernstfall erreichbar ist. Rechnen Sie deshalb konsequent in zwei Blöcken statt in einer Zahl.

Einmalkosten sind Konzept und Struktur, Design, Texte und Bilder, die Umsetzung selbst sowie die Übernahme bestehender Inhalte und der Domainumzug. Bei einem Baukasten fallen die mittleren Positionen fast weg, weil die Vorlage sie vorwegnimmt. Bei einer programmierten Seite sind sie der Hauptposten, unabhängig davon, ob Sie sie selbst erbringen oder einkaufen.

Folgekosten sind Hosting, Domain, Lizenzen oder Abogebühren, Sicherheitsaktualisierungen, inhaltliche Pflege, kleinere Anpassungen und die Erreichbarkeit bei einem Ausfall. Der Baukasten bündelt das meiste davon in eine monatliche Zahl. Bei einer programmierten Seite ist derselbe Aufwand nicht verschwunden, er ist nur unsichtbar, solange ihn niemand stellt.

Die Drei-Jahres-Rechnung mit Ihren eigenen Zahlen

Belastbar wird der Vergleich erst als Summe über drei Jahre. Setzen Sie dafür vier Posten an, jeder mit Ihren Zahlen, nicht mit fremden:

1. Angebotssummen für den Teil, den Sie einkaufen, eingeholt auf identischem Leistungsumfang.
2. Ihre eigenen Stunden, geschätzt und mit einem Stundensatz bewertet, den Sie selbst festlegen. Wer hier null einsetzt, hat die Rechnung bereits verloren.
3. Laufende Gebühren mal 36, also Hosting, Domain, Abos, Lizenzen.
4. Ein Posten für Änderungen, die Sie heute noch nicht kennen. Dass es sie geben wird, ist die sicherste Annahme im ganzen Projekt.

Konkrete Eurobeträge nennt dieser Text bewusst nicht. Preise für Umsetzung und Betreuung hängen von Projektgröße, Leistungsumfang und Region ab, und eine pauschale Zahl ohne diesen Kontext würde mehr Sicherheit vortäuschen, als sie hat. Der verlässliche Weg zu Ihrer Zahl ist ein anderer: dieselbe schriftliche Anforderung an drei Anbieter, danach vergleichen Sie Angebote, die tatsächlich dasselbe beschreiben.

Time-to-Launch: die am häufigsten unterschätzte Variable

Ein Baukasten ist an einem Wochenende live, sofern Texte und Bilder bereitliegen. Ein CMS-Projekt braucht Wochen, weil Struktur und Design abgestimmt werden müssen. Eine individuell programmierte Seite braucht am längsten, und die Verzögerung entsteht selten im Code. Sie entsteht an Entscheidungen, die erst während der Umsetzung fallen, und an Inhalten, die noch niemand geschrieben hat. Der häufigste Grund für einen verschobenen Livegang ist nicht die Technik, sondern fehlender Text.

Die eigentliche Frage lautet deshalb nicht, wie schnell etwas gebaut werden kann, sondern was jede Woche ohne Seite kostet. Ein Betrieb, der über Empfehlungen läuft, verliert durch einen späten Start wenig. Ein Anbieter, der Anfragen fast nur über die Suche gewinnt, verliert mit jeder Woche unmittelbar Umsatz, und dann schlägt eine schnelle, einfache Lösung eine spätere, technisch bessere.

Daraus ergibt sich ein praktikabler Zwischenweg: mit Baukasten oder CMS starten, echte Nachfrage messen, und erst dann programmieren lassen, wenn belegt ist, welche Funktion tatsächlich gebraucht wird. Das dreht die Reihenfolge um, in der die meisten Projekte an unnötigem Funktionsumfang scheitern.

Wartungslast: wer die Seite in zwei Jahren anfasst

Diese Frage entscheidet mehr Projekte als jede technische Überlegung, und sie wird vor der Beauftragung fast nie gestellt.

Beim Baukasten trägt der Anbieter die Wartung. Es lässt sich wenig kaputt machen, aber auch wenig ändern. Beim CMS liegt die Wartung bei Ihnen: Aktualisierungen für System und Erweiterungen müssen eingespielt werden, sonst wird aus dem Kostenvorteil ein Sicherheitsrisiko. Je mehr Erweiterungen eine Seite nutzt, desto größer ist diese Pflicht, denn jede zusätzliche Komponente hat einen eigenen Aktualisierungstakt und einen eigenen Hersteller, der irgendwann aufhören kann.

Bei einer individuell programmierten Seite hängt alles daran, ob die Person oder Firma, die sie gebaut hat, in zwei Jahren noch erreichbar ist. Eine Seite, deren Code niemand mehr versteht, ist teurer als jedes Abo, weil die nächste Änderung faktisch ein Neubau ist. Der Static Site Generator nimmt hier eine Sonderrolle ein: laufend sehr genügsam, aber jede inhaltliche Änderung führt über einen technischen Schritt, was ohne technische Betreuung schnell zum Nadelöhr wird.

Woran Sie ein belastbares Angebot erkennen

Wenn Sie programmieren lassen, entscheidet sich die spätere Wartungslast bereits im Angebot. Vier Punkte sollten schriftlich darin stehen, und ihr Fehlen ist selbst eine Aussage:

• Eigentum. Wem gehören Quellcode, Inhalte, Domain und Zugänge nach Abnahme, und in welcher Form werden sie übergeben. Eine Seite, die Sie mitnehmen können, hat einen anderen Wert als eine, die Sie mieten.
• Übergabe. Bekommen Sie die Zugangsdaten zu Hosting und Domain auf Ihren eigenen Namen. Steht die Domain beim Dienstleister, ist ein Wechsel später Verhandlungssache statt Verwaltungsakt.
• Änderungen nach Livegang. Was kostet eine typische Kleinigkeit, etwa eine neue Unterseite oder ein geändertes Formular, und in welcher Frist wird sie umgesetzt. Ein Angebot ohne diesen Satz beschreibt nur den ersten Tag.
• Pflege und Erreichbarkeit. Wer spielt Aktualisierungen ein, wer reagiert bei einem Ausfall, und innerhalb welcher Zeit. Wenn das nicht geregelt ist, ist es nicht kostenlos, sondern ungeklärt.

Selbst programmieren oder programmieren lassen

Google zeigt zur Suche “internetseiten programmieren” unter anderem die Fragen “Was kostet es, eine Website zu programmieren?” und “Wie schwer ist es, eine Website zu programmieren?”. Die zweite ist die wichtigere, allerdings anders, als sie meist gemeint ist. Machbar ist es für viele. Das Rheinwerk-Handbuch “Webseiten programmieren und gestalten” deckt HTML, JavaScript, PHP, UX und Barrierefreiheit ab und richtet sich an Ausbildung und Beruf. Genau das zeigt den tatsächlichen Umfang: kein Nachmittag, sondern ein Fachgebiet mit eigener Ausbildungsschiene, in dem Gestaltung und Barrierefreiheit gleichrangig neben dem Code stehen.

Selbst programmieren ist sinnvoll, wenn der Aufwand ohnehin als Qualifikation zählt, wenn langfristig mehrere Projekte betreut werden sollen, oder wenn die Seite unkritisch ist und ein späterer Neubau niemandem schadet.

Programmieren lassen ist die günstigere Wahl, wenn die Seite Umsatz bringen soll, wenn Ihre Zeit anderswo mehr wert ist, oder wenn Anforderungen im Spiel sind, bei denen Fehler teuer werden: Zahlungen, personenbezogene Daten, Barrierefreiheit, Anbindung an ein Warenwirtschafts- oder Buchungssystem. In diesen Fällen kaufen Sie nicht Code ein, sondern die Verantwortung dafür, dass er korrekt ist.

Die drei Fragen, die es entscheiden

Muss die Seite etwas berechnen, speichern oder mit einem anderen System sprechen? Nein bedeutet Baukasten oder CMS. Ja bedeutet, vor jeder eigenen Programmierung zu prüfen, ob eine fertige Erweiterung das bereits löst.

Wie oft ändert sich der Inhalt, und wer ändert ihn? Täglich und durch mehrere Personen: eine Redaktionsoberfläche ist Pflicht, also CMS oder Baukasten. Selten und durch eine technisch versierte Person: ein Static Site Generator ist die günstigste stabile Lösung.

Was passiert, wenn die Seite drei Tage nicht erreichbar ist? Lautet die Antwort “nicht viel”, lohnt sich kein Wartungspaket. Lautet sie “Anfragen brechen weg”, sind Betrieb und Erreichbarkeit ein eigener Budgetposten, unabhängig vom gewählten Weg.

Entscheidungsmatrix

Kurz beantwortet: die zwei häufigsten Fragen

Was kostet es, eine Website zu programmieren? Die Werkzeuge kosten nichts, die Arbeitszeit bestimmt den Preis. Vergleichbar wird es erst, wenn Einmalkosten und drei Jahre Betrieb zusammengezählt werden und die eigene Zeit mit einem Stundensatz darin steht. Ein Baukasten gewinnt diesen Vergleich bei einfachen Seiten fast immer, eine programmierte Seite gewinnt ihn dort, wo sie Arbeit ersetzt oder Umsatz erst ermöglicht.

Wie schwer ist es, eine Website zu programmieren? Eine einfache Seite von Hand zu bauen, ist lernbar, technisch genügen ein Texteditor und ein Browser. Eine Seite dauerhaft sicher, schnell, barrierefrei und wartbar zu betreiben, ist ein Beruf, wie der Umfang der einschlägigen Fachliteratur zeigt. Die Schwierigkeit liegt nicht im ersten Livegang, sondern in allem danach.

Woher die Angaben in diesem Text stammen

Die Gegenüberstellung der fünf Wege, die Einordnung von Wix und Webflow sowie der Hinweis, dass für dynamische Seiten mit PHP oder JavaScript prinzipiell Texteditor und Browser genügen, stammen von EXPERTE.de. Die Einordnung der Sprachen und die Feststellung, dass sich eine Website auch ohne Programmierkenntnisse erstellen lässt, stammt von STRATO. Der Themenumfang von HTML über JavaScript und PHP bis UX und Barrierefreiheit ist dem Inhaltsprofil des Rheinwerk-Handbuchs “Webseiten programmieren und gestalten” entnommen. Die beiden häufig gestellten Fragen sind der deutschen Google-Suche zu “internetseiten programmieren” entnommen, erhoben am 6. August 2026. Zur Einordnung des Themenumfangs wurden vier zu dieser Suche gut platzierte Beiträge ausgewertet, sie liegen zwischen 640 und 3.192 Wörtern bei einem Median von 1.996 Wörtern. Alles, was darüber hinausgeht, ist in diesem Text als Schlussfolgerung formuliert und nicht als Tatsachenbehauptung, und Preise nennt er aus dem oben genannten Grund keine.

Fazit

Programmieren ist kein Qualitätsmerkmal, sondern eine Kostenentscheidung mit langer Laufzeit. Der einfachste Weg, der den Bedarf abdeckt, ist der richtige, und ein Wechsel lohnt sich erst, wenn belegt ist, woran dieser Weg scheitert. Diese Reihenfolge kostet im schlechtesten Fall einen Zwischenschritt. Die umgekehrte Reihenfolge kostet regelmäßig ein ganzes Projekt.