Déplacez votre conteneur sans toucher à un tag.
Un conteneur serveur est câblé à des noms d'en-tête. Changez de prestataire et chaque variable En-tête de requête pointe vers quelque chose qui n'arrive plus. Ce module envoie aussi les noms de votre ancien prestataire, avec nos valeurs à l'intérieur, pour que le conteneur qui fonctionnait hier fonctionne encore aujourd'hui.
La même valeur sous les deux noms. Migrez vos variables quand vous êtes prêt, puis désactivez le module.
Une valeur, deux noms d'en-tête
La partie d'une migration que personne ne budgète
Déplacer un conteneur, c'est un changement DNS et un redéploiement. Ce qui prend l'après-midi, c'est la couche tag : chaque variable qui lit un en-tête inventé par l'ancien prestataire, et chaque tag qui en dépend.
Les variables échouent en silence
Une variable En-tête de requête qui ne trouve rien renvoie undefined. Le tag se déclenche quand même, le paramètre est simplement absent, et le trou apparaît dans les rapports du fournisseur des jours plus tard, pas dans votre aperçu.
La liste est plus longue qu'elle n'en a l'air
Identifiants de visiteur, localisation, données d'appareil. Chaque prestataire les écrit à sa façon, et les noms seuls ne disent pas lesquels correspondent déjà.
Rien ne permet de répéter
Les anciens en-têtes n'existent que chez l'ancien prestataire. Tant que le changement DNS n'est pas en place, il n'y a rien à tester : le premier trafic réel est donc aussi le premier test.
Comment ça marche
Vous nous indiquez d'où vous venez. Chaque requête arrive ensuite avec, en plus, les noms d'en-tête de ce prestataire, portant les valeurs que nos propres modules calculent.
Choisissez votre ancien prestataire
Stape et MetricsGate sont fournis avec leur correspondance. Pour le reste, relevez les noms d'en-tête sur votre ancien conteneur et associez chacun aux nôtres.
Les deux noms sont livrés
Le nôtre et le leur, même valeur, même requête. Rien n'est remplacé : une variable que vous avez déjà migrée continue de fonctionner.
Déplacez vos variables quand cela vous arrange
Repointez-les une par une, avec du trafic réel, sans que l'ordre n'ait la moindre importance.
Désactivez le module
Dès qu'aucune variable ne lit plus un ancien nom, désactivez-le. Les en-têtes supplémentaires cessent, rien d'autre ne change.
Ce que vous obtenez
La plupart des noms correspondent déjà
Les noms d'en-tête sont insensibles à la casse, la variable En-tête de requête aussi. Une variable qui demande X-GEO-Country reçoit notre X-Geo-Country sans intervention : seuls les noms réellement différents reçoivent un alias.
Rien n'est écrasé
Les alias sont des en-têtes supplémentaires. Nos propres noms partent toujours, le module s'active et se désactive donc sans changement coordonné côté tags.
Uniquement ce que vous utilisez
Un alias n'est envoyé que si le module qui produit la valeur est activé sur votre conteneur. Activer l'aide à la migration n'active rien d'autre.
Les noms que vous fournissez sont vérifiés
Un nom personnalisé doit ressembler à un en-tête et ne peut pas viser les champs qui portent l'adresse du visiteur : une faute de frappe ne peut jamais défaire silencieusement vos réglages de confidentialité.
Spécification
- Noms d'en-tête
- Ceux de votre ancien prestataire, en plus des nôtres
- Prestataires intégrés
- Stape, MetricsGate
- Autres prestataires
- Correspondance personnalisée, jusqu'à 20 noms
- Valeurs
- Identiques à nos propres en-têtes
- Coût
- Inclus avec votre conteneur
Quand l'utiliser
Vous quittez Stape
X-Stape-User-Id et X-GEO-PostalCode arrivent exactement comme avant. Le reste de leur jeu correspond déjà au nôtre, il n'y a rien d'autre à organiser.
Vous avez hérité du conteneur
Quand plus personne ne sait quelle variable lit quel en-tête, envoyez les deux noms et traitez-les à partir des rapports plutôt que de mémoire.
Vous basculez par étapes
Dirigez une partie du trafic vers le nouveau conteneur pendant que l'ancien sert le reste. Pour la couche tag, les deux se comportent à l'identique.
Questions sur Migration Headers
Dois-je modifier quelque chose dans mon conteneur au préalable ?
Non, et c'est bien l'idée. Activez le module, déplacez le DNS, et les variables que vous avez déjà continuent de se résoudre. Les repointer vers nos noms est un travail de nettoyage pour après, au rythme qui vous convient.
Pourquoi la liste d'alias est-elle si courte ?
Parce que les noms d'en-tête HTTP sont insensibles à la casse, tout comme la variable En-tête de requête dans votre conteneur. L'essentiel du jeu d'un concurrent correspond déjà au nôtre sans aide. Seuls les noms qui diffèrent par autre chose que la casse ont besoin d'un alias.
Mon ancien prestataire n'est pas dans la liste.
Ouvrez l'aperçu de votre ancien conteneur, copiez les noms d'en-tête entrants et associez chacun à la valeur qu'il doit porter. Cela couvre n'importe quel prestataire, y compris ceux qui n'ont jamais publié leurs noms d'en-tête.
Envoyer deux en-têtes coûte-t-il quelque chose ?
Non. Ils sont ajoutés à notre périphérie à partir de valeurs déjà calculées pour la requête, et le module est inclus avec votre conteneur.
Puis-je le laisser activé indéfiniment ?
Aucune raison de coût ou de performance de le couper, mais il est conçu comme une transition. Une fois que chaque variable lit nos noms, le désactiver supprime des en-têtes que plus personne ne lit.
Autres modules
Les modules se cumulent. Activez-en autant que nécessaire : ils se combinent en une seule configuration devant votre conteneur.
Prêt à l'activer ?
Chaque module est inclus avec votre conteneur, sans surcoût. Créez un conteneur, ouvrez le panneau des modules et activez.