Webseiten-Programmierung beauftragen: Leistungen, Kosten und Projektablauf

Wer eine Webseite programmieren lässt, kauft mehr ein als eine hübsche Oberfläche. Er beauftragt ein technisches System, das Inhalte verwaltet, Daten verarbeitet, Funktionen bereitstellt und mit anderen Diensten kommuniziert. Genau deshalb lohnt es sich, die Webseiten-Programmierung wie ein echtes Beschaffungsprojekt zu behandeln: mit klaren Anforderungen, einem prüfbaren Leistungsverzeichnis, geregelten Rechten und einem Plan für den Betrieb nach dem Go-live.

Dieser Ratgeber erklärt aus Auftraggebersicht, welche Leistungen zur professionellen Webseiten-Programmierung gehören, wann sich eine Individualentwicklung gegenüber Baukasten oder CMS lohnt, welche Faktoren die Kosten treiben und wie ein Projekt vom Lastenheft bis zur Abnahme strukturiert abläuft.

Was gehört zur Webseiten-Programmierung als Dienstleistung?

Die sichtbare Basis jeder programmierten Webseite bilden clientseitig HTML, CSS und JavaScript. HTML strukturiert die Inhalte, CSS steuert die Darstellung, JavaScript sorgt für Interaktivität im Browser. Darauf setzen Layout, Styling und dynamische Elemente auf. Je nach Projekt kommen serverseitige Komponenten hinzu, etwa Skriptsprachen wie PHP, die Berechnungen und Datenerzeugung direkt auf dem Webserver übernehmen, dazu Datenbanken, Schnittstellen und ein Redaktionssystem.

Ein vollständiger Leistungsumfang umfasst typischerweise:

• technische Konzeption und Systemarchitektur
• Umsetzung des freigegebenen Designs
• responsive Darstellung für verschiedene Bildschirmgrößen
• Formulare, Suche und interaktive Komponenten
• Benutzerkonten, Rollen und geschützte Bereiche
• Schnittstellen zu Warenwirtschaft, CRM, Newsletter oder Zahlungsdiensten
• Einrichtung und Anpassung eines Content-Management-Systems
• technische Umsetzung von Datenschutz und Barrierefreiheit
• Tests, Dokumentation, Veröffentlichung und Einweisung der Redaktion

Welche Technologien dabei zum Einsatz kommen, ist eine Projektentscheidung und keine feste Vorgabe. Neben PHP und JavaScript sind heute auch TypeScript, Python, Java, moderne Frontend-Frameworks und serverseitiges JavaScript üblich. Für den Auftraggeber ist weniger der Sprachname entscheidend als die Frage, ob die Lösung dokumentiert, wartbar und unabhängig von einer einzelnen Person betreibbar ist.

Baukasten, CMS oder Individualentwicklung?

Nicht jeder Webauftritt braucht eine Individualprogrammierung. Die richtige Lösung hängt davon ab, wie weit die Anforderungen vom Standard abweichen.

Ein Homepage-Baukasten deckt einfache Auftritte ohne eigene Programmierkenntnisse ab: Standardseiten, Kontaktformulare, Bildergalerien. Er ist schnell einsatzbereit, stößt aber bei individuellen Funktionen, eigenen Datenstrukturen und Integrationen an Grenzen. Hinzu kommt häufig eine enge Bindung an den Anbieter.

Ein Content-Management-System bietet deutlich mehr Flexibilität. Redaktionen pflegen Inhalte selbst, Erweiterungen ergänzen Funktionen. Solange die Anforderungen mit zuverlässig gepflegten Standardkomponenten abbildbar sind, ist dieser Weg meist wirtschaftlicher als eine Neuentwicklung.

Eine individuelle Webseiten-Programmierung lohnt sich, wenn Geschäftsprozesse digital abgebildet, spezielle Schnittstellen angebunden oder Funktionen gebaut werden sollen, die Standardsysteme nicht abdecken. Auch Mischmodelle sind verbreitet: Das CMS übernimmt die Inhaltsverwaltung, individuell entwickelte Module realisieren die projektspezifische Logik.

Bei der Entscheidung zählt nicht nur der Startpreis. Lizenzkosten, Erweiterbarkeit, Sicherheitsupdates, Betriebskosten und die Frage, ob auch andere Dienstleister das System später betreuen können, gehören ebenfalls auf die Rechnung.

Anforderungen vor der Anfrage festhalten: Das Lastenheft

Je präziser ein Unternehmen beschreibt, was die Website leisten soll, desto belastbarer können Dienstleister kalkulieren. Das Instrument dafür ist das Lastenheft. Es beschreibt aus Auftraggebersicht das gewünschte Ergebnis, ohne die technische Umsetzung im Detail vorzugeben.

Sinnvolle Inhalte eines Lastenhefts sind:

• Ziel und geschäftlicher Zweck der Website
• Zielgruppen und zentrale Nutzungssituationen
• benötigte Seitentypen und Funktionen
• erforderliche Schnittstellen und Datenquellen
• Rollen, Berechtigungen und redaktionelle Workflows
• Anforderungen an Datenschutz, Sicherheit und Barrierefreiheit
• vorhandene Systeme, Inhalte und Gestaltungsrichtlinien
• Terminwunsch und Budgetrahmen
• Erwartungen an Hosting, Wartung und Support

Der Dienstleister leitet daraus ein Pflichtenheft oder eine technische Konzeption ab, in der beschrieben wird, wie die Anforderungen umgesetzt werden. Bei kleineren Vorhaben genügt oft eine kompakte Spezifikation. Entscheidend ist in jedem Fall, dass beide Seiten dasselbe Verständnis vom Ergebnis haben.

Das Leistungsverzeichnis macht Angebote vergleichbar

Ein Angebot mit der Einzelposition „Website programmieren“ ist praktisch nicht prüfbar. Ein seriöses Leistungsverzeichnis zerlegt das Projekt in nachvollziehbare Arbeitspakete: Konzeption, Templates, Funktionen, Schnittstellen, Datenmigration, Tests, Dokumentation und Inbetriebnahme.

Zusätzlich sollte das Angebot verbindlich festhalten:

• welche Leistungen im Festpreis enthalten sind
• wie viele Korrektur- und Abstimmungsrunden vorgesehen sind
• welche Inhalte und Entscheidungen der Auftraggeber beisteuern muss
• ob Lizenzen und Fremdleistungen eingerechnet sind
• welche Browser und Geräte unterstützt werden
• wie Änderungswünsche abgerechnet werden
• welche Dokumentation und Schulung erfolgen
• ob Quellcode, Zugänge und Konfigurationen übergeben werden
• welche Leistungen nach dem Go-live separat berechnet werden

Nur Angebote mit vergleichbarem Umfang lassen sich sinnvoll gegenüberstellen. Ein auffällig niedriger Preis beruht häufig darauf, dass Tests, Migration, Projektmanagement oder die Rechteübertragung schlicht fehlen.

Kostentreiber und Preismodelle

Die Kosten der Webseiten-Programmierung hängen weniger von der Zahl der Unterseiten ab als von der technischen und organisatorischen Komplexität. Ein wiederverwendbares Template für dreißig Seiten ist günstiger als fünf Seiten mit völlig unterschiedlicher individueller Logik.

Typische Kostentreiber sind:

• Umfang der Konzeptionsphase und Qualität der Vorarbeit
• Anzahl unterschiedlicher Seitentypen und Komponenten
• individuelle Geschäftslogik und komplexe Formulare
• Benutzerkonten mit differenzierten Rechten
• externe Schnittstellen, besonders zu schlecht dokumentierten Altsystemen
• Migration großer oder uneinheitlicher Datenbestände
• erhöhte Anforderungen an Sicherheit und Verfügbarkeit
• Barrierefreiheit und Mehrsprachigkeit
• Testumfang, Freigabeprozesse und kurzfristige Termine

Auch interne Aufwände gehören ins Budget: Ansprechpartner müssen Entscheidungen treffen, Inhalte liefern, Teststände prüfen und Freigaben erteilen. Verzögerungen auf Auftraggeberseite wirken sich auf den Zeitplan und bei reservierten Kapazitäten auch auf die Kosten aus.

Bei den Preismodellen stehen sich drei Varianten gegenüber. Ein Festpreis bietet Planungssicherheit, setzt aber einen eindeutig definierten Leistungsumfang voraus; neue Wünsche laufen dann über Change Requests. Die Abrechnung nach Aufwand passt zu offenen Anforderungen und Weiterentwicklungen, verlagert aber das Budgetrisiko auf den Auftraggeber. Agile Budgetmodelle arbeiten priorisierte Anforderungen in festen Zeitabschnitten ab und schaffen über Kostenobergrenzen, Berichte und regelmäßige Demonstrationen Kontrolle. Wichtig ist hier die klare Vereinbarung, welche Ergebnisse innerhalb des Budgets erwartet werden und wer Prioritäten ändern darf.

Projektablauf: Von der Beauftragung bis zur Abnahme

Ein typisches Programmierungsprojekt beginnt mit Bedarfsklärung und Bestandsaufnahme. Es folgen die Festlegung von Anforderungen, technischen Rahmenbedingungen, Zuständigkeiten und Abnahmekriterien. Nach der Beauftragung konkretisiert eine Konzeptionsphase Architektur, Datenmodelle, Schnittstellen und Bedienabläufe.

Die Umsetzung sollte in prüfbaren Zwischenständen erfolgen. So bewerten Auftraggeber Funktionen früh, statt kurz vor der Veröffentlichung grundlegende Abweichungen zu entdecken. Parallel laufen Content-Erstellung, Datenmigration und die Anbindung externer Systeme.

Vor dem Go-live stehen Funktionsprüfungen, Darstellungskontrollen auf verschiedenen Geräten, Sicherheitschecks und Abnahmetests. Festgestellte Mängel werden dokumentiert und nachgebessert. Erst danach geht die Website in die Produktivumgebung. Eine kurze Stabilisierungsphase nach der Veröffentlichung gehört bereits in den Vertrag.

Abnahme sauber vom Änderungswunsch trennen

Die Abnahme bestätigt, dass die vereinbarte Leistung im Wesentlichen vertragsgemäß erbracht wurde. Abnahmekriterien gehören deshalb in die Leistungsbeschreibung und dürfen nicht erst am Projektende verhandelt werden. Ein Abnahmeprotokoll hält getestete Funktionen, bekannte Mängel, Nachbesserungsfristen und vorbehaltene Punkte fest. Sinnvoll ist eine Einteilung nach Schweregrad: Ein Darstellungsfehler wiegt anders als ein nicht funktionierender Bestellprozess.

Neue Ideen sind keine Mängel. War eine Funktion nicht vereinbart oder soll sie nachträglich anders gestaltet werden, handelt es sich um eine Leistungsänderung. Ein geregeltes Änderungsverfahren schützt beide Seiten vor Streit über Kosten und Termine.

Dienstleister prüfen: Fachlich und organisatorisch

Referenzen sind ein guter Anfang, sollten aber hinsichtlich Umfang und tatsächlicher Beteiligung hinterfragt werden. Entscheidend ist nicht nur, ob eine gezeigte Website gut aussieht, sondern ob der Anbieter vergleichbare Funktionen und Integrationen zuverlässig umgesetzt hat.

Vor der Vergabe sollten Unternehmen klären:

• Wer übernimmt Projektleitung, Programmierung und Qualitätssicherung?
• Gibt es feste Ansprechpartner und geregelte Vertretungen?
• Wie werden Anforderungen, Entscheidungen und Änderungen dokumentiert?
• Welche Tests gehören zum Standard?
• Wie wird mit Sicherheitslücken und Updates umgegangen?
• Welche Fremdsoftware und Lizenzen werden eingesetzt?
• Kann ein anderer Anbieter das System später übernehmen?
• Welche Reaktionszeiten gelten für kritische Störungen?

Warnsignale sind unklare Leistungsbeschreibungen, fehlende Dokumentation, nicht benannte Lizenzkosten oder die Weigerung, Quellcode- und Rechteübergabe schriftlich zu regeln.

Quellcode, Zugänge und Nutzungsrechte vertraglich sichern

Die Bezahlung einer individuell programmierten Website bedeutet nicht automatisch, dass sämtliche Rechte beim Auftraggeber liegen. Nutzungsrechte an Software müssen vertraglich eingeräumt werden. Der Vertrag sollte festlegen, ob die Nutzung zeitlich, räumlich oder inhaltlich beschränkt ist und ob der Auftraggeber den Code bearbeiten oder durch Dritte weiterentwickeln lassen darf.

Zur vollständigen Übergabe gehören:

• der vollständige individuelle Quellcode
• Zugang zum Code-Repository inklusive Versionshistorie
• Datenbankstruktur und technische Dokumentation
• Zugangsdaten für Hosting, Domains und eingebundene Dienste
• Build-, Installations- und Bereitstellungsanweisungen
• eine Liste eingesetzter Bibliotheken, Erweiterungen und Lizenzen
• Design- und Konfigurationsdateien
• Sicherungen und Wiederherstellungsinformationen

Open-Source-Komponenten und lizenzierte Fremdsoftware bleiben an ihre jeweiligen Lizenzbedingungen gebunden und können nicht wie individuell erstellter Code frei übertragen werden. Diese Abgrenzung muss aus der Dokumentation hervorgehen.

Rechtliche Pflichten werden mitprogrammiert

Rechtstexte allein machen eine Website nicht rechtskonform. Geschäftsmäßig angebotene digitale Dienste unterliegen in Deutschland der Anbieterkennzeichnungspflicht nach § 5 DDG, das seit dem 14. Mai 2024 die entsprechende Regelung des TMG ablöst. Impressum und Datenschutzerklärung sind damit Teil des Lieferumfangs und keine optionale Zusatzarbeit. Die Datenschutzerklärung muss zudem zu den tatsächlich eingebundenen Formularen, Analysewerkzeugen und externen Diensten passen.

Die inhaltliche Rechtsprüfung obliegt qualifizierten Stellen. Die Programmierung muss jedoch die technischen Voraussetzungen schaffen: leicht erreichbare Pflichtseiten, datensparsame Formulare, verschlüsselte Übertragung und eine Einwilligungsverwaltung, sofern nicht notwendige Technologien eingesetzt werden.

Seit dem 28. Juni 2025 stellt außerdem das Barrierefreiheitsstärkungsgesetz für betroffene Angebote, unter anderem im elektronischen Geschäftsverkehr, Anforderungen an die Barrierefreiheit. Ob ein konkretes Angebot in den Anwendungsbereich fällt, ist im Einzelfall zu prüfen. Unabhängig davon lohnt es sich, Barrierefreiheit früh einzuplanen, weil Struktur, Bedienbarkeit und Formulare nachträglich nur mit hohem Aufwand anzupassen sind.

Wartung und Betrieb nach dem Go-live regeln

Mit der Veröffentlichung endet die technische Verantwortung nicht. Systeme, Erweiterungen und Serverkomponenten brauchen Sicherheitsupdates, Schnittstellen ändern sich, Zertifikate laufen ab, und manche Fehler werden erst im laufenden Betrieb sichtbar.

Ein Wartungsvertrag sollte genau benennen, welche Systeme überwacht und aktualisiert werden, wie häufig Sicherungen erfolgen und in welchen Fristen der Dienstleister auf Störungen reagiert. Ebenso wichtig ist die Abgrenzung zwischen Fehlerbehebung, Wartung und kostenpflichtiger Weiterentwicklung.

Besonders wertvoll ist eine exitfähige Lösung: Aktuelle Dokumentation, übertragbare Zugänge, regelmäßige Sicherungen und klar geregelte Nutzungsrechte ermöglichen einen späteren Dienstleisterwechsel, ohne die Website neu entwickeln zu müssen. Eine professionell beauftragte Webseiten-Programmierung denkt deshalb nicht nur an den Start, sondern an den gesamten Lebenszyklus des Systems. Wer Anforderungen, Leistungsumfang, Rechte und Betrieb von Anfang an verbindlich klärt, kauft keine Website, sondern eine dauerhaft tragfähige Lösung.