von generativer KI erstellt.
Ein Kunde meldete sich vor wenigen Tagen. Er hat eine Automatisierung laufen, die ihm jede Woche meldet, wenn sich seine llms.txt verändert. Das ist die Datei, an der sich KI-Agenten beim Besuch eines Shops orientieren. Diesmal hatte die Automatisierung angeschlagen: In der Datei standen Inhalte, die er nie selbst eingestellt hatte. Die App, die diese Datei für ihn pflegen sollte, schien wirkungslos.
Wir haben das nachgestellt. In mehreren Test-Shops, mit der App und ohne. Gleiches Ergebnis: was Shopify im Frontend ausliefert, hat mit dem, was die App im Backend pflegt, nichts mehr zu tun.
Die Erklärung ist simpel und für alle, die ihre llms.txt selbst gepflegt haben, unangenehm: Shopify spielt diese Datei jetzt nativ aus. Ohne Ankündigung, ohne Changelog-Eintrag, ohne Hinweis an die Partner-Agenturen. Ohne den Alarm aus der Automatisierung dieses Kunden wäre uns das vermutlich noch wochenlang entgangen.
Was Shopify nativ ausliefert
Die ausgespielte llms.txt entsteht aus dem Catalog-Datenmodell des Shops. Produkte, Kollektionen, Beschreibungen, alles automatisch zusammengezogen. Was im Catalog steht, geht raus. Tonalität, Priorisierung oder kuratierte Pfade fallen weg. Was eine App vorher aufbereitet hat, läuft ins Leere.
Das Verhalten ließ sich bei jedem Shopify-Shop reproduzieren, den wir geprüft haben. Auch bei Shops ohne llms.txt-App ist die Datei jetzt erreichbar. Die Quelle sitzt im System, nicht mehr im Theme oder in einer App.
Wie die Datei aussieht
Wir haben elf Shopify-Shops aus sieben Branchen nebeneinandergelegt. Der Inhalt ist identisch. Variabel sind nur Shopname, URL, Meta-Description und Kontaktdaten. Hier das Schema, anonymisiert:
Der Spielraum für den Shop-Betreiber ist eng. Genau fünf Felder werden pro Shop ausgetauscht, alles andere kommt fertig von Shopify.
| Element | Status |
|---|---|
| Shopname | Pro Shop unterschiedlich |
| Meta-Description | Pro Shop unterschiedlich |
| Domain | Pro Shop unterschiedlich |
| Pro Shop unterschiedlich | |
| Telefon | Pro Shop unterschiedlich (oder fehlt) |
| Reihenfolge der Sektionen | In jedem Shop gleich |
| Sektions-Überschriften (englisch, auch bei deutschen Shops) | In jedem Shop gleich |
| Pfade für agents.md, UCP, MCP, Sitemap | In jedem Shop gleich (nur Domain wechselt) |
| Werbe-Footer „Start your own store" | In jedem Shop gleich |
Zwei Sachen springen sofort ins Auge.
Die letzten drei Zeilen sind eine Werbeeinblendung für Shopify, mit direktem Link auf shopify.com/start. Diese Werbung steht in der llms.txt jedes Shopify-Shops, ob der Betreiber das will oder nicht. Wer seinen eigenen Shop bewirbt, bewirbt mit derselben Datei auch die Plattform, auf der er liegt.
Und der Abschnitt „For Agents & Developers"? Verweist auf Shopify-eigene Endpoints für Universal Commerce Protocol und MCP, nicht auf eigene Inhalte des Shops. Für Shop-spezifisches bleiben drei Felder: Browse-Link, Search-URL, Kontaktdaten.
Wann die Datei nicht durchkommt
Bei drei zusätzlichen Shops haben wir Grenzen des Mechanismus gefunden. Der Endpoint existiert immer, die Antwort hängt aber davon ab, wer die Storefront überhaupt erreichen darf.
Passwortgeschützte Shops (in Entwicklung): Die Anfrage wird mit einer 401-Fehlermeldung geblockt. Der Endpoint ist da, antwortet aber leer, weil die ganze Storefront hinter dem Passwort liegt. KI-Agenten sehen nichts.
B2B-only Shops mit Login-Wand: Gleiches Verhalten, 401. Wer den Shop nicht als angemeldeter B2B-Kunde betritt, sieht keinen Inhalt. Der gesamte Produktkatalog bleibt für KI unsichtbar.
Hybrid-Shops mit B2B + B2C (z. B. auf dem Grow-Plan): Die Datei kommt durch, beschreibt aber nur den öffentlichen B2C-Katalog. Der B2B-Bereich, der bei vielen Händlern die exklusiveren Produkte und besseren Konditionen führt, bleibt für KI-Agenten unsichtbar.
Die HTTP-Antworten lassen nebenbei erkennen, dass Shopify die Anfrage an einen plattformseitigen Controller routet. Die Datei ist also kein Theme-Output, sondern eine Plattform-Antwort, ähnlich wie sitemap.xml. Das gilt auch für die Shops, bei denen sie auf 401 läuft: der Endpoint ist überall verdrahtet, sichtbar wird er nur, wenn die Storefront öffentlich ist.
Was damit verloren geht
Wer seine llms.txt händisch oder per App fein abgestimmt hat, schaut in die Röhre. Priorisierte Kollektionen, ausgeschlossene Pfade, eigene Tonalität in den Beschreibungen, gezielte Reihenfolge der Inhalte: hinfällig. Die Stunden, die in einer durchdachten llms.txt steckten, sind weg.
Was Shopify ausspielt, ist ein Standard-Snapshot. Funktional ja. Aber ohne Schwerpunkte und ohne eine Reihenfolge, die jemand mit Absicht so gesetzt hat. Wer in der Datei eine Marke kommunizieren wollte, kommuniziert jetzt einen Datenbank-Auszug.
Beim Recherchieren: Der Readiness-Check ist auch weg
Wir wollten den Befund mit dem Shopify Commerce Readiness Check gegenprüfen, dem kostenlosen AI-Audit, über den wir hier vor zwei Wochen geschrieben haben.
Wer commerce-readiness.shopify.io aufruft, landet seit kurzem nicht mehr beim Test. Stattdessen leitet Shopify auf shopify.com/de/agentic-readiness um. Der Test läuft noch, aber er ist Teil einer Vertriebsseite geworden. Mit zwei sehr unterschiedlichen Ausgängen.
Zwei Antworten, je nach Shop-System
Du betreibst einen Shopify-Shop
Kein Test, keine roten Punkte. Stattdessen eine Bestätigung:
Gute Nachrichten – dieser Shop nutzt Shopify. Alle berechtigten Produkte von Shopify-Händler:innen sind in Shopify Catalog gelistet. Shopify Catalog strukturiert, optimiert und reichert Produkte automatisch an, um sie für KI-Agents bereitzustellen.
Das war es. Der Shop, der vorher 30 Detail-Checks durchlaufen hätte, bekommt jetzt einen Marketing-Satz und ein zufriedenes Häkchen, weil er bei Shopify liegt. Egal, ob die Produktbeschreibungen leer sind, das Schema fehlt oder die About-Seite seit drei Jahren nicht aktualisiert wurde.
Du betreibst einen Shop auf einem anderen System
Hier läuft der Test wirklich. Im Header steht: Score für die Auffindbarkeit durch Agents: 17/100. Jeder der 9 untenstehenden Faktoren wird gleich gewichtet.
Daneben zwei dicke Buttons: Kostenlos starten und Vertrieb kontaktieren. In der Detailliste tauchen tatsächlich elf Punkte auf, einige werden offenbar zusammengefasst:
| Faktor | Bewertung im Beispiel |
|---|---|
| Produktname | Fehlgeschlagen |
| Seitentitel | Verbesserungsbedarf |
| Beschreibung | Fehlgeschlagen |
| Bilder | Fehlgeschlagen |
| Bilder pro Variante | Nicht erkannt |
| Variantenoptionen | Nicht erkannt |
| Preisgestaltung | Fehlgeschlagen |
| Verfügbarkeit | Fehlgeschlagen |
| Shop-Name | Fehlgeschlagen |
| Bewertungen & Rezensionen | Fehlgeschlagen |
| Crawler-Zugriff | KI-bereit |
Die Botschaft ist klar. Score hier, Migration dort drüben. Unter der Tabelle steht zwischen den Buttons noch ein Hinweis: „Agentic Storefronts wird für berechtigte Shops automatisch aktiviert. Es gelten die Nutzungsbedingungen."
Was das eigentlich heißt
Vorher prüfte der Check nur, ob Dinge wie Schema, robots.txt, Performance und Policies überhaupt vorhanden waren. Eine Bestandsaufnahme, keine Tiefenanalyse. Aber er war neutral: dieselben Kriterien für jeden Shop, egal welches System. Jetzt ist nicht mal das mehr da.
Shopify-Betreiber bekommen ein „alles gut", auch wenn objektiv noch viel zu tun ist. Wer einen Shopify-Shop ohne ordentliche Produktbeschreibungen oder ohne sauberes Schema betreibt, sieht denselben grünen Status wie ein perfekt gepflegter Shop. Das ist falsche Ruhe.
Nicht-Shopify-Betreiber sehen das Gegenteil. Wer eine WooCommerce- oder Shopware-Seite mit hervorragenden Produkttexten und sauberem Schema betreibt, bekommt trotzdem einen niedrigen Score und gleich daneben den Migrations-Aufruf. Druck ohne Substanz.
Das Tool ist nicht mehr neutral.
Das Muster: stille Zentralisierung
Erst llms.txt, jetzt der Readiness-Check als Sales-Funnel. Beides ohne Ankündigung. Für Shop-Betreiber heißt das: jeder Hebel, den man heute selbst pflegt, kann morgen wegfallen oder umfunktioniert werden. Plattform-Abhängigkeit ist kein abstraktes Risiko. Sie passiert in kleinen Schritten, manchmal über Nacht.
Wir sehen das nicht als generelles Problem mit Shopify. Die Plattform liefert weiterhin solide Arbeit. Aber die Art, wie diese Änderungen kommuniziert werden (oder eben nicht), zwingt uns, anders zu planen.
Hebel nach vorne verschieben
Wenn Shopify llms.txt übernimmt, lohnt sich Energie woanders. In Sachen, die Shopify nicht überschreiben kann, weil sie inhaltlich sind und nicht technisch.
Produktbeschreibungen mit echtem Inhalt, nicht mit Bullet-Points aus dem Generator. Metafields mit Tiefe. Schema, das sinnvoll gefüllt ist und nicht nur formal vorhanden. FAQ-Texte, die Fragen wirklich beantworten. Eine About-Seite, die ein Geschäft zeigt, kein Template. Echte Bewertungen.
Das ist die Schicht, an der Shopify nichts dreht. Solange du Inhalte selbst pflegst, hat Shopify auch keinen Grund, sie zu übernehmen. Sie sind pro Shop unterschiedlich, kein gemeinsamer Nenner, an dem die Plattform ansetzen könnte.
Was bleibt, wenn Shopify mehr übernimmt
Wenn Shopify als Nächstes Schema, robots.txt oder Sitemap nativ kontrolliert (und einiges spricht dafür), bleibt am Ende eine Schicht, die niemand für dich überschreiben kann: Inhalte, Bewertungen, Backlinks, E-E-A-T. Reputation ist die einzige Datei, die nicht in deinem Shop-System liegt.
Wer einschätzen will, wo der eigene Shop in Sachen Agentic Commerce jenseits der Shopify-Defaults steht, kann sich bei uns melden. Wir schauen auf die Inhalte, nicht nur darauf, ob etwas technisch da ist.
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
AI-Coding bei Nordalux: Unser Werkzeug-Stack für Shopify
Wie wir AI im Shopify-Alltag wirklich einsetzen, mit Wispr Flow fürs Diktieren und Seobility für den SEO-Blick. Frontend-Iteration in Minuten, BFSG-Check als Pflicht, jeder Code von Hand reviewt.
KI-Coding in Shopify: Warum der Entwickler bleibt
Shopify ist für KI-Agenten dank Sektionen, Blöcken und MCP gut greifbar. Trotzdem bleiben Kosten, Edge-Cases, Mobile-Ansichten und Security-Reviews menschliche Arbeit.