Individuelle Webentwicklung: wann sie sich gegenüber einem Template lohnt

Individuelle Webentwicklung ist der Aufbau einer Website auf einer eigenen Codebasis statt aus einem gekauften Template oder einem Baukasten. Der Unterschied liegt nicht in der Qualität oder im Anspruch. Er liegt darin, wer die Struktur bestimmt: Bei einem Template hat der Anbieter entschieden, wie Seiten verschachtelt werden, wie Inhalte modelliert sind und wie das Markup aussieht. Sie arbeiten innerhalb dieser Entscheidung.

Dieser Handel lohnt sich oft. Die meisten Websites sollten Templates sein. In diesem Artikel geht es um die Fälle, in denen das aufhört, und darum, wie Sie beide Situationen auseinanderhalten, bevor das Budget ausgegeben ist.

In der Praxis bezeichnet der Begriff drei verschiedene Dinge, und Angebote schwanken stark, weil Agenturen selten dazusagen, welches davon sie kalkulieren. Eine vollständige Eigenentwicklung schreibt Frontend, Inhaltsmodell und Templates von Grund auf. Ein individuelles Theme behält ein bekanntes CMS und ersetzt alles, was der Besucher sieht. Ein angepasstes Template startet bei einem gekauften Theme.

Die dritte Variante sorgt für Streit. Ein angepasstes Template wird als individuell verkauft, weil es einzigartig aussieht. Das Inhaltsmodell, die Seitenhierarchie und ein Großteil des Markups gehören aber weiterhin dem Theme-Autor. Das wird relevant, sobald Sie einen Seitentyp brauchen, den das Theme nie vorgesehen hat, oder wenn das nächste Theme-Update Ihre Änderungen überschreibt.

Fragen Sie bei jedem Angebot nach, welche der drei Varianten gemeint ist. Das Wort "individuell" allein grenzt nichts ein, und der Preisunterschied zwischen der ersten und der dritten liegt oft beim Dreifachen.

Hilfreich ist eine einfache Gegenfrage: Wem gehört das Inhaltsmodell nach dem Launch? Bei einer echten Eigenentwicklung lautet die Antwort Ihnen, bei einem angepassten Kauf-Theme lautet sie dem Theme-Autor, und daran ändert auch ein individuelles Design nichts.

Ein Template ist günstiger, solange der Aufwand, dagegen anzuarbeiten, kleiner bleibt als der Aufwand, es zu ersetzen. Diesen Punkt erkennt man nicht am Aussehen der Website, sondern daran, wie viel Arbeit in Umgehungen fließt. Vier Signale markieren ihn zuverlässig, und sie treten selten einzeln auf: Wer eines beobachtet, findet meist auch ein zweites.

Ihre Inhalte passen nicht in die vorhandenen Seitentypen. Themes liefern Beiträge, Seiten und vielleicht ein Portfolio. Wenn Ihr Geschäft einen strukturierten Katalog braucht, in dem jeder Eintrag fünfzehn Felder hat, die filtern und aufeinander verweisen, landen diese Felder in Freitextfeldern und die Filterung wird in JavaScript nachgebaut. Das ist eine Eigenentwicklung mit Umweg.

Sie bezahlen Plugins, um das Theme auszuhebeln. Ein Page Builder plus Performance-Plugin plus Caching-Plugin plus Skript-Manager, alle installiert, damit ein Theme sich benimmt. Jedes davon ist eine Abhängigkeit, eine Lizenz und etwas, das beim Update bricht.

Performance ist vertraglich zugesagt. Googles Core Web Vitals setzen für Largest Contentful Paint eine Schwelle von 2,5 Sekunden. Schwere Themes verfehlen sie regelmäßig, weil sie auf jeder Seite alles laden. Ein Theme lässt sich weit optimieren, aber Code, den Sie nicht kontrollieren, lässt sich nicht entfernen.

Zwei Systeme müssen miteinander sprechen. Sobald Ihre Website in Echtzeit aus einem ERP, einer Buchungsengine oder einem Preisdienst liest, schreiben Sie Anwendungscode.

Die Preise europäischer Agenturen bewegen sich mit Stand August 2026 in drei Bändern. Was ein Projekt zwischen den Bändern verschiebt, ist die Zahl unterschiedlicher Seitentypen und Schnittstellen, nicht die Zahl der Seiten. Eine Website mit vierzig Seiten und drei Templates ist günstiger als eine mit acht Seiten und acht eigenen Layouts.

Unsere eigenen Stufen liegen bei €1.500 für eine fokussierte Marketing-Website, €4.500 für eine Unternehmenswebsite mit eigenen Templates und einem sauberen Inhaltsmodell und ab €12.000, sobald Schnittstellen, mehrere Sprachen oder eine Anwendungsebene dazukommen.

Zahlen anderer europäischer Agenturen liegen im selben Bereich, wobei sich das obere Band je nach Umfang weit öffnet. Wichtiger als der Vergleich der Endsummen ist die Frage, was jeweils enthalten ist: Inhaltspflege, Tests auf echten Geräten, Weiterleitungen und eine Einweisung der Redaktion tauchen in günstigen Angeboten oft gar nicht auf und werden später einzeln berechnet.

Optisch haben Baukästen den Abstand weitgehend geschlossen, und für viele Websites ist das die richtige Entscheidung. Strukturell besteht der Abstand aber weiter. Die vier Unterschiede unten zeigen sich selten beim Start und fast immer nach etwa achtzehn Monaten, wenn die Website etwas tun soll, das beim Aufbau niemand vorhergesehen hat.

Ein Inhaltsmodell, das zu Ihrem Geschäft passt. Felder, Beziehungen und Validierung rund um Ihre Objekte definiert, nicht rund um Blogbeiträge. Das macht einen Katalog filterbar und eine Referenz an drei Stellen wiederverwendbar, ohne zu kopieren.

Markup, das Ihnen gehört. Semantisches HTML, das Sie reparieren können. Laut der Untersuchung WebAIM Million der eine Million meistbesuchten Startseiten weisen über 94 % erkennbare Barrierefreiheitsfehler auf, und ein großer Teil davon entsteht in Theme- und Baukasten-Ausgabe, an die der Betreiber nicht herankommt.

Performance als Entwurfsentscheidung. Sie liefern das CSS und JavaScript aus, das die Seite braucht.

Ein Migrationspfad. Ihre Inhalte liegen in einem Schema, das Sie definiert haben. Ein Plattformwechsel ist ein Export, kein Neubau.

Ein Eigenentwicklungsprojekt hat vier Phasen, und in der ersten wird das Geld gespart oder verloren. Direkt mit dem Design zu beginnen, ist die häufigste Ursache für Überschreitungen, weil jede aufgeschobene Entscheidung später als Nacharbeit zurückkommt, und Nacharbeit kostet ungefähr das Dreifache der ursprünglichen Aufgabe. Die Laufzeiten unten gelten für eine mittelgroße Unternehmenswebsite.

Analyse und Inhaltsmodell, ein bis zwei Wochen. Seitentypen, Felder, Beziehungen und die Liste der Systeme, mit denen die Website sprechen muss. Das Ergebnis ist ein Dokument, mit dem Sie bei einer anderen Agentur ein vergleichbares Angebot bekommen.

Design, zwei bis vier Wochen. Templates statt Einzelseiten: Wie sieht ein Katalogeintrag aus, nicht wie sieht Seite 14 aus.

Umsetzung, drei bis acht Wochen. Frontend, CMS-Konfiguration, Schnittstellen. Die Inhaltspflege läuft parallel und wird auf Kundenseite fast immer unterschätzt.

Launch und Stabilisierung, zwei Wochen. Weiterleitungen, Analytics, Tests auf echten Geräten. Wenn Sie eine bestehende Website ablösen, braucht die Weiterleitungsplanung einen eigenen Verantwortlichen. Unser Leitfaden zur Website-Migration zeigt, was sonst verloren geht.

Überschreitungen entstehen selten dadurch, dass Entwickler langsam arbeiten. Sie entstehen durch Entscheidungen, die nie getroffen wurden, spät ankommen und Nacharbeit erzwingen. Drei Ursachen decken den größten Teil ab, und alle drei sind vor Vertragsschluss erkennbar, wenn man gezielt danach fragt. Jede lässt sich mit einer einzigen Vereinbarung im Angebot entschärfen.

Die Inhalte kommen zuletzt. Die Umsetzung ist fertig und wartet dann sechs Wochen auf Texte. Das Layout wurde gegen Blindtext entworfen und übersteht den Kontakt mit dem echten Text nicht. Lösung: Den Inhaltstermin vor dem Designtermin vereinbaren.

Die Schnittstelle wurde für einfach gehalten. "Das muss nur aus unserem ERP ziehen" verbirgt, ob dieses System eine API hat, ob es noch jemand betreut und wem die Zugangsdaten gehören. Lösung: Eine technische Vorabprüfung in Woche eins, bevor der Preis fixiert wird.

Die Freigabe hat keinen Eigentümer. Vier Beteiligte, die zu verschiedenen Zeiten kommentieren, erzeugen widersprüchliches Feedback. Lösung: Eine entscheidende Person, im Vertrag benannt.

Die Entscheidung fällt meist nach Markenvorliebe, obwohl sie nach Inhaltsmodell und Schnittstellenliste fallen sollte. Kurzfassung: Baukasten, wenn die Website klein und das Team nicht technisch ist. CMS mit Theme, wenn Ihre Inhalte in Standard-Seitentypen passen. Eigenentwicklung, wenn beides nicht zutrifft.

WordPress verdient eine eigene Erwähnung, weil es in beide Lager gehört. Laut W3Techs betreibt es rund 43 % aller Websites, und ein individueller WordPress-Aufbau mit eigenem Theme, eigenen Feldern und ohne Page Builder ist ein tragfähiger Mittelweg.

Der ehrliche Test ist eine Frage nach der Zukunft: Werden Sie in zwei Jahren Inhalte ergänzen, deren Form heute schon existiert, oder eine Form, die es noch nicht gibt? Unser Plattformvergleich geht dieselbe Entscheidung mit konkreten Technologien durch.

Templates bilden den ersten Fall gut ab und den zweiten schlecht. Wer heute schon weiß, dass in einem Jahr ein Produktkatalog, ein geschützter Kundenbereich oder eine zweite Sprache dazukommt, spart mit einer Eigenentwicklung nicht sofort Geld, aber sehr wahrscheinlich einen kompletten Neuaufbau nach zwei Jahren.

Agenturen bepreisen Risiko. Ein vages Briefing bekommt eine gepolsterte Zahl, weil der Kalkulierende absichern muss, was Sie nicht gesagt haben, und dieser Aufschlag liegt erfahrungsgemäß im zweistelligen Prozentbereich. Sechs Punkte nehmen den größten Teil davon heraus und sorgen zugleich dafür, dass drei Angebote überhaupt vergleichbar werden.

Die Seitentypen, nicht die Seitenzahl. Listen Sie die Arten von Seiten auf, mit den Feldern, die jede braucht.

Jedes System, mit dem die Website sprechen muss, mit Ansprechpartner und der Angabe, ob eine API existiert.

Wer die Inhalte schreibt und bis wann. Mit Datum.

Die Sprachen, von Anfang an. Eine zweite Sprache nachträglich einzubauen kostet deutlich mehr.

Die Ziele für Performance und Barrierefreiheit, gegen die Sie tatsächlich testen werden.

Wer freigibt. Ein Name.

Wenn Sie eine ausführlichere Vorlage möchten, enthält unser Leitfaden zum Website-Briefing die vollständige Struktur.