Änderungsprotokoll
Jeder Scan speichert, mit welchem Regelwerk und welchem Score-Modell er berechnet wurde. Gespeicherte Ergebnisse werden nie nachträglich neu bewertet; eine Nachprüfung rechnet mit dem Score-Modell ihres Audits. Hier steht, was sich zwischen den Versionen geändert hat.
Aktuell: Regelwerk SR-RULES-2026.09.45, Score-Modell SR-ACRS-2026.11. Einzelheiten zur Berechnung in der Methodik, jede Regel im Regelkatalog.
Regelwerk
Das Regelwerk ändert sich, wenn eine Regel hinzukommt, entfällt oder ihre Version wechselt – und wenn der Scanner dieselbe Seite anders liest.
SR-RULES-2026.09.45aktuell- Varianten: Lässt sich nicht entscheiden, ob es Varianten gibt, nennt das Ergebnis jetzt den Grund (etwa eine Auswahl, die keiner Größe, Farbe oder Ausführung zuzuordnen ist, oder keine im Browser vollständig bestätigte Produktseite). Die Bewertung selbst ändert sich nicht.
SR-RULES-2026.09.44- Varianten: Gesperrte Abrufe, die keine Inhalte der Produktseite liefern (Messung, Einwilligungsbanner, Empfehlungen anderer Produkte, Vorladen anderer Seiten), verhindern die Bewertung „Keine Variantenauswahl“ nicht mehr.
SR-RULES-2026.09.43- Varianten: „Keine Variantenauswahl“ (100 Punkte) gibt es nicht mehr aus einer Produktseite, deren Datenabrufe im Browser gesperrt waren oder die nicht fertig geladen hatte – nachgeladene Varianten könnten dort gefehlt haben.
SR-RULES-2026.09.42- Die Prüfseite des Fastly-Bot-Schutzes („Client Challenge“), die manche Shops statt der Produktseite mit HTTP 200 ausliefern, wird jetzt als Prüfseite erkannt. Vorher galt sie als Produktseite ohne Produktdaten, und der Shop bekam dafür schlechte Werte; jetzt nennt das Ergebnis die Bot-Abwehr als Grund.
- Varianten: „Keine Variantenauswahl“ (100 Punkte) gibt es nicht mehr, wenn auf einer anderen geprüften Produktseite im Browser eine Auswahl zu sehen war.
SR-RULES-2026.09.41- Beschreibt eine Produktseite ihre Varianten als einzelne Product-Einträge, die alle auf diese Seite zeigen und sich nur in einem Variantenparameter der Adresse unterscheiden (etwa „?varid=…“), ohne ProductGroup, fassen wir sie für die Auswertung zu einer erschlossenen Gruppe zusammen – nie Produkte aus Listen oder Empfehlungen: Der sichtbare Preis wird mit den Variantenpreisen verglichen, und Angebot, Bestand und Varianten werden bewertet, statt ohne Aussage zu bleiben. Die fehlende ProductGroup bleibt ein Befund.
SR-RULES-2026.09.40- Weist ein Shop die Mehrheit der geprüften Seiten mit einer Bot-Abwehr oder Drosselung ab (etwa HTTP 429 oder 403), gilt „Keine Produktseite erkennbar“ nicht mehr als Mangel des Shops: Die Seiten wurden nie gesehen. Der Befund bleibt ohne Aussage, das Ergebnis ist ein Teilergebnis, und die Überschrift nennt den Grund samt Statuscodes.
SR-RULES-2026.09.39- WebMCP bei Shops ohne auffindbare Produktseite: Statt gar keine Seite im Browser darzustellen, prüfen wir dann die Startseite (oder, wenn sie nicht abrufbar war, eine andere Seite des Shops) – Werkzeuge für KI-Agenten meldet eine Website seitenweit an. So bleibt der Bereich „Native Agent Commerce“ nicht mehr ohne Wert, nur weil keine Produktseite gefunden wurde. Alle übrigen Browser-Prüfungen bewerten weiterhin nur Produktseiten.
- Shops auf Basis von osCommerce und seinen Nachfolgern (Produktadressen wie „/product_info.php/…“): Diese Adressen gelten jetzt als Produktseiten und gehen in die Stichprobe ein; ob eine Seite wirklich ein Produkt zeigt, entscheidet weiterhin die abgerufene Seite.
- Variantenauswahl: Eine im Browser sichtbare Auswahl (etwa Größen) zählt jetzt auch, wenn die robots.txt einzelne Skripte der Seite sperrt – was angezeigt wird, ist beobachtet. Dass es keine Auswahl gibt, gilt weiterhin nur nach vollständiger Darstellung.
SR-RULES-2026.09.38- WebMCP und „Schnittstelle für KI-Agenten“: Sperrt die robots.txt eines Shops einzelne Skripte oder Stylesheets (höchstens zehn) für alle Crawler, etwa für den Merkzettel, gilt die im Browser dargestellte Seite jetzt trotzdem als beobachtet – geprüft ohne diese Dateien. Der Beleg nennt, auf wie vielen Seiten Dateien gesperrt waren und dass offen ist, ob sie Werkzeuge anmelden; Browser-Agenten im Auftrag eines Nutzers laden sie womöglich trotzdem. Fehlten Dateien wegen unseres eigenen Abrufbudgets oder unseres Schutzes für Warenkorb und Konto, bleibt die Aussage wie bisher offen. Vorher blieb der Bereich „Native Agent Commerce“ bei solchen Shops ohne Wert.
- Darstellung im Browser: Die Darstellung wartet getrennt auf das Ereignis „vollständig geladen“ (höchstens 8 Sekunden nach dem Aufbau der Seite) – bei einzelnen Shops mit Bot-Abwehr-Skripten scheiterte sie zuvor sporadisch an der Zeitgrenze. Bleibt das Ereignis aus, wird die Seite nur ausgewertet, wenn kein Dokument, Skript oder Stylesheet mehr aussteht; sonst bleibt es wie bisher bei „nicht dargestellt“.
SR-RULES-2026.09.37- Sitemaps für Produktbewertungen (etwa „sitemap_productreviews.xml“) gelten nicht mehr als Produkt-Sitemaps: Bewertungsseiten werden nicht als Produktseiten eingeplant und im Katalog-Check nicht als Produktseite ohne Markup gezählt.
- Katalog-Check im Deep Audit: Verraten weder Adressen noch Sitemap-Namen eines Shops, welche Seiten Produktseiten sind, prüft der Check auch nicht zuordenbare Adressen aus den Sitemaps; ob eine Produktseite vorliegt, entscheidet die abgerufene Seite. Der Bericht nennt dann „Adressen“ statt „Produkt-URLs“ und wie viele davon Produktseiten waren – statt fälschlich „keine Produkt-URLs gefunden“.
SR-RULES-2026.09.36- Shops, deren Adressen den Seitentyp nicht nach bekannten Mustern verraten (etwa „/name/472217/kategorie/…“): Aus den geprüften Produktseiten wird die gemeinsame Adressform gelernt – eine Artikelnummer an derselben Stelle, Tiefe, Endung –, aber nur, wenn keine geprüfte andere Seite dieselbe Form trägt. Entdeckte Adressen mit dieser Form zählen im Bericht als Produktseiten und gehen im Deep Audit in den Katalog-Check ein; ob eine solche Seite wirklich ein Produkt ist, entscheidet dort erst die abgerufene Seite. Score und Regeln ändern sich dadurch nicht.
SR-RULES-2026.09.35- Sehr große komprimierte Sitemaps – per Übertragung oder als .xml.gz-Datei, entpackt über 15 MB (das Sitemap-Protokoll erlaubt bis zu 50 MB) – werden bis zu dieser Grenze gelesen, statt ganz zu entfallen. Ihre Produktseiten gehen so in die Stichprobe und den Katalog-Check ein; die Erkundung bleibt als begrenzt gekennzeichnet, und die Größe gilt nicht als Mangel der Sitemap. Unkomprimiert ausgelieferte Sitemaps über 5 MB lesen wir weiterhin nicht.
SR-RULES-2026.09.34- Erkundung großer Shops: Die höchstens 20 000 erfassten Adressen werden nach dem Lesen aller Sitemaps gerecht verteilt: Kleine Sitemaps gehen ganz ein, große teilen sich den Rest zu gleichen Teilen – statt dass die erste das Budget allein füllt. Aus einer großen Sitemap wird gleichmäßig über ihre ganze Länge ausgewählt, nicht nur ihr Anfang. Spätere Sitemaps – oft die mit den Produkten – fließen so in die Stichprobe ein; die Zahl der entdeckten Adressen bleibt als Untergrenze gekennzeichnet.
SR-RULES-2026.09.33- Nicht dargestellter Text (versteckt per Attribut oder Klasse wie „d-none“) gilt nicht als sichtbare Angabe: Ein verborgenes „ausverkauft“-Banner oder ein ausgeblendeter zweiter Zustand erzeugt keinen Widerspruch zu den strukturierten Daten mehr; verborgene Beschriftungen und Beträge wirken auch beim sichtbaren Preis, bei Anmelde-Hinweisen und Rückgabefristen nicht mehr.
- Meta-Tag „product:price“ mit Betrag und Währung in einem Wert („12,99 €“) wird als Meta-Preis gelesen, wenn „product:price:amount“ fehlt – mehrdeutige Beträge wie „1.299“ bleiben offen.
SR-RULES-2026.09.32- Sichtbarer Preis: Steht neben einem durchgestrichenen Preis genau ein weiterer Betrag ohne weitere Beschriftung, gilt dieser als Preis. Als solche beschriftete Beträge – der „niedrigste Preis der letzten 30 Tage“, Set-Summen („Zusammen für …“), Staffelpreise („ab 3 Stück …“) und Ersparnisse („Sie sparen …“) – werden nicht als Produktpreis gelesen.
- Browser-Darstellung: Lädt eine Seite ihre Daten über gesperrte Abrufe nach, wird ein angezeigter Preis nur übernommen, wenn er in Betrag und Währung genau dem Preis in den strukturierten Daten entspricht – die Verfügbarkeit dann nicht.
SR-RULES-2026.09.31- Sichtbarer Preis: „ab 199,00 €“ zählt jetzt als gekennzeichneter Anfang einer Preisspanne, wenn die Seite sonst keinen Preis zeigt. Der Vergleich mit den strukturierten Daten prüft, ob er dem niedrigsten Preis entspricht; weicht er ab, bleibt das unbestätigt statt als Widerspruch gemeldet. In der Machine View steht er als „ab …“.
SR-RULES-2026.09.30- Sichtbarer Preis, geprüft gegen 301 gespeicherte Produktseiten aus 72 Shops: Der Preis wird jetzt auf deutlich mehr Seiten gefunden (von 60 % auf 68 % der Seiten mit Preis im Markup), bei unveränderter Genauigkeit (99 %).
- Sichtbarer Preis: Ein Test-Attribut, das den aktuellen Preis benennt (etwa „currentPrice-label“), gilt nicht mehr als bloßer Hinweis; Magentos Darstellungsschalter „tax weee“ am Preis-Container schließt den Preis nicht mehr aus; Klassen an html und body (Seitenzustände) wirken nicht mehr auf Preise.
- Sichtbarer Preis: 0,00 € gilt nie als Verkaufspreis (leerer Mini-Warenkorb, Platzhalter); Beträge von Zahlungsanbietern (Klarna, PayPal & Co.) ebenso wenig.
- Sichtbarer Preis: Preise von Produktkacheln (etwa „ProductItem__Price“) und einzelne Optionspreise der Variantenauswahl zählen nur, wenn außerhalb genau ein Preis steht; Preis-Web-Components (etwa „sale-price“, „price-list“) werden erkannt, solche mit Streich-, Grund-, Warenkorb- oder Zahlungsbezug nicht als Verkaufspreis.
- Sichtbarer Preis: Die Beschriftung „ab“ oder „from“ direkt vor dem Preis-Element kennzeichnet den Anfang einer Preisspanne – wie „ab“ im Element selbst schon bisher; ein Platzhalter 0,00 € außerhalb des Warenkorbs lässt keinen anderen Betrag nachrücken.
SR-RULES-2026.09.29- Sichtbarer Preis: Steht direkt vor einem Preis-Element eine Beschriftung wie „UVP“, „statt“, „bisher“ oder „Grundpreis“, gilt der Betrag als Referenzpreis – nicht als Verkaufspreis der Seite.
- Sichtbarer Bestand: Texte in Benachrichtigungs-Bereichen („Benachrichtige mich, wenn wieder verfügbar“) sind Vorlagen und keine Aussage über den aktuellen Bestand.
SR-RULES-2026.09.28- Produkt-Markup: Verschachtelte Listen (etwa „hasVariant“ als Liste in einer Liste) werden so gelesen, wie JSON-LD 1.1 sie auflöst – als eine flache Liste. Varianten und ihre Angebote solcher Shops waren bisher unsichtbar.
- Sichtbare Variantenauswahl: Auch Listen, die eine Variante als ganzes Wort nennen (etwa „size-selections“, „color-swatches“) und als Auswahl gekennzeichnet sind, gelten als Auswahl – ab zwei Einträgen mit Link oder Schaltfläche; Layout-Klassen („thumb-size-small“), Filter, Menüs, Größentabellen und fremde Produkte nicht. Dieselbe Dimension zählt nur einmal.
- Sichtbarer Preis: Ein Preis in einem Link auf eine andere Seite (Produktkachel, Empfehlung, Mega-Menü) ist der Preis des verlinkten Produkts und konkurriert nicht mehr mit dem Preis der Seite.
- A11Y_VARIANT_CONTROL_NAME 1.1.0: Solche Listen-Auswahlen prüft die Regel nicht – sie haben keine eigene Rolle, der sich Namen sicher zuordnen ließen.
SR-RULES-2026.09.27- Sichtbarer Preis: Beträge, die auf mehrere Elemente verteilt sind, aber ein Dezimal- oder Tausendertrennzeichen dazwischen tragen (etwa „29“ „,“ „99“), werden gelesen; ohne Trennzeichen (etwa „19“ hochgestellt „99“) bleiben sie unlesbar.
- Sichtbarer Preis: Ein nicht eindeutig lesbarer Preis-Bereich (etwa eine Kaufleiste mit Verkaufs- und Streichpreis ohne Kennzeichnung) hält den Preis nur noch zurück, wenn er einen Betrag nennt, den die Seite sonst nirgends lesbar zeigt.
- Gespeicherte Adressen: Sitzungskennungen im Pfad (etwa „;jsessionid=…“) werden vor dem Speichern entfernt – wie bisher schon in der Query.
SR-RULES-2026.09.26- Sichtbarer Preis: Produktkacheln und Suchvorschläge in Web-Components (etwa Angular-Elemente mit Namen wie „…-tile-…“ oder „…-search-…“) gelten als fremde Produkte – ihr Preis ist nicht der Preis der Seite.
- Sichtbarer Preis: Klassen, die nur beschreiben, was daneben steht (etwa „price-with-strike-price“ oder „price-and-discount“), schließen den Verkaufspreis nicht mehr aus; Streich- und Rabattbeträge selbst weiterhin schon.
- Sichtbarer Preis: Das Wort „base“ gilt nur als eigenes Wort zusammen mit „price“ (oder als ganze Klasse) als Grundpreis – ein Seiten-Wrapper wie „base-container“ blendete bisher alle Preise der Seite aus.
- Sichtbarer Preis: Ein Preis-Bereich, dessen einziger Betrag aus einem Streich-, Grund- oder Rabattbetrag stammt, gilt nicht mehr als eigener Preis; nur für Screenreader ausgeblendete (sichtbare) Preise bleiben Preise.
SR-RULES-2026.09.25- Nennen zwei Produkte im Markup dieselbe Seite (etwa eine ItemPage, die ihr Produkt zusätzlich als „isRelatedTo“ aufführt), gilt als Produkt der Seite das einzige, dessen Angebot ebenfalls auf die Seite zeigt – bisher blieb die Seite ohne Produkt.
- Sichtbarer Preis: Nennen alle Kauf-Schaltflächen denselben Betrag mit Währung („In den Warenkorb 28,49 €“), gilt er als sichtbarer Preis, wenn sonst keiner feststeht – bei mehreren Packungsgrößen nur, wenn er einer der angezeigten Preise ist.
- Antworten mit langen Kopfzeilen (etwa einer sehr ausführlichen Content-Security-Policy) werden bis 64 KB gelesen – bisher scheiterten sie ab 16 KB und erschienen als „nicht erreichbar“; darüber heißt es jetzt „Antwort zu groß“.
- Leere Auswahllisten (ohne einen Eintrag, etwa Behälter für Suchvorschläge) gelten nicht mehr als Variantenauswahl (Auffangregel „Varianten“ 1.5.0).
SR-RULES-2026.09.24- Eine Auswahlliste ohne Beschriftung, deren Einträge alle Mindestmengen sind (etwa „min. 1“ bis „min. 40“), gilt nicht mehr als Variantenauswahl (Auffangregel „Varianten“ 1.4.0) – nur, wenn es die einzige unbeschriftete Auswahl der Seite ist. Reine Zahlen und Packungsgrößen („20 Stück“) bleiben ein Hinweis auf Varianten.
SR-RULES-2026.09.23- Adressen mit Dateiendung, deren Nummer eine Kategorie, Marke, Kalenderwoche oder einen Newsletter kennzeichnet (etwa …/kleider-c1234567.html), und Adressen unter Markenverzeichnissen gelten nicht mehr als Produktseiten – bisher konnten solche Übersichten Plätze der Produkt-Stichprobe belegen.
- Shopify: Das Warenkorb-Skript des Themes (assets/cart.js), das Shopifys Standard-robots.txt mitsperrt, macht eine Produktseite nicht mehr „unvollständig dargestellt“ – es zeichnet nur den Warenkorb. Browser-, Varianten- und Interaktionsprüfungen bekommen dadurch bei Shopify-Shops seltener „nicht messbar“.
- Eine Mengenauswahl mit der Beschriftung „Stk“ oder „Stck“ gilt nicht mehr als Variantenauswahl (Auffangregel „Varianten“ 1.3.0).
- Sitemap erreichbar (1.1.0): Antwortet der Shop auf eine Sitemap mit 429 (er bremst unseren Crawler), gilt das nicht mehr als nicht erreichbare Sitemap.
- Eine Sitemap unter dem Startpfad (etwa /de/sitemap.xml), die der Shop nirgends angibt, wird weiter probiert – fehlt sie, ist das kein Befund mehr.
- Sperrt die robots.txt Skripte erst über ihre Query (etwa Disallow: /*=), zeigt der Beleg das mit „?…“ an.
SR-RULES-2026.09.22- Sichtbarer Preis: Auch zusammengesetzte Bezeichner des Preis-Elements (etwa id="preislabel", class="pricebox") gelten als Preis-Merkmal; Preisvergleich, Preisalarm und Ähnliches weiterhin nicht.
- Produktadressen, die auf „p“ plus mindestens sechs Ziffern enden (etwa …-clutch-silber-p01227865), werden als Produktseiten erkannt – bisher fand die Prüfung bei solchen Shops keine Produktseite.
- Kleine Ersatzseiten, die ein Shop erkannten Bots statt der Produktseite ausliefert (Merkmal window.isBotPage = true), gelten als Bot-Sperre – das Ergebnis meldet gesperrte Produktseiten, statt sie als gewöhnliche Seiten auszuwerten.
- Leitet die Startseite endlos weiter (etwa eine Filialauswahl, die nur mit Cookie endet), nennt das Ergebnis diesen Grund, statt „nicht erreichbar“ zu melden.
SR-RULES-2026.09.21- Der kostenlose Scan stellt jetzt zwei statt einer Produktseite im Browser dar – Varianten und Agenten-Interaktion bekommen dadurch seltener „nicht messbar“.
- Sichtbarer Preis: Test-Attribute in CamelCase (etwa data-qa="ProductPrice") zählen als Preis-Merkmal; nennt ein solcher Bereich mehrere Beträge, gilt nur der allein stehende Betrag direkt vor dem Hinweis „inkl. MwSt.“ – im Zweifel kein Preis. Test-Attribute für Streich-, Grund-, Versand- und Summenbeträge (etwa OldPrice, TotalPrice) gelten nie als Preis.
SR-RULES-2026.09.20- Eine Seite, die nur ihrer Adresse nach wie eine Produktseite aussieht (etwa /p/newsletter/), aber weder im Quelltext noch im Browser ein Produktmerkmal zeigt, zählt nicht mehr als Produktseite – ebenso gleich gebaute Seiten ohne Produktmerkmal. Bisher konnten dort Befunde wie „Produkt-Markup fehlt“ entstehen.
- Keine Produktseite erkennbar: Sehen Adressen nur wie Produktseiten aus (etwa Deal- oder Testbeiträge), zeigen aber beim Abruf und auch im Browser kein Produkt, meldet das Ergebnis „Keine Produktseite erkennbar“ – die Produktbereiche erhalten 0 Punkte mit Begründung statt „nicht bewertet“, und es gibt keinen Gesamtscore. Ist die Website kein Onlineshop, sind diese Werte gegenstandslos.
- Produktadressen mit angehängter Farb- oder Variantennummer (etwa /shop/satin-hemdbluse-2265008/3) werden als Produktseiten erkannt, auch wenn nur Übersichtsseiten ohne erkennbares Kategorie-Muster sie verlinken. Findet die Prüfung sonst keine Produktlinks, ruft sie bis zu zwei Menüpunkte der Startseite als Übersicht ab und, sind das nur Einstiegsseiten, bis zu zwei ihrer Unterkategorien – bisher fand sie bei solchen Shops keine Produktseite.
- Märkte: Shops mit Adressen der Form /land/sprache/ (etwa /de/de/ neben /at/de/) werden im Markt der eingegebenen Adresse geprüft – Seiten anderer Länder nur, wenn sonst nichts da ist, nachgelegt nie.
- Agenten-Schnittstellen: Hat eine Website keine Produktseite, prüft die WebMCP-Erkennung die übrigen im Browser dargestellten Seiten – Werkzeuge gelten für die ganze Website.
- Varianten: Auswahlfelder für Sorte, Geschmack, Duft, Ausführung, Füllmenge oder Gewicht gelten als Variantenauswahl, auch als selbst gebaute Auswahl ohne <select>. Die Wahl zwischen Einmalkauf und Abo sowie die Sortierung von Bewertungen sind keine Varianten und verhindern die Aussage „keine Varianten“ nicht mehr.
SR-RULES-2026.09.19- Affiliate- und Vergleichsseiten: Führen die Kauf-Links der Produktseiten zu fremden Händlern oder Affiliate-Netzwerken und gibt es keinen eigenen Warenkorb, gelten eigener Warenkorb sowie Versand- und Rückgabe-Markup nicht mehr als Mangel. Produktdaten, Preise und Verfügbarkeit zählen weiter voll.
- Findet die Prüfung keine Produktseite, schlägt das Ergebnis einen auf der Startseite verlinkten Shop derselben Domain vor (etwa shop.firma.de oder /shop/) – mit Knopf, um ihn zu prüfen.
- Sichtbare Preise ohne Währungszeichen (etwa „4.49*“) werden gelesen, wenn das Preis-Element nur diesen Betrag mit zwei Nachkommastellen nennt und die Seite sonst keinen Preis zeigt. Verglichen wird ein solcher Betrag nur, wenn er einem Preis im Markup entspricht – sonst bleibt der Vergleich offen, statt einen Konflikt zu melden.
- Sichtbare Preise werden auch erkannt, wenn der Shop das Preis-Element nur über Test-Attribute kennzeichnet (data-test, data-cy, data-qa – auch im Attributnamen) oder denselben Betrag doppelt ausgibt (sichtbar und für Screenreader) – Commerce Truth vergleicht dann auch dort sichtbaren und strukturierten Preis.
- „Keine Varianten“ gilt jetzt auch auf Seiten mit Suchfeld im Kopfbereich oder Mengenauswahl: Beides ist keine Variantenauswahl und verhinderte bisher die Bewertung.
- Varianten, die nur als einzelne Angebote (je eigene URL, etwa Shopify ?variant=) ohne Produktgruppe beschrieben sind, bewertet der Bereich Varianten jetzt als Teilerfolg mit konkretem Hinweis statt als unbekannt.
- Agenten-Schnittstellen: Antwortet /.well-known/ucp mit 401/403 oder leitet zur Anmeldung weiter, gilt das jetzt als „kein öffentlich abrufbares UCP-Profil“ statt als unbekannt. Weiterleitungen innerhalb des Shops verfolgt die Prüfung; eine Weiterleitung auf einen anderen Host oder die Prüfseite eines Bot-Schutzes bleibt ohne Aussage.
- Leitet die eingegebene Adresse auf eine andere Domain weiter (etwa firma.de → firma.com), nennt das Ergebnis die Zieladresse mit Knopf, um sie zu prüfen – statt „nicht erreichbar“.
- Findet die Startseite Produkte nur in eingebetteten Daten (JavaScript-Shops), legt die Prüfung diese Produktseiten nach; ein per robots.txt gesperrtes eingebettetes Fenster (etwa ein Login) macht eine Seite nicht mehr unvollständig.
- Liefert ein Bot-Schutz statt der Seite seine Prüfseite aus (auch mit HTTP 200, etwa Cloudflare „Just a moment…“), wertet die Prüfung sie nicht mehr als Seite des Shops: eine gesperrte Startseite ergibt keinen Score, sondern eine Erklärung mit dem Weg zur Freigabe; verweigerte Produktseiten werden als solche genannt.
- Neue Prüfung im Bereich Agenten-Interaktion: Sperrt die robots.txt des Shops Skripte oder Stylesheets der Produktseiten, nennt das Ergebnis die gesperrten Pfade (Crawler, die robots.txt befolgen, stellen die Seite dann nur unvollständig dar) – statt den Bereich ohne Bewertung zu lassen. Statische Dateien unter Merkzettel- oder Konto-Pfaden lädt der Browser jetzt mit.
- Vergleichsportale: Eine Produktseite mit Händlerpreisen und Kauf-Links zu mindestens drei fremden Händlern, aber ohne eigenen Warenkorb, gilt als Produktseite – bewertet werden dann ihre Produktdaten, statt „keine Produktseite gefunden“ zu melden.
- Im Browser darf eine Produktseite jetzt bis zu 500 statt 200 Dateien nachladen. Moderne Shops brauchen 230–280; bisher galten ihre Seiten als unvollständig, und Agenten-Interaktion, Varianten oder Commerce Truth blieben ohne Bewertung.
SR-RULES-2026.09.18- Shopify-Shops: Auch das Skript, das Dateien der Kasse vorab lädt und das Shopifys robots.txt für Crawler sperrt, gilt nicht mehr als fehlender Teil der Seite. Damit werden Agenten-Interaktion und erst im Browser sichtbare Variantenauswahlen dort bewertet.
SR-RULES-2026.09.17- Shopify-Shops: Das Tracking-Pixel-Skript, das Shopifys robots.txt für Crawler sperrt, gilt nicht mehr als fehlender Teil der Seite – es läuft abgeschottet und verändert die Seite nicht. Agenten-Interaktion wird dort jetzt bewertet.
- Scheitert die Darstellung einer Produktseite im Browser oder bleibt sie unvollständig, versucht die Prüfung bis zu zwei weitere Produktseiten.
- Zeigt eine Seite ihren Preis erst per JavaScript, vergleicht Commerce Truth den im Browser sichtbaren Preis mit den strukturierten Daten.
SR-RULES-2026.09.16- Die Erkundung findet Produktseiten auch, wenn robots.txt nur einen Teil der Sitemaps nennt: /sitemap.xml wird zusätzlich gelesen, Produkt-Sitemaps vor Magazin- und Blog-Sitemaps. Fehlt sie, ist das kein Befund.
- Produktlisten im strukturierten Markup von Kategorie-, Marken- und Themenseiten (ItemList) werden gelesen – für Shops, deren Produktkacheln erst per JavaScript erscheinen.
- Varianten werden auch bewertet, wenn die Auswahl erst im Browser erscheint oder das Markup eine Produktgruppe mit ihren Varianten aufzählt.
SR-RULES-2026.09.15- Jeder Bereich erhält eine Bewertung: Wo keine andere Regel greift, trifft eine Auffangregel die Aussage – keine auffindbare Produktseite (Produktverständnis 0), kein maschinenlesbarer Preis (Commerce Truth 0), Varianten sichtbar, aber nicht beschrieben oder erst nach Anmeldung (0), keine Varianten (100), keine Produktseite zum Bedienen (Agenten-Interaktion 0), keine Agent-Schnittstelle (Native Agent Commerce 0, zählt weiter nicht zum Gesamtscore).
- Die Erkundung liest bis zu 10 statt 5 Sitemaps; nicht abgerufene Sitemaps anderer Sprachen gelten nicht mehr als Grenze der Prüfung (etwa /en bei einer Prüfung von /de). Eine robots.txt-Sperre auf Login oder Merkzettel begrenzt die Erkundung nicht mehr – nur Sperren auf Produkt- oder Kategorieseiten oder solche nur für unseren Bot; Sitemaps auf einem anderen gültigen Host und nicht gelesene JavaScript-Übersichten gelten als unsere Grenze.
- Ohne Punkte bleibt ein Bereich nur, wenn unsere eigene Messung scheitert (etwa das Rendering im Browser) – angezeigt als „Messung fehlgeschlagen“, nie als Mangel des Shops. Scheitert das Rendering aller Seiten, misst der Scan einmal neu.
SR-RULES-2026.09.14- Neue Regel SITEMAP_INDEX_SAME_HOST: meldet einen Sitemap-Index, dessen Einträge auf einem anderen oder kaputten Host liegen (etwa „https://www.shop.comundefined/…“). Laut Sitemap-Protokoll gehören sie auf dieselbe Site; ShopReadable ruft sie nie ab. Warnung, wenn ein Teil betroffen ist, Fehler, wenn kein Eintrag auf dem Shop-Host liegt.
- Liefern Start- und Kategorieseiten ihre Produkt-Kacheln erst per JavaScript, liest der Browser bis zu zwei dieser Übersichtsseiten und legt die dort gefundenen Produktseiten nach – vorher blieb die Stichprobe bei solchen Shops ohne Produktseite. Das ändert die geprüften Seiten und damit die seiten- und preisabhängigen Regeln.
- Klick-Parameter der Suche (queryID, objectID, indexName) gelten beim Entdoppeln als Rauschen.
SR-RULES-2026.09.13- Produktseiten ohne Produkt-Markup werden an sichtbaren Belegen erkannt (eine Kauf-Schaltfläche, Variantenauswahl, Artikelnummer) und zählen damit für die Produktregeln – vorher fiel ein Shop ohne jede Auszeichnung aus der Wertung.
- URLs der Form /kategorie/name-123456 gelten als Produktvermutung; die Stichprobe bleibt im Sprachbereich der Startadresse (/de prüft keine /it- oder /en-Seiten, solange genug eigene da sind).
- Ohne ausgewertete Produktseite zeigt das Ergebnis ein Teilergebnis statt eines Gesamturteils.
- Neue Regel RETURN_POLICY_CONSISTENT: vergleicht die im sichtbaren Text genannte Rückgabefrist mit merchantReturnDays im Produkt-Markup – nur bei genau einer Frist auf beiden Seiten, ohne gesetzliche Widerrufsfrist (Gewicht 0).
- Neuer Hinweis PRICES_REQUIRE_LOGIN: Produktseiten zeigen Preise erst nach Anmeldung – erklärt, warum Commerce Truth nicht bewertbar ist (Gewicht 0).
- Nachprüfungen bestätigen für die seiten- und preisabhängigen Regeln keine Behebung über diesen Wechsel hinweg.
SR-RULES-2026.09.12- Seitentyp zusätzlich aus Shop-Vorlage und Markup; /Produkte/ ohne Produktnummer nicht mehr als Produktpfad (bei Shopware eine Kategorie), Produktnummern mit Präfix; Produktseiten werden bei zu wenigen Treffern nachgelegt.
- Aufpreise von Varianten gelten nicht mehr als sichtbarer Preis.
- Nachprüfungen bestätigen für die seiten- und preisabhängigen Regeln keine Behebung über diesen Wechsel hinweg.
SR-RULES-2026.09.11- Sichtbarer Preis und Verfügbarkeit in sechs Sprachen (Deutsch, Englisch, Französisch, Spanisch, Italienisch, Niederländisch); Referenz-, Grund- und Ratenpreise werden nicht als Angebotspreis gelesen.
- Warenkorb, Kasse, Konto, Suche und Rechtsseiten werden als eigene Seitentypen erkannt; das verändert die Auswahl geprüfter Seiten.
- Commerce-Truth-Regeln nennen ihre Messsicherheit; eine unsichere Verfügbarkeit bleibt „unbekannt“.
SR-RULES-2026.09.10- Crawler-Regeln zählen alle gesperrten Stichprobenpfade (Regelversion 1.1.0).
- Erste Fassung, ab der Änderungen regelgenau für Nachprüfungen geführt werden.
SR-RULES-2026.09.9- Neue Regel: Werden keine Produktseiten gefunden, ist das ein Befund statt eines leeren Ergebnisses.
SR-RULES-2026.09.8- Layout-Stabilität (CLS im Labor) und verdeckende Ebenen nach dem Laden als informative Regeln.
SR-RULES-2026.09.7- Zugängliche Namen für Variantenauswahl und Formularfelder.
SR-RULES-2026.09.6- WebMCP-Werkzeuge werden über eine aufzeichnende Nachbildung erkannt (experimentell, nicht scorewirksam).
SR-RULES-2026.09.5- Ausgewählte Produktseiten werden im Browser dargestellt; erste Regeln zum Accessibility-Tree.
SR-RULES-2026.09.4- UCP: angekündigte Endpunkte erreichbar; Hinweis zum nativen Shopify-Katalog.
SR-RULES-2026.09.3- Erstes veröffentlichtes Regelwerk: Erreichbarkeit, robots.txt, Sitemap, Produkt-Markup, Varianten, Commerce Truth, UCP, llms.txt und OpenAI-Feed-Eignung.
Score-Modell
Modelle werden ergänzt, nie geändert: Ein gespeicherter Score bleibt mit seinem Modell nachrechenbar.
SR-ACRS-2026.11aktuell- Seitenbezogene Befunde zählen nach Betroffenheit: Ist eine von fünfzig Seiten betroffen, kostet das nur einen kleinen Teil des Regelgewichts. Website-weite Befunde behalten die Stufenwertung.
SR-ACRS-2026.10- Native Agent Commerce (UCP, WebMCP, Feed-Eignung) wird separat ausgewiesen und zählt nicht mehr zum Gesamtscore – ein fehlerhaftes UCP-Profil soll nicht schlechter dastehen als gar keins.
SR-ACRS-2026.09- Erstes Modell: sechs Bereiche mit festen Gewichten (15/25/20/20/10/10).