Cómo probar lo que dijo una web

Las páginas web cambian, y la versión que importaba suele ser la que ya no existe. Demostrar lo que decía una página en una fecha concreta surge en disputas publicitarias, argumentos contractuales sobre términos publicados, difamación, reclamaciones por infracción y trabajos de cumplimiento normativo; y los métodos habituales son más débiles de lo que la gente espera.

Por qué las opciones evidentes fallan

Una captura de pantalla es un archivo de imagen. Se puede editar en las herramientas de desarrollador del navegador antes de la captura, o en cualquier editor de imágenes después, y nada de ello se resiste a ello. Es la prueba más común de este tipo y también una de las más débiles.

Un PDF o MHTML guardado captura más contenido, pero es igualmente editable y lleva una fecha escrita por tu propia máquina.

La Wayback Machine es genuinamente útil y genuinamente incompleta. La cobertura es irregular, los tiempos de captura son irregulares, robots.txt y los propietarios del sitio pueden afectar a la disponibilidad, y el contenido dinámico a menudo no se renderiza como lo hacía. También está fuera de tu control: no puedes hacer que haya capturado la página que necesitabas.

Tus propias copias de seguridad son tuyas, que es el problema cuando la disputa trata sobre tu propio sitio.

Lo que realmente ayuda

Dos cosas, y funcionan juntas.

Captura completamente. Una captura del área visible no es la página. Captura la página renderizada completa, el código fuente HTML, las cabeceras de respuesta HTTP y la URL. Incluye la fecha y las herramientas utilizadas. Un archivo único con todo esto es más fácil de manejar que piezas sueltas.

Ancla la captura externamente. Genera un hash del archivo y registra ese hash en un libro mayor público el mismo día. La fecha de la captura queda ahora fijada por algo que no controlas, y la integridad del archivo es verificable por cualquiera.

Esa combinación responde a las dos preguntas que plantea un impugnador: si ha sido editada desde entonces, y cómo sabemos cuándo fue hecha.

Para tu propio sitio

La situación más común, y la más fácil. Controlas el contenido y sabes cuándo cambia.

Sella en el tiempo un archivo de lanzamiento del sitio en cada cambio significativo —la misma operación que sellar en el tiempo un lanzamiento de software. Eso proporciona un registro fechado de exactamente lo que se publicó y cuándo, lo cual cubre los términos publicados, las páginas de precios, las afirmaciones en el material de marketing y cualquier otra cosa que pueda ser impugnada más adelante.

Esto vale la pena hacerlo de forma prospectiva. Reconstruir lo que decía tu sitio hace dos años, sobre la marcha, a partir de copias de seguridad que controlas, es precisamente la evidencia que un impugnador se negará a aceptar.

Para el sitio de alguien más

Captura y ancla inmediatamente, antes de que cambie. Las páginas desaparecen rápido una vez que empieza una disputa.

Ten en cuenta lo que esto establece y lo que no. Demuestra que capturaste este contenido en esta fecha. No demuestra que el contenido hubiera sido servido genuinamente por ese dominio —podrías, en principio, haber fabricado la captura. Fortalecer eso requiere más: un testigo independiente, un servicio de captura notariado, cabeceras de respuesta HTTP, o un archivo de terceros corroborante.

Una captura que además exista en la Wayback Machine es considerablemente más fuerte que cualquiera de las fuentes por separado, que es una razón para enviar la URL para su archivado al mismo momento en que la capturas.

El límite honesto

El anclaje fija la integridad y la fecha. La procedencia —que este contenido vino de ese servidor— es una pregunta separada que la criptografía no responde.

Para una página que controlas, esa brecha apenas importa, ya que nadie discute que tu sitio es tuyo. Para la página de un tercero, es la brecha, y la respuesta es la corroboración en lugar de un mejor hashing.

Consulta cómo probar que un documento es auténtico para la misma distinción en un contexto diferente.