Wenn Software sucht, muss Ihre Marke die beste Antwort sein.

Agent Search Optimization ist die strategische und technische Optimierung einer digitalen Präsenz für KI-Agenten, die im Auftrag von Menschen recherchieren, vergleichen und Aufgaben ausführen. ASO sorgt dafür, dass eine Marke auffindbar, eindeutig interpretierbar, anhand belastbarer Signale bewertbar und in geeigneten Prozessen sicher handlungsfähig ist. Das Ziel ist nicht nur ein Ranking oder eine Nennung, sondern die Aufnahme in die Auswahl eines Agenten – und, wenn der Nutzer es möchte, eine verlässlich ausführbare nächste Aktion.

Nein, aber ASO ersetzt beides auch nicht. SEO schafft die technische und inhaltliche Grundlage für Auffindbarkeit. GEO beziehungsweise AEO verbessert die Chance, dass Inhalte in generativen Antworten verstanden, zitiert und empfohlen werden. ASO ergänzt eine weitere Anforderung: Ein Agent muss Informationen nicht nur zusammenfassen, sondern Optionen vergleichen, Einschränkungen prüfen und möglicherweise einen Prozess bedienen. Die drei Disziplinen teilen viele Grundlagen und sollten in einem gemeinsamen System gesteuert werden.

Google-Agent ist laut Google ein User-Agent für Agenten auf Google-Infrastruktur, die auf Wunsch eines Nutzers durch das Web navigieren und Aktionen ausführen. Er ist damit nicht dasselbe wie Googlebot, der Seiten automatisiert für Google Search crawlt. Google veröffentlicht eigene IP-Bereiche für diese nutzergetriggerten Agenten und weist darauf hin, dass ein User-Agent gefälscht werden kann. Für eine belastbare Analyse prüfen wir deshalb IP-Bereiche und Reverse DNS und schauen nicht nur auf die Zeichenfolge im Logfile.

Die Frage greift zu kurz. Google erklärt, dass nutzergetriggerte Fetcher im Allgemeinen robots.txt ignorieren, weil ein Mensch den Abruf angefordert hat. Gleichzeitig können CDN-, WAF- oder Bot-Management-Regeln den Zugriff technisch blockieren. Wir analysieren deshalb die gesamte Zugriffskette, verifizieren echte Google-Requests und definieren eine Sicherheitsregel, die legitime Nutzung ermöglicht, ohne einfach jeden Request mit passendem User-Agent durchzulassen.

Für Google AI Overviews und AI Mode ausdrücklich nicht: Google sagt, dass keine neuen AI-Dateien und kein spezielles Schema nötig sind; die bekannten SEO-Grundlagen gelten weiter. Eine llms.txt kann als freiwillige Orientierung für kompatible Systeme sinnvoll sein, ist aber kein universeller Standard und kein Google-Rankingfaktor. Wir setzen solche Dateien nur mit klarer Erwartung ein. Wichtiger sind erreichbare Inhalte, konsistente Fakten, semantisches HTML und strukturiertes Daten-Markup, das zum sichtbaren Inhalt passt.

WebMCP ist eine vorgeschlagene Browser-API, mit der Websites strukturierte Werkzeuge für KI-Agenten bereitstellen können. Formulare können deklarativ beschrieben oder Funktionen per JavaScript registriert werden. Der aktuelle Entwurf datiert vom 28. Juli 2026 und ist ein Draft Community Group Report der Web Machine Learning Community Group – kein W3C-Standard und nicht auf dem Standards Track. Chrome erprobt die Technologie. Für geeignete Use Cases bauen wir kleine, abgesicherte Piloten als Progressive Enhancement; der normale menschliche Prozess muss weiterhin funktionieren und sensible Aktionen brauchen eine bewusste Bestätigung.

Besonders relevant ist ASO für Angebote, bei denen Menschen ohnehin vergleichen oder strukturierte Aufgaben erledigen: E-Commerce, SaaS, Reise, lokale Dienstleistungen, Versicherungen, Finanzprodukte, Recruiting, Healthcare und B2B-Anbieter mit erklärungsbedürftigen Leistungen. Der stärkste frühe Business Case liegt meist nicht in vollständig autonomen Käufen, sondern in besserer Shortlist-Fähigkeit, korrekt dargestellten Konditionen, qualifizierten Leads und robusten Formular- oder Buchungsprozessen.

Wir messen in Ebenen. Technisch: Erreichbarkeit, verifizierte Agent-Requests, Parsing- und Task-Erfolg. Inhaltlich: korrekte Markenbeschreibung, Citation Share, Quellenqualität und Auswahlgründe in einem stabilen Testpanel. Geschäftlich: qualifizierte Kontakte, unterstützte Conversions und Umsatz. Einzelne Chat-Antworten sind volatil; deshalb dokumentieren wir Prompts, Standort, Zeitpunkt, Modell beziehungsweise Oberfläche und Wiederholungen. Ein proprietärer Score allein ist kein belastbarer Geschäftsnachweis.

Technische Blockaden, unlesbare Formulare und widersprüchliche Unternehmensdaten lassen sich oft innerhalb weniger Wochen korrigieren. Veränderungen in Suchindizes, generativen Antworten und externen Reputationssignalen benötigen länger und variieren je System. Ein sinnvoller Pilot läuft 90 Tage: Baseline, priorisierte Umsetzung, Content- und Entity-Arbeit sowie wiederholte Evals. Wir versprechen keine feste Position in einem probabilistischen System, sondern nachvollziehbare Verbesserungen und belastbare Lernzyklen.

Sie kann sicher gestaltet werden, aber zusätzliche Interaktionsmöglichkeiten verlangen ein Threat Model. Agenten können angemeldete Sitzungen nutzen, Inhalte von mehreren Seiten kombinieren und durch Prompt Injection beeinflusst werden. Deshalb trennen wir lesende und schreibende Aktionen, minimieren Parameter, validieren serverseitig, markieren nicht vertrauenswürdige Inhalte, protokollieren relevante Vorgänge und verlangen menschliche Bestätigung vor Käufen, Änderungen oder Datenweitergabe. Komfort darf nicht auf Kosten von Kontrolle entstehen.

Die Frage lässt sich nicht pauschal beantworten, weil drei sehr verschiedene Zugriffsarten dahinterstehen. Trainings-Crawler sammeln Material für künftige Modelle; hier ist Blockieren eine legitime Option, weil ein direkter Rückfluss selten ist. Retrieval-Fetcher holen Inhalte, um eine konkrete Antwort zu belegen; wer sie blockiert, verschwindet aus genau den Antworten, in denen er vorkommen möchte. Nutzergetriggerte Agenten handeln im Auftrag eines konkreten Menschen, der bereits Interesse hat; sie zu blockieren, ist meist ein Eigentor. Cloudflares Pay Per Crawl setzt an derselben Stelle an und beantwortet Zugriffe ohne Zahlungsabsicht mit HTTP 402. Das Feature befindet sich in geschlossener Beta und setzt eine Cloudflare-Zone voraus. Wichtig in der Praxis: WAF- und Bot-Management-Regeln überschreiben die Abrechnungseinstellung, sodass gestapelte Regeln die eigene Monetarisierung unbemerkt abschalten können. Wir empfehlen, zuerst zu messen, welche Zugriffsart in welchem Umfang stattfindet, und erst danach zu entscheiden. Die Entscheidung ist reversibel, ein Reputationsverlust in Antwortsystemen nur mit Verzögerung.

x402 nutzt den HTTP-Statuscode 402 Payment Required, um einzelne Anfragen bezahlbar zu machen. Der Server antwortet mit einem PAYMENT-REQUIRED-Header, der Client mit PAYMENT-SIGNATURE, der Server bestätigt mit PAYMENT-RESPONSE. Seit dem 14. Juli 2026 wird die Spezifikation von der x402 Foundation unter dem Dach der Linux Foundation mit 40 Gründungsmitgliedern verwaltet, darunter Stripe, Visa, Mastercard, Google und Cloudflare. Davon zu unterscheiden ist das Agentic Commerce Protocol von OpenAI und Stripe, das nicht einzelne Anfragen, sondern den Kaufvorgang beschreibt und sich in der Beta befindet. Cloudflare Wallets, das Agenten ein Guthaben mit Ausgabengrenzen geben soll, ist seit dem 4. August 2026 angekündigt; nutzbar ist bislang nur die Reservierung eines Handles. Für die allermeisten Websites lautet die begründbare Antwort deshalb: beobachten, nicht integrieren. Relevant wird x402 zuerst für bezahlte APIs und lizenzierte Inhalte. Wer heute implementiert, baut gegen eine Schnittstelle, die ihr Anbieter selbst im Futur beschreibt.

Wir sind keine Rechtsberatung und geben hier bewusst keine Antworten, sondern die Fragen, die wir in Projekten mit Rechtsabteilungen regelmäßig klären. Erstens: Kommt ein Vertrag wirksam zustande, wenn nicht der Kunde selbst, sondern ein Agent in seinem Auftrag bestellt oder bucht – und woran erkennen wir im Streitfall, dass eine Willenserklärung vorlag? Zweitens: Wie werden AGB einbezogen, wenn kein Mensch sie zur Kenntnis nimmt? Drittens: Wer trägt das Risiko bei fehlerhafter Eingabe durch einen Agenten, und ab welchem Betrag verlangen wir eine ausdrückliche menschliche Bestätigung? Viertens: Welche Protokolle brauchen wir, um im Nachhinein zu belegen, was auf unserer Seite tatsächlich geschehen ist? Fünftens: Welche Pflichten treffen uns als Betreiber nach der KI-Verordnung, wenn unsere Website von fremden Agenten bedient wird? Als Richtung zeigt Kalifornien mit der Assembly Bill 316, in Kraft seit dem 1. Januar 2026, dass die Verteidigung „die KI hat eigenständig gehandelt“ dort nicht mehr zulässig ist; übertragbar auf deutsches Recht ist das nicht. Unabhängig vom Ausgang der Rechtsentwicklung gilt: lesende und schreibende Aktionen trennen, serverseitig validieren, sensible Vorgänge protokollieren und vor Käufen, Änderungen oder Datenweitergabe einen Menschen bestätigen lassen.

Der Aufwand hängt weniger von der Seitenzahl als von Geschäftsmodell, technischer Plattform, Zahl der relevanten Tasks und vorhandener Datenqualität ab. Ein fokussierter Readiness-Sprint ist kleiner als ein Programm mit Content-System, Digital PR, Monitoring und WebMCP-Entwicklung. Im kostenlosen Erstcheck prüfen wir die öffentliche Website und nennen anschließend transparent Scope, Prioritäten und Festpreis beziehungsweise Retainer. Es gibt keine Vertragsbindung durch die Anfrage.