Skip to main content
  1. Startseite/
  2. Playbooks/
  3. Fallstudie/
  4. Ventall: Wie wir die digitale Grundlage des Unternehmens für Suche, KI und kommerzielle Klarheit neu aufgebaut haben

Fallstudie

Ventall: Wie wir die digitale Grundlage des Unternehmens für Suche, KI und kommerzielle Klarheit neu aufgebaut haben

Zuletzt aktualisiert: 5. November 2025

Die Ventall-Case-Study zeigt den Übergang von einer problematischen WordPress-Website zu einem gesteuerten digitalen System für Suche, KI und kommerzielle Klarheit.

Ventall startete mit einem marktüblich problematischen Asset: einer WordPress-Website mit einer großen Anzahl von Seiten, aber ohne eigene Pricing-Ebene, ohne FAQ als systematische Antwortschicht und mit einer sehr schwachen maschinenlesbaren Grundlage. Das Domain-Baseline-Audit zeigte 0% JSON-LD und 0% Open Graph, während die Share-of-Answer-Baseline nur 1 eigene Query von 10 auswies. Gleichzeitig hatte der Kunde ein klares Geschäftsziel: mehr Leads, mehr organische Sichtbarkeit und Traffic nicht nur aus der Suche, sondern auch aus KI-Assistenten.

Das ist aus einem Grund wichtig: Das Problem war hier weder ein einzelner Title noch ein einzelner SEO-Fix. Die digitale Umgebung las das Unternehmen schlecht. Die Website existierte, aber sie lieferte kein ausreichend klares Modell davon, was Ventall tatsächlich verkauft, wie die Servicelogik strukturiert ist, wo die kommerziellen Einstiegspunkte liegen und welche Seiten Kundenfragen beantworten sollten. Darum geht es in diesem Case nicht um “ein paar Markup-Blöcke hinzufügen”. Es geht um den Neuaufbau der Grundlage.

Wo die eigentliche Lücke lag

Im Questionnaire definierte der Kunde seine zentralen Leistungen: Planung, Verkauf von Equipment, Installation, Wartung und Reparatur von Lüftungs- und Klimasystemen. Dasselbe Dokument zeigt, dass die alte Website zwar Service-Seiten, Produktseiten, einen Blog, ein Portfolio und Landingpages hatte, aber weder eine eigene FAQ- noch eine eigene Pricing-Seite als strukturelle Ebenen. Im Support-/FAQ-Bereich listete der Kunde zudem reale Sales-Fragen auf: „Was kostet ein schlüsselfertiges Projekt ungefähr?“, „Wovon hängt der Preis ab?“, „Kann man nur Planung bestellen?“, „Arbeiten Sie mit unserem Equipment?“ und „Bieten Sie Diagnose und Reparatur an?“. Das ist keine SEO-Spekulation mehr. Es ist First-Party-Evidenz dafür, welche Antwortpunkte die Website abdecken musste.

Das Baseline-Audit bestätigte das Problem in Zahlen. Preisbezogene Queries fielen in `MISSING`, und das Audit selbst nennt den Hauptgrund direkt: Ventall hatte keine Pricing-Informationen auf der Website. AI Overviews dominierten die Ergebnisse bereits, aber Ventall wurde nicht ein einziges Mal zitiert. Die Lücke war also nicht nur technisch. Das Unternehmen war nicht in ein Format übersetzt worden, das von Menschen, von Suche und von KI-Systemen gut gelesen werden konnte.

Warum ein einfacher SEO-Ansatz nicht ausgereicht hätte

In so einer Situation ist es leicht, den falschen Schritt zu machen: in eine Sammlung lokaler Fixes zu gehen — etwas Metadata, etwas FAQ, etwas Schema, etwas Internal Linking — und das dann Strategie zu nennen.

Aber genau das funktioniert hier nicht.

Wenn ein Unternehmen kein strukturiertes digitales Modell hat, erzeugen chaotische Fixes keine Klarheit. Sie würden nur einzelne Signale an der Oberfläche flicken. Bei Ventall bestand die Aufgabe nicht darin, „die Website zu tunen“. Die Aufgabe bestand darin, das digitale Asset so aufzubauen, dass es das Unternehmen selbst korrekt repräsentiert: seine Servicelogik, seine kommerziellen Einstiegspunkte, seine Antworten auf wiederkehrende Fragen und seine Seitenstruktur.

Darum begann die Arbeit nicht mit einer einzelnen SEO-Schicht, sondern mit Architektur.

Was genau neu aufgebaut wurde

1. Eine neue Asset-Struktur

Das aktuelle Repo beschreibt Ventall bereits nicht mehr als alte WordPress-Website, sondern als React-/Next.js-Produkt mit SEO-/AEO-tauglicher Struktur. Das README definiert die neue strukturelle Logik klar: `Home`, `Services`, `Service detail pages`, `Portfolio`, `Articles / FAQ`, `Pricing calculator`. Das ist ein wichtiger Wandel. Das Unternehmen hört auf, eine Menge alter URLs zu sein, und beginnt, als klares System zu funktionieren: mit einer Service-Ebene, einer Proof-Ebene, einer Antwort-Ebene und einer kommerziellen Presale-Ebene.

2. Antwortschicht und Navigationsebene

Eines der stärksten Signale im Repo ist, dass es sich nicht mehr nur um „FAQ zur Website hinzugefügt“ handelt, sondern um eine eigene Routing-Logik. Im finalen Redirect-Status sind die Rollen ausdrücklich getrennt: `FAQ = answer hub` und `/uk/z-chogo-pochaty = orientation hub`. Das ist saubere digitale Architektur: Eine Zone verarbeitet Antworten, eine andere Orientierung und Szenario-Einstiege. Für Menschen bedeutet das weniger Chaos. Für Suche und KI bedeutet es eine sauberere Trennung von Intention und Seitentypen.

3. Kommerzielle Ebene

Das neue Asset enthält nicht nur Content-Seiten, sondern auch einen Pricing-Calculator als Presale-Einstiegspunkt mit Backend-Logik für Schätzungen. Dazu kommen Admin-Endpunkte und eine interne Pricing-Admin-Ebene. Das README sagt außerdem ausdrücklich, dass Preview- und Production-Pricing-Writes keine Repo-Dateien aktualisieren. Das bedeutet, dass die kommerzielle Ebene bereits als gesteuertes Runtime-Modell gebaut wurde und nicht als zufällige manuelle Code-Edits. Das ist wichtig, weil eine starke digitale Grundlage nicht nur aus Text und URLs besteht. Sie besteht auch aus einem kontrollierten kommerziellen Mechanismus innerhalb der Website.

4. Legacy-Cleanup als Teil des Umbaus und nicht als technischer Nachsatz

Ein weiterer starker Teil des Cases ist die Redirect-Migration. Das Repo hält fest, dass 274/274 Legacy-URLs geschlossen wurden, auf 404 = 0, chain = 0 und query leak = 0 reduziert wurden und die finalen Targets mit `200 OK` antworten. Das ist nicht nur ein technisches Detail, sondern ein Beleg dafür, dass der Neuaufbau systemisch durchgeführt wurde. Die neue Struktur wurde nicht nur entworfen. Die dahinterliegende Legacy-Schuld wurde ebenfalls geschlossen, und für Suche und Indexierung wurde ein saubereres Routing aufgebaut.

Was sich dadurch in der Praxis veränderte

Die Ventall-Website wurde nicht einfach „ein wenig besser optimiert“. Sie wurde leichter lesbar.

Erstens bekam sie einen klareren Service-Rahmen. Zweitens lebten die echten Sales-Fragen des Kunden nicht mehr nur in Calls und Nachrichten — dafür wurde eine eigene antworttaugliche Schicht aufgebaut. Drittens entstand mit dem Calculator ein kommerzieller Einstiegspunkt anstelle rein informativer Seiten. Viertens verschwand ein großer Teil des Legacy-Rauschens — genau jenes Rauschen, das meist sowohl Suchsignale als auch KI-Interpretation schwächt. So sieht ein sauberer digitaler Neuaufbau aus: Die Website wird gleichzeitig für Menschen, Suche und Maschinen leichter verständlich.

Es gibt hier eine wichtige Nuance: Der aktuelle Zustand der Website hält gesondert fest, dass das Repo nicht als „alles ist bereits perfekt poliert“ gelesen werden sollte. Einige Runtime-Checks benötigen weiterhin externe Validierung, und manche Content-Elemente werden noch redaktionell bearbeitet. Das schwächt den Case aber nicht. Es macht ihn ehrlicher. Das ist kein glattpoliertes Märchen. Es ist ein Fall, in dem zuerst eine stärkere Grundlage aufgebaut wurde und erst danach Suche, KI und Content darauf skaliert werden können.

Warum dieser Case für andere Unternehmen relevant ist

Ventall ist ein wichtiger externer Beleg, nicht weil es eine einzige erfolgreiche Seite hat. Und auch nicht, weil wir einen netten technischen Fix zeigen können.

Er ist wichtig, weil er ein anderes Betriebsmodell demonstriert.

Wenn ein Unternehmen bereits eine Website hat, diese das Unternehmen aber schlecht modelliert, wird das Problem weder durch ein isoliertes Redesign noch durch ein isoliertes SEO-Engagement noch durch einen einzelnen Schema-Sprint gelöst. Es braucht einen systemischen Neuaufbau: Service-Struktur, Antwortschicht, kommerzielle Einstiegspunkte, Routing-Logik, saubere Content-Architektur und eine gesteuerte technische Basis.

Genau das ist hier passiert.

Fazit

Der Ventall-Case zeigt einen einfachen Punkt: Systematische KI-Sichtbarkeit entsteht nicht durch chaotische Edits.

Sie entsteht, wenn ein Unternehmen aufhört, die Website als Sammlung von Seiten zu behandeln, und beginnt, sie als digitales System aufzubauen. Mit einem klaren Service-Modell. Mit einer eigenen Antwortschicht. Mit kommerziellen Einstiegspunkten. Mit gesteuerter Architektur. Mit einem sauberen Übergang von Legacy zur neuen Struktur.

So wird aus einem alten problematischen Asset eine stärkere Grundlage für Suche, KI und kommerzielle Klarheit.

Und genau so sieht Arbeit aus, wenn es nicht darum geht, „SEO ein bisschen zu verbessern“, sondern die digitale Basis des Unternehmens so neu aufzubauen, dass sie tatsächlich besser performen kann.

Weiter mit

Projekt-TrackerWas KI-Sichtbarkeit bedeutet und warum sie für Unternehmen wichtig istWas eine Website KI-operabel macht

Brauchen Sie eine stärkere digitale Grundlage für Suche, KI und kommerzielle Klarheit? Beginnen Sie mit einem strukturellen Neuaufbau statt mit Patches.

IndexDock markIndexDock™
  • Datenschutzerklärung
  • Nutzungsbedingungen
  • LinkedIn
  • Auftragsverarbeitungsvertrag
  • Cookie-Richtlinie
© 2026 IndexDock. All rights reserved.
IndexDock logoIndexDock™
LeistungenPlaybooksProjekt-TrackerCareersKontaktStart Screening
Diese Website wird derzeit getestet.