# Wie lange dauert es, eine Website zu bauen?

> Wie lange dauert es, eine Website zu bauen? Echte Zeitpläne nach Projekttyp plus die fünf Phasen — Analyse, Design, Umsetzung, QA, Launch — und was Projekte wirklich verlangsamt.

_2026-07-01 · 2026-07-11 · William Lopez · SirVendor_
_Canonical: https://sirvendor.com/de/blog/wie-lange-dauert-eine-website_
_Language: de_

Die meisten Websites dauern **zwei bis zwölf Wochen im Bau** — eine einfache Landingpage in ein bis zwei Wochen, eine Unternehmenswebsite in vier bis acht und eine individuelle Web-App oder ein großer Shop in drei bis sechs Monaten. Die Build-Arbeit selbst ist meist der schnelle Teil; was einen Zeitplan streckt, sind Inhalte, Feedback und Umfang. Ich bin ein freiberuflicher Webentwickler, und hier ist eine realistische Aufschlüsselung, wie lange eine Website tatsächlich dauert und was den Unterschied zwischen pünktlichem Ausliefern und Sich-Hinziehen ausmacht.

## Wichtigste Erkenntnisse

- **Landingpage:** 1–2 Wochen. **Unternehmenswebsite:** 4–8 Wochen. **Web-App / großer Shop:** 3–6 Monate.
- **Der Build ist selten der Engpass** — das Warten auf Inhalte und Feedback ist die Ursache Nummer eins für Verzögerungen.
- **Jedes Projekt durchläuft fünf Phasen:** Analyse, Design, Umsetzung, QA und Launch.
- **Du steuerst den Zeitplan mehr, als du denkst.** Bereite Inhalte, schnelles Feedback, fixierter Umfang und prompte Entscheidungen können Wochen sparen.
- **Hetzen überspringt QA und Analyse** — die zwei Phasen, in denen Probleme verhindert statt erzeugt werden.

## Zeitpläne nach Projekttyp

Hier sind die realistischen Spannen, die ich anbiete, vorausgesetzt, Feedback und Inhalte kommen einigermaßen prompt.

| Projekttyp | Typischer Zeitplan | Anmerkungen |
| --- | --- | --- |
| Landingpage (1 Seite) | 1–2 Wochen | Schnell, wenn Inhalte bereit sind |
| Kleine Website (3–5 Seiten) | 2–4 Wochen | Hängt vom individuellen Design ab |
| Unternehmenswebsite (5–15 Seiten) | 4–8 Wochen | CMS, Blog, Integrationen kosten Zeit |
| E-Commerce-Shop | 6–12+ Wochen | Produkteinrichtung und Zahlungen kosten Zeit |
| Individuelle Web-App | 3–6 Monate | Backend und Tests dominieren |

Diese passen zu den Kostenspannen in [was eine Website kostet](/blog/how-much-does-a-website-cost) — größere, komplexere Builds kosten mehr *und* dauern länger, aus demselben Grund: mehr Arbeit. Eine maßgeschneiderte Schätzung bekommst du vom [Projektkostenrechner](/tools/project-cost-calculator).

## Die fünf Phasen eines Website-Builds

Jedes Projekt, das ich führe, groß oder klein, durchläuft dieselben fünf Phasen. Sie zu verstehen hilft dir zu sehen, wohin die Zeit geht und wo du helfen kannst, sie schneller zu bewegen.

| Phase | Was passiert | Anteil am Zeitplan |
| --- | --- | --- |
| 1. Analyse | Umfang, Ziele, Inhaltsplan, Sitemap | ~10–15 % |
| 2. Design | Layouts, Visuals, dein Feedback | ~25–30 % |
| 3. Umsetzung | Entwicklung, das eigentliche Coden | ~30–40 % |
| 4. QA | Tests, Bugfixes, geräteübergreifende Prüfungen | ~10–15 % |
| 5. Launch | Live-Gang, letzte Prüfungen, Übergabe | ~5–10 % |

### Phase 1: Analyse

Wir legen fest, was wir bauen — Ziele, Umfang, Funktionen, Sitemap und einen Inhaltsplan. Es ist verlockend, das zu überspringen, um „loszulegen", aber die Analyse ist der Ort, an dem das ganze Projekt in die richtige Richtung ausgerichtet wird. Eine Stunde hier spart später Tage. Hier fixieren wir auch den Umfang, der die einzige beste Verteidigung gegen die Verzögerungen unten ist.

### Phase 2: Design

Ich erstelle die Layouts und das visuelle Design, und du prüfst sie. Die Länge dieser Phase hängt fast vollständig davon ab, wie individuell das Design ist und wie schnell Feedback zurückkommt. Eine Design-Runde plus eine Runde deines Feedbacks plus Revisionen ist ein natürlicher Rhythmus — je schneller du Feedback zurückgibst, desto schneller endet diese Phase.

### Phase 3: Umsetzung

Die eigentliche Entwicklung — freigegebene Designs in eine funktionierende, gecodete Website zu verwandeln. Für eine geradlinige Website geht das schnell; für eine mit individuellen Funktionen, einem CMS, Integrationen oder einem Backend ist es die größte Phase. Hier passiert das Engineering, und es ist der Teil, den Kunden am wenigsten sehen. Mein Ansatz steht auf der Seite [Webentwicklung](/services/web-development).

### Phase 4: QA

Tests über Browser und Geräte hinweg, Bugs beheben, Performance, Barrierefreiheit und Links prüfen. QA zu überspringen ist, wie Websites auf Mobilgeräten kaputt oder langsam launchen. Es ist ein kleiner Anteil am Zeitplan, aber ein nicht verhandelbarer — diese Phase ist der Grund, warum die Website für *deine* Nutzer funktioniert, nicht nur auf meinem Bildschirm.

### Phase 5: Launch

Live-Gang: letzte Prüfungen, die Domain verbinden und volles Eigentum und Zugang übergeben. Ein reibungsloser Launch ist schnell, weil die harte Arbeit bereits in der QA passiert ist. Nach dem Launch gibt es meist ein kurzes Fenster, um alles abzufangen, was nur in der echten Welt auftaucht.

## Was Projekte wirklich verlangsamt

Hier ist der ehrliche Teil, den die meisten Zeitpläne nicht erwähnen: **die Entwicklungsarbeit ist selten, was ein Projekt verspätet macht.** Das sind die echten Übeltäter, grob in Reihenfolge:

- **Warten auf Inhalte.** Texte und Bilder, die nicht bereit sind, halten alles auf. Das ist jedes Mal die Verzögerung Nummer eins. Wenn deine Texte und Fotos vor dem Build-Start fertig sind, entfernst du das größte Risiko für deinen Zeitplan.
- **Langsames oder verstreutes Feedback.** Feedback, das über zwei Wochen tröpfelt — oder sich selbst widerspricht — verwandelt eine Zwei-Tage-Revision in eine Zwei-Wochen-Revision. Gebündeltes, promptes Feedback hält das Momentum.
- **Scope Creep.** „Können wir auch noch …" ist, wie aus einem Vier-Wochen-Projekt acht werden. Neue Ideen sind in Ordnung, aber sie kosten Zeit; parke sie für Phase zwei.
- **Unklare Anforderungen.** Vage Ziele führen zu Nacharbeit. Die Analyse existiert, um das zu verhindern, weshalb sie zu überspringen nach hinten losgeht.
- **Langsame Zugänge und Entscheidungen.** Das Warten auf Logins, Freigaben oder einen schwer erreichbaren Entscheider fügt tote Zeit hinzu, die nichts mit dem Code zu tun hat.

Beachte das Muster: **die meisten Verzögerungen liegen auf der Kundenseite, nicht auf der Entwicklerseite.** Das ist eine gute Nachricht, denn es bedeutet, dass du echte Kontrolle über deinen eigenen Zeitplan hast.

## Wie du dein Projekt im Zeitplan hältst

Vier Gewohnheiten bewegen ein Projekt schneller als jeder technische Trick:

1. **Halte deine Inhalte bereit, bevor der Build startet.** Das allein kann Wochen sparen.
2. **Gib Feedback in einem gebündelten Schwung pro Runde.** Sammle die Notizen aller und sende sie dann zusammen.
3. **Fixiere den Umfang.** Einigt euch vorab darauf, was „fertig" bedeutet, und haltet die Linie — neue Ideen kommen auf eine Phase-zwei-Liste. Der Scoping-Schritt in [wie man einen Webentwickler beauftragt](/blog/how-to-hire-a-web-developer) behandelt das.
4. **Triff Entscheidungen prompt.** Wenn du gebeten wirst, etwas freizugeben, hält die schnell agierende Partei zu sein das ganze Projekt in Bewegung.

## Baut ein Freelancer oder eine Agentur schneller?

Für kleine und mittlere Projekte ist ein Freelancer meist schneller — es gibt keinen internen Koordinations-Overhead, und die Person, die das Projekt versteht, ist die, die es baut. Für sehr große Projekte mit vielen unabhängigen Teilen kann eine Agentur parallelisieren und schneller vorankommen. Ich behandle diese Abwägung vollständig in [Freelancer vs. Agentur](/blog/freelancer-vs-agency), und du kannst auf der [Vergleichsseite](/compare) vergleichen. Bei Apps laufen die Zeitpläne länger — siehe [was es kostet, eine App zu bauen](/blog/how-much-does-it-cost-to-build-an-app) und [App-Entwicklung](/services/app-development).

## Das Fazit

Rechne mit **1–2 Wochen für eine Landingpage, 4–8 Wochen für eine Unternehmenswebsite und 3–6 Monaten für eine individuelle App oder einen großen Shop.** Jedes Projekt durchläuft Analyse, Design, Umsetzung, QA und Launch — und das Größte, das zwischen einem Projekt und seiner Deadline steht, ist meist nicht der Code, sondern Inhalte und Feedback. Komm vorbereitet, antworte schnell und halte den Umfang, und du bekommst eine großartige Website schneller, als du erwarten würdest.

Willst du einen realistischen Zeitplan für dein konkretes Projekt? [Kontaktiere mich für ein kostenloses Angebot](/contact) — beschreibe, was du brauchst, und ich gebe dir einen ehrlichen Zeitplan neben dem Preis.