Unser erster Scan hat sich 105 große Shopify-Marken aus Großbritannien und Australien angesehen und überhaupt keine erfundene Dringlichkeit gefunden. Wir haben gesagt, dass die Liste das Problem war: Große Marken haben echten Traffic und wenig Grund zu fälschen. Also haben wir einen zweiten Scan gefahren, der auf die Shops zielt, um die es bei der Frage eigentlich geht.
Die Kurzfassung: Von 200 kleinen Shopify-Shops zeigten 12 (6 %) falsche Dringlichkeit, die wir von außen nachweisen konnten. 7 hatten einen Countdown-Timer, der für jeden neuen Besucher von vorn beginnt, und 5 hatten eine „Personen sehen sich das an“- oder „kürzlich verkauft“-Zahl, die der Browser erfunden hat. Von den 17 Shops mit laufendem Countdown starteten 7 neu. Das sind 41 %.
Was wir gescannt haben
Diesmal haben wir die Shops nicht ausgewählt. Jeder Shop in der Stichprobe hat im Shopify App Store eine Bewertung für eine von 16 Dringlichkeits-, Sales-Pop-, Countdown- oder Besucherzähler-Apps hinterlassen. Wir haben jede bewertende Person der eigenen Domain ihres Shops zugeordnet und den Shop nur behalten, wenn die Shopify-Daten des Shops denselben Shopnamen bestätigten. Das ergab 200 Shops in 34 Ländern, die meisten davon in den USA (63), Großbritannien (25), Australien (15) und Kanada (15).
Diese Auswahl ist die wichtigste Tatsache in diesem Beitrag. Es sind Shops, deren Betreiber irgendwann eine Dringlichkeits-App installiert haben, sie nutzen also weit eher eine als ein zufälliger Shopify-Shop. 6 % ist eine Quote für diese Gruppe, nicht für Shopify. Eine Bewertung zeigt außerdem nur, dass der Betreiber die App irgendwann genutzt hat, manchmal vor Jahren, nicht, dass sie heute installiert ist.
Diesmal wurde jede Seite getestet
Der erste Scan hatte eine Lücke, die wir damals eingeräumt haben: Seiten mit Timeout wurden nicht getestet, und der Scanner hat nicht erfasst, wie viele es waren. Das haben wir vor diesem Durchlauf behoben.
- Langsame Seiten bekommen einen zweiten Versuch mit doppelter Zeit.
- Jeder Shop erfasst seine Abdeckung: getestete und fehlgeschlagene Seiten. Ein Shop, bei dem nichts lud, wird als ungeprüft gemeldet, nie als sauber.
- Pro Shop wird eine Sale- oder Kampagnenseite getestet, zusätzlich zur Startseite und zu Produktseiten, weil Dringlichkeit oft dort steckt. 85 der 200 Shops hatten eine.
- Die Rate-Limit-Seite eines Shops ist kein Shop. Shopify beantwortet zu viele Anfragen mit einer Seite „Verifying your connection“. Diese Seite zählt jetzt als ungetestet.
Das Ergebnis: Alle 200 Shops und alle 673 Seiten wurden getestet, keine schlug fehl.
Wie der Scanner entscheidet
Jede Seite wurde in einem frischen Headless-Chromium-Browser ohne Cookies und Verlauf geladen, so wie ein neuer Käufer sie sieht.
Countdown-Timer. Der Scanner liest den ersten laufenden Timer, wartet zwei Minuten, öffnet die Seite dann in einem ganz neuen Browser und liest ihn erneut. Ein Timer, der auf eine echte Frist herunterzählt, ist um etwa zwei Minuten gesunken. Ein Timer, der für jeden Besucher neu beginnt, zeigt denselben Wert wie zuvor oder einen höheren. Timer, die nach Lieferschluss oder „nur heute“ aussehen oder kurz vor null stehen, werden als nicht eindeutig markiert.
Besucher- und Verkaufszähler. Zeigt eine Seite Text wie „23 people are viewing this“ oder „15 sold in last 16 hours“, liest der Scanner ihn fünfmal innerhalb von acht Sekunden, lädt die Seite noch dreimal als neuer Besucher und prüft jeden Wert gegen die Netzwerkantworten des Ladevorgangs, aus dem er stammt.
- Ändert sich die Zahl und kam mindestens ein Wert nie von einem Server, hat der Browser ihn erfunden. Markiert.
- Kam jeder Wert in einer Live-Datenanfrage an (einer Fetch-, XHR- oder Websocket-Antwort), zählt ein Server. Echte Daten.
- Steht die Zahl nur im HTML der Seite, können wir es nicht sagen. Das Theme schreibt sie auf dem Server, und von außen sehen eine echte und eine erfundene Zählung gleich aus.
Diese letzte Regel ist neu, und wir haben sie während dieses Scans verschärft. Beim ersten Durchgang durch die Daten zählte der Scanner eine Zahl noch als echt, wenn sie irgendwo in einer Serverantwort vorkam, auch im HTML der Seite. Beim Lesen der Ergebnisse war das zu großzügig. Kleine Zahlen wie 1 oder 7 passen zufällig auf ganz anderen Text, und ein Shop, der 112, 14 und 283 „customers viewing“ zeigte, ging durch, weil die Zahl 10 in seinem HTML stand. Wir haben die Regel geändert, sie an Testseiten geprüft und alle 12 Shops, die einen Zähler gezeigt hatten, erneut gescannt. Einer davon zeigte beim zweiten Besuch keinen Zähler, die Zählerzahlen unten stammen also von 11 Shops.
Was wir gefunden haben
| Ergebnis | Shops |
|---|---|
| Gescannte Shops (alle Seiten getestet) | 200 |
| Skript einer Dringlichkeits- oder Social-Proof-App auf der Seite | 110 (55 %) |
| Laufender Countdown-Timer gefunden | 17 |
| Countdown startete für neuen Besucher neu | 7 |
| Besucher-, Warenkorb- oder Verkaufszähler gefunden | 11 |
| Zähler im Browser erfunden | 5 |
| Shops mit nachweisbarer falscher Dringlichkeit | 12 (6 %) |
Kein Shop hatte sowohl einen falschen Countdown als auch einen falschen Zähler.
Countdown-Timer
| Countdown-Ergebnis | Shops |
|---|---|
| Startete für neuen Besucher neu | 7 |
| Zählte auf eine feste Frist herunter | 8 |
| Nicht eindeutig (nahe null oder ein täglicher „nur heute“-Timer) | 2 |
Die neu startenden Timer verrieten sich dadurch, wo sie von vorn begannen. Ein neuer Besucher zwei Minuten später sah den Timer wieder bei genau 5:00, 10:00 oder 25:00, oder bei 1:46:00, 3:00:00, 8:20:00 oder 24:00:00. Eine echte Frist landet nicht jedes Mal auf einer runden Zahl, wenn jemand Neues ankommt. Das sind Timer pro Besucher: Der Countdown startet, wenn du die Seite öffnest, und wird in deinem Browser gespeichert, er endet also für jeden Käufer zu einem anderen Zeitpunkt.
Acht Shops machten das Gegenteil. Ihre Timer zählten für alle auf denselben Moment herunter, zwischen etwa 2 Stunden und 32 Tagen entfernt. Countdown-Apps lassen sich ehrlich einrichten, und in dieser Stichprobe war das bei etwa der Hälfte der Fall.
Besucher- und Verkaufszähler
| Zähler-Ergebnis | Shops |
|---|---|
| Im Browser erfunden | 5 |
| Kam aus einer Live-Datenanfrage | 2 |
| Nur im HTML der Seite, nicht eindeutig | 4 |
Die 5 markierten Zähler waren nicht subtil. In einem Shop zeigten drei Produktseiten „customers are viewing“-Zahlen, die sich bei jedem Laden änderten, „30 → 18 → 27 → 22“ auf der einen und „43 → 43 → 24 → 13“ auf einer anderen, und sie änderten sich weiter, während niemand die Seite anfasste. In einem anderen las sich ein „sold in last 12 hours“-Wert über vier Besuche, die weniger als eine halbe Minute auseinanderlagen, als 15, 10, 12 und 17. Verkäufe der letzten 12 Stunden ändern sich nicht jedes Mal, wenn du neu lädst. In allen 5 Fällen enthielt ein Skript auf der Seite außerdem eine Minimum- und Maximum-Einstellung neben Besucher-Formulierungen, und so wird ein Zufallsbereich üblicherweise konfiguriert.
Nur 2 Zähler wurden von einer Live-Datenanfrage gespeist, dort zählte also ein Server. Ihre Zahlen waren klein (3, 4 und 5 Besucher) und über die Besuche hinweg stabil, und genau so sieht echter Traffic in einem kleinen Shop aus.
Im Vergleich zum ersten Scan
| Erster Scan (große Marken) | Zweiter Scan (kleine Shops) | |
|---|---|---|
| Shops | 105 | 200 |
| Seiten, die nicht luden | nicht erfasst | 0 |
| Skript einer Dringlichkeits- oder Social-Proof-App | 15 (14 %) | 110 (55 %) |
| Laufender Countdown getestet | 1 | 17 |
| Falsche Dringlichkeit nachgewiesen | 0 | 12 (6 %) |
Die beiden Stichproben wurden auf unterschiedliche Weise gezogen, der Abstand zwischen 0 und 12 ist also kein gemessener Unterschied zwischen großen und kleinen Shops. Er zeigt aber, wo falsche Dringlichkeit zu Hause ist. Bei etablierten Marken ist sie selten. Bei kleinen Shops, deren Betreiber eine Dringlichkeits-App installiert haben, ist sie so verbreitet, dass 4 von 10 getesteten laufenden Countdowns falsch waren.
Eine Korrektur zum ersten Beitrag
In unserem ersten Beitrag stand, dass 17 der 105 großen Marken (16 %) eine Dringlichkeits- oder Social-Proof-App hatten, und Secomapp war bei zwei davon aufgeführt. Unser Scanner erkannte jedes Secomapp-Skript, und bei beiden Shops war es die BOGOS-App von Secomapp für Gratisgeschenke und Bundles, kein Dringlichkeitstool. Keiner der beiden Shops hatte eine andere App, die wir erfassen, die richtige Zahl ist also 15 (14 %). Wir haben den ersten Beitrag korrigiert, und der Scanner zählt Secomapp-Skripte nicht mehr. Auch die App-Zahl in diesem Beitrag lässt sie weg.
Was wir nicht sehen konnten
- Das ist keine Zufallsstichprobe von Shopify. Jeder Shop wurde ausgewählt, weil sein Betreiber eine Dringlichkeits-App bewertet hat. Die 6 % gelten nur für diese Gruppe.
- Bis zu vier Seiten pro Shop. Wir haben die Startseite, bis zu drei Produktseiten und eine Kampagnenseite getestet. Ein falscher Timer auf einer Seite, die wir nicht geöffnet haben, ist uns entgangen.
- Eine Momentaufnahme. Jeder Shop wurde einmal gescannt, am 29. Oktober 2026. Ein Timer, der für Black Friday eingeschaltet wird, wäre nicht aufgetaucht.
- Vom Server geschriebene Zahlen sind außer Reichweite. 4 Zähler standen direkt im HTML der Seite. Manche mögen echt, manche auf dem Server erfunden sein; kein Test von außen kann sie unterscheiden.
- Echte Daten sind kein Beweis für ehrliche Daten. Ein Zähler, der von einer Live-Anfrage gespeist wird, kommt von einem Server, aber wir können nicht sehen, was dieser Server zählt.
Wir nennen die Shops nicht. Die meisten sind sehr kleine Unternehmen, die eine App installiert und eine Einstellung aktiviert haben, und Ziel des Scans ist zu messen, wie verbreitet das ist, nicht jemanden herauszugreifen.
Prüfe deinen eigenen Shop
Der Scanner hinter diesem Beitrag läuft als kostenloses Tool unter provedly.app/check, mit der oben beschriebenen strengeren Zählerregel. Gib die URL einer Produktseite ein, und er führt in etwa einer Minute dieselben Countdown- und Zählertests durch, mit Screenshots dessen, was er bei jedem Laden gesehen hat.
Startet dein Countdown für jeden Besucher neu, ist die Lösung eine Einstellung: Richte den Timer auf ein echtes Datum aus oder sag klar, dass das Angebot pro Besucher gilt. Die Countdown-Leisten von Provedly zählen auf ein echtes Datum. Unser Live-Zähler zeigt nur Besucher, die unser Server in den letzten 90 Sekunden tatsächlich auf dieser Seite gesehen hat, und blendet sich unter einem von dir gesetzten Minimum aus, statt aufzublähen. Wie die Verifizierung funktioniert erklärt den Rest.
Häufige Fragen
Wie kann ein Countdown-Timer für jeden Besucher neu starten?
Die App startet den Timer, wenn du die Seite zum ersten Mal öffnest, und speichert die Startzeit in deinem Browser. Ein neuer Besucher, oder du in einem privaten Fenster, bekommt einen frischen Timer. Deshalb öffnet der Scanner die Seite erneut in einem ganz neuen Browser: Eine echte Frist zeigt zwei Minuten weniger, ein Timer pro Besucher denselben Wert wie zuvor.
Bedeutet eine Countdown-App, dass ein Shop Dringlichkeit vortäuscht?
Nein. In diesem Scan zählten 8 der 17 Shops mit laufendem Timer auf eine feste Frist herunter, die für alle gleich war. Entscheidend ist, wie der Timer eingerichtet ist, und ein Neuladen in einem privaten Fenster beantwortet das.
Warum sind 6 % weniger, als viele erwarten?
Die meisten Shops in der Stichprobe zeigten auf den geladenen Seiten keinen Zähler und keinen laufenden Timer, selbst mit installierter App. Eine App kann installiert und ausgeschaltet sein oder ihren Timer nur während eines Sales zeigen. Bei den Shops, die Dringlichkeit zeigten, war der Anteil der falschen viel höher: 7 von 17 Countdowns und 5 von 11 Zählern.
Kann ich meinen eigenen Shop genauso testen?
Ja. Lass eine Produktseite durch den kostenlosen Checker laufen. Er zeigt jeden Messwert, die durchsuchten Netzwerkantworten und Screenshots von jedem Ladevorgang.