Comparar peticiones
“¿Por qué tuvo éxito esta vez y falló la anterior?” “Para el mismo endpoint, ¿exactamente qué línea difiere entre la petición con éxito y la fallida?” Alinea dos peticiones / respuestas lado a lado y la respuesta surge de inmediato. Esta es la forma más rápida de investigar problemas de producción intermitentes, reproducir diferencias y verificar cambios.
1. Cómo usarlo: hecho en dos pasos
Sección titulada «1. Cómo usarlo: hecho en dos pasos»- Haz clic derecho en cualquier fragmento de tráfico y elige “Marcar como comparación A”.
- Haz clic derecho en otro fragmento de tráfico y elige “Comparar con A”.
Una ventana de comparación lado a lado aparece de inmediato, marcando cada diferencia entre los dos, línea por línea.

2. Qué mirar: se pueden comparar tanto las peticiones como las respuestas
Sección titulada «2. Qué mirar: se pueden comparar tanto las peticiones como las respuestas»En la parte superior de la ventana puedes cambiar con un toque entre comparar la petición o la respuesta. Los dos lados son A y B, cada uno con una etiqueta (método · host · estado), para que veas de un vistazo cuáles dos estás comparando. La comparación abarca el mensaje completo:
- Línea de inicio: la línea de petición (método / dirección / protocolo) o la línea de respuesta (protocolo / código de estado)
- Todas las cabeceras de petición / cabeceras de respuesta
- Cuerpo de la petición / cuerpo de la respuesta (embellecido automáticamente, luego comparado línea por línea, con JSON, XML y formularios todos fáciles de leer)
3. Diferencias de un vistazo
Sección titulada «3. Diferencias de un vistazo»- Embellece primero, luego compara línea por línea: JSON, XML y formularios se formatean primero y luego se comparan línea por línea, de modo que los campos que realmente cambiaron destacan de un vistazo, sin quedar sepultados bajo ruido de formato como saltos de línea y sangrías.
- Codificación por colores línea por línea: las adiciones (+), las eliminaciones (−) y los cambios (~) se resaltan cada uno, con el lado A marcado en rojo y el lado B marcado en verde, y las líneas cambiadas mostradas lado a lado.
- Recuento de diferencias: la parte superior ofrece un resumen del recuento de líneas “añadidas / eliminadas / cambiadas”, para que sepas la escala.
- Te avisa cuando son idénticas: cuando los dos coinciden, indica claramente “idénticos”, de modo que no tengas que confirmarlo tú mismo línea por línea; cuando un lado no tiene contenido o aún no está descifrado, lo dice directamente en lugar de dejarte esperando.
- Con números de línea: cada lado tiene sus propios números de línea para localizar la posición exacta.

4. Donde realmente brilla: comparar entre sesiones y entre fuentes
Sección titulada «4. Donde realmente brilla: comparar entre sesiones y entre fuentes»Los dos registros que se comparan no tienen por qué provenir de la misma sesión de captura, ni necesitan capturarse al mismo tiempo; siempre que los hayas visto en la interfaz, puedes traerlos para compararlos:
- Éxito frente a fallo: alinea una petición con éxito y una fallida y ve de inmediato qué cabecera, qué parámetro o qué parte del cuerpo difiere.
- Construida a mano frente a real: compara una petición reproducida / enviada y luego capturada en el Compositor de peticiones frente a una petición real capturada antes, para verificar “si la construí correctamente” y “si la firma se calcula de forma coherente”.
- Antes y después de un cambio: tras cambiar el servidor / cliente, compara las peticiones antigua y nueva para confirmar si el cambio surtió efecto y si hay efectos secundarios.
- Entre entornos: ve lado a lado las respuestas del mismo endpoint en el entorno de pruebas y en el de producción para localizar rápidamente diferencias de configuración o de datos.
Aquí es también donde es mucho más potente que inspeccionar una sola petición: las diferencias se exponen mediante la comparación en lugar de depender de la memoria y del ojo humano. Las herramientas ordinarias a menudo solo pueden comparar dentro de la misma sesión, a ojo, fragmento a fragmento.
5. Escenarios típicos
Sección titulada «5. Escenarios típicos»- Investigar fallos intermitentes: petición con éxito frente a petición fallida, para determinar el campo que difiere.
- Alineación de integración: la petición que el cliente envió realmente frente a la documentación de la API / la petición esperada.
- Verificación de regresión: confirmar la diferencia en la misma petición / respuesta antes y después de un cambio.
- Depuración de firmas: una petición firmada construida a mano frente a una petición real, verificando si cada parte es coherente.
Volver a Captura con proxy · Relacionado: Composición y reproducción de peticiones