Envoyez les visiteurs vers différentes destinations depuis un même code QR géré ou smart link. Les règles de destination prennent en compte le pays, l’appareil, la langue ou l’heure, avec une destination par défaut lorsqu’aucune règle ne s’applique.
Les règles de destination évaluent la visite après un scan de code QR géré ou un clic sur un smart link. Toutes les conditions d’une règle doivent correspondre, et la première règle correspondante l’emporte.
Cet événement Bloom fictif combine une langue, français ou anglais, avec une plage horaire en soirée. Les autres visites mènent à la page générale de l’événement. L’illustration représente une configuration, pas du trafic réel.
Une règle peut répartir son audience entre deux et quatre destinations. L’exemple à deux destinations utilise des pondérations 50/50 ; le total configuré doit atteindre 100 %.
Dans cette configuration Bloom fictive, les visiteurs francophones et anglophones disposent de règles distinctes pour la plage de 18 h à 23 h. À 19 h, un visiteur francophone correspond à la règle française et arrive sur bloom.example/fr/jardin. La langue et l’horaire doivent tous deux correspondre.
L’ordre de priorité compte lorsque les audiences se chevauchent. Si vous ajoutez une règle plus large couvrant la même soirée dans toutes les langues, placez la règle française spécifique en premier. Un visiteur francophone à 19 h correspond alors aux deux, mais seule la première règle sélectionne la destination. Utilisez le simulateur pour vérifier quel parcours accessible l’emporte.
À 10 h, ni la règle française ni la règle anglaise de soirée ne correspond. La même adresse partagée envoie le visiteur vers le programme général du jardin Bloom sur bloom.example/programme, qui est la destination par défaut.
La destination par défaut est une destination normale pour les visiteurs, pas une page d’erreur. Elle sert aussi de repli si une destination sélectionnée ne peut pas être utilisée. Une localisation inconnue ne correspond pas à une règle d’inclusion par pays, et une règle exigeant le fuseau horaire du visiteur ne peut pas correspondre si ce fuseau est indisponible.
Combinez les conditions utiles au lieu de créer une adresse partagée différente pour chaque audience.
Région et langue. Choisissez des conditions de pays ou de continent et utilisez la langue principale du visiteur. Une règle en français correspond à fr, plutôt qu’à une variante régionale comme fr-CA.
Appareil et logiciel. Utilisez le contexte ordinateur, tablette ou mobile, iOS ou Android, les conditions de navigateur intégré à une application ou les comparaisons de version prises en charge. L’ouverture dans une application native conserve une destination web de repli.
Date, heure et contexte de visite. Définissez des plages de dates ou d’heures, avec les jours de la semaine et les horaires passant minuit. D’autres conditions couvrent les nouveaux visiteurs ou les visiteurs récurrents au cours d’une même journée UTC, le nombre de visites et le contexte exact du site référent.
Modifiez les règles de destination sur un ordinateur pour garder le parcours et ses conditions lisibles.
Partez d’un code QR géré ou d’un smart link fonctionnel. Ouvrez Destinations, définissez les conditions d’audience, choisissez les URL de destination externes et ordonnez les règles.
Utilisez les visiteurs du simulateur pour les destinations accessibles, y compris celle par défaut. Observez quel parcours l’emporte. Une règle masquée par une règle prioritaire ou contradictoire peut n’avoir aucun visiteur de test ; vérifiez ses conditions et sa priorité.
Appliquez la configuration au brouillon du code QR ou du smart link, puis enregistrez l’élément pour mettre à jour le parcours des visiteurs. Le simple fait d’appliquer les règles dans leur éditeur ne publie pas la modification.
L’affectation A/B est déterministe pour un même contexte réseau et navigateur. Elle ne constitue pas une identité permanente entre appareils, et un changement des pondérations peut modifier l’affectation.
Le nombre de visiteurs envoyés vers une destination décrit la répartition du trafic. Mesurez les achats ou les envois de formulaires sur le site de destination avant de conclure sur les performances de conversion.
Utilisez Suivi et analytique pour consulter les nombres de visites enregistrées et leurs parts pour les résultats des règles actuelles, les branches A/B et la destination par défaut. Le trafic historique des règles supprimées reste regroupé sous Anciennes règles.
L’illustration montre des parts d’exemple de 62 %, 28 % et 10 %, pas les résultats d’une campagne réelle. Cette vue présente les résultats ; la modification des règles se fait dans l’éditeur de destination.
Utilisez un outil spécialisé lorsque la destination dépend d’une application ou de ses boutiques.
Consultez le trafic enregistré pour les résultats des règles, les destinations A/B et le repli.
Préparez l’ouverture native des destinations d’application compatibles, avec un repli web.
Partagez une seule adresse de téléchargement d’application vers les boutiques disponibles et la destination web.
QR Code AI est utilisé par 500 000 personnes dans plus de 200 pays. Ensemble, elles ont créé 4 millions de smart links.
4M
500K
200+
La redirection conditionnelle choisit une destination à partir d’informations sur la visite, comme le pays, l’appareil, la langue ou l’heure. Dans QR Code AI, cette fonction s’appelle Règles de destination. Elle intervient après un scan de code QR géré ou un clic sur un smart link et conserve une destination par défaut comme repli.
Les règles de destination prennent en charge les 20 types de smart links et les codes QR passant par QR Code AI, dont les destinations web externes, les expériences hébergées et les formulaires. Les contenus directement encodés dans un code QR, comme les identifiants WiFi, les fiches de contact, les paiements, les lieux, les événements de calendrier et le texte brut, sont exclus. Pour les contenus hébergés, leur page intégrée reste la destination par défaut ; les règles pointent vers des adresses web externes.
La première règle correspondante dans l’ordre de priorité affiché l’emporte. Toutes ses conditions doivent correspondre. Placez les règles précises avant les règles plus larges et testez le cas où aucune règle ne correspond.
Les douze types de conditions couvrent le pays, le continent, l’appareil, le système d’exploitation, l’heure et le jour de la semaine, la date, le navigateur intégré à une application, le statut du visiteur, le nombre de visites, la langue, le site référent et la version logicielle. Un élément peut contenir jusqu’à 20 règles, avec cinq conditions maximum par règle.
Oui. Une règle correspondante peut répartir le trafic entre deux et quatre URL de destination avec des pondérations totalisant 100 %. Le raccourci A/B prépare une répartition initiale 50/50. Vérifiez les destinations, appliquez les règles et enregistrez l’élément avant que la configuration modifie les parcours réels. La répartition du trafic seule ne permet pas de désigner un meilleur taux de conversion.
Non. Le simulateur prépare des visiteurs de test illustratifs pour les résultats accessibles, afin d’examiner les parcours retenus avant l’enregistrement. Il ne génère pas de statistiques de visites. Pour les répartitions A/B, il affiche les pondérations configurées sans prétendre sélectionner une branche d’expérience réelle.
La modification est prévue sur ordinateur. Sur les téléphones et petites tablettes, l’éditeur de règles explique cette exigence et laisse consulter les configurations de départ intégrées. La vue des performances des règles en lecture seule suit la même contrainte d’écran.
Vous pouvez créer les éléments compatibles dans la limite gratuite de trois codes QR et trois smart links par compte personnel ou espace de travail. La première création d’un code QR ou d’un smart link démarre l’essai de sept jours de cet espace ; une première visite admissible peut le démarrer pour un élément créé hors de ce parcours. Après l’essai, Premium est nécessaire pour continuer à diriger les visiteurs via les codes QR dynamiques et les smart links, y compris selon leurs règles de destination.