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.
Di DN01 Network Team
Campaign tags must survive redirects intact, but analytics teams and ad platforms often append parameters in incompatible orders. Lo splitter URL DN01 analizza gli indirizzi in scheme, host, path, query e fragment senza richiedere il sito di destinazione. Gli operatori lo usano in migrazioni, triage incidenti e onboarding vendor quando servono prove ripetibili invece di screenshot isolati.
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. Usa l'output con HTTP Header Checker o log di redirect per debug di login, checkout o campagne. Salva il permalink del risultato nel ticket, registra l'ora del controllo e confronta l'output prima e dopo modifiche di configurazione o aggiornamenti client.
Ripeti il controllo dopo ogni modifica rilevante e conserva il link della guida nel runbook del team così i nuovi operatori seguono lo stesso ordine diagnostico.
Componenti esposti da DN01
Scheme e host definiscono trasporto e autorità; path identifica la risorsa; query porta parametri; fragment resta lato client.
L'output normalizzato collassa porte predefinite e aiuta a confrontare URL che dovrebbero coincidere nelle allowlist.
Errori di debug
Non assumere che il fragment compaia nei log server; la maggior parte di backend e pixel analytics non lo vede.
Non correggere l'encoding a caso; decodifica una volta, ispeziona i valori, poi codifica secondo le regole RFC del componente.
Dopo lo split dell'URL
Confronta l'ordine della query con firme o cache legacy; alcuni sistemi trattano parametri riordinati come URL nuova.
Archivia l'output split nei ticket così il prossimo engineer vede la stessa vista analizzata.
Documentazione e passi successivi
Archivia l'output del controllo nei ticket di change, revisioni vendor e incidenti così il prossimo operatore vede la stessa evidenza analizzata.
Collega questa guida e la landing dello strumento nei wiki del team e abbina i risultati ad altre utility DN01 quando il problema attraversa DNS, mail, TLS o sicurezza. Annota chi ha eseguito il controllo, quale input è stato usato e se il permalink è stato condiviso con il richiedente.
Quando escalare o combinare i controlli
Se l'output di Splitter URL continua a discordare dal resoconto utente dopo riavvio o svuotamento cache, cattura timestamp, input grezzi e permalink DN01 prima di modificare DNS, mail, TLS o auth di produzione.
Escala ai responsabili piattaforma o identità quando la policy aziendale blocca la correzione; altrimenti abbina questa guida alle utility DN01 DNS, mail, TLS o sicurezza per chiudere il loop in un ticket.
| Parte | Raggiunge il server |
|---|---|
| scheme | Sì |
| host | Sì |
| path | Sì |
| query | Sì |
| fragment | No |
Domande frequenti
- Lo splitter URL carica il sito?
No. Analizza la stringa localmente e non richiede l'origine di destinazione.
- Perché il fragment è separato?
I browser non inviano fragment ai server; i log backend non li vedono.
- L'ordine della query può contare?
Sì. URL firmate, affiliate e cache legacy possono invalidare stringhe riordinate.
- Posso condividere i risultati con il team?
Sì. Copia l'output DN01 o il permalink nei ticket di change così tutti rivedono la stessa evidenza analizzata invece di screenshot isolati.