Das Backend ist der nicht sichtbare Teil einer Webanwendung. Es läuft auf einem Server, hält die Daten, verarbeitet Anfragen aus dem Frontend, prüft Zugriffsrechte und übernimmt alles, was nicht direkt im Browser des Nutzers passiert.
Das Backend ist das Gegenstück zum Frontend: das Frontend zeigt, das Backend liefert. Beides zusammen ergibt eine vollständige Webanwendung — bei einer reinen Inhaltsseite kann das Backend allerdings sehr klein ausfallen oder ganz entfallen.
Aufgaben des Backends
Typische Verantwortungsbereiche eines Backends:
- Datenhaltung — Inhalte werden in einer Datenbank gespeichert und abgefragt.
- Geschäftslogik — Regeln und Abläufe, etwa Rabattberechnung, Buchungslogik, Workflow-Steuerung.
- Authentifizierung und Autorisierung — wer ist angemeldet, was darf er.
- Schnittstellen — APIs, über die Frontend, Apps oder andere Systeme zugreifen.
- Integration — Anbindung externer Dienste wie Zahlungsanbieter, Versanddienste, E-Mail-Server.
- Hintergrundaufgaben — geplante Jobs, Importe, Berechnungen, Mailversand.
Sprachen und Frameworks
Anders als beim Frontend, das im Wesentlichen auf HTML, CSS und JavaScript läuft, ist das Backend technisch breit aufgestellt:
- JavaScript / TypeScript mit Node.js, Deno oder Bun.
- Python mit Django oder FastAPI.
- PHP mit Laravel, Symfony oder als Teil von Systemen wie WordPress.
- Ruby mit Ruby on Rails.
- Go, Rust, Java, C#, Elixir — je nach Anforderungsprofil.
Die Wahl folgt selten Mode, sondern konkreten Faktoren: vorhandenes Team-Wissen, Stabilität, Ökosystem, Performance, Wartbarkeit.
Wann ein Backend nötig ist
Nicht jede Website braucht ein eigenes Backend:
- Eine statische Inhaltsseite kommt oft ganz ohne aus.
- Ein CMS-Frontend liefert ein eingebautes Backend mit, das man pflegt, aber nicht selbst entwickelt.
- Eine Webanwendung mit Anmeldung, Rechten oder eigenen Daten braucht ein Backend — oder zumindest API-Dienste, die diese Aufgaben übernehmen.
Abgrenzung zum Frontend
Die saubere Trennung zwischen Frontend und Backend ist nicht nur technisch, sondern auch gedanklich nützlich: Sie zwingt dazu, die Schnittstelle zwischen beiden bewusst zu entwerfen — also zu klären, welche Daten das Frontend braucht und welche Operationen es auslösen darf. Diese Schnittstelle bleibt stabil, auch wenn sich Frontend oder Backend einzeln weiterentwickeln.