Wer liest deinen Shop? Auf Shopify beantwortet das die Plattform, nicht du

Ein Shop auf Shopify ist ein gutes Geschäft und ein schlechter Messpunkt. Alles, was der Betreiber über seinen eigenen Verkehr weiß, weiß er, weil Shopify es ihm zeigt. Das ist kein Vorwurf, es ist die Bauart: Wer eine gehostete Plattform mietet, mietet auch deren Sicht auf die Wirklichkeit.

Solange die Frage „wie viele Besucher, wie viele Käufe" lautet, ist das kein Problem. Für KI-Sichtbarkeit ist es eines.

Was Shopify tatsächlich anbietet

Seit dem 7. Oktober 2025 gibt es in Shopifys Analytics eine Bot-Filterung. Jedes Ereignis im Shop wird gegen eine Reihe von Kriterien geprüft, und daraus wird die gesamte Sitzung als menschlich oder als Bot eingestuft. Der Betreiber kann in Sitzungs-Berichten nach „Human or bot session" filtern.

Drei Einschränkungen stehen in derselben Hilfeseite, und sie gehören dazu:

Erstens gilt die Filterung ausdrücklich nur für sitzungsbezogene Kennzahlen. Zweitens ist die Bot-Erkennung für Headless- und Hydrogen-Storefronts nicht verfügbar. Drittens wirkt sie nur auf neue Daten ab dem 7. Oktober 2025 und stuft ältere Sitzungen nicht nachträglich ein.

Das ist eine ordentliche Funktion. Sie beantwortet nur eine andere Frage als unsere.

Der Unterschied zwischen „gefiltert" und „nicht vorhanden"

Eine Sitzung entsteht aus Ereignissen. Ereignisse entstehen im Browser. Ein Abruf, der kein JavaScript ausführt, erzeugt keine Ereignisse und damit keine Sitzung, die man einstufen könnte.

Genau so arbeitet der größte Teil dessen, was uns interessiert. Ein Trainings-Crawler holt sich das Markup. Ein Antwort-Fetcher holt die Seite, während ein Mensch im Chat auf eine Antwort wartet. Beide fragen den Server und gehen wieder.

Shopifys Hilfeseite sagt dazu nichts, weder in die eine noch in die andere Richtung. Was sie sagt, ist, dass die Filterung für sitzungsbezogene Kennzahlen gilt. Wer daraus liest, er sehe seine KI-Zugriffe, liest etwas hinein. Der Bericht sagt, wie viel des sichtbaren Verkehrs Bot war. Er sagt nicht, welches KI-System welche Produktseite gelesen hat, und er kann es der Bauart nach nicht sagen.

Dazu kommt der Ort. Alle Anfragen an einen Shopify-Shop laufen zuerst durch Cloudflare, aber es ist Shopifys Cloudflare. Der Betreiber kann dort nichts einhängen, und Server-Code auf der Storefront gibt es nicht. Es fehlt nicht die Auswertung. Es fehlt die Stelle, an der man überhaupt hinsehen könnte.

Was wir gebaut haben

Ein Cloudflare-Worker auf der Zone des Kunden, nicht auf der von Shopify. Zeigt die Kundendomain per CNAME proxied auf Shopify, läuft die Anfrage durch zwei Cloudflare-Zonen nacheinander: erst durch die des Betreibers, dann durch die von Shopify. Der Worker sieht die Anfrage, notiert wer da liest, und reicht sie unverändert weiter.

Kein Theme-Eingriff, keine App-Installation, keine Änderung am Shop. Der Shop merkt davon nichts, der Besucher auch nicht.

In den ersten acht Stunden nach der Umstellung standen bei einem etablierten Shopify-Shop 36.064 Aufrufe im Protokoll. Das ist keine Marktzahl, sondern ein Shop an einem Tag, und sie steht hier nur, weil sie die Größenordnung zeigt: Wer diese Stelle nicht hat, hat sie nicht ein bisschen, sondern gar nicht.

Was wir dabei über uns selbst gelernt haben, gehört dazu. In unserer eigenen Anleitung stand als belegte Aussage, Worker seien auf dem Kaufabschluss abgeschaltet. Wir hatten das aus fremder Dokumentation übernommen. Im Protokoll standen dann 2.753 Aufrufe unterhalb von /checkouts/. Der Worker läuft dort sehr wohl. Gemeldet wird von dort trotzdem nichts, weil Kaufabschluss, Warenkorb und Bestellungen durch eine Ausschlussliste fallen. Er läuft dort, er misst dort nicht.

Und die anderen Systeme?

Die naheliegende Fortsetzung wäre: bei den anderen gehosteten Systemen ist es genauso. Beim Nachsehen stimmt das nicht. Es gibt eine Spanne, und an ihrem oberen Ende steht ein Anbieter, der genau das schon liefert, worüber wir hier schreiben.

BigCommerce hat Store Logs, und der Name führt in die Irre. Es sind Geschäftsereignisse: Newsletter-Anmeldungen, Änderungen an Bestellstatus, 365 Tage rückwirkend. Auf die Frage nach HTTP-Protokollen verweist der Support auf Analytics-Werkzeuge statt auf Protokollzugriff. Für die Frage „wer hat meine Seite abgerufen" ist das kein Ersatz.

Squarespace hat ein Aktivitätsprotokoll, das jeden Aufruf einer Adresse zeigt, samt IP-Adresse. Klingt nach genau dem, was fehlt, ist es aber nicht: Es zeigt die 50 jüngsten Besuche der letzten sieben Tage. Für eine Stichprobe reicht das, für eine Auswertung nicht.

Wix wertet die eigenen Protokolldaten aus und zeigt Berichte über Bot-Verkehr über Zeit, Bot-Verkehr je Seite und Antwortstatus über Zeit. Die Dokumentation beschreibt Bots dabei als das, was Suchmaschinen zum Crawlen einsetzen, und sagt nicht, ob KI-Fetcher darin auftauchen. Die Frage bleibt also offen statt beantwortet, aber sie steht auf einer anderen Stufe als bei den beiden davor.

Webflow liefert es bereits, und das gehört in diesen Text, auch wenn es die bequeme Version der Geschichte zerstört. Unter dem Namen LLM bot insights zeigt Webflow, welcher KI-Bot welche Seite abgerufen hat, aufgeschlüsselt nach Bot, Anbieter, Zweck und Seitenpfad. Die Daten kommen aus den Server-Protokollen und brauchen kein Besucher-Tracking im Browser.

Bemerkenswert ist die Begründung, die Webflow selbst mitliefert: Viele KI-Crawler verhalten sich nicht wie menschliche Besucher und führen keine clientseitigen Tracking-Skripte aus, weshalb sie aus der Besucher-Analytik herausfallen. Das ist genau das Argument, das wir oben für Shopify hergeleitet haben, nur steht es hier in der Dokumentation eines Plattform-Anbieters.

Die Einschränkung dazu: Die Funktion setzt einen Team- oder Enterprise-Tarif mit dem Analyze-Zusatzmodul voraus.

Das eigentliche Muster

Es lautet nicht „Plattformen verschweigen etwas". Es lautet: Die Plattform entscheidet, welche Frage du stellen darfst, und die Antworten liegen weit auseinander.

Wer sich diese Tabelle ansieht, merkt zwei Dinge. Erstens ist die Lücke dort am größten, wo die meisten Shops liegen. Zweitens hängt die Antwort auf eine geschäftliche Frage am Tarif eines Anbieters, den man aus anderen Gründen gewählt hat.

Was daraus folgt

Wer auf einer gehosteten Plattform verkauft und wissen will, ob KI-Systeme seine Seiten lesen, hat drei Möglichkeiten, und nur eine davon führt zu einer eigenen Messung.

Er kann die Berichte der Plattform nehmen und ihre Grenzen mitlesen, also insbesondere den Unterschied zwischen Sitzungen und Anfragen. Er kann auf eine Auswertung warten, die die Plattform vielleicht baut. Oder er holt sich die Stelle zurück, an der die Anfrage vorbeikommt, bevor sie die Plattform erreicht.

Der dritte Weg ist der einzige, bei dem die Antwort ihm gehört. Er kostet einen DNS-Eintrag und einen Worker, und er ist reversibel.

Belege

• Shopify, Bot filtering in Shopify analytics and reports (help.shopify.com/en/manual/intro-to-shopify/bots/bot-filtering), abgerufen am 20.08.2026

• Shopify, Understanding bots at Shopify (help.shopify.com/en/manual/intro-to-shopify/bots), abgerufen am 20.08.2026

• BigCommerce, Store Logs (developer.bigcommerce.com/docs/store-operations/settings/logs) und Support-Antwort zu HTTP-Protokollen, abgerufen am 20.08.2026

• Wix, Using Your Site's Log Data in Wix SEO Reports (support.wix.com), abgerufen am 20.08.2026

• Squarespace, Activity log analytics (support.squarespace.com), abgerufen am 20.08.2026

• Webflow, LLM bot insights und AEO analytics overview (help.webflow.com), abgerufen am 20.08.2026

• Eigene Messung: Worker-Protokoll der ersten acht Stunden nach Umstellung bei einem etablierten Shopify-Shop, 18.08.2026