Mehrere venture-finanzierte Startups in 4 Jahren mit Wavect aufgebaut. Weltklasse-Team. Großartige Sparringspartner in der Discovery-Phase, verlässliche und planbare Ingenieure in der Entwicklung und insgesamt großartige Leute. Sehr klare Empfehlung für euer nächstes Projekt.
KI-Sichtbarkeit ist ein Engineering-Problem, kein Content-Problem
Eine Answer Engine kann nicht zitieren, was sie nicht abrufen, parsen oder dir zuordnen kann. Das ist eine Frage an deinen Stack: deine Robots-Regeln, ob eine saubere maschinenlesbare Kopie existiert, ob dein JSON-LD valide ist, ob irgendwo steht, wer du bist, und ob das HTML, das du auslieferst, den Text überhaupt enthält. Wir beheben das in der Codebasis, die du schon hast, und gehen dann einen Schritt weiter, damit ein Agent handeln kann und nicht nur liest.
Jede Woche kündbar. Letzte Woche erstattet, wenn wir's nicht verdient haben. Keine Stundenabrechnung.
- 75+ Produkte ausgeliefert
- 10+ Jahre Erfahrung
- No-Bullshit-Garantie
DIREKTE ANTWORT
KI-Sichtbarkeits-Engineering macht eine Website maschinenlesbar und für Agenten nutzbar, indem es Crawler-Zugriff, maschinenlesbare Spiegel, strukturierte Daten, Entitätsidentität und serverseitig gerenderte Inhalte in Ordnung bringt und das Produkt dann über MCP und Agent Skills verfügbar macht.
AM BESTEN FÜR
- Teams, die in der klassischen Suche ranken, aber nie in KI-Antworten auftauchen.
- Produkte, bei denen Agenten eine Aufgabe erledigen sollen, nicht nur eine Beschreibung lesen.
- Alle, die die Fixes im eigenen Stack wollen, statt zu einem Vendor-CMS zu migrieren.
NICHT AM BESTEN FÜR
- KI intern im eigenen Team einführen. Das ist AI Enablement.
- Ein KI-Produkt für deine Kunden bauen. Das ist KI-Entwicklung.
- Käufer, die Ranking-Garantien wollen. Die kann niemand ehrlich verkaufen.
Wir veröffentlichen den Checker als kostenloses Tool, das komplett im Browser läuft, mit demselben Regelkatalog, mit dem wir arbeiten. Füge deine robots.txt ein und du weißt in einer Minute, ob der Rest dieser Seite für dich überhaupt relevant ist. Keine E-Mail, kein Upload, kein Konto.
Was tatsächlich kaputtgeht
Fast niemand scheitert hier daran, dass die Texte schlecht sind. Es scheitert an fünf mechanischen Dingen, und jedes einzelne ist im Browser unsichtbar.
- ✓Die Retrieval-Fetcher werden versehentlich geblockt. Ein Team blockt GPTBot, um aus dem Training auszusteigen, lässt darunter eine Wildcard-Disallow stehen und entfernt sich damit still aus jeder Assistenten-Antwort. Das sind zwei verschiedene Entscheidungen, und die meisten robots.txt behandeln sie als eine.
- ✓Der Text kommt später als die Seite. Mehrere Fetcher nehmen das HTML so, wie es ausgeliefert wird, und führen kein JavaScript aus. Wenn dein Content clientseitig eingefügt wird, bekommen sie eine leere Hülle mit deiner Navigation darin.
- ✓Die strukturierten Daten sind invalide und zählen damit als nicht vorhanden. Ein JSON-LD-Block, der nicht parst, wird still verworfen. Die Seite wird genau so bewertet, als hättest du ihn nie geschrieben, und nichts in deinen Logs sagt es dir.
- ✓Nirgendwo auf der Seite steht, wer du bist. Seitenbezogene Typen beschreiben, was eine Seite ist. Ohne Organization-Node und sameAs-Links kann eine Engine deine Firma nicht von einer ähnlich benannten unterscheiden und weicht aus, statt dich zu nennen.
- ✓Es gibt keine saubere Kopie zum Lesen. Gerendertes HTML ist teuer und verrauscht im Parsen. Ein Markdown-Spiegel oder eine llms.txt ist die günstige, eindeutige Variante, und fast niemand liefert eine aus.
Was wir prüfen und beheben
Agent-Zugriff
Wir prüfen die Robots-Regeln gegen die Fetcher, die tatsächlich Antworten ausliefern, und trennen sie von den Crawlern, die nur Trainingsdaten sammeln. Training zu blocken ist eine Lizenzentscheidung, die du durchaus treffen willst. Retrieval zu blocken lässt dich verschwinden, und das passiert meist unbeabsichtigt.
Maschinenlesbare Spiegel
Wir erzeugen Markdown-Spiegel deiner Seiten, kündigen sie per rel=alternate an und veröffentlichen eine llms.txt als Karte. Danach hängen wir den Generator hinter ein Build-Gate, damit ein kaputter Spiegel das Deployment stoppt und nicht ein Jahr lang unbemerkt liegen bleibt.
Strukturierte Daten, die parsen
Valides JSON-LD in jedem Template, in der CI validiert und nicht einmalig mit einer Browser-Erweiterung. Typen, die zu dem passen, was die Seite wirklich ist, und ein Entitätsgraph, der über Seiten hinweg auflöst, statt auf jeder Seite eine neue Organisation zu erfinden.
Entitätsidentität
Ein Organization-Node mit stabiler @id und sameAs-Links zu den Registern und Profilen, die dich schon beschreiben, inklusive Wikidata, wo es angebracht ist. Genau das macht aus einer Erwähnung ein zugeordnetes Zitat.
Serverseitig gerenderte Inhalte
Wenn der Text erst nach der Hydration existiert, holen wir ihn ins ausgelieferte HTML. Bei einer clientseitig gerenderten App ist das echte Arbeit, und wir schätzen sie ehrlich ein, statt zu behaupten, ein Meta-Tag würde das lösen.
Wie das Projekt läuft
Fixpreis, vor dem Start vereinbart, als unterschriebener Werkvertrag. Der erste Schritt ist bewusst klein, damit du danach aufhören kannst.
Baseline
Wir lassen den vollen Regelkatalog gegen deine Live-Website laufen, nicht gegen eine Staging-Kopie, und protokollieren, was ein Fetcher wirklich bekommt.
Readout
Jeder Fund mit Beweiszeile, sortiert danach, was dich Zitate kostet. Bleibt bei dir und kann an jedes Team weitergegeben werden.
Fix
Wir implementieren in deinem Repository, in deinem Stack. Keine Migration zu einem CMS, das wir zufällig lieber mögen.
Absichern
Die Checks wandern in deinen Build, damit die Fixes nicht still verrotten. Das ist der Schritt, der die Arbeit haltbar macht.
Erweitern
Optional: MCP-Server, Agent Skills und die API-Oberfläche, die ein Agent braucht, um wirklich zu handeln.
Weiter als lesbar: Agenten, die handeln können
Für Agenten nutzbare Oberflächen
Ein MCP-Server, veröffentlichte Agent Skills und eine dokumentierte API-Oberfläche, damit ein Agent eine Aufgabe gegen dein Produkt erledigen kann und nicht nur dein Marketing zusammenfasst. Genau hier hört die meiste Arbeit an KI-Sichtbarkeit auf.
Oberflächen und Standards, mit denen wir arbeiten
Das sind die konkreten Artefakte, die dabei entstehen, keine Liste von Technologien, von denen wir gehört haben.
Wie wir daran arbeiten
- ✓Wir betreiben diesen Stack selbst. Diese Website liefert Markdown-Spiegel jeder Seite aus, eine llms.txt pro Sprache, veröffentlichte Agent Skills mit Prüfsummen und einen MCP-Endpoint. Ein Verifier lässt unseren Build hart scheitern, sobald davon etwas kaputt ist. Du kannst das alles gerade jetzt aus deinem Terminal nachprüfen.
- ✓Dein Stack, nicht unserer. Jeder Fix landet in der Codebasis, die du schon betreibst. Wir haben kein CMS zu verkaufen und keinen Grund, dir zu erzählen, eine Migration wäre die Voraussetzung.
- ✓Abgesichert, sonst verfällt es. Eine einmalige Aufräumaktion fällt innerhalb von zwei Quartalen zurück. Wir hängen die Checks in deine Pipeline, damit das nächste Deployment sie wahr halten muss.
- ✓Belege, niemals ein Ranking-Versprechen. Wir können beweisen, dass ein Agent deine Seite nicht lesen konnte, und danach, dass er es kann. Niemand kann versprechen, dass ein bestimmter Assistent dich zitiert, und wer das tut, rät.
- ✓Wir sagen dir, wenn schon alles in Ordnung ist. Wenn deine Robots-Regeln sauber sind und dein Markup parst, ist die ehrliche Antwort, dass dieser Service nicht dein Bottleneck ist. Das sagen wir dir lieber, als dir einen Report zu verkaufen.
Kann ein KI-Agent heute eine Aufgabe gegen dein Produkt erledigen?
Mit hoher Wahrscheinlichkeit nicht.Lesbar zu sein ist die erste Hälfte. Nutzbar zu sein ist die Hälfte, die fast niemand gebaut hat.
Beweise statt Versprechen
Vibe-coded Prototyp auf enterprise-pilotbereit gebracht. Keine Abkürzungen.
AI-native Assessment-Plattform, von 0 auf Produktion in 6 Wochen unter komprimiertem Marktdruck.
GPU-lastigen Monolithen in orchestrierte Services zerlegt und selbst gehostete ML-Bibliotheken durch skalierbare Alternativen …
Das sind ausgewählte Projekte, nicht unser gesamtes Portfolio. Seit 2018 haben wir 75+ Produkte ausgeliefert.
Was Kunden sagen
Kevin kennenzulernen war sehr spannend! Er brennt für seine Themen und ist jemand, der die Extrameile geht. Seine Gedanken und sein leidenschaftlicher Ansatz für die Arbeit sind absolut beeindruckend. Er hat eine ganzheitliche Sicht und ist nicht auf Tech-Themen beschränkt. Seine große Stärke: Er kennt die Anforderungen der Kunden und versteht sie, ohne fragen zu müssen, was sie wollen.
Auch sein Wille, ständig auf dem neuesten Wissensstand zu bleiben, ist in der täglichen Arbeit spürbar. Da der Web3-Bereich hochdynamisch ist, ist das eine Notwendigkeit, und Kevin meistert das mit Bravour.
Alles pünktlich geliefert, trotz enger Deadlines. Die perfekte Balance zwischen professionellen Standards und kollaborativer Zusammenarbeit.
Unabhängig bewertet: 5.0/5 auf Google Bewertungen lesen
FAQs
Ehrliche Antworten dazu, von Maschinen gelesen und zitiert zu werden
Mehr aus Künstliche Intelligenz
KI-Agenten & Produkte
Wir bauen KI-Agenten, agentisches SaaS und LLM-Apps, die in Produktion überleben, und sagen dir, wann KI das falsche Werkzeug ist.
Mehr erfahrenKI-Enablement
KI im eigenen Team einführen: Workshops plus fertig aufgesetztes Setup auf deiner Infrastruktur. Kein Shelfware.
Mehr erfahrenVibe Coding Rescue
Vibe-codierte und KI-generierte Apps reparieren, bevor sie in Produktion brechen. Erst Audit, dann härten.
Mehr erfahrenInternet of Things
LoRaWAN-Infrastruktur, Integration von Geräten mehrerer Hersteller, Decoder und Datenpipelines. Softwareseite, keine Firmware.
Mehr erfahren