von generativer KI erstellt.
Die Monitoring-Automatisierung schlägt erneut an. Wieder ohne Ankündigung von Shopify, wieder ohne Eintrag im Changelog, wieder ohne Hinweis an Partner-Agenturen. Diesmal trifft es nicht nur die llms.txt, sondern den ganzen Block aus llms.txt, llms-full.txt und agents.md. Wir haben in mehreren Shopify-Shops nachgeschaut, das Bild ist eindeutig: Shopify hat den Stecker für die llms.txt-Pflege gezogen und parallel ein neues Routing aufgebaut.
Vor zwei Wochen hatten wir bereits berichtet, dass Shopify die llms.txt nativ ausspielt und damit Apps und Theme-Anpassungen wirkungslos macht. Damals war der Inhalt zumindest noch eine llms.txt im klassischen Sinn, eine Markdown-Sitemap aus dem Catalog. Jetzt ist auch das vorbei.
Was wir herausgefunden haben
In den von uns geprüften Shopify-Shops liefert /llms.txt einen 301 Moved Permanently zurück, mit Ziel /agents.md. Genau das gleiche Verhalten zeigt /llms-full.txt. Die agents.md selbst antwortet sauber mit 200 OK und text/markdown. Was vorher zwei eigenständige Dokumente waren, ist jetzt eine einzige Datei mit zwei Weiterleitungen davor.
Hier der Header-Auszug von einem Live-Shop, gekürzt auf die relevanten Felder:
Der pageType heißt intern weiterhin llms_txt. Shopify hat den Endpoint also nicht entfernt, sondern bewusst zum Redirect-Stub umgebaut. Das powered-by-Shopify-Tag bestätigt, dass die Antwort aus dem Shopify-System kommt, nicht aus dem Theme. Und das cache-control private, no-store sorgt dafür, dass kein CDN diese Antwort zwischenspeichert. Die Steuerung liegt zentral, in Shopifys Hand.
Dasselbe Muster bei /llms-full.txt: pageType llms_full_txt, 301 auf /agents.md. Bei /agents.md: pageType agents_md, 200 OK, content-type text/markdown. Shopify hat drei separate Route-Handler gebaut, von denen zwei nur noch eine Aufgabe haben, nämlich auf den dritten zu zeigen. Das ist kein Versehen und kein Übergangszustand. Das ist Absicht.
Zwischenzeitlich gab es ein kurzes Zeitfenster, in dem man die llms.txt und llms-full.txt über templates/llms.txt.liquid und templates/llms-full.txt.liquid im Theme pflegen konnte. Wenige Tage, dann hat Shopify auch diese Möglichkeit wieder geschlossen. Dokumentiert war das nirgends. Wer es überhaupt mitbekommen hat, hat es im Shopify-Dev-Community-Forum aufgeschnappt, nicht im offiziellen Changelog.
Was jetzt in agents.md steht
Die Idee einer llms.txt war einmal, eine kuratierte Markdown-Übersicht der wichtigsten Inhalte einer Domain zu liefern, damit KI-Crawler nicht das ganze Site-Bundle durchforsten müssen. Inhalts-Sitemap, nichts weiter. agents.md folgt einer komplett anderen Logik. Es ist kein Inhalts-Doc, es ist ein Verhaltens-Runbook. Hier der typische Aufbau, anonymisiert:
Auffällig sind vor allem die Empfehlungen an jeden Agenten: das Skill-Doc unter shop.app/SKILL.md installieren, dem Universal Commerce Protocol (UCP) mit MCP-Endpoint unter /api/ucp/mcp folgen, jede Zahlung explizit vom Käufer absegnen lassen. Buyer-Approval ist Pflicht, ein Agent darf nicht eigenständig zahlen.
Das ist keine Sitemap, das ist ein Vertriebsweg. Wer als KI-Agent dieser Anweisung folgt, kauft am Ende nicht in einem einzelnen Shop, sondern über shop.app, also über Shopifys eigenen Checkout-Layer mit Shop Pay.
Was Google in derselben Woche entschieden hat
Während Shopify den Wechsel still vollzieht, hat Google bei Chrome Lighthouse das neue Audit für agentic browsing live geschaltet. Dokumentiert unter developer.chrome.com/docs/lighthouse/agentic-browsing/scoring. Geprüft werden vier Dinge: WebMCP-Integration, der Accessibility-Tree, die Layout-Stabilität und eine Datei am Domain-Root. Welche Datei? Die Lighthouse-Doku ist da unmissverständlich:
Checks for the presence of a machine-readable summary at the domain root.
Gemeint ist llms.txt. agents.md taucht im Audit-Katalog nicht auf. Wer Lighthouse als Maßstab für agentic readiness nimmt, und das werden viele tun, sobald die Audits in PageSpeed Insights wandern, wird also auf llms.txt geprüft, nicht auf agents.md.
Shopify-Shops haben jetzt das paradoxe Problem, dass /llms.txt zwar formal erreichbar ist, die Lighthouse-Anforderung also je nach Audit-Logik passieren könnte, aber inhaltlich nichts mehr von dem zeigt, wofür llms.txt eigentlich gedacht war. Eine kuratierte Übersicht der Shop-Inhalte gibt es schlicht nicht mehr. Ob Lighthouse einen 301 auf eine inhaltlich anders gelagerte Datei als „present" bewertet, ist eine technische Detailfrage, an der die Sichtbarkeit bei Google-getriebenen Agenten hängen kann.
UCP ist nicht allein Shopifys Idee
Wer den Wechsel auf agents.md so liest wie wir oben, könnte den Eindruck bekommen, das Universal Commerce Protocol sei eine reine Shopify-Eigenleistung. Das stimmt nicht. UCP ist eine gemeinsame Spezifikation von Shopify und Google, vorgestellt am 11. Januar 2026 auf der NRF-Keynote von Sundar Pichai. Die Spec liegt auf GitHub unter Apache 2.0, getragen von einer Koalition aus über 20 Partnern, darunter Target, Walmart, Etsy, Wayfair sowie Visa, Mastercard und Stripe.
Praktisch heißt das: UCP ist die transaktionale Schicht für Agentic Commerce, parallel zu Googles Agent Payments Protocol (AP2) und dem Universal-Cart-Konzept. Google nutzt UCP bereits in der AI Mode der Search und in der Gemini-App. Shoppende Nutzer können dort direkt im Chat kaufen, ohne den Agenten zu verlassen.
Das entschärft den vermeintlichen Konflikt zwischen Shopify und Google deutlich. llms.txt und UCP sind kein Entweder-oder, sondern zwei Schichten mit unterschiedlichem Zweck: llms.txt als generische Discovery-Schicht für Inhalte, UCP als spezialisierte Schicht für Commerce-Transaktionen. Dass Lighthouse trotzdem nur llms.txt prüft und nicht UCP, ist konsistent. Lighthouse misst Inhalts-Sichtbarkeit, nicht Transaktionsbereitschaft.
Was bleibt, ist der eigentliche Kritikpunkt an Shopify: Beide Schichten könnten technisch sauber nebeneinander laufen. Eine kuratierte llms.txt mit Inhaltsübersicht und eine agents.md mit UCP-Anker wären die saubere Lösung. Stattdessen leitet llms.txt jetzt auf agents.md um, und die Inhaltsschicht fällt für Shopify-Shops faktisch weg, obwohl gerade die zur Pflichtprüfung bei Google werden könnte.
Zwei Standards, ein Slot
Im Hintergrund liegt ein Standardisierungs-Konflikt, der gerade in vielen Köpfen einsortiert wird. llms.txt wurde 2024 von Jeremy Howard als offener Vorschlag eingeführt. Idee: eine Markdown-Datei am Domain-Root, herstellerneutral, leicht zu verstehen, kompatibel zu jeder Plattform. Eine Art robots.txt für KI-Lesbarkeit, vom Shop-Betreiber selbst zusammengestellt.
agents.md ist ein neuerer Vorschlag, mit anderem Charakter. Statt einer Inhalts-Sitemap definiert agents.md ein Verhaltens-Runbook: Wie soll sich ein Agent gegenüber dieser Website verhalten, welche APIs gibt es, welche Spielregeln gelten. Sinnvoll an sich. Shopify hängt jetzt zusätzlich den UCP-Anker und die Empfehlung von shop.app/SKILL.md daran und macht aus dem Runbook den Einstieg in den eigenen Commerce-Stack.
Beide Dateien sollten parallel ausgespielt werden, weil sie unterschiedliche Aufgaben haben: eine schlanke llms.txt mit Inhaltsübersicht für agnostische Crawler und Lighthouse, eine agents.md mit Runbook und UCP-Anker für transaktionale Agenten. Shopify hat sich anders entschieden und lässt llms.txt im Sinne ihres ursprünglichen Zwecks sterben.
Warum Shopify das so macht
Wir können nicht ins Shopify-Strategiemeeting schauen, aber drei Hypothesen liegen auf der Hand. Sie schließen sich nicht aus, sie stützen sich gegenseitig.
Hypothese 1: Standardisierte Checkout-Route für Agenten
Die Shop-App ist nativ in jedem Shopify-Shop verfügbar. Beim Kauf darüber stehen dieselben Zahlungsmethoden zur Verfügung, die der Händler ohnehin im Shop eingestellt hat. Die Marge bleibt für Shopify also gleich wie bei einem normalen Storefront-Checkout. Vermutlich liegt der Unterschied an einer anderen Stelle: Über die Shop-Skill-Route lassen sich standardisierte Checkout-Schritte für Agenten implementieren, die im klassischen Shopify-Checkout so nicht vorgesehen sind. Buyer-Approval als Pflicht-Pause, einheitliche Felder, gleiche Spielregeln für jeden Agenten. Das ist eine Vermutung, von außen nachprüfen lässt sich der Stack im Detail nicht.
Hypothese 2: Hedging über alle KI-Ökosysteme
Shopify arbeitet seit September 2025 offiziell mit OpenAI an einer Commerce-Integration in ChatGPT. Damals startete das Ganze als Instant Checkout direkt im Chat, gedacht für ungefähr eine Million US-Merchants. Im März 2026 hat OpenAI Instant Checkout in der ursprünglichen Form wieder eingestellt und das Modell auf Product Discovery plus Redirect in den Shop-Checkout umgestellt. Parallel hat Shopify im Admin die Agentic Storefronts gelauncht, ein zentrales Dashboard, über das Händler ChatGPT, Microsoft Copilot, Google AI Mode und Gemini gebündelt anbinden. Mit Google ist Shopify im Januar 2026 noch enger zusammengerückt und hat zusammen UCP veröffentlicht. Das macht Shopify zur einzigen Plattform, die in beiden großen KI-Ökosystemen mitspielt: direkt eingebaut in ChatGPT auf der OpenAI-Seite und Mit-Autor des Standards auf der Google-Seite. Eine einheitliche agents.md mit UCP-Anker ist in diesem Spiel ein sehr konkreter Hebel, weil Shopify damit nur ein Dokument pflegt und beide Welten gleichzeitig bedient.
Hypothese 3: Scraping-Schutz und Kontrolle über Crawl-Verhalten
llms.txt war zu generisch. Jeder Crawler konnte die Datei lesen, auch ohne Vertragsverhältnis und ohne Authentifizierung. agents.md mit verknüpftem UCP-MCP-Endpoint ist anders aufgestellt: Der MCP-Endpoint ist rate-limited, die Buyer-Approval-Regel ist explizit, das Verhalten an Spielregeln gebunden. Wer sich nicht daran hält, wird gedrosselt oder gesperrt. Plattform-Kontrolle, einfach umsetzbar, durchsetzbar.
Was das technisch heißt: der Theme-Layer
Wer in einem Shopify-Theme die Templates für llms.txt oder llms-full.txt selbst gepflegt hatte, kann diese Pflege jetzt einstellen. Änderungen unter templates/llms.txt.liquid und templates/llms-full.txt.liquid werden nicht weiter ausgespielt. Sie laufen ins Leere, weil Shopify die beiden Routen vor dem Theme abgreift und den 301 setzt, bevor das Theme überhaupt zur Sprache kommt.
Die einzige Stelle, an der shop-spezifische Anpassungen jetzt noch ankommen, ist templates/agents.md.liquid. Wer eigene Hinweise an Agenten platzieren möchte, etwa zu Rückgaberichtlinien, Service-URLs, ergänzenden MCP-Endpoints oder auch nur einer ausdrücklich anderen Empfehlung als „nutze shop.app", muss das dort tun. Das geht und es wird ausgespielt, ist aber Arbeit, die vorher in zwei separaten Dateien lag und jetzt in einer zusammengezogen werden muss.
Wer Apps eingesetzt hatte, die nur die llms.txt befüllen, sollte diese Apps zeitnah prüfen und im Zweifel deaktivieren, bis eine ernstzunehmende Alternative auf agents.md vorliegt. Wir gehen davon aus, dass weder die meisten App-Hersteller noch viele Shop-Betreiber den Wechsel bisher mitbekommen haben. So lange läuft die Pflege ins Leere, ohne dass es jemand merkt.
Der offizielle Weg über die Agentic Storefronts
Parallel zum agents.md-Wechsel hat Shopify das Agentic-Storefronts-Dashboard im Admin geöffnet. Produktinhalte, die zuvor in einer kuratierten llms.txt landen konnten, werden dort über Metafelder gepflegt. Die Felder gehen anschließend in den Catalog ein, der die agentic Channels (ChatGPT, Microsoft Copilot, Google AI Mode, Gemini) bedient.
In der Praxis bedeutet das einen klaren Mehraufwand für alle, die sich mit Metafeldern bisher nicht beschäftigt haben. Eine llms.txt ließ sich mit dem Shopify AI Toolkit und ein paar Automatisierungen in überschaubarer Zeit befüllen. Metafelder über alle relevanten Produkte sauber zu pflegen, dauert länger, ist aber der jetzt vorgesehene Weg, wenn Inhalte konsistent in die agentic Channels gespielt werden sollen.
Was das für Händler heißt
Drei Lager an Händlern reagieren unterschiedlich auf diesen Schritt.
Reine Shopify-Kunden mit Standard-Setup spüren operativ erst einmal nichts. Die agents.md läuft, der UCP-Endpoint antwortet, der Shop ist agentic-ready im Sinne der Plattform. Der Preis dafür: Die KI-Sichtbarkeit dieses Shops liegt jetzt zu großen Teilen in Shopifys Hand. Welche Empfehlungen ein Buyer-Agent erhält, entscheidet vorerst Shopify, nicht der Händler.
Shops mit eigenen llms.txt-Apps oder selbstgepflegten Liquid-Templates sehen ihre Arbeit ins Leere laufen. Kein einziges Zeichen aus diesen Quellen kommt mehr beim Crawler an. Wer hier Aufwand investiert hat, muss umstellen, sonst war die Pflege der letzten Wochen umsonst.
Headless-Shops auf Shopify-Backend sind technisch die einzige Ausnahme. Wer das Storefront selbst rendert, steuert llms.txt und agents.md weiter selbst, weil Shopify nur das Backend liefert. Das heißt nicht, dass man wegen dieser Änderung auf Headless wechseln sollte. Headless ist ein eigenständiges Architektur-Thema mit eigenem Aufwand und eigenen Folgen, und nur weil zwei Routen jetzt anders gehandhabt werden, lohnt sich der Umbau für die meisten Shops nicht.
Was wir empfehlen
Aus unserer Beratungspraxis vier konkrete Punkte, die jeder Shopify-Händler je nach Größe und Anspruch auf dem Schirm haben sollte.
Die drei Dateien regelmäßig prüfen
Der Vorfall vom Mai zeigt, dass Shopify Routen bewegt, ohne zu informieren. Wer ernsthaft im E-Commerce mitspielt und KI-Sichtbarkeit zur Pflichtdisziplin macht, sollte llms.txt, llms-full.txt und agents.md regelmäßig prüfen, im Idealfall als kleinen Automatismus mit HTTP-Status- und Content-Hash-Diff. Für kleinere Händler reicht es, das Thema im Hinterkopf zu haben und beim nächsten größeren Audit mit zu prüfen. Die Shopify-Anbindung selbst kann erst einmal so bleiben, wie sie ist.
agents.md lesen, bevor jemand danach fragt
Der ausgelieferte Inhalt ist Shopifys Vorschlag, nicht der eigene. Aber er hat trotzdem Vertretungswirkung gegenüber jedem Agenten, der die Datei zieht. Wer die agents.md des eigenen Shops nicht kennt, weiß nicht, in welche Richtung Buyer-Agenten gerade dirigiert werden.
UCP-Endpoint kennenlernen, wenn ihr tiefer einsteigen wollt
Wer technisch verstehen will, was Shopify gerade in die Agent-Welt schickt, kann /.well-known/ucp und /api/ucp/mcp im eigenen Shop einmal abrufen und sich die exponierten Tools und Felder ansehen. Für die meisten Händler ist das kein Notfall, sondern ein Verständnis-Schritt, der sich anbietet, sobald Agentic Commerce strategisch wichtig wird. Wer dort heute noch keine Antwort braucht, verliert auch nichts, wenn er das auf später schiebt.
Catalog für Shop-App optimieren
Da agents.md aktiv shop.app/SKILL.md bewirbt, hat die Produktdatenqualität in der Shop-App direkten Einfluss auf die Sichtbarkeit bei Buyer-Agenten. Sauberer Catalog, präzise Beschreibungen, korrekte Varianten, vollständige Lieferinformationen. Was vorher schon SEO-Pflicht war, ist jetzt Pflicht für Agent-Visibility.
Persönliche Einordnung
Wir sind nicht entrüstet, dass Shopify den Schritt gemacht hat. Plattformen handeln plattformlogisch, und Shopify ist gut beraten, sich in der Agent-Welt nicht aus der Mitte zwischen Käufer und Händler verdrängen zu lassen. Egal wer am Ende den Buyer-Agent stellt, OpenAI, Google, Perplexity oder ein anderer, Shopify will Anker bleiben. Wer den allgemeinen Kontext zu Agentic Commerce, GEO und AEO kennt, sieht hier die nächste plausible Verteidigungslinie einer Plattform, die nicht zwischen Käufer-Agent und Händler ausgeschaltet werden will.
Was uns stört, ist die Stille drumherum. Zwei strukturelle Eingriffe in zwei Wochen, beides ohne Changelog, beides ohne Hinweis an Partner-Agenturen, beides nur durch eigenes Monitoring überhaupt bemerkt. Wer Shops auf Shopify betreut, kommt um eigene Beobachtung nicht herum. Wir tun das für mehrere Kunden ohnehin und sehen jede dieser Verschiebungen kurz nach dem Rollout.
Wenn ihr eure Shopify-Strategie in der KI-Welt durchsprechen wollt, ohne Sales-Pitch und ohne lange Vorbereitung, schreibt uns für einen kurzen Call. Wir gehen mit euch durch, wo euer Shop in der neuen Routing-Welt steht und welche der oben genannten Punkte bei euch echte Priorität haben.
Tobias Graeger
Inhaber & Shopify-Entwickler
Tobias leitet alle Projekte persönlich. Mit über 50 abgeschlossenen Shopify-Projekten kennt er die Plattform vom Liquid-Template bis zur API-Integration. Sein Fokus: technisch saubere Lösungen, die mit dem Business mitwachsen.
LinkedInDas könnte euch auch interessieren
Shopify AI Toolkit: Geschäftsgeheimnis und DSGVO
Welche Daten dürfen wirklich in die KI? In einem Shopify-Shop testen wir das AI Toolkit täglich und entscheiden vor jedem Prompt neu: Was bleibt Geschäftsgeheimnis, wo greift DSGVO, was darf anonymisiert raus. Plus unser Setup mit lokalem Clustering, Read-Rechten und Output-Review.
Stille Änderungen bei Shopify: LLMs.txt nativ, Readiness-Check zur Sales-Funnel umgebaut
Shopify spielt llms.txt jetzt automatisch aus. Apps, die diese Datei pflegen, werden ignoriert. Und der Readiness-Check ist gleich mit verschwunden, umgebaut zur Vertriebs-Landingpage. Ohne Ankündigung.