Sociedad gestora: Citiservi Europe S.L. (Citiservi Media) · Versión: 1.1 · Fecha: Junio 2026
1. Introducción y Propósito
1.1 Descripción del Espacio de Datos
eDataFusion es una infraestructura europea de intercambio de audiencias digitales anónimas, gestionada por Citiservi Europe S.L. (Citiservi Media). Su misión es permitir a publishers, medios digitales y plataformas ad tech compartir segmentos de audiencia derivados del comportamiento editorial de sus lectores, con plena soberanía del dato, cumplimiento RGPD y neutralidad tecnológica.
El espacio implementa los principios del IDSA Dataspace Protocol (DSP) y el marco de confianza GAIA-X, adaptados a las particularidades de los espacios de datos de audiencias publicitarias: los activos de datos no son ficheros transferibles entre infraestructuras, sino segmentos de audiencia que residen y se activan directamente en las aplicaciones conectadas de cada participante (adservers, DMPs, DSPs). El rol del espacio es gestionar el descubrimiento, los contratos y las políticas de uso; la activación del dato se produce en los sistemas ad tech de cada parte.
| Atributo | Valor |
|---|
| Nombre | eDataFusion |
| Sociedad gestora | Citiservi Europe S.L. (Citiservi Media) |
| DID operador | did:web:edatafusion.eu |
| URL aplicación | https://app.edatafusion.com |
| Catálogo federado | https://app.edatafusion.com/portal |
| Trust Framework | GAIA-X L1/L2 · IDSA · DID Web |
| Perfil DSP | DSP adaptado — espacio de datos de audiencias ad tech |
| Regulación | RGPD (UE) 2016/679 · Directiva ePrivacy · EU Data Act 2025 |
| Sector | Media digital, Ad Tech, Programática |
| Cobertura | España — 22 participantes activos |
1.2 Principios Fundacionales
- Soberanía del dato: cada proveedor controla sus audiencias, define sus políticas de uso y las condiciones bajo las que las comparte. El operador no accede al contenido de los activos.
- Privacidad por diseño: todos los activos son audiencias anónimas agregadas, declaradas anonimizadas conforme al Considerando 26 RGPD. No son datos personales en el sentido del Art. 4(1) RGPD.
- Activación en origen: los datos de audiencia no se transfieren como ficheros raw entre infraestructuras. Residen en las aplicaciones conectadas de cada participante y se activan directamente en sus sistemas ad tech. El espacio gestiona contratos y políticas, no el movimiento físico del dato.
- Identidad descentralizada: cada participante tiene un DID Web bajo el dominio edatafusion.eu.
- Finalidad única: todas las políticas del espacio restringen el uso a publicidad digital y marketing.
- Neutralidad tecnológica: el espacio es agnóstico al adserver, DMP o DSP de cada participante.
2. Roles y Participantes
2.1 Definición de Roles
| Rol | Descripción |
|---|
| Operador del Espacio | Citiservi Europe S.L. Gestiona la infraestructura central: catálogo federado, API, registro de participantes, políticas de gobernanza y ciclo de vida de contratos. |
| Proveedor de Datos (provider) | Publica activos de audiencia en el catálogo. Define las políticas de uso. Activa los segmentos en sus aplicaciones conectadas para los consumidores autorizados. |
| Consumidor de Datos (consumer) | Descubre activos en el catálogo, negocia contratos de uso y activa los segmentos en sus propios sistemas ad tech conforme a la política acordada. |
| Ambos roles (both) | El participante actúa simultáneamente como proveedor y consumidor. Es el rol habitual de los publishers que también invierten en publicidad programática. |
2.2 Participantes Activos
El espacio cuenta con 21 participantes activos a junio de 2026, principalmente medios digitales regionales españoles con audiencias propias de primera parte:
| Identificador | Nombre y descripción |
|---|
| edatafusion | eDataFusion (Citiservi Europe SL) — Operador. |
| deia | Editorial Iparraguirre S.A. — deia.eus (Bizkaia). |
| ntm-gaur | Noticias Taldea Multimedia S.L. — gaur.ntm.eus (en euskera, Euskadi/Navarra). |
| editorialon | Editorial OnMedia S.L. — red de 250+ medios locales (España). |
| ondavasca | Eusko Media S.L. — Onda Vasca (radio digital, CAPV/Navarra). |
| cronicaglobal | Crónica Global Media S.L. — cronicaglobal.com (Cataluña). |
| cvasca | Crónica Vasca S.L. — cronicavasca.com (País Vasco). |
| metropoliabierta | Metrópolli Abierta S.L. — metropoliabierta.com (Barcelona). |
| hiperlocals | Hiperlocals Comunicació S.L. — hiperlocals.cat (Catalunya, en catalán). |
| nalava | Ediciones Izoria 2004 S.L. — noticiasdealava.eus (Álava). |
| nnavarra | Zeroa Multimedia S.A. — noticiasdenavarra.com (Navarra). |
| ngipuzkoa | Urgull 2004 S.A. — noticiasdegipuzkoa.eus (Gipuzkoa). |
| newmallmedia | New Mall Media Services S.L. — brandformance (España). |
| bainet | Bainet Comunicación S.A. — hogarmania.com, cocinatis.com. |
| graddus | Edadvisor Mapal S.L. — graddus.com (edtech, orientación académica). |
| iret | Iret Digital S.L. — mejoresdoctors.com (salud). |
| cronicaatlantico | Crónica del Atlántico Hoy S.L. — Tenerife. |
| canariasgm | Canarias Global Media S.L. — Las Palmas de Gran Canaria. |
| consumidorglobal | Consumidor Global Media S.L. — consumidorglobal.com. |
| canalmercado | En Medios DM S.L. — Canal Mercado (pantallas digitales, mercados Madrid). |
| qhn | Dinamity Media S.L. — quehacerconlosninos.es (familia y ocio). |
2.3 Proceso de Incorporación (Onboarding)
- Solicitud: el candidato contacta al operador (admin@edatafusion.eu) e identifica su rol y caso de uso.
- Due Diligence: verificación de identidad legal (razón social, CIF/VAT, contacto, web). Evaluación de cumplimiento RGPD básico. El candidato aporta documento de afiliación.
- Alta en el sistema: el operador registra al participante, asigna su identificador y genera su identidad DID: did:web:edatafusion.eu:{participant_id}.
- Credenciales: el operador entrega la API key del participante para acceso autenticado a la plataforma.
- Publicación de activos: el participante publica sus activos, define sus políticas de uso y crea los contratos a través de la API o el portal web.
- Certificación GAIA-X: verificación por tercero del nivel de cumplimiento GAIA-X. Los participantes actuales están en proceso de certificación (L1 autodeclarado).
3. Activos de Datos
3.1 Naturaleza de los Activos
Los activos de eDataFusion son descripciones de segmentos de audiencia anónima, no ficheros de datos raw transferibles. Cada activo representa una audiencia que reside en los sistemas propios del proveedor y que puede ser activada en favor del consumidor autorizado directamente desde dichos sistemas, sin que el dato abandone la infraestructura del proveedor.
Este modelo es inherente a la naturaleza del ad tech: los segmentos de audiencia se activan mediante píxeles, sincronización de IDs o carga directa en adservers. El espacio de datos gestiona la capa de gobernanza (descubrimiento, contratos, políticas), no el movimiento físico del dato.
3.2 Tipología de Activos
| Tipo | Descripción y ejemplos |
|---|
| Audiencia Regional / Geolocalizada | Lectores segmentados por ubicación (municipio, comarca, provincia). Campañas de proximidad en display y CTV. Ej: Audiencia Regional Bizkaia. |
| Intereses Temáticos Premium | Segmentos por afinidad editorial con secciones estratégicas del medio. Optimizados para lookalike. Ej: Intereses Temáticos Premium Álava. |
| Intención de Compra / Transaccional | Usuarios interactuando con comparativas, guías de compra o FMCG. Alta intención transaccional. |
| Afinidad Lingüística / Cultural | Segmentos basados en consumo de contenido en lengua regional (euskera, catalán). Alta afinidad territorial. |
| Audiencia de Audio Digital | Oyentes de radio online/podcast segmentados por temática y geografía. Activables en audio programático. |
| Audiencia OOH / Pantalla Digital | Tráfico e impactos en circuitos de pantallas físicas. Ej: Canal Mercado (140 pantallas en 24 mercados de Madrid). |
| Audiencia Educativa | Segmentos de intención educativa (FP, grado universitario, máster). Ej: Graddus. |
| Audiencia de Salud | Búsqueda activa de especialistas médicos por especialidad y localización. Ej: Iret Digital. |
| Intención de Ocio Familiar | Usuarios interactuando con planes, actividades y escapadas familiares. Ej: QHN (Dinamity Media). |
3.3 Modelo de Metadatos del Activo
| Campo | Descripción |
|---|
| asset_id | Identificador único (slug). Clave de referencia en contratos y API. Ej: audiencia-regional-bizkaia. |
| participant_id | Identificador del proveedor propietario del activo. |
| name | Nombre descriptivo del segmento de audiencia. |
| description | Descripción de la metodología de construcción y del perfil de audiencia. |
| content_type | Tipo MIME del contenido. Ej: text/plain, text/csv, application/json. |
| version | Versión del activo. Ej: 1.0. |
| keywords | Categorías temáticas opcionales (se recomienda taxonomía IAB v3). |
| temporal_coverage | Período temporal de los datos del segmento (opcional). |
| spatial_coverage | Cobertura geográfica (opcional). |
3.4 Ciclo de Vida de Activos
| Acción | Descripción |
|---|
| Publicación | El proveedor crea el activo a través de la API o el portal web. Queda visible en el catálogo federado inmediatamente. |
| Actualización | El proveedor puede actualizar los metadatos en cualquier momento. Los contratos vigentes no se ven afectados salvo modificación de la política de uso. |
| Renovación de política | El proveedor actualiza las fechas de vigencia de la política cuando expiran. Operación rutinaria de mantenimiento anual. |
| Suspensión | El operador puede suspender temporalmente un activo o participante ante incumplimiento del Rulebook. |
| Eliminación | El proveedor puede eliminar un activo si no tiene contratos activos. El registro histórico se conserva 24 meses para auditoría. |
4. Arquitectura Técnica
4.1 Modelo de Espacio de Datos para Audiencias Ad Tech
eDataFusion implementa los principios del IDSA Dataspace Protocol (DSP) mediante un perfil adaptado a la naturaleza específica de los espacios de datos de audiencias publicitarias. Esta adaptación es coherente con el principio IDSA de «Unity in Standards — Freedom in Implementation»: los espacios de datos se basan en estándares internacionales, pero cada implementación puede adaptar los componentes técnicos a su dominio específico.
La adaptación principal es que la fase de transferencia de datos del DSP estándar se sustituye por una fase de activación en origen: en lugar de transferir un fichero entre conectores, el proveedor activa el segmento directamente en los sistemas ad tech del consumidor. En el ecosistema ad tech, los segmentos de audiencia no son ficheros transferibles, sino colecciones de IDs que solo tienen valor en el contexto de un adserver o DSP concreto. El modelo de activación en origen es más eficiente, más seguro para la privacidad del usuario y más compatible con los mecanismos de sincronización de audiencias ya establecidos en el sector (IAB Audience Taxonomy, OpenRTB, TCF 2.2).
4.2 Componentes de la Plataforma
| Componente | Descripción |
|---|
| Catálogo Federado | Registro central de activos de audiencia publicados por los participantes. Accesible en app.edatafusion.com/portal. Permite el descubrimiento de activos sin centralizar los datos subyacentes. |
| API de Gestión | API REST autenticada (app.edatafusion.com/api/). Implementa las operaciones de gestión: assets, participants, contracts, policies. |
| Motor de Contratos | Gestiona el ciclo de vida de contratos: creación de oferta, aceptación, vigencia y terminación. Cada contrato vincula activo, política y participantes. |
| Motor de Políticas | Gestiona políticas de uso en formato estructurado (ODRL-inspired): propósito, vigencia temporal, restricción geográfica y usos prohibidos. |
| Identity & Trust | DID Web por participante (did:web:edatafusion.eu:{participant_id}). Niveles de confianza GAIA-X L1 (autodeclarado) y L2 (verificado por tercero, operador). |
| Portal Web | Interfaz web en app.edatafusion.com para gestión de activos, contratos y políticas sin integración API directa. |
4.3 Flujo de Interacción entre Participantes
- Descubrimiento (Catalog Request): el consumidor explora el catálogo federado y localiza activos de interés con sus políticas asociadas.
- Evaluación de política: el consumidor revisa las condiciones de uso: propósito, vigencia, restricción geográfica y usos prohibidos.
- Negociación de contrato (Contract Negotiation): el consumidor formaliza su interés en la plataforma. El proveedor acepta o rechaza. Si acepta, se genera un contrato con ID único vinculando activo, política y ambas partes.
- Activación en origen: el proveedor activa el segmento directamente en los sistemas ad tech designados por el consumidor mediante mecanismos nativos: carga en adserver, sincronización de píxeles, integración en plataformas programáticas.
- Uso y cumplimiento: el consumidor usa el segmento activado conforme a la política: propósito de marketing, vigencia temporal, restricción geográfica España, prohibición de re-identificación.
- Terminación: al expirar la vigencia, el consumidor cesa el uso. El proveedor puede revocar el acceso antes de la expiración ante incumplimiento.
4.4 Identidad y Confianza
| Mecanismo | Descripción |
|---|
| DID Web | Cada participante tiene un DID Web bajo el dominio edatafusion.eu. Ej: did:web:edatafusion.eu:deia. Resolvible vía HTTPS. |
| GAIA-X L1 | Nivel autodeclarado. Identidad legal verificable, política de privacidad pública, aceptación del marco de confianza. |
| GAIA-X L2 | Nivel verificado por tercero acreditado. El operador (Citiservi Europe S.L.) opera en nivel L2. |
| API Key | Credencial de autenticación para la API. Clave única por participante. |
| TLS 1.3 | Todos los endpoints operan bajo TLS 1.3 con certificado wildcard *.edatafusion.com. |
4.5 API de Gestión — Referencia de Endpoints
La API de gestión es accesible bajo https://app.edatafusion.com/api/. Todos los endpoints requieren autenticación.
| Endpoint | Descripción |
|---|
| GET /api/assets | Lista todos los activos publicados en el catálogo. |
| GET /api/assets/{asset_id} | Detalle de un activo por su identificador slug. |
| POST /api/assets | Publica un nuevo activo en el catálogo. |
| PUT /api/assets/{asset_id} | Actualiza los metadatos de un activo existente. |
| DELETE /api/assets/{asset_id} | Elimina un activo (solo si no tiene contratos activos). |
| GET /api/participants | Lista todos los participantes registrados en el espacio. |
| GET /api/participants/{id} | Detalle de un participante, incluyendo DID y nivel de confianza. |
| GET /api/contracts | Lista todos los contratos activos. |
| GET /api/contracts/{contract_id} | Detalle de un contrato por su identificador. |
| POST /api/contracts | Crea un nuevo contrato vinculando activo, política y participante. |
| GET /api/policies | Lista todas las políticas de uso registradas. |
| GET /api/policies/{policy_id} | Detalle de una política, incluyendo sus reglas estructuradas. |
| POST /api/policies | Crea una nueva política de uso. |
| PUT /api/policies/{policy_id} | Actualiza una política (ej. renovación de fechas de vigencia). |
| GET /api/catalog | Catálogo federado de activos disponibles para el participante autenticado. |
5. Políticas de Uso
5.1 Estructura de las Políticas
Las políticas de uso se expresan en un formato estructurado inspirado en ODRL 2.2, con dos componentes: texto en lenguaje natural (campo description) y reglas estructuradas en JSON (campo rules).
El campo rules define: el tipo de permiso (ALLOW), el ámbito (commercial), la acción permitida (USE), la finalidad (marketing) y los constraints: rango de fechas de vigencia (dateTime gteq/lteq, típicamente 1 año) y restricción geográfica (spatial = España).
El texto de la descripción en lenguaje natural incluye siempre: propósito permitido, usos prohibidos, naturaleza de los datos (anonimizados conforme al Considerando 26 RGPD), obligaciones del consumidor, base legal, duración y revocación, y aceptación de auditorías.
5.2 Políticas Estándar del Espacio
| Código | Descripción |
|---|
| EDF-P01 | Uso Comercial Estándar (1 año). Uso para publicidad digital durante 12 meses. Restricción geográfica: España. Es la política más utilizada en producción. |
| EDF-P02 | Uso Comercial Renovable. Uso para publicidad digital con renovación activa al finalizar el período. |
| EDF-P03 | Lookalike Expansion. Autoriza la generación de audiencias lookalike en plataformas programáticas. Prohibido compartir el segmento original. |
| EDF-P04 | Testing / Sandbox. Solo para entornos de prueba. Prohibido el uso en producción. TTL: 30 días. |
| EDF-P99 | Política Personalizada. El proveedor define condiciones adicionales. Requiere validación del operador antes de publicación. |
Las políticas tienen una fecha de expiración definida en el campo rules. Los proveedores deben renovar sus políticas antes de su expiración. El operador notificará con 30 días de antelación las políticas próximas a expirar.
6. Dimensión Legal y de Privacidad
6.1 Marco Regulatorio
| Norma | Aplicación |
|---|
| RGPD (UE) 2016/679 | Marco principal. Los activos son datos anonimizados (Considerando 26 RGPD): no son datos personales. Los participantes son responsables independientes de sus tratamientos previos a la anonimización. |
| Directiva ePrivacy 2002/58/CE | Regula el acceso a cookies y comportamiento online. El consentimiento previo (CMP + TCF 2.2) es obligatorio para la recolección de comportamiento editorial que alimenta los segmentos. |
| EU Data Act (2025) | En seguimiento. El operador evaluará su aplicación al modelo de gobernanza del espacio. |
| Reglamento de Gobernanza de Datos (DGA) 2022/868 | Puede aplicar a eDataFusion como servicio de intermediación de datos. El operador evaluará la obligación de notificación ante autoridad competente (MINECO). |
| LSSI-CE (España) | Aplica a todos los participantes en sus actividades de publicidad digital en España. |
6.2 Anonimización — Requisitos Técnicos
- k-anonimato mínimo k≥100: ningún segmento puede representar menos de 100 usuarios únicos.
- No IPs identificables: las IPs deben estar truncadas o eliminadas. No se admiten IPs completas.
- No UIDs directos: los identificadores de usuario deben ser hasheados de forma irreversible (SHA-256 mínimo) antes de cualquier compartición.
- Datos exclusivamente agregados: el activo debe contener únicamente estadísticas agregadas o listas de identificadores hasheados sin metadatos individuales.
- Test de reidentificación: el proveedor debe evaluar que la combinación con datasets públicos disponibles no permita la reidentificación.
Prohibición absoluta de datos personales. Está estrictamente prohibido publicar activos que contengan nombres, apellidos, emails, teléfonos, IPs completas, DNI/NIE, ni cualquier combinación de campos que permita identificar a personas físicas. La detección de PII resulta en suspensión inmediata del activo y del participante.
6.3 Obligaciones del Proveedor
- Disponer de base legal válida para la recolección del comportamiento online de sus usuarios: consentimiento explícito (CMP certificada IAB TCF 2.2) o interés legítimo documentado.
- Mantener el registro de actividades de tratamiento del Art. 30 RGPD actualizado.
- Informar a los usuarios en su política de privacidad sobre la elaboración de segmentos anónimos y su uso en eDataFusion.
- Garantizar que las técnicas de anonimización aplicadas son irreversibles y cumplen los requisitos de la sección anterior.
- Notificar al operador en ≤24 horas cualquier incidente que pueda comprometer el carácter anónimo de los activos publicados.
6.4 Obligaciones del Consumidor
- Usar los activos exclusivamente para publicidad digital y marketing.
- No intentar re-identificar, desanonimizar o combinar los segmentos con datos personales identificables.
- No redistribuir, vender o ceder los activos a terceros sin autorización expresa del proveedor.
- Respetar el período de vigencia definido en la política. Cesar el uso al expirar.
- Respetar la restricción geográfica España en la activación programática.
- Cumplir con TCF 2.2: solo activar segmentos para usuarios con consentimiento de propósito 3.
- Mantener registro interno de los usos realizados y ponerlo a disposición del operador en caso de auditoría.
6.5 Acuerdo de Participación
Todo participante debe firmar el Participation Agreement (PA) con Citiservi Europe S.L. antes de su activación. El PA recoge: aceptación del Rulebook en su versión vigente, declaración de cumplimiento RGPD y de las obligaciones de anonimización, compromiso de notificación de incidentes, aceptación del régimen de auditorías del operador, y jurisdicción de los tribunales competentes españoles.
7. Dimensión Operacional
7.1 Publicación de un Activo
- Crear la política de uso (POST /api/policies): nombre, descripción completa en lenguaje natural, tipo USAGE y reglas con vigencia y restricción geográfica.
- Crear el activo (POST /api/assets): identificador slug único, nombre descriptivo, descripción de la metodología, tipo de contenido y versión.
- Crear el contrato (POST /api/contracts): vincula el activo con la política y el participante proveedor.
7.2 Acceso a un Activo por el Consumidor
- Descubrimiento: exploración del catálogo federado para identificar activos relevantes.
- Evaluación: lectura de la política de uso para verificar que las condiciones son aceptables.
- Solicitud de acceso: contacto con el proveedor a través del portal o por email para formalizar la solicitud.
- Acuerdo y activación: el proveedor activa el segmento en los sistemas ad tech del consumidor y registra el acuerdo.
- Seguimiento: el consumidor verifica el uso dentro de los límites de la política durante toda la vigencia.
7.3 Seguridad
| Mecanismo | Descripción |
|---|
| TLS 1.3 | Cifrado en tránsito en todos los endpoints. |
| Autenticación API | Header X-Api-Key. Clave única por participante. Gestionar como secreto y rotar periódicamente. |
| CSRF Protection | El portal web implementa protección CSRF mediante tokens por sesión. |
| Auditoría de accesos | El operador registra todos los accesos a la API para detección de anomalías. |
| Segregación de datos | Cada participante solo puede leer y modificar sus propios activos, políticas y contratos. |
7.4 Auditoría y Cumplimiento
| Tipo | Descripción |
|---|
| Auditoría de activos | Revisión trimestral. Verifica que los activos no contienen datos personales y que la descripción es coherente. |
| Auditoría de políticas | Revisión semestral de fechas de vigencia. Notificación 30 días antes de expiración. |
| Auditoría de participantes | Revisión anual del estado de certificación GAIA-X y documentación de afiliación. |
| Auditoría extraordinaria | Iniciada por el operador ante incidente, queja de tercero o requerimiento de la AEPD. |
| Notificación de brechas | El participante debe notificar al operador en ≤24h y a la AEPD en ≤72h si aplica el Art. 33 RGPD. |
7.5 Resolución de Disputas
- Resolución bilateral: 10 días hábiles desde la notificación formal.
- Mediación del operador: Citiservi Europe S.L. actúa como mediador neutral durante 20 días hábiles adicionales.
- Arbitraje: Centro de Mediación y Arbitraje de Madrid (CIMA).
- Vía judicial: tribunales competentes españoles.
8. Integración con Ad Tech y Programática
8.1 Métodos de Activación de Audiencias
| Método | Descripción |
|---|
| Carga directa en adserver | El proveedor carga el segmento vía la API del adserver del consumidor (Google Ad Manager, Xandr, etc.). |
| Sincronización de píxeles | El consumidor implementa el píxel de audiencia del proveedor en su DMP. Sincronización en tiempo real. |
| Lookalike en DSP | El proveedor autoriza la generación de un modelo lookalike. No se transmite el segmento original. |
| Archivo de IDs hasheados | Entrega de fichero de identificadores SHA-256 para carga manual en DMP. Para casos donde los métodos anteriores no son viables. |
| Integración programática (OpenRTB) | Segment IDs en campo user.data[] de bid requests (OpenRTB 2.6). Requiere señal TCF 2.2 válida con propósito 3 activo. |
8.2 Requisitos Programáticos
- TCF 2.2: solo activar segmentos para usuarios con consentimiento de Propósito 3.
- GPP: los participantes que operen como SSP deben implementar señales GPP.
- IAB Audience Taxonomy 3.0: se recomienda para facilitar la interoperabilidad con plataformas programáticas.
- Restricción geográfica: los segmentos solo se activan en inventario dirigido a usuarios en España.
- Vigencia: desactivar los segmentos al expirar la fecha de la política.
- Categorías sensibles: prohibido el uso en campañas relacionadas con perfiles de salud, origen racial, orientación sexual u otras categorías especiales del Art. 9 RGPD.
8.3 Clasificación IAB v3 Recomendada
| Tipo de Activo | Categorías IAB v3 recomendadas |
|---|
| Audiencia Regional / Geolocalizada | IAB-24 + IAB-19 (Travel) si enfoque turístico |
| Intereses Temáticos — Economía/Empresa | IAB-3 (Business) |
| Intereses Temáticos — Política | IAB-11 (Law, Gov’t & Politics) |
| Intención de Compra / FMCG | IAB-7 (Food & Drink) + IAB-22 (Shopping) |
| Afinidad Lingüística / Cultural | IAB-9 (Hobbies & Interests) + IAB-14 (Society) |
| Audiencia de Audio / Radio Digital | IAB-1 (Arts & Entertainment) + IAB-9-30 (Music) |
| Audiencia Educativa | IAB-5 (Education) |
| Audiencia de Salud | IAB-7 (Health & Fitness) |
| Audiencia OOH / Pantallas | IAB-22 (Shopping) + IAB-7 (Food & Drink) |
9. Gobernanza y Evolución
9.1 Proceso de Cambio del Rulebook
- Cualquier participante puede proponer modificaciones al operador (admin@edatafusion.eu).
- El Comité de Gobernanza revisa la propuesta en ≤30 días.
- Las modificaciones sustanciales se someten a consulta de todos los participantes durante 15 días.
- La versión aprobada entra en vigor con un mínimo de 30 días desde su publicación.
- Los cambios que afecten a la API o al modelo de datos se comunicarán con ≥60 días de antelación.
9.2 Estado de la Plataforma y Roadmap
| Funcionalidad | Estado |
|---|
| Catálogo federado navegable | ✅ Operativo |
| API de gestión (assets, contracts, policies, participants) | ✅ Operativo |
| Identidad DID Web por participante | ✅ Operativo |
| Marco GAIA-X L1/L2 | ✅ Operativo |
| Negociación de contratos automatizada vía API | ✅ Operativo — implementación bajo pedido |
| Notificaciones y alertas de expiración de políticas | ✅ Operativo |
| Certificación técnica de participantes | ✅ Operativo — disponible una vez registrado y bajo solicitud |
| Documentación OpenAPI | ✅ Disponible una vez registrado y bajo pedido |
| Interoperabilidad con spaces GAIA-X externos | ✅ Disponible una vez registrado — requiere implementación pactada |
| Soporte IAB Audience Taxonomy nativo en catálogo | ✅ Operativo |
9.3 Contacto
| Canal | Detalle |
|---|
| Sociedad gestora | Citiservi Europe S.L. (Citiservi Media) |
| Proyecto | eDataFusion |
| Web | https://www.edatafusion.com |
| Aplicación y catálogo | https://app.edatafusion.com |
| Email operador | edatafusion@citiservi.com |
| DID operador | did:web:edatafusion.eu |
Anexo A — Glosario
| Término | Definición |
|---|
| Activación en origen | Mecanismo por el que el proveedor activa un segmento directamente en los sistemas ad tech del consumidor, sin transferir el dato raw entre conectores. |
| asset_id | Identificador único (slug) de un activo. Ej: audiencia-regional-bizkaia. |
| contract_id | Identificador único de un contrato de uso. Vincula activo, política y participantes. |
| DID Web | Decentralized Identifier con método ‘web’. Ej: did:web:edatafusion.eu:deia. Resolvible vía HTTPS. |
| GAIA-X L1 | Nivel básico de confianza GAIA-X: identidad legal verificable y cumplimiento autodeclarado. |
| GAIA-X L2 | Nivel de confianza GAIA-X verificado por tercero acreditado. |
| k-anonimato | Propiedad de privacidad: cada individuo en el dataset es indistinguible de al menos k-1 otros. Mínimo k=100 en eDataFusion. |
| participant_id | Identificador único (slug) de un participante. Ej: deia. |
| Política de uso | Conjunto de condiciones (propósito, vigencia, restricciones) bajo las que un proveedor autoriza el uso de un activo. |
| TCF 2.2 | IAB Transparency & Consent Framework v2.2. Estándar del sector para gestión de consentimiento en publicidad digital. |
| X-Api-Key | Header HTTP de autenticación para la API de eDataFusion. |
Anexo B — Checklist de Cumplimiento
Para Proveedores
- ☐ Participation Agreement firmado con Citiservi Europe S.L.
- ☐ API key recibida y almacenada de forma segura.
- ☐ DID asignado: did:web:edatafusion.eu:{participant_id}.
- ☐ Base legal para recolección de cookies documentada (CMP/TCF 2.2 o interés legítimo).
- ☐ Registro de tratamiento Art. 30 RGPD actualizado.
- ☐ Política de privacidad web menciona el espacio de datos eDataFusion.
- ☐ Anonimización aplicada: k≥100, sin IPs completas, sin UIDs directos.
- ☐ Política de uso creada con texto completo y vigencia futura.
- ☐ Activo creado con descripción de metodología y perfil de audiencia.
- ☐ Contrato creado vinculando activo y política.
- ☐ Procedimiento de notificación de brechas documentado (≤24h al operador).
Para Consumidores
- ☐ Participation Agreement firmado con Citiservi Europe S.L.
- ☐ API key recibida y almacenada de forma segura.
- ☐ Política de uso revisada antes de cada activación.
- ☐ Acuerdo de activación formalizado con el proveedor.
- ☐ Uso limitado a publicidad digital y marketing.
- ☐ No re-identificación ni combinación con PII.
- ☐ TCF 2.2 / Propósito 3 verificado en activación programática.
- ☐ Restricción geográfica España aplicada.
- ☐ Segmento desactivado al expirar la vigencia de la política.
- ☐ Registro interno de usos mantenido para auditoría.
eDataFusion Rulebook v1.1 · Junio 2026 · Citiservi Europe S.L. (Citiservi Media) · edatafusion@citiservi.com · did:web:edatafusion.eu
