Ein wachsender Teil der Menschen, die uns finden, sieht nie zuerst unsere Startseite. Sie fragen einen Assistenten, und der Assistent liest das Web für sie. Kann er unsere Website nicht sauber lesen, rät er, und Vermutungen über Kunden, Daten und Arbeiten eines Studios sind genau das, was schiefgeht.
Also haben wir SI-Assistenten als vollwertiges Publikum behandelt und vuild.com so gebaut, dass sie es leicht lesen, zitieren und mit ihm sprechen können. Alles hier wird aus denselben Inhalten erzeugt wie die Website selbst, kann also nicht veralten.
Eine Karte für Sprachmodelle
Der erste Schritt war llms.txt, eine kurze Klartext-Zusammenfassung im Stammverzeichnis der Website: wer wir sind, was wir tun, unsere Fallstudien und Projekte mit Daten und Links zu allem anderen. Daneben liegt llms-full.txt, die lange Fassung, mit jeder Fallstudie und jedem Projekt in voller Länge, dem FAQ und dem, was Kunden über uns sagen.
Beide werden bei jeder Änderung aus den Inhalten der Website gebaut und stimmen deshalb immer mit den Seiten überein.
Markdown-Zwillinge
Jede Hauptseite hat jetzt einen Markdown-Zwilling: dieselben Fakten wie das HTML, ohne Layout. Die AmpUp-Fallstudie liegt unter /ampup für Menschen und unter /ampup.md für Agenten, die Klartext bevorzugen. Jede Seite verlinkt ihren Zwilling im Head, und llms.txt listet sie alle auf.
Strukturierte Fakten, nicht nur Prosa
Suchmaschinen und Assistenten stützen sich stark auf strukturierte Daten, also haben wir mehr davon ergänzt:
- FAQ-Markup auf der Studio-Seite, mit Antworten auf die Fragen, die Menschen uns wirklich stellen.
- Bewertungen: Kundenstimmen sind als namentliche Bewertungen ausgezeichnet.
- Echte Beziehungen: Fallstudien verknüpfen Kunden mit ihren Websites und, falls vorhanden, ihrer Wikipedia-Seite, und nennen nur echte Geldgeber als Geldgeber.
- Aktive Zeiträume bei jeder Fallstudie und jedem Projekt, damit "Wann hat Vuild daran gearbeitet?" eine klare Antwort hat.
Crawlern sagen, was sich geändert hat
Aktualität zählt. Unsere Sitemap datiert jede Seite jetzt nach ihrer letzten echten Änderung aus der Versionsgeschichte, statt alles mit dem heutigen Datum zu stempeln. Unsere robots-Datei nennt die SI-Crawler, die wir willkommen heißen, damit die Absicht eindeutig ist.
Und bei jedem Deploy meldet die Website die an diesem Tag geänderten Seiten an IndexNow. IndexNow ist ein offenes Protokoll, das unter anderem Bing unterstützt und das wiederum mehrere SI-Suchprodukte speist.
Andere Agenten mit unserem sprechen lassen
Der letzte Schritt geht über Lesbarkeit hinaus. Unsere Website hat einen Concierge, den Assistenten hinter dem Button Frag Vuild, und er spricht jetzt A2A, das offene Agent2Agent-Protokoll. Der Agent eines anderen Unternehmens findet ihn über unsere Agent Card unter /.well-known/agent-card.json, sieht, wobei er helfen kann, und schickt ihm eine Nachricht.
POST /api/a2a
Content-Type: application/json
{"jsonrpc": "2.0", "id": 1, "method": "message/send",
"params": {"message": {"role": "user", "parts": [{"kind": "text", "text": "What does Vuild do?"}]}}}Der Concierge antwortet aus denselben Website-Inhalten wie llms-full.txt und merkt sich den Verlauf eines Gesprächs. Er steht hinter denselben Schutzmechanismen wie der Chat auf der Website: Rate Limits, strenge Prüfung von Anfragen und klare Grenzen dafür, was er tut und was nicht.
Warum das für unsere Kunden zählt
Das ist die Arbeit, die wir heute für Kunden machen, also lag es nahe, sie zuerst für uns selbst zu machen. Die Fragen sind für jedes Unternehmen dieselben: Findet dich ein Assistent, versteht er, was du tust, und beschreibt er dich korrekt? Können andere Agenten mit deinem Geschäfte machen?
Wenn du dasselbe für dein Produkt möchtest, starte ein Projekt oder frag einfach den Concierge auf irgendeiner Seite. Er weiß, wohin er dich schicken muss.