AccesPub en vídeo

En pantalla: Fondo morado. Título: «Desde el 28 de junio de 2025, los libros electrónicos que se venden en la UE tienen que ser accesibles». Debajo: «Lo exige la Directiva Europea de Accesibilidad. Y muchos catálogos siguen en EPUB 2, sin textos alternativos ni metadatos de accesibilidad».

Desde junio de 2025, los libros electrónicos que se venden en la Unión Europea tienen que ser accesibles.

Muchos catálogos no lo son: EPUB 2, sin textos alternativos ni metadatos de accesibilidad.

En pantalla: Fondo oscuro. «AccesPub hace todo lo automático. Las personas deciden lo que necesita criterio». Aparecen cuatro cifras: más de 40 comprobaciones por libro; EPUB 3 desde EPUB 2 o EPUB 3; WCAG 2.1 AA y EPUB Accessibility 1.1; cuatro idiomas (ES, EN, CA, FR).

AccesPub resuelve lo automático y deja a las personas solo lo que necesita criterio.

En pantalla: Esquema «Un motor, dos puertas». A la izquierda, el portal (vuestro equipo: producción, edición y revisión desde el navegador) y la API REST (vuestro sistema). En el centro, «Vuestra organización: los mismos datos». A la derecha, el motor AccesPub (análisis, correcciones y EPUBCheck) y la IA de apoyo, que propone textos y metadatos pero nunca los aplica sola.

Un mismo motor con dos puertas: el portal, para los equipos, y la API, para los sistemas.

Las dos comparten los mismos datos: lo que se sube por API se puede revisar en el portal.

En pantalla: «Cinco pasos por lote», en cinco tarjetas que se van resaltando: 1, subida (hasta 50 EPUB por lote); 2, automático (EPUB 3, estructura, metadatos y EPUBCheck); 3, revisión humana (imágenes, tablas, idiomas y metadatos); 4, finalizar (EPUB definitivo; aquí se consumen créditos); 5, descargar (EPUB, informe y ONIX 3.1).

Cada lote recorre cinco pasos.

Se suben los EPUB, por el portal o por la API.

AccesPub los convierte a EPUB 3 y corrige todo lo automático.

Una persona revisa lo que necesita criterio: imágenes, tablas, idiomas y metadatos.

Al finalizar se genera el EPUB definitivo.

Y se descargan el EPUB, el informe de accesibilidad y el ONIX 3.1.

En pantalla: La página «Lotes» del portal de una editorial de ejemplo: créditos disponibles, lotes en curso, decisiones pendientes y la tabla de lotes con su avance.

Así se ve en el portal: los lotes de la organización, su avance y los créditos disponibles.

En pantalla: «Tres formas de trabajar»: autoservicio, título a título en accespub.app; portal y API, por lotes y en equipo; y servicio gestionado, en el que ab serveis devuelve el lote remediado y revisado.

Y tres formas de trabajar con el mismo criterio: autoservicio, portal y API, o servicio gestionado.

En pantalla: Fondo oscuro: «Cada organización tiene su espacio: sus créditos, sus lotes y sus personas».

Cada organización tiene su propio espacio en el portal: créditos, lotes y personas.

En pantalla: Página «Lotes» del portal, con el logo y el texto de presentación de una editorial de ejemplo, Éditions du Fleuve Gris.

La organización aparece con su logo y su presentación en todas las pantallas del portal.

En pantalla: Pantalla «Organización»: 297 créditos disponibles, 3 consumidos y 300 contratados; el espacio usado, los límites del plan, el uso por mes y la tabla de movimientos de créditos, cada uno con el título que lo consumió.

En Organización se ven los créditos disponibles, consumidos y contratados.

También el espacio usado, los límites del plan y el uso por mes.

Y cada movimiento de créditos, enlazado con el título que lo consumió.

En pantalla: Pantalla «Personas»: cuatro personas con sus roles (administración, gestión de lotes y revisión), su estado y su última entrada.

En Personas, la administración ve quién tiene acceso y con qué rol.

En pantalla: «Cuatro roles, de menos a más permisos»: revisión (revisa títulos y descarga); gestión de lotes (además, crea lotes, sube EPUB y finaliza); administración (además, gestiona personas, claves de API y personalización); revisión externa (una agencia o un autor: solo un lote, con un enlace de 30 días).

Hay cuatro roles: revisión, gestión de lotes, administración y revisión externa.

Cada decisión de revisión queda firmada con el nombre de quien la toma, la fecha y la hora.

En pantalla: Formulario «Invitar a una persona»: se escribe un correo y un nombre, se elige «Revisión externa» y se selecciona el lote que podrá revisar. Al enviarlo, aparece «Invitación creada» con el enlace personal de acceso.

Invitar a alguien es poner su correo y elegir su rol.

Por ejemplo, una agencia externa que solo revisará un lote concreto.

La invitación es un enlace personal. Quien la recibe acepta las condiciones y entra.

En pantalla: Pantalla «Personalización del portal»: el logo actual, cómo se muestra la organización y el texto de presentación con su idioma.

En Personalización, la administración sube el logo y escribe un texto de presentación.

En pantalla: Se cambia a «De prueba» en la barra superior: aparece el aviso «Estás viendo los datos de prueba: no consumen créditos» y la lista de lotes de prueba, vacía.

Y hay un espacio de prueba, separado de los datos reales, que no consume créditos.

Sirve para hacer pruebas de integración con la API o formar al equipo sin riesgo.

En pantalla: Página «Lotes» del portal de una editorial de ejemplo.

Esta es la página de lotes de una editorial: sus créditos, sus lotes y el avance de cada uno.

En pantalla: Se pulsa «Nuevo lote» y se escribe el nombre «Fonds numérique 2026 · lot 1».

Creamos un lote nuevo.

Le damos un nombre para reconocerlo en el portal y en la API.

En pantalla: Se arrastran tres ficheros EPUB a la zona de subida: una guía ilustrada de aves, una novela y un ensayo.

Arrastramos los EPUB a la zona de subida: hasta 50 por lote y 50 MB cada uno.

En pantalla: Se deja marcada la opción «Esperar a la revisión» y se pulsa «Crear lote y empezar el análisis».

«Esperar a la revisión»: solo así AccesPub podrá declarar la conformidad con WCAG 2.1 AA.

Creamos el lote y empieza el análisis.

En pantalla: La página del lote muestra el progreso del análisis y, al terminar, la tabla de títulos: los tres están «En revisión», con sus decisiones pendientes.

AccesPub analiza y corrige cada libro: EPUB 3, estructura, semántica, metadatos y validación con EPUBCheck.

En unos segundos, los tres títulos están corregidos y esperan la revisión humana.

En pantalla: Se abre la ficha de la novela y la «Validación rápida de imágenes»: una tabla con todas las imágenes y su contexto. Se filtran las «Sugerencias decorativas»: doce ornamentos repetidos.

Abrimos una novela: su ficha muestra el estado y las dos maneras de revisar.

Con muchas imágenes, la validación rápida las muestra todas en una tabla.

AccesPub detecta los ornamentos que se repiten y los sugiere como decorativos. No los marca solo.

En pantalla: Se pulsa «Confirmar las 12 decorativas sugeridas». Después, en la cubierta, se marca «Informativa», se escribe su texto alternativo y se confirma.

Una persona revisa las sugerencias y las confirma en bloque.

La cubierta sí aporta información: escribimos su texto alternativo y la confirmamos.

Cada decisión queda firmada con el nombre de quien la toma, la fecha y la hora.

En pantalla: En la guía de aves se usa la revisión «uno a uno»: a la izquierda, el fragmento del libro donde está la imagen; a la derecha, la imagen (un paisaje de marisma con aves en vuelo) y el campo del texto alternativo, que se escribe y se guarda.

La guía ilustrada se revisa uno a uno: cada imagen con su contexto en el libro.

Las figuras se describen por lo que aportan en ese punto del libro.

El equipo completa la revisión del resto de elementos: imágenes, tablas e idiomas.

En pantalla: Con la revisión completa, se pulsa «Finalizar». Los tres títulos pasan a «Terminado», «Conforme WCAG 2.1 AA» y ONIX «Listo».

Con todo revisado, los títulos están listos. Al finalizar se consumen los créditos.

AccesPub genera los EPUB definitivos, los informes y el ONIX de accesibilidad.

Terminado: los tres títulos son conformes con WCAG 2.1 AA.

En pantalla: En «Descargas del lote» se descargan los EPUB corregidos; también están los informes, el ONIX 3.1 y el manifiesto.

Descargamos el lote: EPUB corregidos, informes, ONIX 3.1 y manifiesto.

En pantalla: Tabla «Ace by DAISY · resultados» (Ace 1.4.6, ejecutado sobre los EPUB descargados): los tres libros, 0 incidencias, aprobado. Después, el informe detallado de Ace de la novela: todas las categorías de infracciones a cero.

Por último, comprobamos los EPUB con Ace by DAISY, la herramienta de verificación del consorcio DAISY.

Resultado de Ace: 0 incidencias en los tres libros.

Y el informe detallado de Ace de uno de los libros.

En pantalla: Fondo oscuro: «Para conectar AccesPub con vuestro sistema de producción o vuestra plataforma». Tres tarjetas: REST y JSON (claves por organización, de prueba y reales; referencia OpenAPI completa); sin sustos (idempotencia en todas las escrituras y avisos por webhook firmados); mismo criterio (la revisión humana se puede hacer en vuestra herramienta o en el portal).

La API permite integrar AccesPub en vuestro sistema de producción o en vuestra plataforma.

Claves de prueba y reales, idempotencia, webhooks firmados y una referencia OpenAPI completa.

En pantalla: La portada de la documentación de la API y la guía de integración, con ejemplos de código.

La documentación es pública: una guía de integración paso a paso y la referencia completa.

La guía incluye ejemplos que se pueden copiar y ejemplos completos en Python y JavaScript.

En pantalla: Pantalla «Claves de API» del portal: dos claves activas, una real y una de prueba, y el formulario para crear una clave nueva.

Las claves de API las crea la administración en el portal, de prueba o reales.

En pantalla: Un terminal con llamadas reales a la API (la clave aparece oculta). Se consulta la organización (modo «test»); se crea el lote «Integración CMS · prueba» (respuesta 201, estado «open»); se sube el EPUB «essai-milieux-humides.epub» con el identificador SKU-2026-0142 (respuesta 202, «queued»).

Con una clave de prueba, la integración se hace sin consumir créditos.

Primero se crea un lote.

Después se sube cada EPUB, con vuestro identificador interno.

En pantalla: Al consultar el trabajo: estado «needs_review», título «Protéger les milieux humides», EPUB 2.0, nueve puntos de revisión, seis ya resueltos y tres pendientes. La lista de elementos de revisión devuelve cada imagen con su contexto (por ejemplo, «Figure 1. Évolution des effectifs») y la URL de la imagen.

AccesPub analiza y corrige el libro. Quedan tres decisiones para una persona.

Cada una llega con su contexto en el libro, para mostrarla en vuestra herramienta.

En pantalla: Se envían las decisiones con el nombre y el correo de la revisora; la respuesta indica tres guardadas, ninguna pendiente y el trabajo «ready». Se finaliza (202), el estado pasa a «completed» con conformidad «wcag21aa» y el EPUB, el informe y el ONIX listos, y se descarga final.epub.

Las decisiones se envían firmadas con el nombre de quien revisa.

Al finalizar, el libro es conforme con WCAG 2.1 AA y se descargan el EPUB, el informe y el ONIX.

En pantalla: El portal, en «De prueba»: aparece el lote «Integración CMS · prueba», terminado, con el título conforme y sus descargas.

Y el mismo lote aparece en el portal, en los datos de prueba: lo que se hace por API se ve en el portal.

En pantalla: Fondo oscuro: «Vuestros libros, vuestro criterio y vuestros datos». Aparecen cuatro tarjetas: revisión humana trazable; datos en Europa (alojamiento en Ámsterdam, los EPUB se borran 30 días después de finalizar cada título); IA de pago; resultado verificable (EPUBCheck, informe de accesibilidad y ONIX 3.1, comprobable con Ace by DAISY).

Trabajar con libros de una editorial exige confianza. Así está planteado AccesPub.

La IA solo propone: cada decisión la toma una persona y queda firmada.

Los datos se alojan en Europa, y los EPUB se borran 30 días después de finalizar.

La IA es de pago, se usa solo cuando alguien pide una propuesta y no entrena con vuestros libros.

Y el resultado se puede verificar: EPUBCheck, informe de accesibilidad, ONIX 3.1 y Ace by DAISY.

En pantalla: Las páginas legales públicas: condiciones del servicio, contrato de encargo del tratamiento (DPA), lista de subencargados (Fly.io en Ámsterdam, Google Gemini en modalidad de pago y Brevo para los correos) y la declaración de accesibilidad del portal.

Todo está por escrito y es público: condiciones del servicio, privacidad, encargo del tratamiento y subencargados.

La lista de proveedores dice qué datos ve cada uno y dónde se tratan.

Y el propio portal es accesible: WCAG 2.1 AA, con su declaración de accesibilidad.

En pantalla: «Cómo empezar: tres pasos, sin compromiso hasta el tercero»: 1, probar (espacio de prueba con una clave ap_test_, sin consumir créditos); 2, lote piloto con libros reales revisados por vuestro equipo; 3, contratar el plan que encaje. Debajo: info@abserveis.net · accespub.app.

Para empezar, tres pasos.

Primero, un espacio de prueba para conocer el portal o la API sin consumir créditos.

Después, un lote piloto con libros reales de vuestro catálogo.

Y, cuando encaje, el plan que necesitéis.

En pantalla: El formulario «Contratar AccesPub API»: datos de la organización y facturación, persona administradora, plan y la casilla de aceptación de las condiciones del servicio y del contrato de encargo del tratamiento.

El alta se pide con un formulario: los datos de la organización, la persona administradora y el plan.

Antes de contratar se aceptan las condiciones y el encargo del tratamiento, y queda registrado.