UTM analytics parameters
utm parameters · campaign tracking url · analytics query tags
Preserve utm_source, utm_medium, and custom tags while fixing encoding and duplicate key issues.
Par DN01 Network Team
Campaign tags must survive redirects intact, but analytics teams and ad platforms often append parameters in incompatible orders. Le découpeur d'URL DN01 analyse les adresses en scheme, host, path, query et fragment sans requêter le site cible. Les opérateurs l'utilisent lors de migrations, triage d'incidents et onboarding fournisseurs quand ils ont besoin de preuves reproductibles plutôt que de captures isolées.
Stripping UTM too early hides attribution, while leaving malformed UTM breaks signature validation on partner landing pages.
Split landing and final URLs, confirm each UTM key appears once with expected encoding, and document which hop added each tag. Utilisez la sortie avec l'analyseur d'en-têtes HTTP ou les journaux de redirection pour login, checkout ou campagnes. Enregistrez le permalink du résultat dans le ticket, notez l'heure du contrôle et comparez la sortie avant et après changements de configuration ou mises à jour client.
Répétez le contrôle après chaque changement important et conservez le lien du guide dans le runbook d'équipe pour que les nouveaux opérateurs suivent le même ordre de diagnostic.
Composants exposés par DN01
Scheme et host définissent transport et autorité; path identifie la ressource; query porte les paramètres; fragment reste côté client.
La sortie normalisée réduit les ports par défaut et aide à comparer des URL qui devraient correspondre dans les listes autorisées.
Erreurs de débogage
Ne supposez pas que le fragment apparaît dans les journaux serveur; la plupart des backends et pixels analytics ne le voient pas.
Ne corrigez pas l'encodage au hasard; décodez une fois, inspectez les valeurs, puis encodez selon les règles RFC du composant.
Après découpage de l'URL
Comparez l'ordre des query quand des signatures ou caches legacy sont en jeu; certains systèmes traitent les paramètres réordonnés comme une nouvelle URL.
Archivez la sortie dans les tickets pour que le prochain ingénieur voie la même vue analysée.
Documentation et prochaines étapes
Archivez la sortie du vérificateur dans les tickets de changement, revues fournisseurs et incidents afin que le prochain opérateur voie la même preuve analysée.
Liez ce guide et la page outil dans les wikis d'équipe, puis associez les résultats aux autres utilitaires DN01 quand le problème touche DNS, mail, TLS ou sécurité. Indiquez qui a lancé le contrôle, quelle entrée a été utilisée et si le permalink a été partagé avec le demandeur.
Quand escalader ou combiner les contrôles
Si la sortie de Découpeur d'URL contredit encore l'utilisateur après redémarrage ou vidage du cache, capturez horodatages, entrées brutes et permalink DN01 avant de modifier DNS, mail, TLS ou auth de production.
Escaladez vers les responsables plateforme ou identité quand la politique entreprise bloque le correctif ; sinon associez ce guide aux utilitaires DN01 DNS, mail, TLS ou sécurité pour boucler le ticket.
| Partie | Atteint le serveur |
|---|---|
| scheme | Oui |
| host | Oui |
| path | Oui |
| query | Oui |
| fragment | Non |
Questions fréquentes
- Le découpeur d'URL charge-t-il le site?
Non. Il analyse la chaîne localement et ne requête pas l'origine cible.
- Pourquoi le fragment est-il séparé?
Les navigateurs n'envoient pas les fragments aux serveurs; les journaux backend ne les voient pas.
- L'ordre des query compte-t-il?
Oui. URLs signées, affiliés et caches legacy peuvent invalider les chaînes réordonnées.
- Puis-je partager les résultats avec l'équipe ?
Oui. Copiez la sortie DN01 ou le permalink dans les tickets de changement pour que chacun examine la même preuve analysée plutôt que des captures isolées.