Protocolo de acceso automatizado al contenido

El Protocolo Automatizado de Acceso al Contenido ("ACAP") se propuso en 2006 como un método para proporcionar información de permisos legible por máquina para el contenido, con la esperanza de que permitiera que los procesos automatizados (como el rastreo web de los motores de búsqueda) cumplieran con las políticas de los editores sin necesidad de interpretación humana de términos legales. ACAP fue desarrollado por organizaciones que afirmaban representar a sectores de la industria editorial ( Asociación Mundial de Periódicos , Consejo Europeo de Editores , Asociación Internacional de Editores ). ^{[ 1 ]} Su objetivo era brindar soporte a modelos de negocio de publicación en línea más sofisticados, pero fue criticado por estar sesgado hacia los temores de los editores que ven la búsqueda y la agregación como una amenaza ^{[ 2 ]} en lugar de como una fuente de tráfico y nuevos lectores.

En noviembre de 2007, ACAP anunció que la primera versión del estándar estaba lista. Ningún miembro ajeno a ACAP, ya sean editores o motores de búsqueda, lo ha adoptado hasta el momento. Un portavoz de Google pareció descartar su adopción. ^{[ 3 ]} En marzo de 2008, el CEO de Google, Eric Schmidt, declaró que «Actualmente no se ajusta a la forma en que operan nuestros sistemas». ^{[ 4 ]} No se ha anunciado ningún progreso desde las declaraciones de marzo de 2008 y Google, ^{[ 5 ]} junto con Yahoo! y MSN, han reafirmado su compromiso con el uso de robots.txt y sitemaps .

En 2011, la gestión de ACAP se transfirió al Consejo Internacional de Telecomunicaciones de Prensa y se anunció que ACAP 2.0 se basaría en el Lenguaje Abierto de Derechos Digitales 2.0. ^{[ 6 ]}

En abril de 2007, ACAP puso en marcha un proyecto piloto en el que los participantes y socios técnicos se comprometieron a especificar y acordar diversos casos de uso que ACAP debía abordar. Se celebró un taller técnico en Londres, al que asistieron los participantes y expertos invitados, para debatir los casos de uso y acordar los siguientes pasos.

En febrero de 2007 se puso en marcha el proyecto piloto y se anunciaron los participantes.

En octubre de 2006, ACAP había completado una etapa de viabilidad y fue anunciado formalmente ^{[ 7 ]} en la Feria del Libro de Frankfurt el 6 de octubre de 2006. Un programa piloto comenzó en enero de 2007 en el que participó un grupo de importantes editoriales y grupos de medios que trabajaron junto con motores de búsqueda y otros socios técnicos.

Las reglas ACAP pueden considerarse una extensión del Estándar de Exclusión de Robots (o "robots.txt" ) para comunicar información de acceso a sitios web a rastreadores web automatizados .

Se ha sugerido ^{[ 8 ]} que ACAP es innecesario, ya que el protocolo robots.txt ya existe para gestionar el acceso de los motores de búsqueda a los sitios web. Sin embargo, otros ^{[ 9 ]} apoyan la postura de ACAP ^{[ 10 ]} de que robots.txt ya no es suficiente. ACAP argumenta que robots.txt se diseñó en una época en la que tanto los motores de búsqueda como la publicación en línea estaban en sus inicios y, por lo tanto, carece de la suficiente complejidad para soportar los modelos de negocio mucho más sofisticados de la actualidad. ACAP pretende permitir la expresión de permisos más complejos que la simple elección binaria de «inclusión» o «exclusión».

Como prioridad inicial, ACAP pretende brindar una solución práctica y consensuada a algunos de los problemas relacionados con los derechos que en algunos casos han dado lugar a litigios ^{[ 11 ] [ 12 ]} entre editores y motores de búsqueda.

El estándar de exclusión de robots siempre ha sido implementado voluntariamente tanto por los proveedores de contenido como por los motores de búsqueda, y la implementación de ACAP es igualmente voluntaria para ambas partes. ^{[ 13 ]} Sin embargo, Beth Noveck ha expresado su preocupación de que el énfasis en comunicar los permisos de acceso en términos legales pueda dar lugar a demandas si los motores de búsqueda no cumplen con los permisos de ACAP. ^{[ 14 ]}

Ningún motor de búsqueda público reconoce ACAP. Solo uno, Exalead , confirmó que adoptaría el estándar, ^{[ 15 ]} pero desde entonces ha dejado de funcionar como portal de búsqueda para centrarse en el lado del software de su negocio.

El proyecto ha generado un considerable debate en línea, en las comunidades de búsqueda, ^{[ 16 ]} contenido ^{[ 17 ]} y propiedad intelectual ^{[ 18 ]} . Si hay algún tema común en los comentarios, son:

1. que mantener la especificación simple será fundamental para su implementación exitosa, y
2. que los objetivos del proyecto se centran en las necesidades de los editores, en lugar de las de los lectores. Muchos han visto esto como un defecto. ^{[ 2 ] [ 19 ]}

• Mapas del sitio

• Sitio web oficial
• El afán de Google por las noticias del periódico The Guardian .
• Por qué debería importarle el Protocolo de Acceso Automatizado al Contenido (Steve Yelvington)
• Protocolo de acceso automatizado al contenido: ¿Por qué?  – Totalmente apropiado
• Acap: defectuoso y roto desde el principio  – Martin Belam
• Progreso del acceso automatizado al contenido
• WAN insta a Google a adoptar Acap  – Editor y editor