Wie lange dauert es, eine Website zu bauen? (Realistische Zeitpläne)

Eine einfache Template- oder Baukasten-Site kann in wenigen Tagen bis zwei Wochen online sein. Eine individuelle Unternehmens- oder Marketing-Site dauert etwa drei bis acht Wochen. E-Commerce braucht länger, und eine echte Web-App wird in Monaten gemessen, nicht in Wochen. Das ist die ehrliche Antwort. Die längere Antwort ist nützlicher, denn die entscheidendste Variable in jeder dieser Spannen ist nicht die Agentur — sie sind Sie.

Vorab eine Unterscheidung, über die fast alle stolpern: Kalenderzeit ist nicht Arbeitszeit. Eine Site, die „sechs Wochen" dauert, bedeutet selten sechs Wochen, in denen jemand Code tippt. Sie bedeutet vielleicht zehn bis fünfzehn Arbeitstage echten Builds, gestreckt über sechs Kalenderwochen durch Design-Runden, Content-Beschaffung, Feedback-Zyklen und die Lücken dazwischen. Wenn ein Projekt überzieht, liegt das fast nie daran, dass der Code langsamer wurde. Es liegt daran, dass der Kalender länger wurde.

Die ehrliche, direkte Antwort

Hier sind die Spannen, die wir im Juni 2026 ohne Zögern nennen würden — vorausgesetzt, ein kompetenter Umsetzer und ein Kunde, der mitzieht:

• Template- / Baukasten-Site (Webflow-Template, Framer, Wix): wenige Tage bis 2 Wochen.
• Individuelle Unternehmens- oder Marketing-Site (5–12 Seiten): 3–8 Wochen.
• Marketing-Site mit Blog, CMS und i18n: 6–10 Wochen.
• E-Commerce (individueller Katalog, Checkout, Zahlung): 8–16 Wochen.
• Web- oder Mobile-App (Auth, Datenbank, echte Funktionen): 3–9 Monate, oft mehr.

Das sind End-to-End-Spannen — von „wir starten" bis „es ist live" — keine reinen Build-Schätzungen. Die Streuung innerhalb jeder Spanne hängt fast vollständig von der Klarheit des Umfangs, der Verfügbarkeit der Inhalte und der Geschwindigkeit der Entscheidungen ab. Zwei Studios mit gleichem Können liefern dasselbe Projekt drei Wochen auseinander — je nachdem, wessen Kunde am Dienstag statt am folgenden Montag antwortet.

Wenn jemand Ihnen einen Zeitplan nennt, bevor er Ihre Inhalte, Ihr Briefing und Ihre Entscheidungsstruktur gesehen hat, rät er. Eine echte Schätzung kommt nach einem Discovery-Call, nicht davor.

Phase für Phase: wohin die Wochen wirklich gehen

Jede Website durchläuft, unabhängig vom Typ, dieselben Phasen. Die Dauern skalieren mit dem Umfang, die Reihenfolge ändert sich nicht. Hier eine realistische Aufschlüsselung für eine individuelle Marketing-Site — das Projekt, das wir am häufigsten schätzen sollen.

Zwei Dinge fallen auf. Erstens: Inhalte überlappen alles. Es ist die am häufigsten unterschätzte Phase und die, die am ehesten das gesamte Projekt blockiert — daher der eigene Abschnitt weiter unten. Zweitens: die Build-Phase — die alle für „das Projekt" halten — ist oft der kürzeste planbare Block. Solider, fertiger Code von Anfang an verhindert, dass der Build spät aufquillt; das Risiko lebt in den Phasen drumherum.

Discovery (0,5–1,5 Wochen)

Hier wird der Umfang festgezurrt und der Preis fixiert. Das zu überspringen wirkt effizient und ist das Teuerste, was Sie tun können. Ein vages Briefing hier wird in Woche vier zum Scope Creep. Damit diese Phase fliegt, kommen Sie vorbereitet — unser Leitfaden Wie man eine Webagentur brieft zeigt genau, was Sie mitbringen sollten.

Design (1,5–3 Wochen)

Wir zeigen zwei Richtungen, nie sieben. Mehr Optionen erzeugen kein besseres Ergebnis; sie erzeugen Entscheidungslähmung und einen längeren Kalender. Sie wählen eine, wir verfeinern sie. Die Design-Phase einer Marketing-Site braucht selten mehr als drei Wochen — es sei denn, die Marke selbst wird parallel noch erfunden, dann führen Sie eigentlich zwei Projekte, und der Zeitplan spiegelt das wider.

Inhalte (1–4 Wochen, parallel)

Der ehrliche Punkt. Die meisten Kunden halten Inhalte für eine Nebensache. Sind sie nicht. Für eine 10-seitige Site sind echte Texte und echte Bilder 1 bis 4 Wochen Arbeit — und es ist Ihre Arbeit, sofern Sie keinen Texter eingeplant haben. Parallel zu Design und Build erledigt, kostet sie Sie keinen Kalendertag. Am Ende erledigt, addiert sie jeden ihrer Tage zum Launch-Datum.

Build / Entwicklung (2–4 Wochen)

Die sichtbare Arbeit. Mit klarem Design und fertigen Inhalten baut sich eine individuelle Marketing-Site in zwei bis vier Wochen. Wir liefern jeden Freitag eine funktionierende Demo: Sie warten nie bis zum Ende, um zu sehen, wohin es geht — Sie sehen es entstehen. Diese Taktung ist zugleich ein Zwang zum Guten: Sie bringt Missverständnisse ans Licht, solange sie billig zu beheben sind.

QA / Tests (0,5–1 Woche)

Cross-Browser, echte Geräte, Barrierefreiheit, Performance-Budget. Bei einer gut gebauten Site ist das kurz, weil der Code von Anfang an solide war. Bei einem überhasteten Build dehnt es sich aus, um jede zuvor genommene Abkürzung aufzufangen.

Launch (0,5 Woche)

DNS-Propagation, 301-Weiterleitungen, Analytics, Search Console, OG-Tags. Mechanisch, aber unverzichtbar. Dann beginnen die ersten 30 Tage nach dem Launch — eine eigene Phase für sich.

Gesamtzeitplan nach Website-Typ

Hier dieselbe Logik über Projekttypen und Build-Methoden hinweg. Die Spannen sind End-to-End-Kalenderzeit mit einem reaktionsschnellen Kunden.

Ein Muster springt in der rechten Spalte ins Auge: mit einer Ausnahme (E-Commerce-Produktdaten, teils mechanisch) ist jeder Engpass ein menschlicher. Keiner lautet „die Entwickler waren langsam". Das ist kein Zufall.

Der schnellste Weg zu einer schnelleren Website ist nicht ein schnellerer Entwickler. Es ist ein schnellerer Entscheider.

Warum Projekte wirklich überziehen

Wir haben genug Sites geliefert, um die Fehlermodi auswendig zu kennen. Fast keiner ist technisch. Hier die echten, grob nach Häufigkeit.

Die Inhalte waren nicht fertig. Die Ursache Nummer eins, mit großem Abstand. Der Build ist fertig, das Design freigegeben, und die Site liegt drei Wochen auf Staging und wartet auf den „Über uns"-Text und die Produktfotos. Das Launch-Datum lag nie beim Entwickler — es lag bei den Inhalten.

Langsames Kunden-Feedback. Eine Design-Runde, die in zwei Tagen abgeschlossen sein sollte, treibt auf zwei Wochen, weil die richtige Person unterwegs war oder das Feedback in fünf separaten E-Mails über zehn Tage kam. Jede Lücke zwischen „wir haben es geschickt" und „Sie haben geantwortet" ist tote Kalenderzeit, an der niemand arbeitet.

Scope Creep. „Könnten wir auch eine Karriereseite hinzufügen? Und eine zweite Sprache? Und eine Newsletter-Integration?" Jede Ergänzung ist vernünftig. Zusammen verwandeln sie ein Sechs-Wochen-Projekt klammheimlich in ein Zwölf-Wochen-Projekt — meist ohne dass jemand zustimmt, das Datum zu verschieben. Genau deshalb arbeiten wir mit Festpreis auf festem Umfang: Änderungen werden zu expliziten Entscheidungen statt zu stiller Verschiebung.

Zu viele Stakeholder. Wenn fünf Personen die Startseite freigeben müssen, bekommen Sie nicht die fünffache Qualität — Sie bekommen die fünffachen Revisionszyklen und ein zur Blässe gemitteltes Design. Gremien verlängern Zeitpläne und schwächen Ergebnisse zugleich.

Unklares Briefing. Startet das Projekt ohne Einigkeit darüber, was gebaut wird, werden die ersten Wochen damit verbracht, es auf die teure Art herauszufinden — durch Nacharbeit. Ein gutes Briefing zieht diese Entscheidungen nach vorn, wenn sie noch billig sind.

Abhängigkeiten von Dritten. Ein CRM, das die IT-Freigabe braucht, ein Zahlungsanbieter, dessen Verifizierung zehn Werktage dauert, ein Markenasset, das bei einer externen Agentur feststeckt. Jedes hat seine eigene Uhr, und die schert sich nicht um Ihre. Identifizieren Sie sie in der Discovery, sonst überfallen sie Sie beim Launch.

Beachten Sie den roten Faden: Der Kunde kontrolliert die meisten davon. Das ist kein Vorwurf — es ist eine gute Nachricht. Es bedeutet, dass der Zeitplan weitgehend in Ihren Händen liegt.

Wie es schneller geht, ohne die Qualität zu opfern

Sie können einen Website-Zeitplan deutlich verkürzen, ohne am fertigen Produkt irgendetwas zu opfern. Nichts davon bedeutet schneller arbeiten. Es bedeutet, die Lücken zu beseitigen, in denen nichts passiert.

Briefen Sie gut, einmal. Ein klares, vollständiges Briefing zu Beginn ist die rentabelste Zeitinvestition des gesamten Projekts. Es verkürzt die Discovery, verhindert Nacharbeit und tötet Scope Creep, bevor er beginnt. Investieren Sie einen Tag. Siehe Wie man eine Webagentur brieft.

Sammeln Sie Inhalte, bevor Sie sie brauchen. Beginnen Sie mit dem Texten und der Bildbeschaffung am Tag des Projektstarts — nicht in der Woche vor dem Launch. Parallel erledigte Inhalte addieren null Tage. Am Ende erledigt, addieren sie alle ihre eigenen. Wenn Sie aus diesem Artikel eine Sache umsetzen, dann diese.

Bestimmen Sie einen einzigen Entscheider. Eine Person mit der Befugnis, Design freizugeben und Streit zu schlichten. Sammeln Sie interne Meinungen, wie Sie wollen, aber bündeln Sie sie zu einer Stimme. Allein das kann bei einem feedback-lastigen Projekt Wochen sparen.

Vertrauen Sie dem Prozess — geben Sie echtes Feedback, schnell. Wenn Sie eine Freitags-Demo sehen, reagieren Sie. Präzises, prompt gegebenes Feedback („der Hero wirkt zu zurückhaltend, die Preistabelle ist perfekt") bringt das Projekt voran. Vages oder verspätetes Feedback bremst es. Die Taktung funktioniert nur, wenn beide Seiten Schritt halten.

Arbeiten Sie async-first. Wir arbeiten async-first: jeden Freitag eine funktionierende Demo, schriftliche Updates, die Sie nach Ihrem Zeitplan lesen, Entscheidungen schriftlich festgehalten, wo sie Bestand haben. Keine wiederkehrenden Meetings über Zeitzonen hinweg, kein Warten auf einen Termin, um eine Frage zu klären. Für ein verteiltes Team ist async kein Kompromiss — es ist schneller als die meeting-getriebene Alternative, weil die Arbeit nie stoppt, um auf einen Raum zu warten.

Zwei Design-Richtungen, jeden Freitag eine Demo, Inhalte früh gesammelt, ein Entscheider, Feedback binnen eines Tages. Tun Sie diese fünf Dinge, und Ihre „8-Wochen"-Site landet in fünf. Lassen Sie sie aus, und Ihre „3-Wochen"-Site dauert drei Monate. Die Methode ist der Zeitplan.

Was nach dem Launch zu erwarten ist

Der Launch-Tag ist nicht die Ziellinie — er ist der Moment, in dem die Site auf echten Traffic, echte Geräte und echtes Verhalten trifft. DNS propagiert, Search Console beginnt zu indexieren, Analytics füllt sich, und die ersten echten Bugs tauchen auf. Planen Sie dafür ein. Die ersten 30 Tage haben ihren eigenen Rhythmus, und sie richtig zu meistern trennt eine Site, die still funktioniert, von einer, die still leckt. Das vollständige Vorgehen steht in Was nach dem Launch Ihrer Website zu erwarten ist.

Die Regel

Eine Website dauert so lange wie Ihre langsamste Entscheidung plus Ihr spätester Inhalt. Der Build ist der planbare Teil; alles drumherum ist dort, wo Zeit gewonnen oder verloren wird. Wählen Sie einen kompetenten Umsetzer, dann halten Sie Ihren Teil — klares Briefing, Inhalte früh, ein Entscheider, schnelles Feedback — und der realistische Zeitplan wird zum tatsächlichen.

Der billig-und-schnell-Weg existiert und er ist ehrlich: eine Template-Site in einer Woche ist eine echte, manchmal richtige Wahl, und wir sagen Ihnen, wann das so ist. Aber „schnell" sollte aus dem Beseitigen der Lücken kommen, nicht aus dem Abschneiden der Ecken, die Sie nächstes Jahr neu bauen lassen.

---

Wollen Sie einen echten Zeitplan für Ihr konkretes Projekt statt einer generischen Spanne? Starten Sie ein Gespräch — sagen Sie uns, was Sie bauen, und wir melden uns innerhalb von 48 Stunden mit einer eingegrenzten Schätzung.