Liens intelligents. One link, many destinations.

api-core pousse les changements de règles vers Redis dans les 30 secondes suivant l'enregistrement. Le service edge-redirect dispose d'un cache LRU interne avec un TTL de 60 secondes pour les liens avec règles. Propagation complète : moins de 90 secondes dans le pire des cas. Si vous avez besoin d'une propagation plus rapide (ex: coupure lors d'un événement en direct), l'API dispose d'un point de terminaison d'invalidation du cache qui force l'invalidation de Redis immédiatement — l'edge LRU manquera alors le cache et récupérera de Redis en quelques secondes.

Le premier match l'emporte — la règle avec l'indice d'ordre le plus bas est appliquée. Il n'y a pas de détection ou de fusion de conflits. Il est de votre responsabilité de commander les règles correctement et d'éviter les fenêtres temporelles ou les listes de pays qui se chevauchent. L'outil de prévisualisation des règles dans le tableau de bord vous permet de simuler une requête de test par rapport à l'ensemble de règles actuel pour vérifier quelle règle s'active.

Non. Les modèles de User-Agent de robots connus sont exclus de l'évaluation des règles ; les robots reçoivent toujours la destination de secours. C'est intentionnel — vous ne voulez pas que votre routage smart-link affecte le comportement d'indexation ou serve involontairement du contenu spécifique à une région aux robots. La liste d'exclusion des robots est la même que celle utilisée par l'edge pour classer le trafic organique par rapport au trafic robot dans les analyses.

Z-test à deux proportions au niveau du clic. L'hypothèse nulle est que les deux variantes ont le même taux de clics. La confiance est 1 - valeur-p, exprimée en pourcentage. Nous n'appliquons pas de correction de Bonferroni pour les variantes multiples ; l'exécution de plus de 2 variantes augmente le taux de faux positifs. Pour les expériences formelles, exportez le flux brut de clics et effectuez le test de signification dans votre entrepôt de données. Nous affichons le chiffre du tableau de bord comme un indicateur directionnel, pas comme une conclusion causale.

Oui — la correspondance du domaine référent est l'une des six dimensions de règle. Vous pouvez faire correspondre un domaine exact (ex: 'newsletter.example.com') ou un joker ('*.example.com'). L'en-tête Referer est utilisé ; la suppression du référent HTTPS signifie que vous n'obtiendrez pas toujours un référent de sites HTTPS externes. Pour les liens partagés par email (où le Referer est généralement absent), les règles de référent sont moins fiables que les règles géo ou d'appareil.

Non. Les smart-links sont une fonctionnalité Pro et Business. Les liens du forfait gratuit vont vers une destination unique sans règles de routage. Vous pouvez prévisualiser l'interface des règles en gratuit, mais les règles ne sont pas évaluées à l'edge tant que vous n'avez pas mis à niveau votre forfait.

Oui. Chaque variante d'une répartition A/B possède sa propre série temporelle de clics visible dans la vue analytique du lien. Les ventilations par géo, appareil et référent sont agrégées au niveau du lien, pas par variante — les ventilations de dimensions par variante sont prévues dans la feuille de route pour le forfait Business.

L'A/B smart-link est par lien : vous répartissez le trafic vers différentes destinations pour la même URL courte. L'A/B de campagne se situe au niveau de la campagne : vous utilisez deux variantes de liens courts (slugs différents) ciblant la même destination, et utilisez les analyses de campagne pour comparer quel slug a obtenu le plus de clics. Cas d'utilisation différents : l'A/B au niveau du lien sert à tester la destination ; l'A/B de campagne sert à tester le contenu créatif et le slug.