Was steht in einem guten Webentwicklungsvertrag?
Kurz gesagt
Ein guter Webentwicklungsvertrag regelt Leistungsumfang, Zeitplan mit Meilensteinen, Quellcode-Eigentumsrecht, Zahlungsplan, Abnahmeprotokoll, Urheberrecht an Texten und Bildern, Support nach Launch und Datenschutzverantwortung. Ohne diese Klauseln entstehen die meisten Streitigkeiten zwischen Auftraggeber und Entwickler erst nach Projektabschluss.
Warum ein schriftlicher Vertrag so wichtig ist
Webentwicklungsverträge sind in der Praxis oft zu knapp, zu vage oder fehlen ganz. Mündliche Absprachen beim Kick-off, ein PDF-Angebot ohne begleitende AGB oder ein einseitiger Standardvertrag der Agentur sind die häufigsten Ausgangssituationen, die später zu Streitigkeiten führen. Besonders heikel ist die Frage der Eigentumsrechte am fertigen Code: Ohne klare Regelung ist oft strittig, ob der Auftraggeber den Code frei nutzen, anpassen oder an Dritte übergeben darf. Ähnlich verhält es sich bei Zugangsdaten, Hosting-Verträgen und Domain-Inhaberschaften, die nach Projektabschluss unklar verwaltet sind. Ohne schriftlichen Vertrag gilt im Streitfall das Werkvertragsrecht des BGB – mit allen Interpretationsspielräumen, die das mit sich bringt.
Die 8 Pflichtklauseln
- Leistungsbeschreibung: eine möglichst genaue Beschreibung des Lieferumfangs – welche Seiten, Funktionen, Schnittstellen und Integrationen Teil des Auftrags sind, und was explizit nicht dazugehört
- Zeitplan mit Meilensteinen: klare Deadlines für Design, Entwicklung, Testing und Launch, mit Zwischenergebnissen wie Wireframes oder Staging-Version
- Zahlungsplan: wie die Vergütung aufgeteilt wird – üblich sind Anzahlung, Zwischenzahlungen bei Meilensteinen und eine Abschlusszahlung nach Abnahme
- Quellcode-Eigentumsrecht: Wer besitzt den Code nach Projektabschluss? Ohne explizite Klausel verbleiben die Urheberrechte beim Entwickler
- Nutzungsrechte: Klarstellung, dass eingesetzte Drittbibliotheken oder Frameworks für den vorgesehenen Einsatz lizenzrechtlich in Ordnung sind
- Übergabe von Zugangsdaten: wann und wie Hosting, CMS, Datenbank, Domain-Verwaltung und E-Mail-Konten übergeben werden
- Abnahmeverfahren: wie die Leistung abgenommen wird, innerhalb welcher Frist Mängel gemeldet werden müssen und was als konkludente Abnahme gilt
- Wartung und Support nach Launch: ob eine laufende Wartung gewünscht ist, zu welchen Konditionen, und was im Wartungspaket enthalten ist
Fünf Klauseln, die besonders sorgfältig formuliert sein müssen
- Eigentumsrecht am Code: Ohne explizite Übertragungsklausel verbleiben die Urheberrechte beim Entwickler – der Auftraggeber darf den Code dann zwar nutzen, aber nicht frei weiterentwickeln, verkaufen oder an einen anderen Dienstleister übergeben. Die Klausel sollte präzise regeln, dass alle Rechte mit vollständiger Bezahlung übergehen.
- Abnahme: der vertragsrechtlich entscheidende Moment, der die Gewährleistungsphase beendet und den Anspruch auf Restzahlung auslöst. Die Form der Abnahme, die Meldefrist für Mängel und die Folge bei fehlender Reaktion sollten geregelt sein.
- Änderungsscope (Change Management): Ohne Regelung entsteht Scope Creep – unbezahlte Mehrarbeit für den Entwickler. Ein klares Verfahren für Änderungsanfragen und deren Vergütung verhindert das.
- Wartung nach Launch: Viele Auftraggeber erwarten stillschweigend Support nach dem Launch. Umfang, Reaktionszeiten und Vergütung gehören explizit in den Vertrag.
- Exit-Regelung: Was passiert, wenn die Zusammenarbeit endet – wer erhält Zugangsdaten, Code und Datenbank-Backups, und innerhalb welcher Frist muss die Übergabe abgeschlossen sein?
Zahlungsplan und Abnahme in der Praxis
Ein fairer Zahlungsplan verteilt das Risiko auf beide Seiten. Üblich sind 30 Prozent Anzahlung bei Vertragsabschluss, 40 Prozent nach Abnahme eines definierten Meilensteins (etwa des Designs) und 30 Prozent nach finalem Launch und Abnahme. Niemals sollte ein Betrag über 30 Prozent des Gesamtvolumens ohne konkrete Gegenleistung fällig werden – hundert Prozent Vorauszahlung nimmt jeden Anreiz zur termingerechten Lieferung. Das Abnahmeprotokoll regelt, wie Feedback eingereicht wird, wie viele Korrekturschleifen inklusive sind – üblich sind zwei bis drei pro Phase – und was als abgenommen gilt, wenn keine Rückmeldung erfolgt. Ohne diese Regelung sind endlose Änderungswünsche ohne Mehrkosten möglich.
Red Flags in Agentur-Verträgen
- Kein ausdrücklicher Passus zur Eigentumsübertragung des Codes – im Zweifel behält die Agentur alle Rechte
- Automatische Vertragsverlängerung um zwölf Monate ohne aktive Kündigung, oft kombiniert mit langen Kündigungsfristen
- Hosting- und Domain-Verwaltung ausschließlich über die Agentur, ohne Übertragungsmöglichkeit
- Lock-in durch proprietäre Systeme, die nur die Agentur betreuen kann
- Unklare Regelungen zur Unterbeauftragung von Subunternehmern
- Wartungsverträge ohne definierten Leistungsumfang – monatliche Pauschalen für nicht genauer beschriebene Leistungen