¿Se pueden verificar capturas de pantalla y fotos comprimidas?

Sí, siempre que el archivo conserve pruebas suficientes. Una captura de pantalla o una foto comprimida, como las que llegan por WhatsApp, pueden conservar señales útiles de la imagen, una marca de agua detectable o detalles reconocibles de la escena. Cuando no bastan, el análisis lo indica en lugar de forzar una respuesta. Que una herramienta acepte el archivo no demuestra por sí solo que sus resultados sean fiables para esa entrada.

Esta guía trata de cómo valorar contenido generado o editado dentro de una captura o de una copia comprimida. Saber si un archivo es, en sí mismo, una captura de pantalla es otra cuestión.

El primer paso práctico es identificar qué tiene: el archivo guardado de origen, una copia descargada, una foto recibida por mensajería, una captura de pantalla o una foto de una pantalla. Después, identifique qué debe acreditarse. Detectar una imagen generada por completo, investigar un dígito alterado y verificar una procedencia registrada plantean exigencias distintas al archivo.

Si dispone del adjunto original, consérvelo junto a la copia recibida. Si no, una captura todavía puede orientar la revisión. Muchas veces el resultado más útil no es otra puntuación de un detector, sino una petición concreta de la prueba que falta.

Fotos de WhatsApp: qué se pierde y cómo pedir el archivo

Cuando las fotos de un siniestro, de una devolución o de una entrega llegan por WhatsApp, el modo de envío cambia el archivo que usted recibe:

• Enviada como foto. La aplicación genera una copia recomprimida que pierde calidad. Es un archivo nuevo: no dé por hecho que conserva los metadatos de la cámara ni las Credenciales de contenido del original.
• Enviada como documento. Al adjuntar la imagen desde «Documento», WhatsApp envía el archivo sin tocarlo y sin compresión, de modo que se conserva la calidad original (Xataka, 13 de septiembre de 2023).
• Captura de pantalla del chat. Registra lo que se veía en la pantalla, con la imagen reducida y rodeada de elementos de la interfaz. Es la peor de las tres opciones para un análisis.

Pida el archivo con una instrucción exacta, por ejemplo: «Adjunte la foto como documento (clip › Documento), no como foto ni como captura de pantalla». Conserve también la copia que recibió primero: es parte del expediente y permite comprobar después que ambas versiones muestran lo mismo. Un archivo enviado como documento tampoco es una prueba de autenticidad por sí mismo; simplemente le da más pruebas con las que trabajar.

Si la conversación es con un proveedor o un cliente por WhatsApp Business, la misma petición sirve. Lo importante es que el archivo llegue por el canal habitual de la operación y que quede registrado cuándo y de quién se recibió.

Elija el archivo que responde a su pregunta

«Original» debe significar un archivo concreto obtenido por una vía identificada, no simplemente la imagen más grande que alguien pueda aportar. Un archivo grande puede ser una ampliación derivada; un archivo de cámara puede mostrar una pantalla. Anote cómo se obtuvo cada versión y qué relación con la imagen discutida se ha acreditado realmente.

Para comprobar un solo archivo, la verificación de imágenes de Fileverity examina la generación por IA, las ediciones y la procedencia. Ajuste el análisis a la pregunta y mantenga el historial de procesado del envío junto al resultado. Un dígito de pago cambiado necesita un seguimiento distinto de la duda sobre si toda la escena se generó con IA.

Antes de subir el archivo

Conserve sin cambios el archivo recibido y siga esta lista breve:

1. Elija el adjunto más antiguo cuya relación con la imagen recibida pueda explicar. Si difieren, conserve ambas versiones.
2. Nombre la pregunta: imagen generada por completo, posible cambio local o procedencia registrada.
3. Compruebe los requisitos de subida. Fileverity admite imágenes JPEG, PNG y WebP de hasta 10 MB y 40 megapíxeles, y recomienda subir siempre que se pueda el archivo original, porque las capturas de pantalla y las copias recomprimidas pierden pruebas como los metadatos y las credenciales.
4. Si necesita un recorte o una conversión, conserve el archivo de partida y etiquete la derivada. No mejore ni reconstruya los detalles discutidos.
5. Mantenga el resultado vinculado a la versión exacta que subió, incluido un estado «Sin determinar» o «no concluyente».

Qué cambia cuando una imagen se convierte en captura de pantalla

Una captura registra una vista ya representada en pantalla. La imagen puede haberse reducido para encajar en una ventana, quedar parcialmente tapada, mostrarse con elementos de la interfaz o combinarse con otras imágenes. La captura no contiene automáticamente la estructura de archivo de la imagen original ni su historial incrustado.

Las preguntas frecuentes de la Content Authenticity Initiative lo dicen expresamente: una captura de pantalla de una imagen no incluye los metadatos C2PA de la imagen original. También explican que fotografiar una imagen con una cámara que firma sus capturas registra la nueva foto, pero la cámara no sabe qué está fotografiando, de modo que no acredita el origen de la imagen fotografiada (CAI, preguntas frecuentes, en inglés).

Esto importa cuando alguien envía una captura con una insignia de «verificado». La insignia es contenido visible de la captura. Para apoyarse en una validación, consiga el archivo o el registro de verificación correspondiente, determine a qué archivo se refiere y examine el resultado real. La imagen de una interfaz no sustituye a ese vínculo.

La falta de credenciales incrustadas no cierra todas las vías de procedencia. El estándar C2PA describe vínculos flexibles, como una marca de agua invisible o una huella del contenido, que permiten localizar en un repositorio un manifiesto separado de su archivo, por ejemplo cuando se han eliminado los metadatos que lo contenían (C2PA 2.5, API de resolución de vínculos flexibles, apartado 1, en inglés). Que esa recuperación sea posible depende de los archivos y de la implementación; muchas capturas no tendrán ningún historial recuperable. En un análisis de imágenes, Fileverity indica cuándo se eliminaron las Credenciales de contenido aunque la imagen siga llevando su marca de agua invisible.

Mantenga separadas en sus notas tres afirmaciones: «no se encontraron credenciales incrustadas», «se intentó la recuperación con este método compatible» y «no se recuperó ningún registro pertinente». Ninguna equivale a «la escena representada es auténtica».

Compresión, redimensionado y marcas de agua afectan a pruebas distintas

La compresión con pérdida cambia la información codificada de la imagen. El redimensionado cambia el muestreo espacial. Un recorte elimina contenido circundante. Estas operaciones pueden producirse a la vez, pero identificar una no le dice exactamente cuáles más se produjeron ni cómo responderá un detector concreto.

Las directrices del SWGDE sobre compresión distinguen los métodos sin pérdida, que permiten reconstruir todos los datos, de los métodos con pérdida, en los que la pérdida de datos es permanente (SWGDE, Digital Image Compression and File Format Guidelines, versión 3.0, en inglés). Trate la compresión como una condición de procesado que debe documentarse, no como una acusación independiente de engaño.

No existe una regla universal defendible según la cual «la compresión elimina la detección de IA». La procedencia incrustada, las marcas de agua invisibles y el análisis aprendido de imágenes son mecanismos distintos. Google describe la marca de agua de SynthID como imperceptible y diseñada para resistir modificaciones como recortes, filtros o compresión con pérdida (Google DeepMind, SynthID, en inglés). Esa afirmación de diseño no garantiza que todo archivo transformado devuelva un resultado utilizable, ni que un verificador concreto cubra todos los generadores: la propia ayuda de Gemini precisa que solo reconoce contenido creado con las herramientas de IA de Google (Ayuda de Gemini).

Los métodos aprendidos de detección de manipulaciones también necesitan pruebas en las condiciones pertinentes, porque su rendimiento puede cambiar tras un redimensionado o una compresión. El análisis de imágenes de Fileverity examina el historial de compresión y puede encontrar ediciones incluso después de volver a guardar el archivo o de exportarlo como PNG o WebP, cuando las pruebas lo permiten. Una recompresión fuerte o una edición muy pequeña pueden impedir una conclusión, y el informe lo indica en lugar de forzar una respuesta.

Para la diferencia general entre estas comprobaciones, consulte la guía sobre C2PA, marcas de agua y detectores de imágenes. Aquí, la pregunta operativa es qué información sigue respaldando el archivo que usted ha recibido.

Un detalle pequeño puede convertirse en un objetivo mucho menor

Suponga una imagen de origen hipotética de 4000 × 3000 píxeles. Un recuadro alrededor de una etiqueta discutida mide 120 × 80 píxeles. Si toda la imagen se reduce proporcionalmente a 1000 × 750, el recuadro correspondiente pasa a medir unos 30 × 20 píxeles.

El ancho y el alto quedan cada uno en una cuarta parte del original. El recuadro contiene 600 posiciones de píxel en lugar de 9600: una dieciseisava parte. Es un cálculo geométrico, no una afirmación de que la exactitud de la detección caiga en la misma proporción. Que un carácter se reconozca depende también de sus trazos, del contraste, del procesado y del método utilizado.

Dimensiones con un redimensionado proporcional:

Ampliar cuatro veces la copia reducida en pantalla no invierte la reducción anterior. La interpolación puede ayudar al revisor a ver la estructura disponible, pero la ampliación no es la etiqueta original. Si un carácter no se lee con fiabilidad, regístrelo como ilegible en lugar de elegir la lectura que mejor encaja con una sospecha.

No use mejoras generativas para crear el detalle que resolvería el caso. Un número aparentemente más nítido producido por reconstrucción no es una prueba independiente del número del archivo enviado. Si conserva una vista de trabajo ampliada, indique cómo se hizo y mantenga disponible la copia de partida.

Por qué el submuestreo destruye pruebas que la ampliación no recupera

Un análisis de imagen trabaja a menudo con vistas redimensionadas, mientras examina los metadatos disponibles del archivo enviado. Para interpretar esas vistas sirve un principio de la teoría del muestreo: con menos muestras se puede conservar la estructura útil a gran escala y perder las distinciones a escalas menores. Que un formato se acepte no significa que todos los detalles originales sobrevivan al envío y al análisis.

Reducir una imagen suele implicar filtrar antes de muestrear en una cuadrícula más gruesa. El filtrado atenúa la variación espacial que la nueva cuadrícula no puede representar con fiabilidad. Sin un filtrado adecuado, los patrones finos pueden aparecer como patrones distintos de menor frecuencia: es el aliasing. El teorema de muestreo explica en qué condiciones puede reconstruirse una señal; cuando esas condiciones no se cumplen, la reconstrucción inequívoca es imposible (Steven W. Smith, The Scientist and Engineer's Guide to DSP, capítulo 3, en inglés). No promete recuperar un detalle arbitrario eliminado de una fotografía.

Para aislar la pérdida de información, considere un promedio por bloques muy simple: cada bloque de 2 × 2 se sustituye por la media de sus cuatro valores de gris.

Dos estructuras distintas producen exactamente el mismo resultado: (0 + 100 + 0 + 100) / 4 = (0 + 0 + 100 + 100) / 4 = 50. Con ese resultado no hay una forma única de saber qué borde existía. Ampliar el 50 a un cuadrado mayor no aporta la orientación que falta. Un mejorador generativo puede proponer un detalle verosímil, pero la propuesta no es una prueba de cuál era la entrada.

Esta transformación de muchos a uno pierde la distinción entre las dos entradas. Los filtros reales usan otros pesos y otras vecindades, pero la pregunta de revisión es la misma: ¿sobrevive suficiente detalle para valorar el elemento?

En una etiqueta discutida, la pregunta práctica es si sus trazos relevantes siguen resueltos en el archivo que reciben el revisor o el detector. Conserve el archivo enviado, cualquier copia de análisis y la relación entre sus coordenadas. Cuando el elemento no se resuelve, pida una fuente mejor en lugar de interpretar una ampliación borrosa como un hallazgo negativo. En una compra, pruebe pares de archivo de origen y archivo transformado procedentes de sus canales de envío y compruebe qué preguntas de revisión siguen teniendo respuesta; no deduzca una pérdida de exactitud solo a partir del número de píxeles.

Una secuencia de recepción repetible

Empiece por el archivo tal como llegó. Registre una referencia estable del caso, el canal, las dimensiones y cualquier procesado conocido. La huella SHA-256 (hash), si su flujo la usa, identifica ese archivo exacto; no acredita la veracidad del contenido. Asigne referencias separadas a los recortes y transformaciones posteriores.

Después, escriba la pregunta acotada. «¿Se generó esta imagen?» no es lo mismo que «¿muestra esta etiqueta el modelo pedido?». La segunda puede resolverse con una inspección del artículo aunque el historial completo de la imagen siga siendo desconocido.

Consulte las instrucciones de entrada de la herramienta antes de preparar una derivada. Algunos servicios indican cómo tratar las capturas. Por ejemplo, la ayuda de Gemini para verificar contenido generado por IA, consultada el 28 de octubre de 2026, pide que una captura se recorte para ajustarla a la imagen y que no se suba un collage de varias imágenes distintas (Ayuda de Gemini). Esa instrucción pertenece a ese servicio y no debe tratarse como una regla universal de preparación para otros detectores. Conserve la captura completa aunque use un recorte de trabajo autorizado.

Tras el análisis, registre la referencia del archivo, la tarea, la etiqueta del resultado y cualquier limitación de entrada indicada. Si el resultado se refiere a una zona, compruebe que las coordenadas mostradas corresponden a la misma orientación y al mismo recorte que usted revisó. Un hallazgo sobre una miniatura no debe describirse como un hallazgo sobre una imagen de origen subida por separado.

Termine eligiendo la siguiente petición de pruebas. Si el obstáculo es el detalle que falta, pida el adjunto. Si falta la identidad del artículo, pida una fotografía que vincule el elemento discutido con el artículo. Si lo discutido es una operación, busque el registro de esa operación. Repetir la misma subida no aporta un dato que el archivo no contiene.

Caso práctico: la etiqueta ilegible de un equipo

Caso hipotético. El departamento de compras de una empresa ficticia recibe por WhatsApp Business un mensaje de un proveedor con una foto de la placa de un equipo, que llega como foto y no como documento. La aceptación depende del sufijo de modelo «B», pero en la imagen recibida el revisor no puede distinguir una «B» de un «8». El proveedor explica que la imagen se redujo al enviarla por mensajería. Esa explicación se registra; no se da por verificada.

El revisor abre un caso con una sola pregunta: ¿coincide el artículo suministrado con el modelo pedido? La imagen se conserva tal como llegó y la zona de la etiqueta se registra como ilegible. Un análisis de manipulación, si es adecuado para esa entrada, puede orientar una inspección posterior, pero no puede convertir un carácter ilegible en un número de modelo confirmado.

Si el análisis de imagen forma parte de la revisión, su resultado se gestiona por separado de la lectura de la etiqueta. Una señal de manipulación utilizable justifica revisar la zona indicada y pedir la fuente; no decide si la etiqueta dice «B». Un resultado «Sin determinar» mantiene abierta la pregunta sobre la imagen. Una entrada no admitida exige un archivo adecuado o una vía de prueba alternativa. Use los términos reales del resultado del proveedor, sin inventar un estado ni tratar un análisis fallido como un hallazgo negativo.

La siguiente petición tiene dos partes: el archivo de imagen guardado antes de enviarlo por el chat y una fotografía que vincule el equipo con su placa. El proveedor debe usar el canal habitual de la operación; la petición no debe pedirle que genere, enfoque o redibuje la etiqueta.

Si no llega ni una fuente adecuada ni un registro independiente, asigne la pregunta del modelo al responsable de la aceptación en compras, fije la fecha de la siguiente revisión y registre la decisión autorizada de retener o de aceptar por excepción. Las peticiones repetidas no deben dejar el caso sin un responsable.

Ninguno de estos resultados exige concluir que hubo fraude. Una buena revisión puede acreditar que el artículo es correcto, identificar un error de suministro o definir la prueba que todavía falta. El historial del archivo y la conformidad del artículo deben seguir siendo hallazgos separados cuando solo uno de ellos está resuelto.

Pida un archivo mejor sin crear más incertidumbre

Use una petición concreta y neutral que explique qué falta:

En la imagen recibida no podemos leer el sufijo del modelo. Le rogamos que nos adjunte el archivo de imagen guardado antes de insertarlo en el mensaje, enviado como documento (clip › Documento) y no como foto ni como captura de pantalla. Le pedimos también una fotografía que relacione el equipo con su placa, por el canal habitual del pedido. Por favor, no amplíe, enfoque ni retoque el texto. Si no dispone de ese archivo o de esa fotografía, indíquenoslo para acordar otra forma de confirmar el modelo.

Precise qué información sensible es necesaria y use la vía de transferencia aprobada por su organización. Si hay que ocultar datos, conserve la fuente bajo el control de acceso que corresponda y etiquete la versión con datos ocultos como derivada. No pida datos personales o de pago ajenos al caso solo para obtener una imagen con más resolución.

Cuando el archivo de origen no esté disponible, registre esa limitación sin suponer que se oculta deliberadamente. Otra fuente autorizada, una inspección o un registro comercial pueden ser más útiles que seguir pidiendo un original inaccesible.

Evalúe con los archivos que su equipo recibe de verdad

Para una recepción recurrente, compare los métodos en condiciones de envío representativas. Separe los archivos de origen, las descargas, las fotos recibidas por mensajería, las capturas y las fotos de pantallas. Defina la tarea de forma independiente: origen de la imagen completa, manipulación local o recuperación de la procedencia. Una declaración general de «JPEG compatible» no prueba el rendimiento con una captura pequeña que contiene varias imágenes.

Mantenga juntas las versiones relacionadas de una misma imagen al dividir una evaluación en conjuntos de desarrollo y de prueba reservada. De lo contrario, un contenido casi idéntico puede aparecer en ambos lados y hacer que la evaluación represente peor los envíos nuevos. Registre los resultados por familia de origen y por estado del archivo recibido, en lugar de tratar cada derivada como una escena independiente.

Mida la cobertura de resultados utilizables junto con los errores y el esfuerzo necesario para resolver las excepciones. Un flujo que pide mejores pruebas ante entradas difíciles puede ser útil, pero los archivos que no se evaluaron deben seguir siendo visibles; no los excluya en silencio para presentar la exactitud restante como si valiera para todo lo recibido. La guía sobre la precisión de un detector de imágenes generadas con IA explica esos denominadores. Si revisa fotos de siniestros o de devoluciones, las guías sobre fraude al seguro con IA y sobre fotos editadas con IA en devoluciones aplican este método a cada proceso, y la de cómo saber si una foto está editada explica cómo leer los metadatos que sí lleguen.

Para un archivo concreto, empiece por el análisis de imágenes; las condiciones de las comprobaciones gratuitas y del análisis de imágenes figuran en precios. Si quiere integrar la comprobación en su proceso de recepción, hable con ventas: la API, el procesamiento por lotes y la integración con sus sistemas están disponibles a petición para clientes Enterprise. Pregunte qué condiciones admiten las comprobaciones propuestas y cómo se comunican las entradas inadecuadas o dudosas, y mida si los resultados ayudan a resolver la pregunta original con menos peticiones repetidas. Los archivos se analizan en servidores operados por Entogo en Toronto (Canadá) y se eliminan al terminar el análisis, como detalla la página de seguridad.

Por Yang Zheng