Respuesta directa
Un paquete de canonicalización reúne en una declaración la identidad y la familia de distribución de una publicación. Registre DOI de obra o versión, URL canónica, título, autor, versión, fecha, nombre y tamaño del archivo, algoritmo y valor hash, licencia, réplicas de archivo y tipos de relación. Cada copia en plataforma lleva la relación correcta con la obra canónica. Un DOI o el número de plataformas no demuestran calidad, y un hash solo muestra si cambiaron los bytes de los archivos comparados.
En lenguaje claro
Imagine que un libro tiene pasaporte. El DOI es su número de identidad persistente, la URL canónica su dirección oficial, el hash el sello de su copia, la licencia su permiso de uso y el archivo su ejemplar preservado. El pasaporte no demuestra que el libro sea bueno; ayuda a identificar qué obra y copia tiene.
Por qué importa
Si se publican archivos distintos con el mismo nombre, personas y sistemas de IA no pueden saber qué versión es oficial. Una relación DOI incorrecta, un archivo obsoleto o una licencia confusa rompen la cadena de citación y reutilización.
No confundir
- Un DOI de obra puede representar una familia con varias versiones.
- Un DOI de versión identifica una publicación concreta e inmutable.
- La edición web canónica es la superficie oficial y vigente del editor para personas y máquinas.
- Una réplica de archivo conserva una copia; no tiene que ser la publicación canónica ni verificación independiente.
- Una copia de distribución facilita el descubrimiento; un conjunto de datos derivado puede ser un recurso aparte producido desde la obra.
Qué hacer
- Bloquee los archivos humanos y de máquina para publicar y registre nombres, tamaños, tipos de medio y hashes.
- Vincule recíprocamente DOI de obra, DOI de versión y URL canónica con los tipos de relación correctos en los metadatos.
- Alinee el significado de título, autor, fecha, versión, idioma, licencia y descripción en todas las plataformas.
- Clasifique explícitamente cada réplica como publicación canónica, versión, réplica de archivo, copia de distribución o conjunto derivado.
- Indique qué archivos y elementos cubre la licencia, las excepciones de terceros y la forma de cita.
- Después de descargar, recalcule hashes para comprobar paridad de bits de copias de archivo y distribución.
- Mantenga verificaciones periódicas de resolución DOI, URL canónica, acceso a archivos, metadatos y paridad hash.
Cómo auditarlo
- ¿Resuelve el DOI hacia la obra y versión correctas?
- ¿Están correctamente tipadas las relaciones de obra, versión, predecesor-sucesor y recurso derivado?
- ¿Es explícita y coherente la URL canónica en los metadatos de plataformas?
- ¿Coinciden algoritmo y valor hash, nombre y tamaño del archivo?
- ¿Son comprensibles el alcance de la licencia y las excepciones de terceros?
- ¿Se presentó una copia de archivo o distribución como verificación independiente?
- ¿Se utilizaron cifras de DOI, descargas o plataformas como prueba de impacto académico o adopción?
Límite
Un DOI no demuestra por sí solo autoría, revisión por pares, exactitud o adopción mundial. Un hash compara copias; no establece que un archivo sea correcto, inocuo o lícito. Solo el titular de derechos o una parte autorizada puede conceder licencia, y la elección concreta puede tener consecuencias jurídicas.
Recuérdalo en una frase
Identidad, dirección, integridad, permiso y relación son cosas distintas; juntas forman una cadena de verificación.
Fuentes de este registro
- S14DataCite, *Versioning*Infraestructura de identidad
- S15DataCite, *Connecting Versions with Related Identifiers*Infraestructura de identidad
- S35W3C, *PROV-O: The PROV Ontology*Estándar
- S55DOI Foundation, *DOI Handbook*Manual oficial de identificadores persistentes
- S56NIST FIPS 180-4, *Secure Hash Standard*Estándar oficial
- S58Zenodo, *About Records*Documentación oficial de repositorio
- S59Creative Commons, *About CC Licenses* y License ChooserDocumentación oficial del proveedor de licencias

