El juez miró las capturas de pantalla. Escuchó el argumento de la contraparte. Y las desestimó.
En ese momento, el abogado que las presentó perdió más que una prueba. Perdió el caso. Porque el caso dependía de esas conversaciones. De esos mensajes. De esas admisiones que la contraparte hizo por WhatsApp y que, impresas en papel, parecían irrefutables.
Parecían. Esa es la palabra operativa. Porque el juez no evalúa lo que parece. Evalúa lo que se demuestra. Y una captura de pantalla no demuestra nada.
En Duriva hemos visto este escenario decenas de veces. El abogado llega al laboratorio después de la audiencia, no antes. Llega con la resolución del juez en la mano. Llega preguntando si todavía se puede hacer algo. Y a veces la respuesta es sí, depende de la etapa procesal y de si el dispositivo original aún existe. Pero a veces la respuesta es: ya es tarde. La prueba se ofreció, se impugnó, se desestimó, y el momento procesal para presentar un dictamen pericial pasó.
Este artículo no es para ese abogado. Es demasiado tarde para él. Este artículo es para el abogado que todavía está a tiempo. El que tiene capturas de pantalla en su escritorio y está pensando en presentarlas como prueba. El que todavía puede hacer las cosas bien.
El protocolo que se omitió: por qué las capturas se caen
Cuando un juez desestima capturas de pantalla como prueba, no está siendo arbitrario. Está aplicando la ley. Específicamente, el artículo 210-A del Código Federal de Procedimientos Civiles, que establece tres requisitos para que la información generada o comunicada a través de medios electrónicos tenga valor probatorio:
Fiabilidad del método con que haya sido generada, archivada, comunicada o conservada. Una captura de pantalla es un archivo de imagen — un JPEG o PNG — creado por la función de captura del sistema operativo del teléfono. El «método» de generación es: presionar dos botones simultáneamente para fotografiar lo que aparece en la pantalla. Ese método no garantiza absolutamente nada sobre la autenticidad del contenido que se fotografió. La pantalla pudo mostrar una conversación real de WhatsApp. O pudo mostrar una conversación fabricada con Inspeccionar Elemento en diez segundos. O pudo mostrar un mockup generado por una aplicación diseñada para crear chats falsos. El método de captura no distingue entre estos escenarios. Por lo tanto, el método no es fiable.
Atribuibilidad a las personas obligadas. La captura muestra un nombre de contacto que el usuario asigna a voluntad. Muestra un número de teléfono que puede o no corresponder a la persona que se alega. No muestra el JID (Jabber ID) — el identificador interno que WhatsApp asigna a cada cuenta y que es el único vínculo técnico entre un mensaje y una persona. Sin JID, sin análisis de la base de datos que vincule el mensaje a una cuenta específica, la atribución es una afirmación, no una demostración.
Accesibilidad para consulta posterior. Una captura de pantalla es un archivo estático. No permite que otro perito, otro abogado u otro juez acceda a la fuente original de la información para verificarla. No hay forma de reproducir el análisis. No hay forma de verificar independientemente que lo que muestra la imagen corresponde a una conversación real. La consulta posterior es imposible porque la captura no preserva la fuente — solo preserva una fotografía de la apariencia superficial de la fuente.
Tres requisitos. Tres fallas.
No es que el juez no quiera ver las capturas. Es que la ley le exige verificar que la información electrónica cumple con un estándar mínimo de confiabilidad. Y las capturas no lo cumplen.
Abogado Sr. que perdió la prueba y me lee: no fue culpa del juez. No fue culpa de la ley. No fue culpa de la contraparte por impugnar. Fue una omisión en la estrategia probatoria. La evidencia existía. Los mensajes eran reales. Lo que falló fue el protocolo de presentación. Y ese protocolo tiene una solución que se llama peritaje informático forense.
Lo que la contraparte argumentó (y por qué tenía razón)
Cuando la contraparte impugnó las capturas, probablemente argumentó algo como esto:
«Las capturas de pantalla presentadas no cumplen con los requisitos del artículo 210-A. No se puede verificar la fiabilidad del método porque una captura de pantalla puede ser fabricada en menos de dos minutos usando herramientas disponibles en internet. No se puede atribuir el contenido a mi representado porque el nombre del contacto lo controla el titular del teléfono. Y no se puede consultar la fuente original porque la captura no preserva la base de datos de la que supuestamente proviene el mensaje. Solicito que se desechen.»
Es un argumento corto. Simple. Devastador. Y correcto.
Y lo peor es que no requiere conocimiento técnico sofisticado para formularlo. Cualquier abogado que haya leído el 210-A y que entienda mínimamente que una imagen se puede fabricar puede articular este argumento. No necesita ser experto en informática. Necesita ser competente en derecho procesal.
La contraparte tenía razón. El juez le dio la razón. Y la prueba se fue.
Abogado Jr. que me lee y está aprendiendo: graba este argumento. No solo para usarlo a tu favor cuando la otra parte presente capturas. También para anticiparlo cuando tú pienses en presentarlas. Porque si tú puedes articular este argumento, el abogado del otro lado también puede. Y si no lo anticipa, lo va a articular el juez de oficio si sabe de tecnología. Anticipar la impugnación es la mitad de la estrategia probatoria.
El protocolo correcto: cómo debió presentarse la evidencia
Ahora vamos a lo constructivo. ¿Qué debió hacer el abogado para que esas capturas — o más bien, el contenido que esas capturas mostraban — llegara al juez con valor probatorio pleno? El protocolo tiene seis etapas, y cada una es indispensable.
Etapa 1: Preservación inmediata del dispositivo
En el momento en que el cliente llega al despacho con mensajes de WhatsApp relevantes para el caso, el primer paso no es sacarle capturas. Es preservar el dispositivo.
Preservar significa: no borrar nada. No instalar nada. No hacer factory reset. No cambiar de teléfono. No exportar la conversación desde WhatsApp. No enviar los screenshots por correo. Nada. El dispositivo se preserva en su estado actual.
El perito informático va a necesitar ese dispositivo tal como está. Cada operación que se realice sobre él después de ese momento — cada mensaje nuevo que entre, cada aplicación que se actualice, cada foto que se descargue — es una operación que potencialmente modifica la base de datos y que introduce variables que complican la extracción forense.
Idealmente, si el caso lo permite, se le da al cliente un segundo teléfono para uso cotidiano y el original se guarda en un lugar seguro hasta que el perito lo procese.
Etapa 2: Solicitar peritaje informático forense
El abogado solicita formalmente un peritaje informático forense sobre el dispositivo. No una «revisión.» No una «certificación de capturas.» Un peritaje informático forense. La terminología importa porque define el alcance y la metodología del análisis.
El peritaje se ofrece como prueba pericial dentro del procedimiento. Se designa perito. Se notifica a la contraparte. Se sigue el procedimiento que corresponda según la materia — familiar, civil, penal, mercantil.
Etapa 3: Extracción forense de la base de datos
El perito realiza la extracción forense del dispositivo. No abre WhatsApp y lee los mensajes en pantalla. No le toma capturas. Extrae la base de datos — el archivo msgstore.db en Android o su equivalente en iOS — usando herramientas forenses validadas.
La extracción es bit a bit. Copia la totalidad de la base de datos, incluyendo registros activos, registros eliminados, archivos WAL, metadatos del sistema de archivos. Todo.
Inmediatamente después de la extracción, se calcula el hash SHA-256 de la imagen forense. Ese hash es la garantía de integridad. Si alguien modifica un solo bit de los datos después de la extracción, el hash cambia. Es la cadena de custodia digital.
Etapa 4: Análisis forense de los mensajes
El perito analiza la base de datos. No lee capturas. Lee campos de la base de datos:
- Contenido del mensaje (texto, tipo de media, referencia a archivos).
- Timestamp del servidor de WhatsApp (no el reloj del teléfono).
- JID del remitente y del destinatario (identificador único de cuenta, no nombre de contacto).
- Estado de entrega y lectura con sus timestamps respectivos.
- Secuencia de IDs para verificar consistencia.
- Archivos WAL para verificar integridad de las operaciones de escritura.
- Registros de media con sus metadatos.
Este análisis produce hallazgos objetivos. No opiniones. Datos.
Etapa 5: Emisión del dictamen pericial
El perito emite un dictamen que documenta:
- La metodología utilizada.
- Las herramientas empleadas.
- La cadena de custodia.
- El hash de integridad.
- Los hallazgos específicos: qué mensajes se encontraron, entre qué cuentas, con qué timestamps, con qué estados.
- Las conclusiones: la autenticidad e integridad de los mensajes analizados.
Ese dictamen es un documento técnico-legal con valor probatorio pleno. No es una impresión a color. No es una captura con sello. Es un dictamen pericial que cumple con los tres requisitos del artículo 210-A.
Etapa 6: Presentación en audiencia
El abogado presenta el dictamen pericial al juez. Si el juez tiene preguntas, el perito puede comparecer para ratificarlo y responder. La contraparte puede designar su propio perito para hacer un contra dictamen. Y aquí es donde la fortaleza del método brilla: si la contraparte designa un perito, ese perito va a trabajar con la misma base de datos — cuya integridad está garantizada por el hash SHA-256 — y va a llegar a las mismas conclusiones. Porque la ciencia es reproducible. Si los mensajes son reales, cualquier perito que analice la misma base de datos va a confirmarlo.
La contraparte no puede impugnar un dictamen pericial con los mismos argumentos que usa contra una captura. No puede decir «pudo haber sido fabricado» porque la metodología de extracción está documentada. No puede decir «no se puede atribuir» porque el JID vincula el mensaje a una cuenta específica. No puede decir «no se puede consultar» porque la imagen forense con su hash está preservada para verificación independiente.
El dictamen cumple el 210-A. La captura no. Esa es la diferencia entre que el juez admita tu prueba y que la deseche.
El costo de omitir el protocolo: la cascada de consecuencias
En Duriva hemos documentado un patrón recurrente. El abogado presenta capturas. La contraparte las impugna. El juez las desestima. El abogado pierde la prueba. Y entonces busca un perito.
A veces todavía se puede. Si el dispositivo original existe, si la base de datos no fue corrompida, si la etapa procesal permite ofrecer prueba adicional, el peritaje se puede hacer a posteriori. Pero es una carrera contra el reloj procesal que no debería ser necesaria.
A veces ya no se puede. El dispositivo fue formateado. El cliente cambió de teléfono. La base de datos se sobreescribió. El momento procesal pasó. Y la evidencia que era real, que era genuina, que podía haber cambiado el caso, se perdió. No porque no existiera. Porque se presentó mal.
Necesito que se entienda la cascada de consecuencias que produce esta omisión, porque no es un asunto académico. Es concreto y tiene nombres y apellidos en los expedientes:
En materia familiar: las capturas desestimadas contenían mensajes donde la contraparte admitía violencia contra los hijos. Sin esa prueba, la custodia se resolvió con base en otros elementos. La custodia se otorgó a quien no debería tenerla. Los niños pagan una consecuencia que un peritaje de la base de datos habría evitado.
En materia mercantil: las capturas desestimadas documentaban un acuerdo verbal sobre condiciones de pago que la contraparte después negó. Sin esa prueba, el acuerdo verbal no se demostró. El empresario pagó lo que no debía. O no cobró lo que le debían. El monto perdido es, invariablemente, mayor que el costo del peritaje que no se hizo.
En materia penal: las capturas desestimadas eran la prueba de una amenaza. Sin esa prueba, la amenaza quedó como la palabra de uno contra la del otro. El acusado salió. La víctima se quedó sin justicia. Y la amenaza pudo cumplirse.
En materia laboral: las capturas desestimadas documentaban instrucciones de un superior que constituían acoso laboral. Sin esa prueba, el despido se calificó como justificado. El trabajador perdió su indemnización. La empresa que acosaba salió impune.
Cada uno de estos escenarios es real. Y en cada uno, la diferencia entre un resultado justo y un resultado injusto era un peritaje informático forense que cuesta una fracción de lo que se perdió por no hacerlo.
Empresario cuyo caso se cayó por capturas desestimadas: la lección no es que la evidencia digital no sirve. Es que la evidencia digital requiere un protocolo de presentación que la mayoría de los abogados no conocen. No porque sean malos abogados. Porque la intersección entre derecho procesal e informática forense es una especialidad que no se enseña en las facultades de derecho. Y esa brecha de conocimiento se paga en los juzgados.
Abogado Jr. que me lee tomando notas: estás aprendiendo esto antes de que te cueste un caso. Tu socio Sr. lo aprendió — o lo va a aprender — de la peor manera: perdiendo una prueba en audiencia. Tu ventaja competitiva no es que sabes más derecho que él. Es que sabes la diferencia entre una captura y un dictamen. Y esa diferencia, en el litigio moderno, es la diferencia entre un abogado que pierde pruebas y un abogado que las blinda.
La brecha de conocimiento: por qué los abogados siguen presentando capturas
Hay una razón por la que este problema es sistemático y no anecdótico. Y la razón no es incompetencia. Es inercia institucional.
Las facultades de derecho en México no enseñan informática forense. No enseñan valoración de evidencia digital. No enseñan la diferencia entre una captura de pantalla y una extracción forense. No mencionan el msgstore.db. No explican qué es un hash SHA-256. No ensayan la impugnación de pruebas electrónicas conforme al 210-A.
Los abogados egresan sin esas herramientas. Empiezan a litigar. Les llega un caso con mensajes de WhatsApp. Hacen lo que intuitivamente parece lógico: tomar capturas e imprimirlas. Y a veces funciona, porque la contraparte tampoco sabe impugnar. Y cuando algo funciona una vez, dos veces, tres veces, se convierte en práctica.
Y entonces llega el caso donde la contraparte sí sabe. O donde el juez sí conoce el 210-A. O donde lo que está en juego es demasiado importante para dejarlo a la suerte de si la otra parte sabe o no sabe cuestionar. Y entonces la captura se cae. Y el abogado busca un perito. Y a veces ya es tarde.
La solución no es culpar al abogado. La solución es cerrar la brecha. Y este artículo es un intento de cerrarla: explicar el protocolo completo, desde la preservación del dispositivo hasta la presentación del dictamen, con la claridad suficiente para que cualquier abogado que lo lea pueda implementarlo en su próximo caso.
El notario: por qué el acta notarial no sustituye al dictamen pericial
Hay un paso intermedio que muchos abogados dan pensando que es suficiente: llevar el celular al notario, mostrarle la conversación, y pedirle que levante un acta de fe de hechos.
El notario da fe de lo que vio. «Me fue exhibido un teléfono celular en cuya pantalla se observó una conversación de WhatsApp con el siguiente contenido…» Y documenta el contenido.
Eso no es certificación forense. Eso es documentación visual.
El notario no verificó la autenticidad de lo que vio. No accedió a la base de datos. No verificó los timestamps del servidor. No analizó la secuencia de IDs. No calculó un hash de integridad. No tiene la formación ni las herramientas para hacerlo. Y el acta notarial no menciona nada de esto porque nada de esto ocurrió.
Cuando la contraparte impugna un acta notarial de WhatsApp, el argumento es demoledor: «el notario no verificó la autenticidad del contenido, solo registró lo que vio en una pantalla. Lo que se ve en una pantalla puede ser fabricado con Inspeccionar Elemento en diez segundos. El acta notarial certifica que el notario vio algo, no que ese algo sea auténtico.»
Argumento correcto. Argumento ganador.
Notario que me lee: no es un cuestionamiento a tu función. Tu fe pública es indiscutible para lo que está diseñada. Pero no está diseñada para verificar la autenticidad de mensajes en una base de datos SQLite. Así como no está diseñada para verificar si un billete es falso mirando. Para eso existen las herramientas específicas. Y la herramienta específica para verificar WhatsApp es el peritaje informático forense, no el acta notarial.
Lo ideal, de hecho, es la combinación de ambas. El acta notarial que documenta el estado del dispositivo al momento de la entrega al perito, y el dictamen pericial que certifica la autenticidad del contenido de la base de datos. Juntas, las dos piezas crean un blindaje probatorio que es virtualmente imposible de impugnar.
Artículo 210-A: el estándar que todo abogado debería memorizar
Voy a desglosar el 210-A una vez más, con énfasis en su aplicación práctica, porque este artículo debería ser parte del vocabulario diario de cualquier abogado que litigue con evidencia digital:
«La información generada o comunicada que conste en medios electrónicos, ópticos o en cualquier otra tecnología, se valorará conforme a…»
Detenerse aquí. «Se valorará conforme a.» No dice «se admitirá automáticamente.» No dice «se presumirá auténtica.» Dice «se valorará conforme a» los criterios que siguen. El juez tiene la obligación de aplicar estos criterios. No es discrecional.
«…la fiabilidad del método en que haya sido generada, archivada, comunicada o conservada.»
Captura de pantalla: el método de generación es la función de screenshot del sistema operativo, que fotografía lo que aparece en pantalla sin verificar su autenticidad. Método no fiable. El método de conservación es un archivo de imagen almacenado en la galería del teléfono o en un correo electrónico, sin hash de integridad ni cadena de custodia. Conservación no fiable.
Dictamen pericial: el método de generación es la extracción forense con herramientas validadas. Método fiable. El método de conservación es una imagen forense con hash SHA-256, documentada en cadena de custodia. Conservación fiable.
«…la posibilidad de atribuir a las personas obligadas el contenido de la información.»
Captura: atribución basada en el nombre del contacto visible en pantalla, que el usuario controla. No hay vinculación técnica. Atribución nula.
Dictamen: atribución basada en el JID del remitente registrado en la base de datos, vinculado a la cuenta de WhatsApp. Vinculación técnica verificable. Atribución sólida.
«…la posibilidad de acceder a ella para su ulterior consulta.»
Captura: archivo estático que no permite acceder a la fuente original ni reproducir el análisis. Accesibilidad nula.
Dictamen: imagen forense preservada con hash SHA-256, accesible para que cualquier perito reproduzca el análisis y llegue a las mismas conclusiones. Accesibilidad garantizada.
El 210-A no es una barrera burocrática. Es un estándar de calidad probatoria. Y la diferencia entre cumplirlo y no cumplirlo es la diferencia entre que tu prueba sobreviva la impugnación o se desplome en audiencia.
Para el abogado que todavía está a tiempo
Si tienes un caso activo donde la evidencia de WhatsApp es relevante, y todavía no has presentado la prueba, esto es lo que Duriva recomienda como protocolo:
Primero: habla con tu cliente hoy. No mañana. Hoy. Pregúntale si todavía tiene el dispositivo con los mensajes. Pregúntale si ha hecho algo con él: si formateó, si cambió de teléfono, si borró conversaciones, si exportó chats, si le sacó capturas y borró los originales. Cada una de esas acciones tiene implicaciones para la extracción forense, pero ninguna es necesariamente fatal. Incluso dispositivos formateados pueden contener datos recuperables.
Segundo: preserva el dispositivo. Si es posible, que tu cliente deje de usarlo para comunicación cotidiana. Que no instale ni desinstale aplicaciones. Que no actualice el sistema operativo. Que no borre nada. El estado actual del dispositivo es el punto de partida de la extracción forense.
Tercero: solicita el peritaje en el momento procesal adecuado. No esperes a que la contraparte impugne. No esperes a que el juez te cuestione. Ofrece la prueba pericial desde el inicio. Anticipa la impugnación. Llega a audiencia con el dictamen, no con las capturas.
Cuarto: entiende que el peritaje no solo protege tu prueba — la potencia. La extracción forense puede revelar información que las capturas no muestran: mensajes eliminados que la contraparte creyó borrar, timestamps que establecen cronología precisa, patrones de comunicación que refuerzan la narrativa de tu caso. El peritaje no solo defiende lo que tienes — descubre lo que no sabías que tenías.
Un juez desestimó tus capturas. No porque fueran falsas. No porque el contenido no existiera. Porque el formato en que se presentaron no cumple con el estándar que la ley exige. Y ese estándar tiene una solución que existe, que funciona, que está disponible y que se llama peritaje informático forense.
En Duriva realizamos extracciones forenses de dispositivos, analizamos bases de datos de WhatsApp, verificamos la autenticidad e integridad de los mensajes y emitimos dictámenes periciales que cumplen con el artículo 210-A. Dictámenes que los jueces admiten, que las contrapartes no pueden tumbar y que los peritos contrarios confirman cuando reproducen el análisis.
Porque la pregunta que debería hacerse todo abogado antes de presentar evidencia digital no es «¿tengo la captura?» Es: «¿tengo la ciencia?»
Si no tienes la ciencia, tienes una imagen. Y una imagen, en el siglo XXI, no prueba nada.