Els codis QR dinàmics no han d'enviar tots els escaneigs a la mateixa URL. L'enrutament condicional — també anomenat enrutament d'escaneigs o redireccionaments basats en regles — et permet dirigir públics diferents cap a destinacions diferents mitjançant un únic codi imprès. Si mai has desitjat que el teu full de menjador de migdia pogués redirigir al menú, la teva multitud de nit a un formulari de reserva, i els teus visitants internacionals a una pàgina localitzada, aquesta és exactament la funcionalitat que ho permet.
Aquí trobaràs com funcionen els escenaris d'enrutament més útils, què has de configurar primer, i on la gent solen cometre errors.
Què significa realment "Enrutament" en un Context de Codi QR Dinàmic
Quan un usuari escaneja un codi QR dinàmic, la URL de destinació del codi s'emmagatzema en un servidor — no està gravada en el codi mateix. Aquesta redirecció del costat del servidor és on viu la lògica d'enrutament. En lloc d'una redirecció simple ("tots els escaneigs → URL A"), afegeix regles condicionals:
- Si es compleix la condició → envia a URL A
- Altrament → envia a URL B (la redirecció per defecte)
La majoria de plataformes que suporten aquesta funcionalitat (a vegades anomenada "codis QR multi-URL" o "codis QR de redirecció intel·ligent") et permeten afegir dues o tres regles. La URL de redirecció per defecte és sempre obligatòria. Entendre la diferència entre comportament estàtic i dinàmic és fonamental aquí — la comparativa completa entre codis QR estàtics i dinàmics explica per què la redirecció viu en un servidor i per què això importa per a l'enrutament.
Escenari 1: Enrutament segons l'Hora del Dia
Cas d'ús: Una cafeteria imprimeix un codi QR en una tenda de taula. Els escaneigs del matí veuen el menú de l'esmorzar; els de la tarda veuen el menú del dinar; els de la nit veuen la llista de begudes.
Com configurar-ho:
- Crea tres URLs de destinació (o seccions de pàgina) per a cada període de menú.
- Afegeix regles de temps en UTC — recorda comptar per al teu desplaçament de zona horària local.
- Estableix el cas d'ús més comú com a redirecció per defecte en cas que un escaneig accedeixi fora de les hores definides.
On surt malament: Els equips obliden que l'hora d'escaneig es registra en el servidor en UTC per defecte. Una regla configurada per a "11:00–14:00" sense configuració de zona horària s'activarà a les hores equivocades per als escaneigs a la teva ciutat. Sempre confirma com la teva plataforma gestiona les zones horàries abans d'imprimir.
Altres exemples pràctics:
- Venues d'esdeveniments enrutant a un programa pre-espectacle abans de les 7 de la nit, després a marxandatge post-espectacle després de les 9 de la nit
- Detallistes mostrant una pàgina d'aterratge de venda flash només durant finestres promocionals definides
- Gimnasos enviant calendaris de classes els dia laborals i un horari de cap de setmana els dissabtes/diumenges
Escenari 2: Enrutament per País o Idioma
Cas d'ús: Una caixa de producte s'envia a 12 països. Un codi QR enruta mercats de parla anglesa a una pàgina de suport en anglès, mercats de parla francesa a la versió en francès, i la resta a un selector d'idioma.
Com configurar-ho:
- El motor d'enrutament detecta el país del escaner a través de geolocalització per IP.
- Mapeja codis de país específics (US, GB, CA → pàgina en anglès; FR, BE, CH → pàgina en francès; DE → pàgina en alemany).
- Estableix la pàgina del selector d'idioma com a redirecció per defecte global.
Advertències a documentar internament:
- La geolocalització per IP és precisa al nivell del país aproximadament entre el 95–99% de les vegades, però els usuaris de VPN es redirigiran incorrectament. Això és acceptable per a la majoria dels casos d'ús.
- No enrutis per preferència d'idioma detectada des del navegador — les sol·licituds d'escaneig de codi QR no passen de forma fiable les capçaleres Accept-Language a través de totes les aplicacions.
- Si la teva plataforma cobra per URL de destinació o per regla, agrupa els països junts en lloc de llistar 40 països individuals.
Escenari 3: Enrutament per Tipus de Dispositiu
Cas d'ús: Un anunci imprès d'una empresa de programari s'executa tant en una revista comercial com en un butlletí de desenvolupadors. Els usuaris d'iOS van a la llista de l'App Store; els d'Android van a Google Play; els escaneigs d'escriptori (algú fotografiant l'anunci amb la càmera portàtil del seu portàtil) van a l'aplicació web.
Com configurar-ho:
- La plataforma llegeix la cadena User-Agent de la sol·licitud d'escaneig.
- Enruta
iOS→ URL de l'App Store;Android→ URL de Play Store;Altres/Escriptori→ aplicació web.
Per què importa: Les pàgines de redirecció de l'App Store són notòriament dolentes per a la detecció automàtica de plataforma. Enviar usuaris d'Android a un enllaç de l'App Store produeix un error i mata les conversions. L'enrutament de dispositius resol això de forma neta sense necessitat d'implementar una implementació personalitzada de banner intel·ligent al teu lloc web.
Escenari 4: Combinació de Regles (Enrutament Multi-Condició)
Algunes plataformes et permeten apilar regles — per exemple, país I dispositiu. Una configuració habitual del món real:
| Prioritat | Condició | Destinació |
|---|---|---|
| 1 | País = US + Dispositiu = iOS | App Store dels EUA |
| 2 | País = US + Dispositiu = Android | Play Store dels EUA |
| 3 | País = DE | Pàgina d'aterratge alemanya |
| 4 | Redirecció per defecte | Pàgina d'aterratge global |
Les regles s'avaluen de dalt a baix, així que l'ordre importa. Posa les condicions més específiques primer, les regles geogràfiques amplis en el centre, i la redirecció per defecte al final. Això és fàcil de seqüenciar malament — sempre prova cada condició amb un dispositiu real i, si és possible, una VPN configurada per al país rellevant abans d'anar a imprimir.
Què Pots Seguir Per a Cada Ruta
L'enrutament és només la meitat de la història. Cada URL de destinació ha de portar paràmetres UTM perquè puguis separar el rendiment per segment d'audiència a la teva plataforma d'analítica. Un escaneig enrutat a la pàgina en francès ha de disparar ?utm_source=qr&utm_medium=print&utm_content=fr perquè puguis distingir-lo d'un escaneig genèric.
Llista de Verificació de Plataforma Abans de Comprometre't amb l'Enrutament
No totes les plataformes de codi QR dinàmiques suporten enrutament condicional. Abans de triar una, confirma:
- Regles de temps amb selecció de zona horària (no només UTC)
- Enrutament de geolocalització a nivell de país/regió
- Detecció de tipus de dispositiu (mínim iOS / Android / Altres)
- Suport per apilar regles o multi-condició
- Analítica per regla, no només totals agregats
- La URL de redirecció per defecte és sempre obligatòria i editable
Si la teva eina actual manca d'aquestes funcionalitats, Super QR Code Generator suporta enrutament condicional en temps, país i dispositiu amb analítica per regla inclosa.
Punts Clau
- L'enrutament envia escaneigs diferents a URLs diferents des d'un únic codi QR imprès, utilitzant lògica de redirecció del costat del servidor.
- L'enrutament segons l'hora del dia requereix configuració correcta de la zona horària — les configuracions per defecte en UTC fallaran en la majoria dels mercats.
- L'enrutament per país utilitza geolocalització per IP, que és fiable al nivell del país però falla per a usuaris de VPN.
- L'enrutament de dispositiu és la solució més neta per a campanyes de descàrrega d'aplicacions que necessiten separar destinacions d'iOS i Android.
- Sempre afegeix paràmetres UTM a cada URL enrutada perquè l'analítica inferior romangui segmentada.
- Prova cada regla d'enrutament amb un dispositiu real (i idealment una VPN) abans d'imprimir a escala.