Webdesigner und Developer: Wer liefert was im Website-Projekt
Erfahren Sie, welche Ergebnisse Webdesigner und Developer liefern, wo die Übergabe liegt und welche Rollen Ihr Website-Projekt wirklich braucht.
Webdesigner und Developer sind zwei Gewerke an derselben Website. Der Webdesigner liefert Entwürfe: Struktur, Layout, Farbschema, Typografie, Menüs und Zustände als abgestimmte Vorlage. Der Developer liefert lauffähigen Code, der diese Vorgaben umsetzt, Funktionen programmiert und angebundene Systeme zuverlässig bedient. Die Trennlinie verläuft nicht zwischen zwei Berufsbezeichnungen, sondern zwischen zwei Artefakten: dem freigegebenen Entwurf und der ausgelieferten Seite.
Für Auftraggeber ist genau das die praktisch relevante Frage. Wer welches Artefakt schuldet, entscheidet darüber, was Sie ausschreiben, was Sie in jeder Projektphase abnehmen und an wen Sie sich wenden, wenn nach dem Livegang etwas nicht stimmt.
Was der Webdesigner liefert
Der Webdesigner verantwortet das visuelle Erscheinungsbild und die Benutzererfahrung: Layout, Farbschema, Typografie, Bildsprache, Menüs, Schriftarten, Grafiken und die weiteren Gestaltungsdetails der Seite. Das ist keine Geschmacksfrage. Der Entwurf ordnet Inhalte verständlich, hebt die gewünschten Aktionen hervor und muss auf jeder Bildschirmgröße tragen.
Als Liefergegenstände erwarten Sie üblicherweise:
- Sitemap oder Übersicht der benötigten Seitentypen
- Wireframes für Aufbau und Inhaltsanordnung
- ausgearbeitete Bildschirmentwürfe für alle relevanten Ansichten, nicht nur die Startseite
- Definitionen für Farben, Schriften, Abstände und Gestaltungsraster
- Zustände von Buttons, Formularen, Navigation und Fehlermeldungen
- wiederverwendbare Komponenten als UI-Kit oder Designsystem
- Prototypen für die wichtigsten Interaktionen
Der häufigste Mangel ist ein zu dünner Lieferumfang. Ein Entwurf der Startseite auf Desktop genügt nicht. Dem Developer fehlen dann Unterseiten, mobile Ansichten und die Zustände, die ein statisches Bild nicht zeigt: das geöffnete Menü, das fehlerhaft ausgefüllte Formular, die Trefferliste ohne Ergebnis. Diese Lücken werden in der Umsetzung entweder nachgefordert oder stillschweigend vom Developer entschieden.
Was der Developer liefert
Der Developer ist die Rolle, die grafische Vorgaben umsetzt und neue Funktionen programmiert. Er baut die Oberfläche im Code nach, setzt responsive Ansichten um, richtet je nach Projekt ein Content-Management-System ein, verarbeitet Formulardaten und programmiert serverseitige Skripte sowie die Schnittstellen zwischen verschiedenen Systemen, also die Systemintegration.
Typische Liefergegenstände:
- programmierte Templates und Oberflächenkomponenten
- funktionierende Navigation, Formulare und Interaktionen
- CMS-Anbindung mit editierbaren Inhaltsfeldern
- Schnittstellen zu Drittsystemen wie Zahlungsanbieter, CRM oder Marketing-Tools
- Validierung und Fehlerbehandlung
- Tests für die vereinbarten Browser und Bildschirmgrößen
- Bereitstellung in Test- und Produktivumgebung
- technische Dokumentation für Betrieb und Pflege
Auch der Developer trifft Entscheidungen. Beschreibt der Entwurf einen Sonderfall nicht oder ist eine Interaktion technisch unverhältnismäßig teuer, muss jemand benannt sein, der die Abweichung freigibt. Fehlt diese Zuständigkeit im Vertrag, landet sie beim Auftraggeber, meist kurz vor dem Termin.
Wo die Übergabe liegt
Die Übergabe ist kein Stichtag, sondern ein Zustand: Der Developer kann ohne Rückfragen bauen. Deshalb gehört er vor die endgültige Designfreigabe ins Projekt, nicht danach. Technische Abhängigkeiten und teure Sonderlösungen sind dann noch änderbar.
| Bereich | Was übergeben sein muss |
|---|---|
| Seitenstruktur | freigegebene Seitentypen und Inhaltsbereiche |
| Gestaltung | Entwürfe für Desktop und kleine Bildschirmgrößen |
| Komponenten | definierte Varianten, Zustände und Abstände |
| Interaktionen | Verhalten bei Klick, Eingabe, Ladezeit und Fehler |
| Inhalte | reale oder realistische Texte, Bilder und Daten |
| Technik | Anforderungen an CMS, Formulare und Schnittstellen |
| Abnahme | prüfbare Kriterien für Gestaltung und Funktion |
Die Designdatei ist eine Spezifikation, aber nicht die Projektbeschreibung. Inhalte, technische Anforderungen und Abnahmekriterien gehören daneben dokumentiert. Alles, was dort offenbleibt, wird in der Entwicklung interpretiert und kostet Zeit und Budget.
Frontend und Backend: eine Grenze innerhalb der Entwicklung
Die Aufteilung in Frontend und Backend ist die gängige Unterteilung innerhalb der Entwicklerrolle. Sie ist nicht dasselbe wie die Grenze zwischen Design und Entwicklung.
Das Frontend ist der sichtbare, bedienbare Teil im Browser. Frontend-Developer arbeiten mit HTML, CSS und JavaScript und liegen damit unmittelbar an der Designübergabe: Sie übertragen Gestaltungsvorgaben präzise und müssen zugleich Bedienbarkeit und Ladeverhalten verantworten.
Das Backend verarbeitet Daten im Hintergrund: serverseitige Logik etwa mit PHP, Benutzerkonten, Datenbankzugriffe, Schnittstellen. Im Entwurf ist davon fast nichts zu sehen, im Aufwand dagegen oft der größere Teil. Prüfen Sie deshalb jedes Angebot darauf, welche der beiden Seiten es überhaupt einschließt.
Ein Full-Stack-Developer deckt Frontend und Backend ab. Daraus folgt nicht, dass er auch Konzeption und Gestaltung auf professionellem Niveau liefert. Webdesigner brauchen ausgeprägte visuelle Fähigkeiten, Developer vor allem Programmierkenntnisse. Die Profile überschneiden sich nur teilweise.
Wen Sie für welches Projekt brauchen
| Projekttyp | Realistische Besetzung |
|---|---|
| Kleine Informationswebsite, wenige Seitentypen | eine Person, die Design und Umsetzung kombiniert |
| Website auf Basis eines gekauften Templates | überwiegend Entwicklungskapazität, Design nur für Anpassungen |
| Individuelle Unternehmenswebsite | Webdesigner plus Frontend-Developer, Backend nach Bedarf |
| Shop, Kundenportal, Webanwendung | Design, Frontend und Backend getrennt besetzt, dazu Inhalte, Barrierefreiheit, Datenschutz und Tests nach Bedarf |
| Vorhandenes Designsystem | Entwicklung allein, Konzeption entfällt |
Steht dagegen noch nicht fest, welche Seiten, Inhalte und Bedienwege es geben soll, überspringen Sie die Konzeptionsarbeit nicht. Sie wird sonst unbezahlt und unsichtbar vom Developer miterledigt, nach seinen Kriterien.
Digitalagenturen bündeln diese Rollen üblicherweise unter einem Dach. Das ersetzt die Frage nach der Besetzung nicht, es verschiebt sie nur: Lassen Sie sich auch dort benennen, wer Entwurf und wer Code verantwortet.
Warum die Doppelbezeichnung wenig über die Tiefe sagt
Die kombinierte Bezeichnung ist im deutschen Markt fest etabliert. Auf Glassdoor waren im August 2026 rund 150 offene Stellen mit dem Suchbegriff “web designer developer” in Deutschland ausgeschrieben, und “Webdesigner & Developer” existiert zusätzlich als eigenständige schulische Ausbildungsbezeichnung. Die Doppelbezeichnung ist also keine reine Stellenanzeigen-Formulierung.
Wie viele Website-Projekte in Deutschland tatsächlich kombiniert statt getrennt besetzt werden, ist damit aber nicht belegt. Belastbare Zahlen zu dieser Verteilung liegen nicht vor, und für Ihre Auswahl brauchen Sie sie auch nicht. Entscheidend ist, dass die Bezeichnung nichts über die Tiefe in beiden Bereichen aussagt. Beurteilen Sie Referenzen getrennt: Eine gestalterisch überzeugende Seite belegt kein sauberes Backend, eine technisch anspruchsvolle Anwendung keine belastbare Nutzerführung.
Was Sie vor der Beauftragung festhalten
Vergleichen Sie nicht Rollenbezeichnungen, sondern Liefergegenstände. Diese sechs Punkte gehören ins Angebot, bevor Sie beauftragen:
- Welche Designansichten und Zustände werden geliefert, für welche Bildschirmgrößen?
- Wer entscheidet bei Abweichungen zwischen Entwurf und technischer Umsetzung?
- Umfasst die Entwicklung Frontend, Backend oder beides?
- Wer richtet CMS, Formulare und Schnittstellen ein?
- Nach welchen prüfbaren Kriterien werden Gestaltung und Funktion abgenommen?
- Wer behebt Fehler nach der Veröffentlichung, und in welcher Frist?
Die Lücke zwischen den Gewerken ist teurer als jede der beiden Leistungen. Sie schließt sich nicht dadurch, dass Design und Entwicklung sauber nacheinander laufen, sondern dadurch, dass beide Seiten Anforderungen früh abstimmen, Zwischenstände gemeinsam prüfen und von Anfang an wissen, wer welche Entscheidung trifft.
