Die bestehende Website soll erneuert werden, ohne Rankings, Inhalte, Tracking oder funktionierende Prozesse zu verlieren. Genau an diesem Punkt setzt eine belastbare Planung für einen Website-Relaunch an. Schlechte Struktur verursacht selten nur ein Darstellungsproblem. Sie bindet Zeit, erschwert Entscheidungen und verteuert jede spätere Erweiterung.
Die Aussage „Wir übernehmen einfach die bisherigen Inhalte in ein neues Design“ greift zu kurz. Entscheidend ist nicht die isolierte Einzelmaßnahme, sondern wie Ziel, Struktur, Technik und Betrieb zusammenwirken. Die Zusammenarbeit erfolgt transparent digital und überregional.
Bestandsaufnahme und URL-Inventar
Vorhandene Inhalte, URLs, Systeme und Messdaten werden strukturiert erfasst.
Positionierung und neue Informationsarchitektur
Botschaft, Nutzen und Abgrenzung werden in einer belastbaren Reihenfolge formuliert und auf konkrete Nutzerfragen ausgerichtet.
Migrations- und Redirect-Konzept
Frontend und visuelles System werden gemeinsam gedacht, damit die Oberfläche schnell, zugänglich und konsistent bleibt.
Gewachsene Struktur entwirren.
Ein Website-Relaunch entsteht nicht als isolierte Einzelmaßnahme. Im System werden folgende Punkte gemeinsam geplant: Bestandsaufnahme und URL-Inventar; Positionierung und neue Informationsarchitektur; Migrations- und Redirect-Konzept; Performance, Tracking und technische QA; Launch- und Weiterentwicklungsplan. Dadurch greifen Inhalt, Nutzerführung, Technik und Betrieb als nachvollziehbare Gesamtlogik ineinander.
Ein Relaunch wird als neues Design behandelt, obwohl Architektur, Migration und Betrieb die größeren Risiken tragen. VELUNO ordnet zuerst Ursache, Ziel und Systemgrenzen und leitet daraus die Umsetzung ab.
Die bessere Reihenfolge lautet Ist-Zustand – Engpass – Architektur – kontrollierter Ausbau: erst Ursache und Entscheidung klären, dann Struktur und Umsetzung festlegen. Der Leitgedanke „Gewachsene Struktur entwirren“ macht den Maßstab eindeutig: Nicht die Menge an Seiten entscheidet, sondern wie sicher Nutzer Relevanz, Unterschied und nächsten Schritt erkennen. Betroffen sind vor allem Unternehmen mit gewachsener, langsamer oder strategisch überholter Website. Ausgangslage: Die bestehende Website soll erneuert werden, ohne Rankings, Inhalte, Tracking oder funktionierende Prozesse zu verlieren. Vertrieb oder operative Teams müssen die fehlende Einordnung sonst später manuell auffangen. Eine weitere räumliche Einordnung bietet Website-Relaunch Siegburg.
Wichtige Inhalte liegen zwar vor, erscheinen aber an der falschen Stelle oder ohne nachvollziehbare Priorität. Das erschwert die Entscheidung und verschiebt notwendige Klärung in spätere Gespräche.
Seiten- und Navigationsmodell
Informationshierarchie
interne Verknüpfung
Nutzer springen zwischen Seiten, ohne eine klare Antwort oder einen passenden nächsten Schritt zu finden. Der gewünschte Nutzen bleibt aus, obwohl fachliche Substanz vorhanden sein kann.
interne Verknüpfung
Seiten- und Navigationsmodell
Informationshierarchie
Einzelne Seiten sehen unterschiedlich aus, weil Komponenten und Zustände nicht systematisch definiert wurden. Die fehlende Einordnung muss später durch Vertrieb oder operative Teams aufgefangen werden.
klare visuelle Hierarchie
zugängliches performantes Frontend
wiederverwendbares Designsystem
VELUNO plant Inhalt, UX, Entwicklung und Messung als ein System. Der Leistungsumfang folgt der gewünschten Wirkung. Technisch werden dabei URL-Mapping, Redirect-Tests, Tracking-Kontrolle, Performance und ein dokumentierter Launch berücksichtigt. Eine vertiefende Einordnung bietet Website Systems.
Die Analyse verbindet qualitative Befunde mit technischen und operativen Abhängigkeiten. Der Baustein trägt direkt zum beschriebenen Ziel bei.
klare Abnahmekriterien
Bestands- und Risikoaufnahme
Priorisierung nach Wirkung
Migrations- und Redirect-Konzept
Vorhandene Inhalte, URLs, Systeme und Messdaten werden strukturiert erfasst. Dieser Baustein gehört zur gemeinsamen Systemlogik: Inventar, Zielarchitektur, Migration, Redirects, Qualitätssicherung und Stabilisierung.
Priorisierung nach Wirkung
klare Abnahmekriterien
Bestands- und Risikoaufnahme
Performance, Tracking und technische QA
Komponenten, Datenwege und Schnittstellen werden so gebaut, dass spätere Änderungen kontrolliert möglich bleiben. Damit bleibt der kontrollierte Wechsel von einer gewachsenen Website zu einer tragfähigen neuen Struktur im System verankert.
wartbare Komponenten
klare Daten- und Schnittstellenwege
Performance und technische Qualität
Launch- und Weiterentwicklungsplan
Für die Zeit nach dem Launch werden Messung, Wartung und sinnvolle Ausbaupfade festgelegt, statt Verantwortung offen zu lassen. Der Baustein trägt direkt zum beschriebenen Ziel bei.
Monitoring und Wartung
kontrollierter Ausbau
Testing und Abnahme
Bestandsaufnahme und URL-Inventar
Nicht jedes Vorhaben muss sofort alle denkbaren Funktionen abbilden. Ein fokussierter Einstieg schafft Klarheit, ein Rebuild löst zusammenhängende Ursachen, und ein Systemausbau ergänzt Funktionen auf einer stabilen Basis. Der Maßstab bleibt die gewünschte Wirkung, nicht der maximale Umfang.
Geeignet, wenn ein klar erkennbarer Engpass isoliert gelöst werden kann. Ziel, Abgrenzung und Erfolgskriterium werden eng gefasst, während die spätere Anschlussfähigkeit erhalten bleibt. Der Beitrag zum beschriebenen Ziel bleibt klar.
Sinnvoll, wenn Positionierung, Struktur und technische Basis gemeinsam veraltet oder widersprüchlich sind. Der Bestand wird geprüft, neu geordnet und kontrolliert in eine belastbare Lösung überführt. Im Fokus steht die zentrale Entscheidung des Vorhabens.
Passend, wenn die Grundstruktur trägt und weitere Seiten, Funktionen oder Integrationen schrittweise ergänzt werden sollen. Jede Stufe folgt einer klaren Priorität und einem prüfbaren Nutzen. Dabei bleiben URL-Mapping, Redirect-Tests, Tracking-Kontrolle, Performance und ein dokumentierter Launch Teil der Entscheidung.
Vier Situationen, vier unterschiedliche Prioritäten: Mal ist die Positionierung der Engpass, mal Struktur, Technik oder Betrieb. Gemeinsam ist ihnen, dass der kontrollierte Wechsel von einer gewachsenen Website zu einer tragfähigen neuen Struktur vor der Umsetzung geklärt wird und jede Wirkung aus einer konkreten Entscheidung folgt. Eine vertiefende Einordnung bietet B2B Website Rebuild.
B2B-Relaunch
Anonymisierte Projektlogik · keine lokale Referenz
Ausgangslage · Entscheidung · Wirkung
Ausgangslage: Ein Relaunch wird als neues Design behandelt, obwohl Architektur, Migration und Betrieb die größeren Risiken tragen. Entscheidung: Die Priorität folgte der Reihenfolge Geschäftsziel – Systemgrenzen – Umsetzung – Messung. Wirkung: Modernisierung ohne vermeidbare Sichtbarkeits-, Daten- oder Strukturverluste. Die Reihenfolge folgt dem Nutzerproblem und den daraus entstehenden Informationslücken.
Mittelstands-Rebuild
Anonymisierte Projektlogik · keine lokale Referenz
Ausgangslage · Entscheidung · Wirkung
Ausgangslage: Ein Relaunch wird als neues Design behandelt, obwohl Architektur, Migration und Betrieb die größeren Risiken tragen. Entscheidung: „Positionierung und neue Informationsarchitektur“ und „Performance, Tracking und technische QA“ wurden als gemeinsame Struktur geplant. Ergebnis: Ein kontrollierter Relaunch mit klarerer Positionierung, sauberer Migration und besserer technischer Basis. Die Reihenfolge folgt dem Nutzerproblem und den daraus entstehenden Informationslücken.
Mehrsprachiger Relaunch
Anonymisierte Projektlogik · keine lokale Referenz
Ausgangslage · Entscheidung · Wirkung
Ausgangslage: Ein Relaunch wird als neues Design behandelt, obwohl Architektur, Migration und Betrieb die größeren Risiken tragen. Entscheidung: „Migration & Entwicklung“ und „Launch & Stabilisierung“ wurden vor dem visuellen Ausbau verbunden. Wirkung: Bestehende Sichtbarkeit und funktionierende Prozesse werden geschützt, ohne alte Schwächen zu konservieren. Die Reihenfolge folgt dem Nutzerproblem und den daraus entstehenden Informationslücken.
Technische Konsolidierung mit CMS-Wechsel
Anonymisierte Projektlogik · keine lokale Referenz
Ausgangslage · Entscheidung · Wirkung
Ausgangslage: Ein Relaunch wird als neues Design behandelt, obwohl Architektur, Migration und Betrieb die größeren Risiken tragen. Entscheidung: „Performance, Tracking und technische QA“ und „Bestandsaufnahme und URL-Inventar“ wurden als gemeinsame Struktur geplant. Ergebnis: Technisch sind URL-Mapping, Redirect-Tests, Tracking-Kontrolle, Performance und ein dokumentierter Launch berücksichtigt. Die Reihenfolge folgt dem Nutzerproblem und den daraus entstehenden Informationslücken.
Proof muss zur Entscheidung passen, nicht nur Eindruck erzeugen
Der Proof verweist auf eine übergreifende VELUNO-Projektlogik. Für die aktuelle Seite ist die Verbindung aus klarer Struktur, technischer Kontrolle und nachvollziehbarer Messung relevant. Eine lokale Kundengeschichte wird damit ausdrücklich nicht behauptet.
LP-Satellite™ Kostenrechner
Nicht jedes Unternehmen braucht exakt 100, 250 oder 500 Landingpages. Der Rechner berechnet den Ausbau flexibel nach Anzahl sinnvoller Suchflächen.
Wichtig: Abgerechnet wird nach tatsächlichem Ausbauumfang – nicht nach künstlichen Paketgrenzen. Die Anzahl der Landingpages richtet sich nach den sinnvoll abbildbaren Leistungen, Regionen und Suchmustern. Dadurch zahlst du nicht für ein starres Paket, sondern für den konkret benötigten Ausbau deiner Website.
LP-Satellite™ anfragenEinzelmaßnahmen ohne gemeinsames Zielbild.
Übergaben zwischen Strategie, Design und Technik.
Launch ohne belastbare Betriebslogik.
VELUNO verbindet Bestandsaufnahme und URL-Inventar mit der neuen Positionierung und Informationsarchitektur.
Migrations- und Redirect-Konzept werden gemeinsam mit Performance, Tracking und technischer Qualitätssicherung geplant.
Betrieb und Ausbau werden von Beginn an berücksichtigt.
Verantwortung bleibt über alle Phasen hinweg sichtbar. Entscheidungen werden dokumentiert, Annahmen geprüft und Schnittstellen früh geklärt. Das hält die Umsetzung konsistent und verhindert, dass der Launch zum Ende der Systemverantwortung wird.
Ziel, Bestand und Grenzen werden vor der Umsetzung geklärt. Das verhindert, dass ungeprüfte Annahmen in die neue Lösung übernommen werden. Dabei bleibt der kontrollierte Wechsel von einer gewachsenen Website zu einer tragfähigen neuen Struktur der fachliche Bezugspunkt.
Inhalte werden nach Nutzerfragen, Entscheidungsreife und fachlicher Abhängigkeit geordnet. Dadurch entsteht eine Navigation, die nicht aus internen Organigrammen abgeleitet ist. Das Ergebnis ist dokumentiert und für die nächste Phase anschlussfähig.
Die technische Basis wird auf Performance, Wartbarkeit und Erweiterbarkeit ausgelegt, nicht nur auf einen fehlerfreien Launch. Der Schritt folgt dem Leitgedanken „Gewachsene Struktur entwirren“.
Für die Zeit nach dem Launch werden Messung, Wartung und sinnvolle Ausbaupfade festgelegt, statt Verantwortung offen zu lassen. Das Ergebnis trägt zum beschriebenen Ziel bei.
Ein Teilprojekt ist kein Provisorium, wenn Schnittstellen und nächste Stufen sauber geplant sind. Ein Rebuild ist kein Selbstzweck, wenn der Bestand tragfähige Komponenten enthält. Die Einordnung folgt der Wirkung, nicht einer vorgegebenen Paketlogik.
Fokussiertes Teilprojekt
Ein klar abgegrenzter Engpass wird analysiert und gelöst. Sinnvoll, wenn Ziel, Schnittstellen und Abnahme ohne vollständigen Neuaufbau eindeutig festgelegt werden können.
Vollständiger Aufbau oder Rebuild
Positionierung, Struktur, Inhalt und Technik werden gemeinsam neu geordnet. Passend, wenn mehrere Ursachen zusammenhängen und der Bestand die gewünschte Wirkung nicht mehr trägt.
Erweiterbares Systemprojekt
Eine belastbare Grundarchitektur wird in priorisierten Stufen ergänzt. Geeignet für zusätzliche Seiten, Funktionen, Datenwege oder Integrationen mit klarer Anschlusslogik.
Betrieb und Weiterentwicklung
Monitoring, Wartung und nächste Ausbaustufen werden nachvollziehbar geregelt. So bleiben technische Qualität und Erweiterungen auch nach dem Launch kontrollierbar.
Die globalen VELUNO-Insights vertiefen Sucharchitektur, Website-Struktur und Plattformlogik. Auf dieser Seite werden sie nur referenziert.

SEO · GEO · AEO
Weiterführender VELUNO-Insight zu Sucharchitektur, semantischer Struktur und belastbaren Antworten.

Struktur
Weiterführender VELUNO-Insight zur Verbindung von Informationsarchitektur, Nutzerführung und technischer Basis.

Plattformen
Weiterführender VELUNO-Insight zu Rollen, Datenwegen und tragfähiger Plattformarchitektur.
Direkte Antworten zu Vorgehen, Umfang, Technik und digitaler Zusammenarbeit.
Ein Relaunch ist sinnvoll, wenn Struktur, Positionierung oder technische Basis nicht mehr mit kleinen Eingriffen stabil verbessert werden können. Typische Signale sind gewachsene URL-Landschaften, langsame Pflege, schwache Nutzerführung oder ein System, das Erweiterungen unnötig riskant macht. Die Entscheidung sollte aus einer Bestandsanalyse entstehen, nicht aus bloßer Designmüdigkeit. In diesem Kontext werden zuerst Geschäftsziel und Systemgrenzen geklärt.
Bestehende URLs, Rankings, interne Links und relevante Inhalte werden vor dem Relaunch inventarisiert. Daraus entstehen URL-Mapping, Redirect-Konzept und Prüfplan für Staging und Launch. Ein vollständiger Schutz kann nicht garantiert werden, aber vermeidbare Verluste lassen sich mit kontrollierter Migration deutlich reduzieren.
Nein, nicht automatisch. Inhalte werden nach Suchbedarf, Nutzerfrage, Aktualität und Rolle in der neuen Architektur bewertet. Tragfähige Inhalte können übernommen oder überarbeitet werden; doppelte, veraltete oder strategisch unpassende Teile werden bewusst konsolidiert.
Eine feste Dauer lässt sich ohne Bestandsaufnahme nicht belastbar nennen. Umfang, Migrationsrisiken, Inhalt, Freigaben und technische Abhängigkeiten bestimmen den Zeitplan. Nach der Analyse wird der Ablauf in prüfbare Phasen mit klaren Verantwortlichkeiten gegliedert. Der Leitgedanke „Gewachsene Struktur entwirren“ bestimmt dabei die Priorität.
Die Zusammenarbeit mit Unternehmen aus Troisdorf wird digital und überregional organisiert. Abstimmungen, Reviews und Freigaben laufen in klaren Schritten mit dokumentierten Entscheidungen. Eine lokale Niederlassung oder dauerhafte Anwesenheit am Standort wird nicht behauptet und ist für den Projektablauf nicht erforderlich.
Der Projektstart beginnt nicht mit einem fertigen Paket, sondern mit einer belastbaren Einordnung. Nennen Sie Bestand, Ziel, kritische Systeme und zeitliche Rahmenbedingungen. Anschließend werden Priorität, Umfang und nächster prüfbarer Schritt festgelegt.