¿Nos autoriza a instalar cookies durante su navegación por Estrategia del Contenido?

“La protección DRM de fotografías y el contenido HTML5” entrada del blog corporativo de Estrategia del Contenido

Comunicación eficaz, competitiva y sostenible

Consultoría / externalización:
Periodismo de Marca, Estrategia de Contenidos, Semantic SEO y Content Marketing

Ruta de la página y presencia en Redes sociales

Buscador interno

Si le resulta más cómodo, puede utilizar también las opciones opensearch en este website

Buscador
Blog

La protección DRM de fotografías y el contenido HTML5

Fotografías, vídeos, presentaciones
La protección de derechos, cuestión no resuelta. Foto: K. Karlsson

Con verdadero ánimo provocador, la periodista tecnológica Jenn Schiffer ha propuesto el uso de un par de atributos para el elemento img con el fin de declarar la propiedad intelectual de fotografías. Utilizando Medium como vehículo, ha lanzado una idea no desdeñable para que el propio objeto de programación incluya los metadatos de la propiedad.

Schiffer propone aprovechar la característica de invisibilidad para los navegadores de todos los elementos que no están contenidos en el estándar tecnológico (véase HTML5 para periodistas. Manual de uso práctico) para hacer constar información en un conjunto indivisible. Puesto que los navegadores ignoran aquel elemento o atributo que no forma parte del lenguaje HTML5, ella aboga por una serie de atributos identificados con el sufijo drm:

<img src="fotode_ejemplo.jpg" drm-message="He pagado por esta foto a la agencia" drm-literally-paid="15 €"> 

Podría ampliarse con más etiquetas: drm-author para ejercer el derecho de cita del autor, drm-provider para la agencia, drm-license para el tipo de licencia, drm-date para la fecha en que fue licenciada, drm-url-licensed para el dominio que puede exhibirla, drm-cited-tm para las marcas que puedan aparecer en la imagen, y cuanto se nos pueda ocurrir.

La idea presenta ventajas e inconvenientes. La principal ventaja es la construcción de una unidad de datos:

  • Conjunto: El contenido (la imagen) se asocia indisolublemente con los datos de autoría y propiedad. El elemento img es el único medio que permite su reproducción e incluye siempre los datos de identificación. No se podrá ver la fotografía desde la página web sin acceder a los datos del paquete (salvo aperturas directas del archivo).
  • Flexibilidad: El contenido de los atributos no se corresponde a un estándar booleano. Se puede escribir en cualquier idioma, usando cualquier tipo de expresión. Ningún atributo es obligado.
  • Facilidad y agilidad: Incorporar los atributos en la página web es relativamente fácil accediendo desde el modo código fuente de cualquier editori WYSIWYG. Sólo hay que editar un elemento con etiquetas sencillas y fáciles de comprender.
  • Exportabilidad: Las nuevas aplicaciones y editores de contenidos en modo air están cambiando la forma en la que el usuario normal reutiliza contenido de otros sitios. Se busca la máxima simplicidad y cada vez es más frecuente seleccionar el elemento, copiarlo y pegarlo en el editor de destino o, simplemente, arrastrarlo y soltarlo a la nueva página. Lo que se hace, en estos casos, es recuperar el elemento img completo, que iría acompañado de los datos relativos a la propiedad.

También presenta inconvenientes, por supuesto. Y no de escasa entidad:

  • Declarativo: El atributo no desencripta una imagen, elimina la marca de agua o remite a la URL original. Simplemente informa de aquello que el creador de contenido haya decidido explicar: el nombre del autor, el precio, el pago, la fecha, el tipo de autorización… Su utilidad puede llegar a reducirse al reconocimiento del autor.
  • Invisible: Los datos residen en el código fuente, pero no se aprecian en la interfaz. Es una ventaja para el creador de contenidos y para el diseñador, pero para determinadas licencias de uso supone una limitación.
  • Falsificable: Cambiar la declaración de uso, la fecha de licencia o la URL autorizada es tan sencillo como copiar y pegar el contenido en otro sitio web. Bastará acceder al código fuente y alterar el contenido de los atributos.
  • No resuelve la mutabilidad de la licencia: La cita de autoría y la declaración de licencia no resuelve la mutabilidad de las licencias que los autores puedan practicar. Lamentablemente sobre esto hemos tenido una desagradable experiencia hace unos días. Un autor puede tener la misma fotografía colgada en un portal con una licencia y en otro, con otra distinta, y el atributo no lo resuelve. O puede haber cambiado de licencia cuando la imagen ya estaba en uso.
  • Ilocalizable: El contenido en un atributo fuera del estándar HTML5 no será nunca localizado por los buscadores. Por lo tanto, la atribución de autoría sería inútil.

El funcionamiento de un sistema DRM

Pese a los inconvenientes, los beneficios para los creadores de contenido son evidentes. Es claro, sencillo y ahorra incidentes con el uso de licencias, generando una tenue barrera —muy liviana— a aquellos que pretendan copiar el contenido.

La propuesta de Schiffer coincide con el anuncio de la Fundación Mozilla de introducir el sistema DRM de Adobe en la próxima versión de escritorio de su navegador Firefox, lo que ha levantado cierta polvareda.

De hecho, Firefox es el único navegador que no ha incluido la especificación del estándar EME (Encrypted Media Extensions) aprobado por el consorcio que gestiona tecnológicamente los lenguajes de Internet, W3C. Esta tecnología forma parte del paquete DRM, junto con los módulos CDM (Content Decryption Module), y sirve para que los propietarios del contenido verifiquen que el espectador de un vídeo ha pagado o está autorizado a verlo.

El uso de DRM para vídeos sólo afecta al vídeo encriptado, no al resto de la página 

EME fue impulsado en 2013 por Google y Microsoft, asociados a proveedores de contenidos videográficos por Internet como Netflix, Amazon o Hulu, que suponen el 30% de las descargas en los Estados Unidos. La versión del estándar no es definitiva. De hecho, su primera intención era incluir la especificación dentro del código HTML5.

Finalmente, EME es una API de JavaSript que los reproductores de vídeo nativos de los navegadores activan cuando encuentran una grabación encriptada. El navegador muestra una ventana de JavaScript en la que el espectador/usuario introduce su clave de acceso al vídeo. Utilizando el método POST mediante XHR, el navegador contacta con el proveedor que autoriza el desencriptado del vídeo para la clave enviada.

EME sólo afecta al vídeo encriptado. No a la página. Y no discrimina distintos tipos de códecs empleados en su compresión, que es la pesadilla actual de los generadores de contenido. 

La ventaja es que los creadores nos olvidamos de tener que introducir más datos y atributos cuando creamos las etiquetas video o audio. De momento, usamos HTML5 estándar, tenga o no DRM.

Añadir un comentario

Regístrese con Twitter

Para comentar necesita una cuenta de Twitter y registrarse con el botón situado a la izquierda. Así no tendrá que recordar claves de usuario. El sistema publicará un tuit por usted con el comentario.