Schema LocalBusiness: los dos campos obligatorios y el resto
Dos propiedades son obligatorias y el resto son recomendaciones. Los datos LocalBusiness de Google exigen el nombre y la dirección; horario, teléfono, coordenadas y rango de precios están recomendados. Y Google afirma que añadirlos nunca garantiza que aparezca una función que los consuma.
Qué exige realmente la especificación
El conjunto obligatorio es menor de lo que insinúan casi todas las agencias. name y address son las propiedades obligatorias de un negocio local. openingHours, telephone, geo y priceRange están en el nivel recomendado, es decir, mejoran la comprensión sin ser condición de validez.
Conviene recordar esa división cuando alguien presupueste un paquete de schema. Añadir veinte propiedades a una página que tiene mal las dos obligatorias es decoración. Tener bien esas dos y añadir el horario es la mayor parte del beneficio disponible.
Qué compra y qué no
Dos frases de la propia documentación de Google acotan el tema entero. Primera, los datos estructurados no garantizan que aparezcan en los resultados las funciones que los consumen. Segunda, para AI Overviews y AI Mode no hay requisitos adicionales ni datos estructurados especiales de schema.org que haya que añadir.
La cuenta es pequeña. 2 propiedades obligatorias, unas 4 recomendadas que merecen la pena, y el horario expresado como 7 días con una hora de apertura y otra de cierre cada uno, es decir 14 valores. Ese es todo el trabajo para un negocio local, y cabe en un bloque JSON-LD de unas 25 líneas.
El argumento honesto para escribirlo es por tanto más estrecho y sigue siendo real: deja tu dirección y tu horario sin ambigüedad para cualquier máquina que lea la página. Con un 45 por ciento de consumidores usando IA para recomendaciones locales en 2026 frente al 6 por ciento de 2025, y con seis sitios de reseñas consultados de media, no ser ambiguo vale una hora de trabajo. Que te prometan un resultado enriquecido no vale nada.
| Propiedad | Estado | Para qué |
|---|---|---|
| name | Obligatorio | El asidero al que se engancha lo demás |
| address | Obligatorio | Te separa de nombres parecidos en otros sitios |
| openingHours | Recomendado | Responde directamente a una pregunta frecuente |
| telephone | Recomendado | Una segunda clave entre fuentes |
| geo | Recomendado | Resuelve calles de nombre repetido |
| priceRange | Recomendado | Fija una expectativa antes del contacto |
El orden que produce el beneficio
Escribe primero nombre y dirección, exactamente como aparecen en todas partes. Si tu marcado dice C/ Mayor y tu perfil de Google dice Calle Mayor, el marcado ha empeorado tu identidad en vez de mejorarla, porque ha añadido una cuarta variante con aspecto oficial.
Después el horario, porque responde a una pregunta que la gente hace de verdad y porque cambia lo bastante como para estar equivocado. Después teléfono y coordenadas. Y parar. Un negocio local no necesita una propiedad para todo lo que hace, necesita el puñado sobre lo que alguien podría preguntar.
Preguntas y respuestas
¿El schema me da un resultado enriquecido?
¿Necesito marcado especial para AI Overviews?
¿JSON-LD o microdatos?
¿Y si mi marcado contradice mis otras fichas?
Fuentes
- Google Search Central, Local business structured data Propiedades obligatorias y recomendadas, y la advertencia sobre garantías
- Google Search Central, funciones de IA en la Búsqueda de Google Que no hacen falta datos estructurados especiales de schema.org para la IA
