Guías
8 de septiembre de 2026
Las capturas no son marcas de tiempo
Capturas, EXIF, fechas de nube y horas de redes pueden aportar contexto, pero son débiles como única prueba de que un archivo existía primero.
Las capturas parecen concretas. Enseñan un nombre de archivo, un mensaje, una publicación, una carpeta, una fecha en la esquina. Cuando hay prisa, son fáciles de guardar y enviar. Pero una captura no es una marca de tiempo del archivo subyacente. Es una imagen de una interfaz en un momento dado, muchas veces sin suficiente contexto para probar qué archivo existía, qué bytes contenía o si la hora mostrada venía de una fuente fiable.
Por qué son débiles por sí solas
Una captura puede recortarse, editarse, recrearse o tomarse desde un sistema con el reloj cambiado. Puede mostrar una vista previa, no el archivo exacto. Puede enseñar la hora de una plataforma sin explicar zona horaria, procesamiento de subida, ediciones o reemplazos posteriores. Eso no significa que no sirvan. Sirven como contexto. Simplemente no son un registro fuerte de existencia previa por sí mismas.
- Normalmente no identifican los bytes exactos del archivo.
- Dependen de la interfaz que las produjo.
- Pueden perder información al compartirse o comprimirse.
- Son difíciles de verificar de forma independiente meses después.
EXIF y fechas de nube también tienen límites
Los metadatos EXIF, fechas de creación y tiempos de almacenamiento en la nube pueden apoyar una línea temporal, pero no son una prueba pública. Los metadatos pueden eliminarse o editarse. Las fechas locales cambian al copiar, descargar, restaurar o sincronizar archivos. Una nube puede mostrar hora de subida, modificación, procesamiento o visualización según la pantalla. Conviene guardarlos, pero como contexto, no como todo el caso.
La hora social no es el archivo
Publicar una obra puede mostrar que algo fue visible a cierta hora de una plataforma, pero quizá no conserva los bytes originales. Las redes reducen imágenes, recomprimen vídeo, quitan metadatos, transcodifican audio y cambian vistas previas. Si la pregunta posterior es si un archivo de alta resolución, fuente, presentación o demo existía antes de una copia, la hora del post puede no ser bastante precisa.
Qué cambia una huella con fecha
Una huella SHA-256 apunta a los bytes exactos de un archivo. Cuando esa huella se conecta con un ID de certificado público, hora UTC, registro de operaciones, paquete de prueba, inclusión Merkle y anclaje opcional con OpenTimestamps / Bitcoin, el registro se vuelve más útil. No pide confiar en una captura de tu escritorio. Permite recalcular la huella del archivo y compararla con la prueba registrada.
Usa capturas como apoyo
No hace falta tirar las capturas. Guárdalas con mensajes, borradores, exportaciones, fuentes, enlaces de plataformas, facturas y notas de entrega. La diferencia está en el orden: que las capturas expliquen el contexto y que la huella con fecha identifique el archivo exacto y el registro temporal. Si la disputa es seria, busca asesoría legal adecuada; esto es higiene de evidencia, no asesoría legal.
Un mejor hábito
El hábito práctico es simple: captura el contexto cuando ayude, pero sella el archivo antes de que salga de tu control. Conserva el original. Descarga el paquete de prueba. Si alguien pregunta después cuándo existía la obra, podrás señalar un registro verificable, no solo una imagen de una interfaz.
Más guías
Sellar ahora
Hashear es gratis. El certificado formal cuesta $4.99: compras 1 y recibes 2.
Pagas una unidad y se añaden dos sellos. Los créditos no caducan. La verificación sigue gratis.
