Hay una parte de tu web que ningún cliente verá jamás y que, sin embargo, decide buena parte de cómo te entienden Google y los asistentes de IA. Se llama datos estructurados, y la mayoría de las webs de negocio local no los tienen o los tienen mal.
No es un tema para programadores. La idea de fondo se explica en una frase: es la versión de tu página escrita para una máquina.
El problema que resuelven
Abre la home de tu negocio y míralas como si no supieras leer.
Hay un logo. Un teléfono en la esquina, en tamaño pequeño. Una dirección al pie. Los horarios, quizá dentro de una imagen. Los servicios, en tarjetas con iconos. Una persona lo entiende todo en dos segundos porque interpreta la maquetación: sabe que lo de arriba a la derecha es el teléfono porque ahí va el teléfono.
Un sistema automático no tiene esa intuición. Ve texto suelto en cajas. Tiene que adivinar si "45500" es un código postal, un precio o un número de colegiado; si "Lunes a viernes 9-14 y 16-20" es tu horario o el de la farmacia de guardia que mencionas en un artículo.
Los datos estructurados eliminan la adivinanza. Dicen, con nombre y apellido: esto es un negocio, del tipo dentista, se llama así, está en esta calle de este municipio, abre en estos tramos, ofrece estos servicios, y el teléfono es este.
Por qué ahora importan más que hace tres años
Durante años esto fue "higiene técnica": ayudaba a que Google mostrara tu resultado con estrellas o con horarios, y poco más.
Lo que ha cambiado es quién lee. Cuando un asistente de IA responde "¿qué fisioterapeutas hay en mi zona?", tiene que afirmar cosas concretas sobre negocios concretos — y un sistema entrenado para no equivocarse prefiere apoyarse en información que no admite interpretación. Entre un negocio cuyos datos están declarados sin ambigüedad y otro del que hay que deducirlo del diseño, la elección es fácil.
Es la misma idea que desarrollamos en la comparación entre GEO y SEO: la máquina no mira, lee.
Los cuatro tipos que le importan a un negocio con citas
Hay cientos de tipos definidos en el vocabulario de Schema.org. A ti te hacen falta cuatro.
LocalBusiness (y su subtipo). El principal. Declara qué eres, cómo te llamas, dirección, teléfono, horarios, zona de servicio y enlaces a tus perfiles. Existen subtipos más precisos —clínica dental, veterinario, salón de belleza— y conviene usar el más concreto que encaje: cuanto más específico, menos ambiguo.
Service. Cada servicio que ofreces, descrito como tal: qué es, quién lo presta, en qué zona. Es lo que permite que te asocien con "limpieza dental" y no solo con "clínica".
FAQPage. Tus preguntas frecuentes marcadas como pregunta y respuesta. Es, con diferencia, el formato más fácil de citar para un motor generativo: ya viene troceado en unidades que responden algo completo.
Article. Para las guías del blog: autor, fecha de publicación, fecha de revisión, fuentes. Da contexto sobre quién escribe y cuándo, que es parte de lo que se evalúa al decidir si una fuente es fiable.
Con esos cuatro está cubierto prácticamente todo lo que un negocio local necesita declarar.
Cómo comprobar si tu web los tiene
Dos minutos, sin saber programar:
- Abre la prueba de resultados enriquecidos de Google, pega la URL de tu home y dale a probar. Te dirá qué tipos detecta y qué errores hay.
- Repite con el validador de Schema.org, que es más estricto y te enseña el bloque entero tal como lo lee una máquina.
- Haz lo mismo con una página interior importante: un servicio, una guía.
Tres resultados posibles. Si no detecta nada, tu web no los tiene. Si detecta algo con errores, están puestos pero incompletos o mal formados. Si sale limpio, comprueba lo siguiente — que es lo que casi nadie mira.
El error que no detecta ningún validador
Los validadores comprueban la sintaxis, no la verdad.
Un bloque puede estar perfectamente formado y declarar un horario que cambiaste hace un año, una dirección de un local del que te mudaste, o una valoración media que nadie ha calculado. El validador dirá que está todo bien. Google, si detecta que declaras cosas que no están en la página o que no son ciertas, puede aplicar una acción manual y quitarte la presentación enriquecida.
Por eso la comprobación de verdad es esta: lee el bloque y contrasta cada campo con la realidad de hoy. Horarios, teléfono, dirección, servicios. Si algo no coincide con lo que hay en la página visible, sobra o hay que corregirlo.
Y la coherencia con todo lo demás
Los datos estructurados no viven solos. Lo que declaras en tu web tiene que coincidir con lo que dice tu ficha de Google y con lo que aparece en los directorios donde estés. Si tu web declara un horario y tu ficha otro, has creado exactamente el problema que los datos estructurados venían a resolver.
Esa coherencia —la misma dirección, el mismo teléfono, el mismo nombre, en todas partes— es, con la categoría de la ficha, lo que más rinde por hora invertida en visibilidad local. Los otros motivos por los que un negocio no aparece están en la guía sobre por qué no sales en Google Maps.
Resumen
- Los datos estructurados son tu página escrita para máquinas, y el visitante no los ve.
- Importan más que antes porque ahora también los lee quien construye respuestas con IA.
- Cuatro tipos te sirven: LocalBusiness, Service, FAQPage y Article.
- Se comprueban en dos minutos con las herramientas de Google y de Schema.org.
- El validador solo mira la forma: la verdad de lo que declaras la tienes que revisar tú.
Si prefieres no tocar código, esto es parte de lo que dejamos montado en el servicio de visibilidad en Google y en IA — el mismo que aplicamos en nuestro propio sitio.