Origin host and path
URL origin · host vs path · URL origin explained
How browsers compute origin for CORS, cookies, and CSP compared with the host and path shown in logs.
Por DN01 Network Team
Origin combines scheme, host, and port, while path and query can change without crossing an origin boundary. El divisor de URL de DN01 analiza direcciones en scheme, host, path, query y fragment sin solicitar el sitio destino. Los operadores lo usan en migraciones, triage de incidentes e incorporación de proveedores cuando necesitan evidencia repetible en lugar de capturas aisladas.
Teams debugging CORS or cookie scope often focus on the full URL string instead of the origin triple that policies actually evaluate.
Use URL Splitter to separate origin from path and query, then compare with browser devtools and reverse-proxy access logs. Use la salida junto al comprobador de cabeceras HTTP o registros de redirección al depurar login, checkout o campañas. Guarde el permalink del resultado en el ticket, registre la hora de la comprobación y compare la salida antes y después de cambios de configuración o actualizaciones del cliente.
Repita la comprobación tras cada cambio relevante y conserve el enlace de la guía en el runbook del equipo para que nuevos operadores sigan el mismo orden de diagnóstico.
Componentes que expone DN01
Scheme y host definen transporte y autoridad; path identifica el recurso; query lleva parámetros; fragment permanece en el cliente.
La salida normalizada colapsa puertos por defecto y ayuda a comparar URL que deberían coincidir en listas permitidas.
Errores de depuración
No asuma que el fragment aparece en registros del servidor; la mayoría de backends y píxeles analíticos no lo ven.
No corrija la codificación a ciegas; decodifique una vez, inspeccione valores y codifique según las reglas RFC del componente.
Después de dividir la URL
Compare el orden de query cuando haya firmas o cachés legacy; algunos sistemas tratan parámetros reordenados como URL nueva.
Archive la salida dividida en tickets para que el siguiente ingeniero vea la misma vista analizada.
Documentación y siguientes pasos
Archive la salida del comprobador en tickets de cambio, revisiones de proveedores e incidentes para que el siguiente operador vea la misma evidencia analizada.
Enlace esta guía y la página del instrumento en wikis del equipo y combine resultados con otras utilidades DN01 cuando el problema cruce DNS, correo, TLS o capas de seguridad. Anote quién ejecutó la comprobación, qué entrada se usó y si el permalink del resultado se compartió con el solicitante.
Cuándo escalar o combinar comprobaciones
Si la salida de Divisor de URL sigue sin coincidir con el informe del usuario tras reiniciar o limpiar caché, capture marcas de tiempo, entradas en bruto y el permalink DN01 antes de cambiar DNS, correo, TLS o auth de producción.
Escale a responsables de plataforma o identidad cuando la política empresarial bloquee la corrección; de lo contrario combine esta guía con utilidades DN01 de DNS, correo, TLS o seguridad para cerrar el ciclo en un ticket.
| Parte | Llega al servidor |
|---|---|
| scheme | Sí |
| host | Sí |
| path | Sí |
| query | Sí |
| fragment | No |
Preguntas frecuentes
- ¿El divisor de URL carga el sitio?
No. Analiza la cadena localmente y no solicita el origen destino.
- ¿Por qué el fragment va separado?
Los navegadores no envían fragments a servidores; los registros backend no los ven.
- ¿Importa el orden de query?
Sí. URLs firmadas, afiliados y cachés legacy pueden invalidar cadenas reordenadas.
- ¿Puedo compartir resultados con el equipo?
Sí. Copie la salida DN01 o el permalink en tickets de cambio para que todos revisen la misma evidencia analizada en lugar de capturas sueltas.