La Comisión Europea acaba de concretar dos obligaciones del DMA que afectan a Google: una sobre cómo los asistentes de IA pueden interactuar con Android y otra sobre cómo los motores de búsqueda elegibles pueden acceder a datos de Google Search. Para una pyme española, la pregunta útil no es «¿me va a recomendar Gemini?». Es otra: ¿puede un asistente encontrar, entender y usar correctamente lo que vendo sin que toda la relación dependa de una sola interfaz?
Qué ha decidido la Comisión
El comunicado de la Comisión, publicado el 16 de julio de 2026, anuncia dos conjuntos de medidas de especificación vinculantes para Google en virtud de la Ley de Mercados Digitales. No es una consulta ni una recomendación voluntaria. Son decisiones que concretan cómo debe aplicarse una obligación del DMA, aunque siguen sujetos los derechos de defensa de Google y el control judicial independiente.
| Medida | Qué especifica la Comisión | Qué cambia para el usuario |
|---|---|---|
| Interoperabilidad Android | Los asistentes de IA de terceros deben tener acceso en igualdad a funciones de los dispositivos Android que usan los servicios propios de Google, como Gemini. | Podrán activarse con comandos de voz y realizar determinadas acciones en aplicaciones en nombre del usuario, con salvaguardas. |
| Datos de Google Search | Los motores de búsqueda de terceros pueden acceder a datos de búsqueda que Google Search puede recopilar a escala. Los chatbots de IA con funciones de búsqueda pueden ser elegibles. | Se busca que otros servicios puedan desarrollar y optimizar su búsqueda con un campo de datos menos desigual. |
La propia decisión limita cualquier lectura triunfalista. En Android, el acceso se refiere a funciones del sistema y a acciones permitidas, no a que todos los asistentes sean idénticos ni a que una empresa pueda controlar el dispositivo sin consentimiento. En Search, el acceso se refiere a datos de búsqueda compartidos bajo condiciones concretas, no a una cesión general del índice ni a la entrega del CRM de una pyme.
La medida no sustituye la oferta de una empresa. Cambia quién puede llegar a ella.
Hechos: Comisión Europea, comunicado IP/26/1634 · 16.07.2026. Lectura para pymes: DÍA UNO.
Más de un asistente puede usar las funciones permitidas
La Comisión concreta la interoperabilidad para que asistentes rivales compitan con Gemini en condiciones de acceso equivalentes.
Más motores pueden trabajar con datos elegibles
Google debe compartir datos de búsqueda bajo la especificación, con anonimización multinivel y controles de riesgo.
La apertura viene con límites de privacidad y seguridad
La interoperabilidad Android incorpora salvaguardas para proteger la privacidad del usuario, la integridad del dispositivo y la seguridad. En los datos de Search, la decisión establece un método de anonimización de varios niveles, desarrollado con expertos internos y externos en privacidad y alineado con el trabajo conjunto de la Comisión y el Comité Europeo de Protección de Datos sobre DMA y RGPD.
Además, Google podrá evaluar antes de compartir los datos si existe un riesgo grave de ciberseguridad o de protección de datos con un tercero concreto. La Comisión también podrá modificar la decisión si la evolución del mercado o una evaluación independiente lo justifican. Esto importa para una pyme: «más accesible» no significa «sin permisos», «sin autenticación» ni «sin gobierno».
Qué significa para una pyme española
La consecuencia más útil es arquitectónica. Si una persona pregunta a un asistente «¿qué servicios ofrece esta empresa?, ¿cuánto cuesta?, ¿puedo reservar el jueves?», la respuesta no debería depender de que el asistente conozca una pantalla privada, una ficha desactualizada o un proveedor imposible de cambiar.
La Comisión no ordena a las pymes crear una API, añadir Schema.org ni publicar un catálogo. Eso es interpretación de DÍA UNO a partir de la dirección del mercado: cuando más asistentes y motores puedan mediar en el descubrimiento, gana valor la información que una empresa puede presentar de forma consistente en más de una interfaz.
Hecho de la fuente
Hecho de la fuenteLos servicios de IA de terceros podrán competir con los propios servicios de Google en Android con acceso equivalente a funciones relevantes; los motores elegibles podrán acceder a datos de Search bajo condiciones especificadas.
Lectura DÍA UNO
Lectura DÍA UNOUna pyme debería tratar su oferta como un sistema distribuible: datos claros, páginas estables, permisos explícitos y reservas que no se rompan cuando cambia la interfaz que inicia la conversación.
| Superficie de la pyme | Qué dejar claro y accesible | Comprobación mínima |
|---|---|---|
| Catálogo | Nombre, descripción, disponibilidad, precio cuando aplique, imágenes y URL estable por producto o servicio. | Una persona externa puede localizar y entender una ficha sin iniciar sesión. |
| Servicios | Qué problema resuelve, para quién, alcance, zona, duración, requisitos y forma de contacto. | La misma descripción aparece en web, perfil y directorios prioritarios. |
| Reservas | Horarios, ubicación, capacidad, política de cambios y un flujo de reserva con confirmación. | El enlace lleva a una acción real; no se promete una reserva si solo existe un formulario roto. |
| Datos estructurados | JSON-LD y HTML visible coherentes con la entidad, oferta, horarios, eventos o preguntas que el usuario ve. | Los datos no contradicen el texto y se revisan cuando cambia el negocio. |
| Accesibilidad múltiple | URLs rastreables, sitemap, contenido legible, exportación y, si hace falta, un feed o API documentada. | Un segundo buscador o asistente puede leer la misma verdad sin depender de una integración propietaria. |
La documentación de Google explica que el marcado estructurado aporta pistas explícitas para entender una página, pero también advierte que no garantiza una aparición concreta en Search. Proyectos abiertos como NLWeb muestran una implementación posible que reutiliza Schema.org, RSS y listas estructuradas para interfaces conversacionales; su propio repositorio la presenta como una prueba de concepto, no como una norma ni como garantía de adopción.
Qué haríamos esta semana
No empezaría esperando a enero o julio de 2027. Empezaría midiendo si la empresa tiene una versión de su oferta que pueda sobrevivir a otro buscador, otro asistente y otro proveedor de reservas.
- Elige una intención comercial concreta.
Por ejemplo: «reservar una primera consulta», «comparar un servicio» o «encontrar un producto disponible». Escribe la respuesta exacta que quieres que una persona reciba.
- Construye una fuente canónica y visible.
Una URL por oferta, con texto claro, precio o condiciones cuando corresponda, datos de contacto, horarios y fecha de actualización. Lo estructurado debe coincidir con lo visible.
- Prueba dos rutas de acceso.
Comprueba la misma pregunta en Google Search y en otro asistente con acceso web. Registra si encuentra la empresa, si entiende el servicio y si envía al enlace correcto. Es una prueba de descubribilidad, no un experimento causal ni una garantía de futuro.
- Protege la acción que cambia datos.
Para reservas, pedidos o consultas con datos personales, exige la autenticación y confirmación que el riesgo requiere. Un asistente que pueda leer una oferta no debe poder cerrar una operación sin los controles de la empresa.
Esta apertura de distribución no resuelve por sí sola el control operativo. Conviene leerla junto al marco europeo de acceso, elección, control y valor y al inventario de modelos, agentes y APIs que AWS acaba de incorporar a Security Hub.
En un hilo anecdótico de r/SaaS, una pequeña consultora cuenta que cuatro asistentes encontraron de forma desigual una empresa con web, perfiles y directorios activos. No es una encuesta, no prueba una causa y no permite extrapolar resultados; sí pone palabras a una fricción concreta: tener presencia digital no equivale a ser entendido de forma consistente.
Qué sabemos, qué interpretamos y qué sigue abierto
| Estado | Qué podemos afirmar sin exagerar |
|---|---|
| Confirmado | La Comisión publicó el 16 de julio de 2026 dos conjuntos de medidas de especificación vinculantes para Google bajo el DMA. |
| Confirmado | Los asistentes rivales deben poder competir con Gemini con acceso equivalente a funciones Android relevantes; los motores elegibles pueden recibir datos de Search bajo las condiciones especificadas. |
| Confirmado | Hay salvaguardas de privacidad, integridad del dispositivo, seguridad, anonimización y evaluación de riesgos de ciberseguridad y protección de datos. |
| Interpretación | Para una pyme conviene separar la oferta, los datos y la acción de reserva de una sola interfaz o proveedor. |
| No prometido | La decisión no garantiza posiciones en Search, citas de asistentes, tráfico, conversiones ni reservas para una empresa concreta. |
| Por comprobar | Qué proveedores serán elegibles, cómo se aplicarán técnicamente las medidas y qué experiencias reales tendrán usuarios y empresas cuando lleguen las fechas de implementación. |
Fuentes y método
- Fuente primaria · españolComisión Europea: orientaciones a Google para Android y Google Search · 16.07.2026
- Comunicado completoIP/26/1634: decisión, salvaguardas y próximos pasos · versión original en inglés
- Antecedente DMAComisión Europea: apertura de los procedimientos de especificación · 27.01.2026
- Documentación oficialGoogle Search Central: cómo funciona el marcado de datos estructurados
- Implementación abiertaNLWeb: referencia abierta para interfaces conversacionales basadas en Schema.org
- Señal anecdóticar/SaaS: una consultora prueba cuatro asistentes con su propia empresa
- Fotografía · provenancePaul Hanaoka, “man using Android smartphone”, Unsplash · licencia Unsplash
Separación editorial: los párrafos y tablas marcados como «Confirmado» resumen la fuente primaria; las recomendaciones para pymes están marcadas como interpretación; los límites enumeran lo que la decisión no permite afirmar. La foto es contextual y no representa el anuncio ni una interfaz de Google.