Usa exactamente ?q=blue+shoes&tag=sale&tag=new&empty= y el perfil formulario. El signo inicial se acepta pero no es un par. Quedan cuatro segmentos no vacíos y el más del primer valor se convierte en un espacio. Anota el perfil elegido y compara juntos el origen, las filas decodificadas y la consulta canónica. Esa evidencia permite reproducir diferencias sin afirmar que este analizador define cómo interpretará los mismos bytes cada servidor, framework o sistema de firmas.
Verifica las cuatro filas ordenadas
Las filas son q → blue shoes, tag → sale, tag → new y empty → cadena vacía. Todos los segmentos tienen igual. La tabla mantiene los dos tag separados y deja empty al final, siguiendo el origen y no un orden de claves. Conserva los nombres repetidos como filas ordenadas hasta que la aplicación receptora defina su política. Convertir pronto a un objeto simple puede perder valores, cambiar el orden u ocultar si un parámetro apareció sin signo igual en la consulta original.
Comprueba pares y repeticiones
La evidencia muestra cuatro pares, tres nombres únicos y un nombre repetido. El recuento de nombres repetidos no es el de filas extra: tag aparece dos veces pero aporta un nombre repetido. La definición sigue estable con tres apariciones. Una decodificación correcta solo demuestra el texto producido por estas reglas explícitas. No valida una URL de destino, autoriza redirecciones, verifica firmas, detecta ataques ni prueba que otra implementación use los mismos límites y errores.
Compara forma canónica y JSON
La consulta canónica es ?q=blue+shoes&tag=sale&tag=new&empty=. El JSON ordenado contiene cuatro objetos en la misma secuencia, incluido el vacío. Copia solo tras confirmar formulario, pues componente conservaría el más y produciría otra evidencia. QueryLens transforma localmente y no envía la consulta a un backend del producto. Aun así, revisa lo copiado: los datos pueden contener identificadores, búsquedas u otro texto sensible, y el destino sigue siendo responsable de validación y control de acceso.