Parser URL și generator UTM
Împărțiți un URL în părți și construiți linkuri de campanie cu parametri UTM.
| Protocol | https: |
|---|---|
| Nume de utilizator | user |
| Parolă | – |
| Nume de gazdă | xgm.ro |
| Port | 8443 |
| Cale | /tools/email-security |
| Interogare | ?d=example.com&utm_source=newsletter |
| Fragment | #result |
| Origine | https://xgm.ro:8443 |
| Parametru | Valoare decodată |
|---|---|
| d | example.com |
| utm_source | newsletter |
Vreți să etichetați un link, nu să îl descompuneți? Construiți un link UTM în același instrument.
Instrumente înrudite
- Codor / DecodorCodificați și decodați Base64, URL-uri și entități HTML și convertiți baze numerice.
- Verificator de redirecționăriUrmăriți redirecționările de la http și https, cu și fără www, până la URL-ul final și găsiți buclele și salturile în plus.
- Metadate SEOVerificați titlul, descrierea, canonicul, robots și etichetele Open Graph ale unei pagini.
Despre acest instrument
URL & UTM are două moduri. Parse împarte o adresă cu parserul WHATWG URL propriu al browserului și listează protocolul, numele de utilizator, parola (mascată), gazda, portul, calea, interogarea, fragmentul și originea, cu un al doilea tabel al parametrilor de interogare după decodarea procentuală. Build a UTM link preia o pagină de destinație și cele cinci câmpuri utm_, le scrie pe cele completate, le elimină pe cele lăsate goale și avertizează despre un utm_source, utm_medium sau utm_campaign lipsă și despre literele mari din orice valoare. Niciunul dintre moduri nu contactează adresa: nu se cere nimic, nu se urmărește nicio redirecționare, nu se citește niciun cod de stare, iar pagina din spatele URL-ului nu este niciodată încărcată. Pentru a codifica procentual o valoare manual, folosiți în schimb Encoderul.
Ambele moduri rulează în întregime în browserul dumneavoastră, folosind parserul și serializatorul de URL-uri pe care browserul le are deja. Adresa pe care o analizați nu este niciodată accesată, linkul de campanie pe care îl construiți este asamblat local, iar nici URL-ul și niciun câmp utm_ nu sunt trimise către API-ul XGM, păstrate în acest browser sau scrise în adresa paginii - URL-ul păstrează doar modul, ca ?mode=utm, parserul fiind modul implicit care nu poartă niciun parametru. Prin urmare, un link pe care îl distribuiți deschide modul potrivit cu valorile de exemplu, niciodată cu campania dumneavoastră. Copierea, descărcarea și exportul JSON sunt generate din rezultatul de pe ecran. Singura cerere pe care pagina o face de la sine este evenimentul de vizualizare a paginii trimis după ce acceptați analiza, care poartă calea și numele instrumentului și nimic din ce ați tastat.
Cum se folosește
- Deschideți instrumentul URL și UTM.
- Lipiți sau tastați datele pe care vreți să le inspectați.
- Citiți rezultatul, calculat în browser; datele nu sunt trimise către XGM.
- Copiați rezultatul doar după ce ați verificat că arată corect.
- Folosiți instrumentele XGM înrudite dacă aveți nevoie de o imagine de diagnostic mai largă.
Întrebări frecvente
Am lipit un URL fără schemă. Ce a presupus parserul?
Textul este considerat că are deja o schemă doar atunci când începe cu ceva:// sau cu mailto:, tel:, data: ori urn:; altfel, https:// este pus în față. De aceea example.com:8080/x este citit ca gazdă plus port, nu ca o schemă numită „example.com”. Dacă rezultatul ar avea o gazdă care conține spații, textul introdus este respins, pentru că un nume de gazdă nu conține niciodată spații.
De ce rândul Cale arată caractere care în URL-ul meu sunt codificate procentual?
Valorile căii și ale parametrilor de interogare sunt afișate decodificate, ca să puteți citi ce spun de fapt; dacă în cale există o secvență de escape care nu poate fi decodificată, aceasta este afișată brut, în loc să genereze o eroare. Rândul Interogare este exact invers: este șirul de interogare brut, așa cum l-a stocat parserul, inclusiv semnul ? de la început, ca să puteți compara cele două perspective.
Șirul meu de interogare are același parametru de două ori. Care valoare câștigă?
Niciuna - ambele sunt listate, în ordinea în care apar, pentru că tabelul parcurge fiecare intrare pe care o conține șirul de interogare. Un șir de interogare este mai degrabă o convenție decât o structură definită în RFC 3986, așa că decide serverul de la celălalt capăt: unele framework-uri o iau pe prima, altele pe ultima, altele construiesc o listă. De obicei tocmai vederea duplicatului este scopul verificării.
Ce face generatorul UTM cu o pagină de destinație care are deja parametri?
Parametrii care nu sunt utm_ sunt păstrați ca atare, câmpurile utm_ pe care le-ați completat sunt setate (înlocuind orice valoare existentă acolo), iar cele pe care le-ați lăsat goale sunt eliminate din URL. Fragmentul rămâne la finalul adresei. Valorile sunt scrise prin serializatorul de URL, așa că un spațiu dintr-o valoare este escapat în loc să rămână literal - cratimele se citesc mai ușor într-un raport.
De ce mă avertizează despre literele mari?
GA4 păstrează valorile de campanie exact așa cum sosesc, așa că „Email” și „email” devin două rânduri, iar o campanie este raportată ca două. Verificarea se declanșează pentru oricare dintre cele cinci câmpuri care conține o literă mare, iar un al doilea avertisment numește oricare dintre utm_source, utm_medium sau utm_campaign pe care l-ați lăsat gol, pentru că traficul neetichetat se grupează prost. Ambele sunt sfaturi: linkul este construit și afișat oricum.
Citiți ghidul complet Parser URL și generator UTM (în engleză)