Dynamiske QR-koder trenger ikke å sende alle skanninger til samme nettadresse. Betinget omdirigering — også kalt skanomdirigering eller regelbasert omadressering — lar deg peke ulike publikummer mot ulike mål ved hjelp av en enkelt trykt kode. Hvis du noen gang har ønsket at din lunsjflyver kunne omdirigere til menyen din, dine kveldskunder til et reservasjonsskjema og dine internasjonale besøkende til en lokalisert side, er det nøyaktig hva denne funksjonen gjør mulig.
Her er hvordan de mest nyttige omdirigjeringsscenarioene fungerer, hva du må sette opp først, og hvor folk vanligvis gjør feil.
Hva "Omdirigering" egentlig betyr i en dynamisk QR-kontekst
Når en skanning treffer en dynamisk QR-kode, er kodens destinasjonsnettadresse lagret på en server — ikke bakt inn i koden selv. Den serverstøttede omadresseringen er der omdirigjeringlogikken lever. I stedet for en enkel omdirigering («alle skanninger → nettadresse A»), legger du til betingede regler:
- Hvis betingelse oppfylles → send til nettadresse A
- Ellers → send til nettadresse B (reserven)
De fleste plattformene som støtter dette (noen ganger kalt «multi-URL QR-koder» eller «smart omdirigerings-QR-koder») lar deg lage to eller tre regler. Reservenettadressen er alltid obligatorisk. Det er grunnleggende å forstå forskjellen mellom statisk og dynamisk atferd — den komplette sammenligningen av statiske og dynamiske QR-koder forklarer hvorfor omadresseringen lever på en server og hvorfor det betyr noe for omdirigering.
Scenario 1: Tidspunkt-basert omdirigering
Brukstilfelle: En kafé trykker én QR-kode på en bordtabell. Morgenskanninger ser frokostmenyen; ettermiddagsskanninger ser lunsjmenyen; kveldskanninger ser drikkelisten.
Slik setter du det opp:
- Lag tre destinasjonsnettadresser (eller sideseksjoner) for hver menyperiode.
- Legg til tidsregler i UTC — husk å ta hensyn til din lokale tidssoneforskjell.
- Sett det vanligste tilfellet som reserven hvis en skanning treffer utenfor definerte timer.
Hvor det går galt: Team glemmer at skanningtidspunkt blir registrert på serveren i UTC som standard. En regel satt for «11:00–14:00» uten tidssoneinnsats vil aktiveres på feil tidspunkt for skanninger i din by. Bekreft alltid hvordan plattformen din håndterer tidssoner før du trykker.
Andre praktiske eksempler:
- Arrangementssteder som omdirigerer til et pre-show-program før 19:00, deretter postshow-merchandise etter 21:00
- Forhandlere som viser en flash-sale-landingsside bare under definerte promokjøringsperioder
- Treningssentre som sender timeplaner på hverdager og en helgeplan på lørdager/søndager
Scenario 2: Land- eller språkomdirigering
Brukstilfelle: En produktboks sendes til 12 land. En QR-kode omdirigerer engelsktalende markeder til en engelsk støtteside, fransktalende markeder til den franske versjonen, og alle andre til en språkvelger.
Slik setter du det opp:
- Omdirigjeringsmotoren oppdager skanningens land via IP-geolokalisering.
- Map spesifikke landskoder (US, GB, CA → engelsk side; FR, BE, CH → fransk side; DE → tysk side).
- Sett språkvelgersiden som global reserve.
Forbehold å dokumentere internt:
- IP-geolokalisering er nøyaktig på landnivå omtrent 95–99% av tiden, men VPN-brukere vil omdirigeres feil. Dette er akseptabelt for de fleste tilfeller.
- Ikke omdir basert på språkpreferanse oppdaget fra nettleseren — QR-skanforespørsler overfører ikke pålitelig Accept-Language-headere gjennom alle apper.
- Hvis plattformen din belaster per destinasjonsnettadresse eller per regel, gruppér land sammen i stedet for å liste 40 individuelle land.
Scenario 3: Enhettype-omdirigering
Brukstilfelle: En programvareselskaps trykte annonse kjøres både i et fagblad og et utviklernewsletter. iOS-brukere går til App Store-oppføringen; Android-brukere går til Google Play; skannere på skrivebord (noen som fotograferer annonsen med laptopkameraet sitt) går til nettappen.
Slik setter du det opp:
- Plattformen leser User-Agent-strengen fra skanforespørselen.
- Omdir
iOS→ App Store-URL;Android→ Play Store-URL;Other/Desktop→ nettapp.
Hvorfor dette betyr noe: App Store-omdirigeringssider er notorisk dårlige til å autodetektere plattform. Å sende Android-brukere til en App Store-lenke gir en feilmelding og dreper konverteringer. Enhetomdirigeringen løser dette elegant uten å kreve en tilpasset smart-banner-implementering på nettstedet ditt.
Scenario 4: Kombinere regler (omdirigering med flere betingelser)
Noen plattformer lar deg stable regler — for eksempel land OG enhet. En vanlig oppsetning i den virkelige verden:
| Prioritet | Betingelse | Destinasjon |
|---|---|---|
| 1 | Land = US + Enhet = iOS | US App Store |
| 2 | Land = US + Enhet = Android | US Play Store |
| 3 | Land = DE | Tysk landingsside |
| 4 | Reserve | Global landingsside |
Regler evalueres fra topp til bunn, så rekkefølgen betyr noe. Sett de mest spesifikke betingelsene først, brede geografiske regler i midten, og reserven sist. Dette er lett å få feil rekkefølge — test alltid hver betingelse med en ekte enhet og, hvis mulig, en VPN satt til det aktuelle landet før du går til trykk.
Hva du kan spore per rute
Omdirigering er bare halve bildet. Hver destinasjonsnettadresse skal bære UTM-parametere slik at du kan skille ytelse etter publikumssegment i analyseplatformen din. En skanning omdirigert til den franske siden skal avfyre ?utm_source=qr&utm_medium=print&utm_content=fr slik at du kan skille den fra en generisk skanning.
For et dypere blikk på hvilke metrikker du skal hente fra QR-dashboardet ditt, guiden til QR-kode-analyse som faktisk driver beslutninger dekker skan-til-konvertering-sporing i detalj.
Du kan også bruke omdirigjeringsloglene til å identifisere uventet trafikkmønstre — hvis 40% av skanningene på en kun-UK trykt kjøring utløser «ikke-UK-reserven», må geolokaliserings oppsettet ditt sjekkes før du skalerer utgifter.
Plattformsjekkliste før du forplikter deg til omdirigering
Ikke alle dynamiske QR-plattformer støtter betinget omdirigering. Før du velger en, må du bekrefte:
- Tidspunkt-regler med tidssoneutvalg (ikke bare UTC)
- Land/region-nivå geolokaliserings-omdirigering
- Enhettype-oppdagelse (iOS / Android / Annet minimum)
- Regelstabling eller multi-betingelse-støtte
- Per-regel skan-analyse, ikke bare samlede totaler
- Reservenettadresse er alltid obligatorisk og redigerbar
Hvis ditt nåværende verktøy mangler disse, støtter Super QR Code Generator betinget omdirigering på tvers av tid, land og enhet med per-regel-analyse inkludert.
Viktige takeaways
- Omdirigering sender ulike skanninger til ulike nettadresser fra en enkelt trykt QR-kode, ved hjelp av serverstøttet omadresseringslogikk.
- Tidspunkt-basert omdirigering krever korrekt tidssonekonfigurasjon — UTC-standarder vil misfire i de fleste markeder.
- Landbasert omdirigering bruker IP-geolokalisering, som er pålitelig på landnivå men mislykkes for VPN-brukere.
- Enhetomdirigeringen er den reneste løsningen for appnedlastingskampanjer som trenger å separere iOS og Android-destinasjoner.
- Legg alltid til UTM-parametere til hver omdirigert nettadresse slik at etterfølgende analyse forblir segmentert.
- Test hver omdirigjeringsregel med en ekte enhet (og ideelt sett en VPN) før du trykker i stor skala.