A/B-testa en QR-kod med qrgenos regelmotor
Dela upp trafiken mellan flera destinationer och se vilken variant som konverterar bäst — direkt i dashboarden, utan cookies.
- Vad en split-test-regel gör i qrgeno
- Hur du väljer viktning — 50/50, 75/25 eller trevägs
- Varför varje skanning kopplas till sin variant, så vinnaren syns direkt
- Hur enhetsstabil hash ersätter cookies — utan samtyckesdialog
- Hur återkommande besökare oftast ser samma version över flera skanningar
- Hur länge testet bör pågå innan du drar en slutsats
- När A/B-test lönar sig — och när det bara blir brus
Varför A/B-testa en QR-kod överhuvudtaget
De flesta QR-kampanjer skeppas med en enda destination och en gissning. Var landningssidan rätt? Var formuläret kort nog? Var rubriken rätt vinkel? Du får egentligen aldrig veta — det finns inget att jämföra mot. A/B-test flyttar gissningen till data. Du sätter upp två (eller tre) versioner av destinationen, delar upp trafiken mellan dem, och efter en vecka vet du vilken som faktiskt gav flest konverteringar. Samma QR-kod, samma klistermärke, samma kampanj — bara olika innehåll bakom koden.
Så delar regelmotorn upp trafiken
I qrgeno är ett A/B-test bara ytterligare en regel du lägger till på QR-koden: 1. Gå till QR-kodens detaljvy och öppna fliken **Regler**. 2. Lägg till en ny regel av typen **Split test** (A/B-test). 3. Ange dina varianter — varje variant är en destinations-URL plus ett namn (t.ex. "Kort formulär" och "Långt formulär"). 4. Välj viktning. 5. Spara. Regeln börjar dela upp nästa skanning direkt. QR-koden själv ändras inte. Klistermärket på väggen eller flyern på mässan är densamma — uppdelningen sker vid omdirigeringen, i millisekunden mellan skanning och landningssida.
Välj valfri viktning — 50/50, 75/25 eller trevägs
Viktningen styr hur stor andel av skanningarna som hamnar i respektive variant. • **50/50** — klassiskt A/B. Bra när du vill ha snabbast möjliga resultat på två likvärdiga varianter. • **75/25** — när du vill testa en ny variant mot en etablerad vinnare utan att riskera för mycket av trafiken. Den nya får 25 %, den gamla 75 %, och om den nya visar sig vara bättre kan du höja andelen stegvis. • **Trevägs (33/33/33)** — testar tre hypoteser samtidigt. Bra när du har tre olika vinklar att utvärdera, mindre bra när trafiken är låg eftersom varje variant får färre skanningar. • **Egna värden** — valfri viktning som summerar till 100 %. Till exempel 10/10/80 när du vill pilotera två idéer mot en huvudversion utan att rubba huvudflödet. Tumregel: låg trafik? Kör 50/50 mellan två varianter. Hög trafik eller kort beslutsfönster? Trevägs eller egna viktningar.
Inga cookies krävs — enhetsstabil hash
Traditionell A/B-testning på webben brukar använda cookies för att komma ihåg vilken variant en besökare såg. Det funkar, men det kräver cookie-samtycke, bryter ner när besökaren byter webbläsare, och slåss med "acceptera alla cookies"-dialoger som kunder stänger innan de hinner läsa. qrgeno använder ingen cookie. Istället genereras en **enhetsstabil hash** vid omdirigeringen, byggd på attribut vi ändå har tillgång till — bland annat IP-segment, user agent och QR-kodens slug. Hashen mappas deterministiskt till en variant, så samma enhet i de flesta fall ser samma variant över flera skanningar, utan att någon persistent identifierare sparas i webbläsaren. Det betyder: • Ingen cookie-banner-fråga specifikt för A/B-testet • Ingen cross-site tracking, ingen personuppgift som sparas • Återkommande besökare får oftast samma upplevelse (bra, för annars tror de sig se två olika företag) • Två olika enheter som delar samma IP-prefix (t.ex. på ett kontor) kan råka hamna på olika varianter — en medveten avvägning mot att inte spara en persistent identifierare För nästan alla marknadskampanjer är det en bättre kompromiss än cookies: mindre juridisk komplexitet, enklare infrastruktur, och i praktiken tillräckligt stabilt för att datan ska vara användbar.
Varje skanning loggas mot sin variant
När en besökare skannar och hashen väljer en variant, loggas skanningen med vilken variant som visades. I dashboarden ser du direkt: • Antal skanningar per variant • Den faktiska trafikfördelningen (sällan exakt 50/50 — det är brus, inte fel) • Konverteringsgrad per variant om du har mätning på destinationerna (formulärinskick, voucher-inlösen, UTM-taggad extern analytics) Vinnaren är den med högst konvertering, inte den med flest skanningar. En variant kan få fler skanningar men färre konverteringar — och då är den sämre, även om den "ligger före" i råa skanningar.
Hur länge ska testet pågå?
Tumregler: • **Minst 100 konverteringar per variant** innan du drar slutsatser. Färre än så är slumpen fortfarande större än skillnaden. • **Minst en hel vecka.** Konvertering skiljer sig mellan vardagar och helger — tester som avslutas efter tre vardagar missar helgbeteendet. • **Stoppa inte för tidigt.** Det är frestande att avsluta testet när en variant ligger före efter tre dagar, men tidiga ledningar återtas ofta när volymen växer. Om testet varit igång en vecka och du fortfarande inte har 100 konverteringar per variant — överväg att sänka antalet varianter (trevägs till tvåvägs) eller skjuta upp beslutet tills volymen ökat. Dålig data är sämre än ingen data.
När är A/B-test värt det?
A/B-testning är ett bra verktyg — men inte för varje kampanj. Några situationer där det lönar sig: • **Permanenta QR-koder.** En QR-kod på menyhållaren i en restaurang som skannas 500 gånger i månaden i tre år är värt att optimera. Ett klistermärke på en endagars mässa är det sällan. • **Små skillnader, höga volymer.** Om destinationen redan fungerar hyfsat och du vill trimma den vidare är A/B rätt verktyg. • **Osäkra hypoteser.** När ni är oense i teamet om vilken vinkel som fungerar — låt datan avgöra istället för argumentationen. När det inte lönar sig: • Kampanjer som varar mindre än en vecka • Platser med låg skanningsvolym (under ~50 skanningar per vecka) • När du redan vet svaret — bygg rätt version direkt istället för att testa två halvdana A/B-test är för trimning, inte för grundbeslut. Första versionen bygger du på magkänsla och best practices. Andra, tredje och tionde versionen bygger du på testresultat.
Sammanfattning
qrgenos regelmotor gör A/B-test till en punkt på listan istället för ett projekt. Lägg till en Split test-regel, välj viktning, ange varianter — sedan är det data som avgör vilken destination som stannar kvar. Ingen cookie, ingen samtyckesdialog specifikt för testet, ingen extra infrastruktur. Bara en QR-kod som delar upp trafiken smartare och loggar vad den gjorde, så att nästa version av kampanjen bygger på något mer än en gissning.
Sluta trycka om.Börja uppdatera.
- 5 400 kr
- Sparas i snitt / år
- 3 min
- Installationstid
- 249 SEK
- Starter