So bauen wir Websites: Der webvise-Prozess von der Idee bis zum Launch

Eine der häufigsten Frustrationen von Unternehmern mit Webagenturen ist die Black Box. Sie geben ein Brief)ing ab, im Hintergrund passiert etwas, und irgendwann taucht ein Ergebnis auf. Manchmal ist es das, was Sie wollten. Oft nicht.

Wir glauben, dass Transparenz hier ein Wettbewerbsvorteil ist – für beide Seiten. Wenn Sie unseren Prozess vor dem Start verstehen, sind die Erwartungen abgestimmt, es werden weniger Überarbeitungsrunden benötigt und die fertige Site ist besser. Hier ist genau, was wir tun.

Phase 1: Discovery (Woche 1)

Jedes Projekt beginnt mit einem strukturierten Discovery-Gespräch. Kein vages 'Erzählen Sie uns von Ihrer Marke' – sondern ein konkreter Fragenkatalog, der die Entscheidungen herausarbeitet, die den gesamten Aufbau prägen:

• Für wen ist die Site? Welche konkreten Kundentypen müssen überzeugt werden?
• Welche Aktion sollen Besucher ausführen, und in welcher Reihenfolge?
• Was macht Ihre aktuelle Site gut, das wir unbedingt erhalten müssen?
• Was ist das eine, wichtigste Geschäftsproblem, das die neue Site lösen muss?
• Wie sieht Erfolg 6 Monate nach dem Launch konkret aus – in Zahlen?

In dieser Phase führen wir auch ein technisches Audit Ihrer aktuellen Site durch: Performance-Scores, SEO-Baseline, Analytics-Auswertung, Content-Inventar. Das zeigt uns, womit wir arbeiten und wo die größten Potenziale liegen.

Ergebnis: ein Discovery-Dokument, das Scope, Erfolgskriterien und die Content-Strategie für die neue Site definiert. Sie prüfen und geben es frei, bevor wir eine einzige Zeile Code schreiben.

Phase 2: Architektur & Design (Wochen 2–3)

Vor dem Design erarbeiten wir die Informationsarchitektur: welche Seiten existieren, wie sie miteinander verbunden sind, wie die User Journey in jeder Phase aussieht. Die meisten Agenturen überspringen diesen Schritt. Wir nicht – denn ein schönes Design auf einer schlecht strukturierten Site ist immer noch eine schlecht performende Site.

Das Design beginnt mit Wireframes – strukturellen Layouts ohne visuelle Gestaltung. Das hält Reviews fokussiert auf 'Ergibt diese Inhaltshierarchie Sinn?' statt 'Ich mag diesen Blauton nicht.' Sobald die Struktur freigegeben ist, wenden wir Ihr Brandsystem an.

Wir arbeiten in Figma. Sie können Designs in Echtzeit direkt kommentieren. Kein Hin-und-Her per E-Mail mit Screenshots. Feedback-Schleifen sind schnell.

Wir definieren in dieser Phase auch die Komponentenbibliothek: die wiederverwendbaren Bausteine (Hero-Bereiche, Card-Grids, Testimonial-Layouts, CTAs), aus denen jede Seite besteht. Das beschleunigt spätere Content-Updates und gewährleistet automatisch visuelle Konsistenz.

Phase 3: Entwicklung (Wochen 3–6)

Wir bauen auf Next.js mit einem Headless CMS (typischerweise Sanity). Das ist eine bewusste technische Entscheidung mit konkreten Folgen für Ihr Unternehmen:

• Performance: Seiten werden vorgerendert und von einem globalen CDN ausgeliefert. Ladezeiten liegen typischerweise unter einer Sekunde. Google belohnt das direkt in den Rankings.
• Sicherheit: Kein öffentliches Admin-Panel, keine Plugin-Schwachstellen, keine PHP-Ausführung. Die Angriffsfläche, die WordPress bietet, existiert schlicht nicht.
• Wartbarkeit: Der Code ist sauber, dokumentiert und für die Zukunft gebaut. Kein Theme-Chaos. Keine Plugin-Konflikte. Entwickler, die Sie in zwei Jahren einstellen, können ihn lesen und bearbeiten.
• Redaktionserfahrung: Ihr Team bearbeitet Inhalte im strukturierten Editor von Sanity. Er ist schneller und vorhersehbarer als der WordPress-Block-Editor – und Inhalte können seitenübergreifend wiederverwendet werden.

Die Entwicklung läuft in zwei Phasen: zunächst die Kernarchitektur (CMS-Schema, Seiten-Templates, Komponentenbibliothek im Code), dann die Content-Integration (Templates mit echten Inhalten befüllen, seitenspezifische Layouts aufbauen, QA auf allen Geräten und Browsern).

Ab Woche 3 haben Sie Zugriff auf eine Staging-Umgebung – eine live und funktionsfähige Vorschau der Site in jedem Entwicklungsstadium. Kein statischer Screenshot, kein Mockup. Sie können durchklicken, Formulare testen und die mobile Ansicht prüfen, bevor irgendetwas live geht.

Phase 4: Content & Texte (Wochen 4–5, parallel)

Content ist oft der aufwendigste Teil eines Website-Projekts. Wir gehen damit je nach Projektumfang auf zwei Arten um:

Kundenseitig gelieferter Content: Wir erstellen für jede Seite ein detailliertes Content-Briefing – genau was zu schreiben ist, wie lang und in welchem Format. Dieses Briefing basiert auf unserem Discovery-Gespräch sowie auf Keyword-Recherche und Wettbewerbsanalyse. Sie schreiben, wir redigieren und strukturieren es für das Web.

Von webvise verfasste Texte: Bei Projekten, in denen wir das Copywriting übernehmen, interviewen wir wichtige Ansprechpartner, sichten bestehende Vertriebsmaterialien und schreiben Seitentexte, die sowohl für Suche als auch für Conversion optimiert sind. Wir haben festgestellt, dass Texte, die mit klarer SEO-Intention und Überzeugungsstrategie geschrieben werden, generische KI-generierte oder Template-Inhalte deutlich übertreffen.

Die Content-Entwicklung läuft parallel zur technischen Entwicklung – wir befüllen das CMS, während die Entwickler die Templates bauen. Das hält den Zeitplan straff.

Phase 5: QA & Launch-Vorbereitung (Woche 6)

Bevor wir etwas veröffentlichen, durchläuft die Site eine systematische Qualitätscheckliste:

• Performance-Audit: PageSpeed-Scores müssen auf Mobile und Desktop über 90 liegen
• Browser- und Geräteübergreifende Tests (Chrome, Firefox, Safari, Edge; iPhone, Android, Tablet, Desktop)
• Alle Formulare vollständig getestet – Übermittlung, Bestätigung und E-Mail-Zustellung
• SEO-Checkliste: Title-Tags, Meta-Descriptions, Canonical-URLs, Sitemap, robots.txt, strukturierte Daten
• Analytics verifiziert: GA4, Search Console, Conversion-Ziel-Tracking – alles feuert korrekt
• Content-Korrektur: Überschriften, Fließtext, CTAs, rechtliche Seiten, alle Sprachversionen bei mehrsprachigen Projekten
• Redirect-Map: jede alte URL, die relevant war, verweist korrekt auf die neue URL

Ohne das Bestehen dieser Checkliste geht nichts live. Wir haben zu viele Sites gesehen, die mit defekten Formularen, fehlendem Analytics-Tracking oder ohne Redirects veröffentlicht wurden – alles Probleme, die dem Unternehmen vom ersten Tag an still Geld kosten.

Phase 6: Launch und Übergabe (Ende Woche 6)

Der Launch ist geplant, nicht spontan. Wir terminieren ihn in ein Zeitfenster mit wenig Traffic, überwachen die Site in den ersten 24 Stunden und halten einen Rollback-Plan bereit. In der Praxis haben wir ihn nie gebraucht – aber wir haben ihn immer.

Nach dem Launch übergeben wir:

• Eine aufgezeichnete Anleitung, wie das CMS für Content-Updates genutzt wird
• Dokumentation der Komponentenbibliothek (was existiert und wie es verwendet wird)
• Die vollständige Design-Datei in Figma
• Zugang zu allen Accounts: Hosting, Analytics, Search Console, CMS
• Ein 30-tägiges Support-Fenster nach dem Launch für alle Probleme, die im Produktivbetrieb auftauchen

Was nach dem Launch passiert

Die meisten Kunden arbeiten danach auf eine von zwei Arten mit uns weiter: in einem monatlichen Retainer für laufende Content-, SEO- und Entwicklungsarbeiten oder auf Abruf für spezifische Projekte. Wir schreiben keine Retainer vor – wir glauben, dass die Arbeit für sich sprechen sollte.

Für Retainer-Kunden liefern wir monatliche Performance-Berichte: organische Traffic-Trends, Core Web Vitals, Ranking-Entwicklungen und Conversion-Rate-Daten. Keine Vanity-Metriken – die Zahlen, die mit Ihren Geschäftszielen verbunden sind.

Ist dieser Prozess das Richtige für Sie?

Dieser Prozess funktioniert am besten für Unternehmen, die:

• Ernsthaft in ihre Website investieren – und nicht die günstigste Option suchen
• Verstehen möchten, was sie bekommen und warum jede Entscheidung getroffen wurde
• Ein klares Geschäftsziel haben, das die neue Site unterstützen soll
• Bereit sind, an Discovery und Content-Review mitzuwirken (Aufwand: insgesamt 3–5 Stunden Ihrer Zeit)

Wenn Sie aktuell WordPress nutzen und nicht sicher sind, ob Ihre Site so gut performt wie sie sollte, beginnen Sie mit einer kostenlosen Analyse. Unser Tool prüft Ihre Core Web Vitals, Ihren PageSpeed-Score und die technische Gesundheit in 60 Sekunden. Starten Sie auf webvise.io/wp-health-report – von dort aus können wir konkret über das sprechen, was ein Neubau für Ihre Situation bedeuten würde.