Jahrelang haben wir Websites für Menschen optimiert: UX, Usability, Emotionen. Inzwischen kommt eine zweite Dimension hinzu: Websites müssen auch von Maschinen verstanden werden, nicht nur von Suchmaschinen-Crawlern, sondern auch von KI-Assistenten, die Seiten im Auftrag ihrer Nutzer abrufen, und von Agenten, die Formulare ausfüllen und Aufgaben erledigen. Dieser Beitrag zeigt, was davon belegt ist, was Hype ist und welche Massnahmen sich für Schweizer KMU lohnen.
Was ist Machine Experience (MX)?
Machine Experience (MX) beschreibt, wie Bedeutung, Struktur und Hierarchie einer Website für Maschinen lesbar werden. Es geht darum, wie Gestaltungs- und Technikentscheide nicht nur beeinflussen, was Menschen sehen, sondern auch, was Maschinen verstehen und weitergeben. MX ist ein Arbeitsbegriff, kein Standard. Er hilft aber, drei Arten maschineller Besucher auseinanderzuhalten:
Crawler für Suche und Training: Googlebot erfasst Seiten für die Google-Suche; wer in deren KI-Funktionen erscheinen will, muss indexiert und für ein Snippet geeignet sein. OpenAI unterscheidet zwischen OAI-SearchBot, der Websites für die Suchfunktionen von ChatGPT erfasst, und GPTBot, der Inhalte crawlt, die für das Training von Modellen verwendet werden können.
Abrufe im Auftrag von Nutzern: Stellt jemand in ChatGPT eine Frage, kann OpenAI eine Seite mit dem User-Agent ChatGPT-User gezielt aufrufen. OpenAI weist darauf hin, dass für solche nutzerinitiierten Abrufe die Regeln in der robots.txt möglicherweise nicht gelten.
Agenten, die Websites bedienen: Sie navigieren, klicken und füllen Formulare aus. Für diese Gruppe gibt es in Lighthouse, dem Prüfwerkzeug von Chrome, inzwischen eine eigene, noch experimentelle Kategorie «Agentic Browsing».
Der Begriff markiert einen Perspektivenwechsel: Zwischen Nutzer und Website schiebt sich eine Schicht von Systemen, die Inhalte zusammenfassen, vergleichen und darauf handeln. Wie gut sie das können, hängt stark davon ab, wie sauber eine Website gebaut ist.
Wie KI-Systeme Websites lesen
Maschinen sehen eine Website anders als Menschen. Google verarbeitet JavaScript-Anwendungen in drei Phasen: Crawling, Rendering und Indexierung. Seiten landen dafür in einer Rendering-Warteschlange, in der sie einige Sekunden, aber auch länger bleiben können. Google empfiehlt serverseitiges Rendering oder Pre-Rendering weiterhin, weil es Websites für Nutzer und Crawler schneller macht und weil nicht alle Bots JavaScript ausführen können.
Für die Praxis heisst das: Wenn Ihre wichtigsten Inhalte erst im Browser per JavaScript entstehen, etwa in einer Single-Page-Application ohne serverseitiges Rendering, ist nicht garantiert, dass jedes System sie zu sehen bekommt. Auch Google nennt für seine KI-Funktionen als bewährte Praxis, wichtige Inhalte in Textform bereitzustellen. Was nur in Bildern, Videos oder hinter Interaktionen steckt, braucht eine textliche Entsprechung, etwa aussagekräftige Alt-Texte, Transkripte oder sichtbare Beschreibungen.
Praktische MX-Optimierungen
Serverseitiges Rendering: Liefern Sie alle relevanten Inhalte im initialen HTML aus. Das hilft Bots, die kein JavaScript ausführen, und macht die Seite auch für Menschen schneller. Warum dieser Ansatz derzeit an Bedeutung gewinnt, beschreibt unser Beitrag zur Server-First Architecture.
Semantisches HTML und Barrierefreiheit: Verwenden Sie korrekte HTML-Elemente (header, nav, main, article, section) statt generischer div-Container, eine logische Überschriftenhierarchie, echte Buttons und Links sowie beschriftete Formularfelder. Davon profitieren Screenreader und Maschinen gleichermassen. Googles neue Lighthouse-Kategorie prüft unter anderem Namen und Beschriftungen, die Integrität des Accessibility Tree und die Sichtbarkeit von Elementen; den Accessibility Tree bezeichnet Google dabei als primäres Datenmodell von Agenten. Wer seine Website barrierearm gestaltet, arbeitet also direkt an der MX.
Zugriff bewusst steuern: Google nennt als Grundvoraussetzung, dass das Crawling in der robots.txt und auch durch CDN oder Hosting-Infrastruktur erlaubt ist. Prüfen Sie deshalb, ob eine Firewall oder ein Bot-Schutz Crawler unbeabsichtigt blockiert. Bei OpenAI lassen sich die Einstellungen für Suche und Training unabhängig voneinander setzen: Sie können OAI-SearchBot erlauben, damit Ihre Inhalte in ChatGPT-Suchergebnissen erscheinen, und GPTBot sperren, wenn Ihre Inhalte nicht für das Training verwendet werden sollen.
llms.txt richtig einordnen: Die Datei /llms.txt ist ein Vorschlag von Jeremy Howard vom 3. September 2024. Sie soll Agenten mit einer kurzen Markdown-Übersicht helfen, eine Website zu nutzen: Pflicht ist nur eine H1 mit dem Namen der Website, vorgesehen sind zudem eine kurze Zusammenfassung und Linklisten auf wichtige Seiten. Anders als oft behauptet ist llms.txt kein Gegenstück zur robots.txt: Die robots.txt regelt den Zugriff, llms.txt liefert Kontext und kann die robots.txt laut Vorschlag ergänzen. Google hält fest, dass für die KI-Funktionen der Google-Suche keine neuen maschinenlesbaren Dateien, KI-Textdateien oder speziellen Auszeichnungen nötig sind. Eine llms.txt ist mit wenig Aufwand erstellt und schadet nicht, sie ersetzt aber keine der übrigen Massnahmen.
Strukturierte Daten gezielt einsetzen: Schema-Auszeichnungen wie Organization, LocalBusiness, Product oder Article beschreiben Ihr Angebot maschinenlesbar. Zwei Einschränkungen sind wichtig. Erstens zeigt Google seit August 2023 FAQ-Rich-Results nur noch für bekannte, autoritative Websites von Behörden und aus dem Gesundheitsbereich, und HowTo-Rich-Results sind seit September 2023 eingestellt. Zweitens braucht es für Googles KI-Funktionen kein spezielles Schema, die strukturierten Daten müssen aber mit dem sichtbaren Text übereinstimmen.
Klare Positionierung: Kommunizieren Sie auf jeder wichtigen Seite eindeutig, welches Problem Sie für welche Zielgruppe in welcher Region lösen. Was ein Mensch in wenigen Sekunden versteht, kann auch eine Maschine korrekt zusammenfassen. Vage Werbesprache ohne konkrete Angaben zu Leistungen, Standorten oder Preisen lässt sich dagegen kaum sinnvoll zitieren.
Schnelltest für Ihre Website
Rufen Sie eine wichtige Seite mit deaktiviertem JavaScript auf oder sehen Sie sich den Quelltext an. Stehen Überschriften, Fliesstext und Preise im HTML?
Prüfen Sie robots.txt und die Einstellungen von CDN oder Firewall: Welche Crawler sind erlaubt, welche gesperrt, und ist das so gewollt?
Testen Sie die Seite mit Lighthouse und beheben Sie zuerst fehlende Beschriftungen bei Buttons, Links und Formularfeldern.
Validieren Sie strukturierte Daten und vergleichen Sie sie mit dem sichtbaren Inhalt.
Fragen Sie verschiedene KI-Assistenten nach Ihrem Unternehmen und Ihren Leistungen und notieren Sie, welche Angaben falsch oder veraltet sind. Das zeigt, welche Inhalte auf Ihrer Website fehlen oder unklar sind.
UX und MX sind kein Widerspruch
Gutes MX-Design ist gutes Design. Klare Hierarchien, semantische Strukturen, schnelle Ladezeiten und präzise Inhalte helfen Menschen und Maschinen gleichermassen. Der entscheidende Unterschied: MX verlangt, dass diese Qualitäten auch im Code und in den Daten sichtbar sind, nicht nur im visuellen Erscheinungsbild. Dabei lohnt sich Zurückhaltung gegenüber Versprechen: Die Agentic-Browsing-Kategorie in Lighthouse beruht laut Google auf vorgeschlagenen Standards und dient derzeit vor allem dem Sammeln von Daten. Wer heute in sauberes HTML, Barrierefreiheit und klare Inhalte investiert, ist für Suchmaschinen, KI-Assistenten und künftige Agenten gleichermassen gut aufgestellt. Wie sich das auf die Sichtbarkeit in KI-Antworten auswirkt, beschreibt unser Beitrag zu Generative Engine Optimization.
Die Sidora AG prüft Websites im Rahmen der SEO- und GEO-Optimierung auf ihre Lesbarkeit für Maschinen und setzt die Ergebnisse in Webdesign und UX sowie in der Webseitenentwicklung um.
Quellen
Google Search Central: Grundlagen von JavaScript-SEO (Stand 4. März 2026)
Google Search Central: KI-Funktionen und deine Website (Stand 31. Dezember 2025)
Chrome for Developers: Lighthouse agentic browsing scoring (Stand 5. Mai 2026)
Google Search Central Blog: Changes to HowTo and FAQ rich results (8. August 2023)
