Divisor de URL

Las integraciones OAuth y OpenID Connect fallan por detalles: barra final, puerto incorrecto o http frente a https. Los proveedores comparan el redirect_uri registrado literalmente con el valor de la petición de autorización. Antes de pegarlo en Google, Microsoft u Okta, divídelo en DN01 y confirma que esquema, hostname, path y query coinciden carácter a carácter con la lista permitida. Si la app construye callbacks dinámicamente, pega el valor del intento fallido y compara origin y URL normalizada con lo registrado. La diferencia de mayúsculas en hostname suele ser inocua porque DN01 normaliza el host a minúsculas; un query extra o un path distinto romperá el flujo. La comprobación es gratuita y evita idas y vueltas por páginas de error del proveedor.

Los equipos de marketing etiquetan enlaces con parámetros UTM para atribución. Con el tiempo aparecen ortografías inconsistentes, claves duplicadas o caracteres codificados invisibles en una hoja de cálculo. Pega cada URL de destino en el divisor y lee la tabla de parámetros en lugar de contar ampersands. Verifica utm_medium, utm_campaign y utm_content antes de publicar un envío y detecta dobles ? al concatenar URLs. El análisis es local: puedes revisar enlaces no publicados con slugs confidenciales.

Operadores de CDN y reverse proxy escriben claves de caché y reglas de origen a partir de componentes URL. Una regla /images/* no debe incluir consultas que rompan caché por accidente, y el enrutamiento por hostname debe distinguir www del apex. Dividir una URL problemática muestra si los segmentos encajan con el orden de reglas edge y si el puerto en host afecta entornos de desarrollo. Al migrar de prefijos a segmentos, comparar listas aclara qué directorios necesitan mapas de redirección.

Depurar webhooks suele empezar con una línea de log con la URL de callback completa. Procesadores de pago, GitHub y CI muestran la dirección exacta que intentaron alcanzar. Pega la URL para separar el path que debe registrar tu router de los query que la verificación de firma incluye u omite. Si el listener usa puerto no predeterminado, el campo puerto confirma si se usó :443 explícitamente. Es más rápido que buscar dos puntos en una cadena HTTPS larga.

Las SPA mueven estado al fragmento (#/dashboard?tab=billing) donde los logs del servidor no lo ven. Si un usuario reporta «página incorrecta tras el login», divide la URL de la barra de direcciones e inspecciona el fragmento aparte de path y query. Soporte puede explicar si el problema es enrutamiento servidor o router cliente. DN01 documenta que el fragmento se analiza pero no aparecería en una línea clásica de access log.

En revisiones de seguridad llegan enlaces sospechosos con esquemas no permitidos. DN01 acepta http/https absolutos y rechaza javascript:, data: y file:, alineado con prácticas seguras. El analista documenta esquema y host para el ticket sin ejecutar código ni hacer fetch. Para https, extraer hostname facilita WHOIS o DNS en otras herramientas manteniendo este paso estructural.

API gateways y mallas de microservicios añaden prefijos al exponer servicios internos. Externamente https://public.example.com/payments/v1/charges y dentro /v1/charges. Dividir ambas representaciones por segmentos hace visible el desfase de prefijo antes de desplegar tablas de rutas en producción.

Si falla con «absolute URL with scheme and host is required», añade https:// (o http://) antes del host y elimina espacios sobrantes. example.com/path sin esquema no es URL absoluta válida aquí. Copia desde la barra del navegador cuando sea posible.

Los esquemas javascript:, data: y file: están bloqueados a propósito: no son navegaciones web para redirect o CDN. Reescribe como https si estudias una página de otro contexto o elimina cargas ejecutables antes de analizar.

Si los parámetros parecen vacíos pero esperabas valores tras ?, revisa la codificación. Una secuencia percent mal formada impide el análisis. Pega la URL tal como apareció en log, HTML o JSON, no una variante parcialmente decodificada.

Cuando host y hostname difieren solo en puerto, la regla de enrutamiento puede necesitar el puerto explícito. https omite :443 por defecto; :3000 mostrará puerto no vacío. La URL normalizada conserva el puerto personalizado.

Claves duplicadas en query aparecen como filas separadas. Algunos frameworks conservan solo el último valor; otros concatenan. El divisor muestra lo estructuralmente presente, no la elección en runtime de tu framework.

El esquema fija expectativas de transporte. Proveedores OAuth exigen https en producción; desarrollo local puede permitir http en localhost. Ver esquema aparte del origin ayuda con mixed content y HSTS sin releer el RFC. Para esquemas no http que otras herramientas parsean, DN01 puede avisar que no hubo acceso de red—http y https son prioritarios aquí.

Separar host y hostname refleja RFC 3986 y APIs de servidor. SNI TLS usa hostname; sockets escuchan en puerto. Un health check CDN apunta a hostname:443 mientras un servicio docker publica host:8080. Ambos campos reducen confusión cuando «host» significa solo el nombre DNS.

Path y segmentos cubren pensamiento orientado a cadenas y REST. Proxies documentan prefijos; el código divide segmentos para autorización. El percent-encoding en path es forma en cable—comparación fiel con access logs. La lista omite componentes vacíos de barras iniciales o finales.

Consulta en bruto y parseada importan a analítica y firmas por motivos distintos. Marketing necesita utm_campaign decodificado; verificación HMAC puede exigir la subcadena query exacta enviada. Duplicados y valores vacíos son casos distintos de claves ausentes.

El fragmento es la parte más malinterpretada. En carga clásica el navegador pide solo lo anterior a #; el fragmento se interpreta localmente. Por eso cambiar fragmento no genera nueva línea en access log. Flujos OAuth implícitos históricos devolvían tokens en fragmento—revisiones de seguridad deben mirarlo aunque nginx no lo vea. DN01 lo muestra para educación y SPA, no como ruta servidor.

Origin y URL normalizada apoyan equivalencia. Origin es frontera de CORS y partición de almacenamiento. La normalización pone esquema y host en minúsculas según reglas del tool. Úsala para listas permitidas pero confirma si tu IdP exige path sensible a mayúsculas.

Trocear a mano en un editor sirve para una URL pero escala mal con consultas largas. Un & mal colocado o = dentro de base64 rompe scripts ingenuos. DN01 usa un analizador formal alineado con net/url de Go.

DevTools Network muestra URLs solo tras una petición. Para redirect_uri o campañas embargadas, peticionar puede ser indeseable. El análisis local estructura sin efectos de red.

One-liners en Python o Node son flexibles pero no compartibles con marketing o soporte. DN01 ofrece tabla consistente en tu idioma sin instalar runtime.

Fórmulas de hoja de cálculo luchan con query codificada y claves duplicadas y ocultan el fragmento. El divisor muestra el fragmento en fila propia.

Analizadores online varían en componentes y a veces fetchean la página remota. DN01 es específico: http/https absolutos, sin fetch, rechazo de esquemas peligrosos.

curl -I o wget confirman reachability mezclando DNS, TLS y HTTP con estructura. Úsalos después de confirmar path y query con DN01.

Leer RFC 3986 aporta profundidad pero es lento en incidentes. DN01 operacionaliza los campos que necesitan los respondedores.