Een wachtkamer voor Shopify-drops — in ontwikkeling, en open voor vroege toegang

Hoe het er werkelijk voor staat

Ondersteuning voor Shopify is in ontwikkeling. Ze is niet beschikbaar, en op deze pagina staat geen datum — niet uit terughoudendheid, maar omdat een roadmap-positie op een marketingpagina een belofte is, en we liever nuttig zijn dan vroeg.

Wat vandaag beschikbaar is, is een Cloudflare edge-connector en een WooCommerce-plugin. Zit je op Shopify en heb je deze week een wachtkamer nodig, dan is het eerlijke antwoord dat CrowdHandler en Queue-it allebei een Shopify-product hebben en wij niet. Ga daar kijken. We zeggen dat liever hier dan drie e-mails verderop in een traject.

Ligt je drop verder weg, lees dan door — en laat het weten, want de volgorde waarin dit soort dingen gebouwd wordt, wordt bepaald door wie erom vraagt.

Wat je zou krijgen

Het argument is niet “nog een wachtrij-app”. Het is een andere vorm:

Jij bepaalt het toelatingstempo, en er is geen ondergrens. Dit is de specificatie die bepaalt of een wachtrij een drop überhaupt kan draaien, en het is waar de categorie het zwakst is. Een Cloudflare-wachtkamer kan niet minder dan 200 mensen per minuut binnenlaten — dat minimum staat in hun eigen configuratiedocumentatie en kan niet lager — dus een drop van 500 stuks is in tweeënhalve minuut voorbij. CrowdHandlers instaptarief begrenst de uitstroom op 60 per minuut, wat je ook niet kunt wijzigen. De onze is een knop, van een druppel tot ongeremd, identiek bij elk pakket inclusief het goedkoopste.

Een presale-drop wordt geloot, niet geracet. De inschrijving staat open gedurende een venster, niemand krijgt intussen een positie, en elke positie wordt toegekend via een sleutelgebonden pseudowillekeurige permutatie op het moment dat de drop begint. Wie zich in de eerste milliseconde inschrijft en wie zich 47 minuten later inschrijft hebben dezelfde verwachte positie. Het is hier standaard in plaats van een enterprise-eventfunctie. (Queue-it levert ook randomisatie bij de start van een event — wij zijn daar niet uniek in.)

Inbegrepen, niet afgeschermd. Cryptografische eerlijkheid, botafweer en de huisstijlstudio zitten in de instapprijs. In deze categorie zijn dat doorgaans losse posten. (Handhaving van eenmalige bewijzen op bestelniveau is ook standaard — op WooCommerce. Het is het ene onderdeel dat voor Shopify opnieuw gebouwd zou moeten worden, en de volgende paragraaf zegt waarom.)

Je winkel blijft verkopen als wij een slechte dag hebben. Het systeem valt bewust open, en de handhaving draait in je eigen stack in plaats van ervoor.

Wat op Shopify echt lastiger is

Het is de moeite waard om te zeggen, omdat het de volgorde van de roadmap verklaart in plaats van hem mooier te maken.

Op WooCommerce draait de handhavende code in de winkel — een plugin in jouw PHP die een ondertekend bewijs lokaal controleert zonder netwerkaanroep, en bij de checkout één bestelling per bewijs afdwingt. Shopify biedt die naad niet. De checkout is van Shopify, niet van jou, en de handhaving op bestelniveau die voorkomt dat één toelating vijf bestellingen wordt, moet daar anders worden gebouwd.

Dat is het interessante deel van het probleem, en de reden dat het geen port van twee weken is. Het is ook waarom we liever eerst met een handvol Shopify-merchants praten dan de oppervlakkige versie uitbrengen.

Laat weten dat je het nodig hebt

Mail hello@dropify.dev met wat je verkoopt en hoe een drop er ongeveer uitziet — aantallen, hoeveel verkeer je ziet, of bots al een probleem zijn. Vroege toegang betekent dat je het krijgt voordat het openbaar is, en dat jouw problemen bepalen wat het doet.

Geen formulier, geen reeks, geen e-mailcampagne. Een van de mensen die de code schrijft, leest het.