Ein Warteraum von Queue-it lässt Sie nur mit einem signierten Pass auf eine Seite. Queue-it gibt diesen Pass aus, wenn Sie an der Reihe sind. Kein Proxy, kein zweiter Tab und keine Browser-Erweiterung kann einen erzeugen.
Was Sie durchbringt, bleibt innerhalb der Regeln der Seite. Erlauben Sie die Cookies der Seite und bleiben Sie in einem Browser. Behalten Sie eine IP-Adresse, bis die Seite Sie hereingelassen hat, und seien Sie bei einem geplanten Verkauf pünktlich da. Wenn die Seite Sie immer wieder in die Warteschlange schickt, prüfen Sie zuerst die Cookies. Ein CAPTCHA oder ein 403 an der Tür heißt, dass der Betreiber eine Regel für Ihre Art von Verbindung hat.
Alles Folgende stammt aus der Dokumentation von Queue-it und aus dem Code seiner drei öffentlichen Connectors, gelesen am 14. September 2026. Wo die eigenen Hilfeseiten von Queue-it verschwunden sind, nutzen wir die Hilfeseiten zweier Seiten, die über Queue-it verkaufen.
Welchen Bildschirm sehen Sie?
Queue-it veröffentlicht auf seiner Domain für statische Dateien ein Testlayout seiner Warteraumseite. Diese Seite zeigt Ihre Nummer in der Warteschlange, die Besucher vor Ihnen, eine erwartete Ankunftszeit und eine Queue ID. Sie bietet außerdem eine E-Mail-Benachrichtigung an, wenn Sie an der Reihe sind. Ihr Link zum Verlassen der Warteschlange warnt, dass Sie Ihren Platz verlieren. Im Testlayout hat ein Besucher 10 Minuten zum Eintreten, sobald er an der Reihe ist.
Suchen Sie die Zeile, die zu Ihrem Bildschirm passt.
| Was Sie sehen | Was es bedeutet | Was zu tun ist |
|---|---|---|
| Ihre Adresse wechselt zu einer Seite auf queue-it.net mit Ihrem Platz in der Warteschlange | Die Seite hat Sie in ihren Warteraum geschickt, weil Sie keinen gültigen Pass tragen | Warten Sie in diesem Tab. Hinterlassen Sie eine E-Mail-Adresse, wenn die Seite eine Benachrichtigung anbietet |
| Ein Countdown vor einem Verkauf | Sie sind in der Vorwarteschlange | Seien Sie vor dem Start da. Jeder darin bekommt einen zufälligen Platz, wenn der Verkauf öffnet |
| Sie werden immer wieder in die Warteschlange geschickt | Die Seite findet das Cookie nicht, das belegt, dass Sie gewartet haben | Erlauben Sie Cookies für die Seite und bleiben Sie bis zum Ende in dem Browser, in dem Sie gewartet haben |
| Sie waren an der Reihe, dann hat die Seite Sie zurückgeschickt | Der Pass ist an einer Prüfung gescheitert: an seiner Signatur, seinem Ablauf oder der IP-Adresse, an die er gebunden war | Versuchen Sie es erneut aus demselben Browser und über dieselbe Verbindung |
| Sie haben Ihren Einlass verpasst | Ihre Sitzung ist abgelaufen | Reihen Sie sich wieder ein |
| Ein CAPTCHA, bevor Sie beitreten können | Der Betreiber prüft einen Teil des Traffics, zum Beispiel Datacenter-Adressen | Lösen Sie es, oder verlassen Sie VPN oder Proxy und nutzen Sie Ihren Anschluss zu Hause |
| 403 Forbidden am Warteraum | Eine Sperrregel hat auf Ihre Verbindung gepasst | Verlassen Sie VPN oder Proxy und nutzen Sie Ihren Anschluss zu Hause |
| Eine Bitte um eine Einladung, eine E-Mail-Adresse oder einen Code | Der Warteraum ist nur auf Einladung zugänglich | Nur Besucher auf der Liste der Seite kommen hinein |
Quellen der Tabelle: die Produkt- und Entwicklerseiten von Queue-it, sein Connector-Code, gelesen am 14. September 2026, die FAQ der Royal Australian Mint zu Queue-it und die Hilfeseite von Sideshow, aktualisiert am 10. September 2026.
Kann ein Proxy, ein zweiter Tab oder ein Bypass-Tool die Warteschlange überspringen?
Nein, auf keiner Seite, die den Pass auf ihrem Server oder an ihrer Edge prüft. Die Entwicklerdokumentation von Queue-it sagt, dass eine Anfrage ohne gültiges Token mit einem HTTP 302 zu Queue-it umgeleitet wird. Das Token ist mit einem HMAC-SHA256 signiert, der aus dem 72 Zeichen langen geheimen Schlüssel der Seite entsteht. Dieser Schlüssel liegt im Connector der Seite, auf ihrem Server oder an ihrer Edge. Nichts auf Ihrer Seite kann einen Pass signieren.
Eine neue IP-Adresse ändert nur, woher eine Anfrage kommt, und einen Pass bekommt die Anfrage dadurch nicht.
Queue-it nennt eine Einrichtung, die sich überspringen lässt. Eine clientseitige Integration läuft nur als JavaScript in der Seite. Die Dokumentation von Queue-it nennt sie anfällig dafür, dass Besucher den Code manipulieren, um die Warteschlange zu überspringen. Browser-Tricks, die das Skript von Queue-it blockieren, wirken nur in diesem Fall. Ein serverseitiger Connector oder einer an der Edge prüft die Anfrage, bevor irgendeine Seite ausgeliefert wird, und dort gibt es kein Skript zu blockieren.
Die meisten Leser der englischen Fassung dieser Seite kommen genau mit dieser Frage. In unseren Search-Console-Daten für diese Fassung vom 22. Juli bis 20. Oktober 2026 nennt Google 76 der Suchen, bei denen sie erschien. Suchen nach einem Weg an der Warteschlange vorbei brachten 152 ihrer 399 Impressionen und 11 ihrer 13 Klicks.
Tools, die viele Sitzungen öffnen oder Adressen rotieren, treffen außerdem auf die Regeln des Betreibers. Queue-it lässt Betreiber Besucher von Datacenter-Adressen prüfen oder sperren. Es kann auch jeden Browser ein Proof-of-Work-Rätsel lösen lassen, bevor er einen Platz in der Warteschlange bekommt. Jeder Platz, den ein Bot zu nehmen versucht, kostet ihn dann Rechenleistung.
Beim Verkauf von Tickets gibt es außerdem eine rechtliche Grenze. In den USA gilt dafür der BOTS Act von 2016. Er macht es rechtswidrig, die Zugangskontrollen zu umgehen, mit denen ein Ticketanbieter seine veröffentlichten Ticketlimits oder seine Regeln zur Kaufreihenfolge durchsetzt. Die Federal Trade Commission gab ihre ersten Fälle nach diesem Gesetz am 22. Januar 2021 bekannt, und zu dem beschriebenen Verhalten gehörte Software, die IP-Adressen verschleierte.
Ist die Reihenfolge zufällig oder gilt, wer zuerst kommt?
Eine Seite kann den Warteraum vor alles setzen oder vor einen einzelnen Schritt. Die Produktseite von Queue-it nennt eine ganze Website, eine Landingpage, eine Login-Seite oder eine einzelne Anfrage wie „In den Warenkorb“. Der Warteraum läuft dann auf eine von zwei Arten.
Die erste Art schützt vor Spitzen im Traffic. Queue-it nennt diesen Modus Visible at Peak. Der Warteraum schaltet sich nur ein, wenn der Zustrom eine Schwelle überschreitet, die der Betreiber in Besuchern pro Minute festlegt. In diesem Modus, sagt Queue-it, kommt zuerst dran, wer zuerst da war.
Die zweite Art dient einem geplanten Verkauf. Besucher, die früh kommen, warten in einer Vorwarteschlange mit Countdown. Wenn der Verkauf beginnt, mischt Queue-it alle in der Vorwarteschlange zufällig und vergibt die Plätze, und sein Blog vergleicht die Auslosung mit einer Tombola. Besucher, die nach dem Start kommen, reihen sich dahinter ein, in der Reihenfolge ihrer Ankunft. Wer früh in der Vorwarteschlange ist, hat keine bessere Chance als jemand, der eine Minute vor dem Start kommt.
Der Betreiber legt auch den Abfluss fest: wie viele Besucher pro Minute der Warteraum auf die Seite durchlässt. Er kann ihn während des Ereignisses ändern, über die API von Queue-it oder seine Verwaltungsplattform.
Was der Pass von Queue-it prüft
Wenn Sie an der Reihe sind, schickt Queue-it Sie mit einem Token namens queueittoken in der Adresse zurück zur Seite. Den Code, der es prüft, haben wir am 14. September 2026 in den öffentlichen Connectors von Queue-it für JavaScript, ASP.NET und Java gelesen. Das Token trägt die ID des Warteraums, eine Queue ID, eine Ablaufzeit, Cookie-Einstellungen, die Art der Weiterleitung und einen Hash. Es kann außerdem einen Hash Ihrer IP-Adresse tragen.
Der Connector der Seite lehnt das Token in vier Fällen ab:
- der HMAC passt nicht zum Inhalt des Tokens
- die ID des Warteraums ist eine andere als die, die die Seite eingerichtet hat
- die Ablaufzeit ist vorbei
- das Token trägt einen IP-Hash, der nicht zur Adresse der Anfrage passt
Die Kunden-ID gehört nicht zur Prüfung. Nach einem gültigen Token lädt der Beispielcode von Queue-it die Adresse ohne das Token neu, was laut Dokumentation verhindert, dass ein nutzerbezogenes Token geteilt wird. Dann speichert er ein Cookie namens QueueITAccepted-SDFrts345E-V3_ plus die ID des Warteraums. Spätere Anfragen werden statt gegen das Token gegen dieses Cookie geprüft.
Das Cookie trägt einen eigenen HMAC über seine Werte, ein bearbeitetes Cookie scheitert also an der nächsten Prüfung. Wie lange das Cookie gültig bleibt, entscheidet die Seite. Das eigene Beispiel von Queue-it setzt 15 Minuten und verlängert die Zeit bei jeder Prüfung.
Die IP-Prüfung ist optional, und ob sie genutzt wird, entscheidet der Betreiber. Im JavaScript-Connector wird ein Token oder Cookie mit IP-Hash abgelehnt, wenn eine Anfrage von einer anderen Adresse kommt. Ein Proxy, der Ihre IP zwischen dem Warteraum und der Seite wechselt, fällt genau durch diese Prüfung.
Kein gültiger Pass
302 zum Warteraum
Warteraum
eine Auslosung, oder wer zuerst kommt
queueittoken
HMAC-SHA256, kann einen IP-Hash tragen
Cookie
nach der Prüfung gesetzt, bei späteren Anfragen gelesen
Was Sie Ihren Platz in der Warteschlange kostet
| Während Sie warten oder eintreten | Was passiert | Quelle |
|---|---|---|
| Den Browser schließen | Sie behalten Ihren Platz | Royal Australian Mint, FAQ zu Queue-it |
| Ihr Handy geht in den Ruhezustand | Sie behalten Ihren Platz | Royal Australian Mint, FAQ zu Queue-it |
| Die Seite neu laden | Sie behalten Ihren Platz | Hilfeseite von Sideshow, aktualisiert am 10. September 2026 |
| Ihren Einlass verpassen | Ihre Sitzung läuft ab, und Sie fangen von vorn an | Royal Australian Mint, FAQ zu Queue-it |
| Auf den Link zum Verlassen der Warteschlange klicken | Sie verlieren Ihren Platz, wie der Link selbst warnt | Testlayout der Warteraumseite von Queue-it |
| Die Cookies der Seite blockieren oder löschen | Die Seite schickt Sie zurück in den Warteraum | Royal Australian Mint, FAQ zu Queue-it; Connector-Code von Queue-it |
| Die IP-Adresse wechseln, wenn der Pass an eine gebunden ist | Die Seite lehnt den Pass ab | Code des JavaScript-Connectors von Queue-it |
| Von einer Datacenter-Adresse aus warten, wenn eine Challenge- oder Sperrregel gilt | Ein CAPTCHA oder ein 403 Forbidden | Queue-it, Sperre von Datacenter-IPs, aktualisiert am 17. April 2025 |
| Früh zu einem geplanten Verkauf kommen | Kein Vorteil, weil die Vorwarteschlange beim Start ausgelost wird | Queue-it, „What is a pre-queue?“ |
Wo ein Proxy hineinpasst
Ein Proxy kann Sie in einer Warteschlange von Queue-it nicht nach vorn bringen. Er ändert nur die Adresse, die der Warteraum und die Seite sehen. Zwei Regeln von Queue-it lesen diese Adresse.
Die erste ist die Regel für Rechenzentren. Queue-it sagt, es beziehe seine Liste von Datacenter-Adressen von vertrauenswürdigen Dritten und halte sie aktuell. Sein Beitrag zu dieser Regel, aktualisiert am 17. April 2025, zählt 13 % des Traffics in Warteräumen aus Rechenzentren. Derselbe Beitrag sagt, dass Rechenzentren nur 3 % aller IP-Adressen halten. Ein VPN- oder Proxy-Ausgang in einem Rechenzentrum passt auf diese Regel, und die Seite zeigt dann ein CAPTCHA oder einen 403.
Unser Proxy-Checker zeigt das Netz, dem jede getestete Adresse gehört, mit Namen und ASN. Am Namen sehen Sie, ob der Besitzer ein Hosting-Unternehmen oder ein Internetanbieter ist. Queue-it nutzt seine eigene Liste, das ist also nur eine erste Prüfung.
Die zweite ist die Bindung an die IP. Wenn eine Seite den Pass an eine Adresse bindet, lehnt sie Token und Cookie bei jeder Anfrage von einer anderen Adresse ab. Ein rotierender Proxy, der die IP bei jeder Anfrage wechselt, fällt durch diese Prüfung. Eine Sticky Session hält einen Ausgang für eine festgelegte Zeit, wie wir in Sticky und rotierende Sitzungen erklären.
Manche Leser testen ihren eigenen Warteraum aus anderen Ländern oder brauchen aus einem anderen Grund eine stabile Adresse. Unsere Residential Proxies können mit einer Sticky Session eine Adresse für eine festgelegte Zeit halten, und unsere ISP-Proxies gibt es als eine statische Adresse, die Ihnen gehört. Auch sie warten in der Schlange wie jeder andere Besucher. Hinein kommt nur, wer einen signierten Pass hat.
Hinter dem Warteraum kann eine Seite weitere Bot-Prüfungen laufen lassen, die neben Ihrer Adresse auch Ihren Browser lesen. Wie Websites Proxies erkennen behandelt diese Signale, und unsere Ratgeber zu DataDome und Cloudflare behandeln zwei dieser Mauern.
Wenn nichts davon hilft
Nur der Betreiber der Seite kann seine eigenen Regeln sehen. Dazu gehören die Bindung an die IP, die Verbindungen, die er prüft, und wie lange sein Cookie gilt. Wenn die Seite Sie nach den Schritten oben immer noch zurückschickt, wenden Sie sich an die Seite. Nennen Sie die Uhrzeit, die Seite, die Queue ID von der Warteraumseite und was Sie auf dem Bildschirm gesehen haben.
Was diese Seite nicht prüfen konnte
Wir haben keinen echten Warteraum von Queue-it betrieben. Das Verhalten für Besucher oben stützt sich auf die Hilfeseiten der Royal Australian Mint und von Sideshow, zwei Seiten, die über Queue-it verkaufen. Die eigenen Support-Artikel von Queue-it zu denselben Fragen antworteten am 14. September 2026 mit 404.
Der Code, den wir gelesen haben, ist Version 3 der öffentlichen Connectors von Queue-it. Die ausführliche Dokumentation seines Connectors der Version 4 hält Queue-it in privaten Repositories. Seine Entwicklerdokumentation, am 15. September 2026 noch einmal gelesen, ergänzt, dass Version 5 die Weiterleitung überspringt, wenn keine Warteschlange aktiv ist. Die IP-Prüfung steht nur im JavaScript-Connector; im Code für ASP.NET und Java, den wir gelesen haben, fehlt sie. Von außen kann niemand sehen, welche Optionen eine Seite eingeschaltet hat. Wir prüfen diese Quellen bis zum 14. März 2027 erneut.
Quellen
- Queue-it, Virtual waiting room, Produktseite, gelesen am 14. September 2026: queue-it.com/virtual-waiting-room.
- Queue-it, „What is a pre-queue?“, gelesen am 14. September 2026: queue-it.com/pre-queue.
- Queue-it, „Why first-in-first-out queuing isn't (always) the answer“, 15. Oktober 2024, aktualisiert am 10. November 2025: queue-it.com/blog/first-in-first-out-randomization.
- Queue-it Developer Resources, „How Queue-it works“, gelesen am 14. September 2026: queue-it.com/developers/how-queue-it-works.
- Queue-it Developer Resources, „Bot and abuse management“, gelesen am 14. September 2026: queue-it.com/developers/bots-abuse-management.
- Queue-it Developer Resources, JavaScript Connector v4, gelesen am 14. September 2026: queue-it.com/developers/connectors/node-js-connector.
- Queue-it, KnownUser.V3.JavaScript, Version 3.7.12 vom 26. Juli 2022, GitHub, Code gelesen beim Commit vom 11. Juli 2025: github.com/queueit/KnownUser.V3.JavaScript.
- Queue-it, KnownUser.V3.ASPNET und KnownUser.V3.JAVA, Version 3.7.0 vom 3. Dezember 2021, GitHub, Code gelesen bei den Commits vom 11. Juli 2025: github.com/queueit/KnownUser.V3.ASPNET, github.com/queueit/KnownUser.V3.JAVA.
- Queue-it, „Improve bot protection with new data center IP blocking“, 31. Januar 2020, aktualisiert am 17. April 2025: queue-it.com/blog/data-center-ip-blocking.
- Queue-it, „Traffic Access Rules“, 31. Oktober 2023, aktualisiert am 5. Mai 2026: queue-it.com/blog/traffic-access-rules.
- Queue-it, „The Proof-of-Work challenge“, 28. Mai 2020, aktualisiert am 17. April 2025: queue-it.com/blog/proof-of-work-block-bad-bots.
- Queue-it, Invite-only waiting room, Produktseite, gelesen am 14. September 2026: queue-it.com/product/invite-only.
- Royal Australian Mint, Queue IT FAQ, gelesen am 14. September 2026: ramint.gov.au/queue-it-faqs.
- Sideshow, Queue It Waiting Rooms, Wissensdatenbank, aktualisiert am 10. September 2026: help.sideshow.com.
- United States Code, 15 U.S.C. 45c, aus dem Better Online Ticket Sales Act, Pub. L. 114-274, 14. Dezember 2016, veröffentlicht vom Legal Information Institute: law.cornell.edu/uscode/text/15/45c.
- Federal Trade Commission, „FTC Brings First-Ever Cases Under the BOTS Act“, 22. Januar 2021: ftc.gov.
- Unsere eigene Lektüre des Codes für Token und Cookie in den drei Connectors, 14. September 2026, festgehalten im Recherche-Ordner dieser Seite.
