El schema LocalBusiness es un fragmento de código JSON-LD que le dice a Google, a Bing y a los asistentes de IA quién eres, dónde estás y cuándo abres tu puerta. La acción inmediata es implementarlo con el subtipo más específico posible (no el genérico) y verificar que coincide al detalle con tu Perfil de Empresa. No esperes que este marcado te suba posiciones por sí solo.
En resumen:
- Implementar un esquema LocalBusiness con el subtipo más específico mejora la precisión en la extracción de datos, aunque no influye directamente en las posiciones de búsqueda.
- Es fundamental que propiedades como
name,addressytelephonesean correctas y coherentes en web, ficha de Google y esquema para evitar desambiguaciones erróneas.- Utilizar
geocon al menos cinco decimales yopeningHoursSpecificationen formato de 24 horas con segundos garantiza mayor precisión y funcionamiento correcto.- El uso del subtipo correcto, como
DentistoRestaurant, ayuda a clasificar mejor tu negocio y a mejorar la relevancia en resultados categóricos específicos.- La validación periódica del marcado mediante herramientas oficiales previene errores y asegura su correcto mantenimiento ante cambios en horarios, dirección o servicios.
Tabla de contenidos
- ¿Qué es LocalBusiness y por qué importa para la extracción de datos por buscadores?
- Propiedades obligatorias y recomendadas que debes marcar
- Elegir el tipo/subtipo correcto en schema.org
- Cómo implementar LocalBusiness en JSON-LD: plantilla y ejemplo
- Validación, pruebas y mantenimiento del marcado
- Errores frecuentes que rompen la desambiguación y cómo solucionarlos
- Cómo YellowRock integra LocalBusiness en su proceso
- ¿Conviene implementarlo tú mismo o contratar a alguien?
- Implementación y mantenimiento de tu schema con YellowRock
- Recursos oficiales y herramientas de validación
- Fuentes
- Preguntas frecuentes
¿Qué es LocalBusiness y por qué importa para la extracción de datos por buscadores?
LocalBusiness no es una palanca de ranking. Es un documento estructurado que convierte información ambigua (“Panadería El Horno, en la calle Mayor”) en datos que una máquina puede procesar sin adivinar nada. Un buscador que lee tu web en HTML puro tiene que inferir qué es tu negocio, dónde está y cuándo atiende. Un buscador que lee tu JSON-LD lo sabe con certeza.
Esa diferencia importa más de lo que parece porque el ecosistema de búsqueda ya no es solo el listado azul de resultados. Los paneles de conocimiento, los fragmentos enriquecidos y las respuestas de asistentes generativos como los que integran ChatGPT o Gemini se alimentan de datos estructurados para construir respuestas fiables sin tener que interpretar texto libre. El Schema LocalBusiness forma parte de la documentación oficial de Google precisamente porque facilita esa extracción y reduce el margen de error al mostrar tu negocio en resultados enriquecidos.
Piensa en el schema como una ficha de identidad notarizada, no como un anuncio. Su función es eliminar la ambigüedad, no persuadir. Por eso:
- Reduce el riesgo de que se confunda tu negocio con otro de nombre similar en la misma zona.
- Facilita que los asistentes de IA citen tu horario o tu dirección sin errores al responder consultas de voz o chat.
- Ayuda a que Google construya paneles de conocimiento más completos y precisos sobre tu marca.
- Sirve de higiene técnica: no reemplaza las señales que sí mueven el ranking local, como la relevancia, la distancia y la prominencia del Perfil de Empresa.
Aquí está el matiz que casi nadie explica bien: el schema no compite con tu estrategia de posicionamiento local, la complementa, como se detalla en cómo conseguir clientes para tu empresa de reformas en España. Es la parte invisible que garantiza que todo lo demás (reseñas, contenido, señales de proximidad) se interprete correctamente. Si quieres entender cómo encaja esta pieza técnica dentro de una estrategia completa, conviene revisar cómo funciona la optimización local para negocios antes de tocar una sola línea de código.
Propiedades obligatorias y recomendadas que debes marcar
Google exige muy poco para que el marcado sea válido, pero recompensa con creces a quien va más allá del mínimo. Las dos propiedades obligatorias son name (el nombre exacto del negocio, sin variaciones creativas) y address, que debe declararse como un objeto PostalAddress con calle, localidad, código postal y país en formato ISO de dos letras (ES, no España).
A partir de ahí empieza el terreno donde se juega la calidad real del marcado. Google recomienda declarar tantas propiedades adicionales como sea posible, porque cada una reduce un poco más la ambigüedad sobre tu negocio.
| Propiedad | Formato esperado | Por qué importa |
|---|---|---|
telephone |
Con prefijo internacional | Evita confusión con negocios de otros países |
url |
URL canónica completa | Ancla el schema a una única página de referencia |
geo |
Latitud y longitud con al menos 5 decimales | Precisión suficiente para no confundir portales colindantes |
openingHoursSpecification |
dayOfWeek + horas en formato hh:mm:ss |
Formato exigido para que se procese correctamente |
sameAs |
Enlaces a Perfil de Empresa y redes oficiales | Actúa como pegamento de identidad entre plataformas |
priceRange |
Símbolo o rango (“€€”) | Contextualiza expectativas de gasto |
aggregateRating |
Solo si hay reseñas reales agregadas | Nunca se declara sin datos verificables |
department |
Subentidad LocalBusiness anidada |
Necesaria si el local tiene varios servicios o áreas |
Consejo profesional: la propiedad sameAs suele ignorarse, pero es la que más ayuda a desambiguar tu negocio cuando existen varios locales con nombres parecidos en la misma ciudad. Enlaza siempre tu Perfil de Empresa de Google y tus perfiles oficiales de redes sociales, nunca perfiles secundarios o inactivos.
Sobre los formatos, hay tres advertencias que evitan errores costosos:
- La hora en
openingHoursSpecificationdebe ir en formato de 24 horas con segundos (por ejemplo, “09:00:00”), nunca en formato de 12 horas con “a.m.” o “p.m.”. - El país en
addressva en formato ISO de dos letras, no el nombre completo escrito en español. - Las coordenadas de
geonecesitan al menos cinco decimales de precisión; menos que eso puede situar tu negocio en la manzana equivocada, algo especialmente grave si tienes varios locales cercanos.
La Schema documenta todas estas propiedades y sus formatos exactos, y es la referencia que conviene consultar cuando surge una duda concreta sobre un campo específico. Declarar una propiedad con un valor que contradice lo que aparece en tu web o en tu Perfil de Empresa es peor que no declararla: introduce una señal de inconsistencia donde antes solo había un vacío.
Elegir el tipo/subtipo correcto en schema.org
Usar el tipo genérico LocalBusiness cuando existe un subtipo más específico es uno de los errores más frecuentes y también uno de los más fáciles de evitar. Si tienes una clínica dental, el tipo correcto es Dentist, no LocalBusiness. Si tienes un restaurante, es Restaurant. Cada subtipo hereda las propiedades generales, pero añade señales categóricas que ayudan al sistema a clasificar tu negocio sin ambigüedad.
Google recomienda explícitamente usar el subtipo más específico disponible en lugar del tipo genérico, porque eso permite mostrar información contextual relevante, como el menú de un restaurante o los servicios de una clínica, de forma más precisa.
Algunos subtipos habituales y cuándo aplicarlos:
- Restaurant: bares, restaurantes, cafeterías; habilita marcado de menú y reservas.
- Dentist y otros subtipos médicos: clínicas dentales, consultas médicas especializadas.
- HairSalon: peluquerías y salones de belleza.
- ProfessionalService: despachos de abogados, notarías, consultorías, gestorías.
- Store y sus variantes (
ClothingStore,Bakery,Florist): comercios físicos con inventario. - LodgingBusiness: hoteles, apartamentos turísticos, hostales.
Un enfoque orientado a la coherencia entre schema, web y directorios es más valioso que añadir propiedades extra sin control, y elegir bien el subtipo es la primera decisión de esa coherencia. La regla rápida es sencilla: si existe un subtipo aplicable a tu actividad, úsalo siempre. Solo recurre al LocalBusiness genérico cuando tu negocio combine actividades tan distintas que ningún subtipo las cubra con precisión, algo poco habitual fuera de negocios muy híbridos.
Cómo implementar LocalBusiness en JSON-LD: plantilla y ejemplo
El formato recomendado por Google es JSON-LD, un bloque de código independiente del HTML visible que se inserta dentro de la etiqueta <head> o justo antes del cierre de </body>. No modifica el diseño ni el contenido que ve el usuario; solo aporta la capa de datos que leen las máquinas.
Una plantilla mínima para una clínica dental quedaría así:
{
"@context": "https://schema.org",
"@type": "Dentist",
"name": "Clínica Dental Martínez",
"address": {
"@type": "PostalAddress",
"streetAddress": "Calle Mayor 24",
"addressLocality": "Valencia",
"postalCode": "46001",
"addressCountry": "ES"
},
"telephone": "+34963000000",
"url": "https://clinicamartinez.es"
}
Una versión extendida, con las propiedades recomendadas que mejoran la desambiguación, añade lo siguiente:
{
"@context": "https://schema.org",
"@type": "Dentist",
"name": "Clínica Dental Martínez",
"address": {
"@type": "PostalAddress",
"streetAddress": "Calle Mayor 24",
"addressLocality": "Valencia",
"postalCode": "46001",
"addressCountry": "ES"
},
"telephone": "+34963000000",
"url": "https://clinicamartinez.es",
"geo": {
"@type": "GeoCoordinates",
"latitude": 39.47013,
"longitude": -0.37658
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "09:00:00",
"closes": "20:00:00"
}
],
"sameAs": [
"https://www.google.com/maps/place/...",
"https://www.instagram.com/clinicamartinez"
],
"priceRange": "€€"
}
Sigue estos pasos al implementarlo en tu propia web:
- Identifica el subtipo exacto de tu actividad antes de escribir una sola línea de código.
- Copia la plantilla extendida y sustituye cada valor por el dato real de tu negocio, sin dejar campos de ejemplo.
- Verifica que la hora en
openingHoursSpecificationuse el formato hh:mm:ss y que las coordenadas degeotengan al menos cinco decimales, como documenta la propia especificación de schema.org. - Inserta el bloque completo dentro de una etiqueta
<script type="application/ld+json">en el<head>de la página de inicio o de la página de contacto. - Guarda una copia del código en un documento de control de versiones interno, para poder revertir cambios si algo se rompe tras una actualización de la web.
Si gestionas varias ubicaciones, cada sede necesita su propio bloque JSON-LD con su propia dirección, teléfono y coordenadas: nunca reutilices el mismo bloque para dos locales distintos, por mucho que compartan marca. Si tu negocio necesita coordenadas exactas, este recurso sobre cómo configurar la geolocalización explica el proceso paso a paso.
Validación, pruebas y mantenimiento del marcado
Nunca publiques un bloque JSON-LD sin comprobarlo antes. Google recomienda validar siempre con Rich Results Test y revisar Search Console para detectar errores de sintaxis o campos mal formateados antes de que afecten a cómo se interpreta tu negocio.
El proceso de validación tiene tres pasos claros:
- Pega la URL de tu página (o el propio código) en la herramienta Rich Results Test de Google y comprueba que detecta el tipo
LocalBusinesso el subtipo correspondiente sin errores. - Revisa el informe de “Mejoras” en Search Console periódicamente, no solo tras publicar el marcado, porque Google puede detectar inconsistencias semanas después del rastreo inicial.
- Corrige cualquier aviso de “propiedad faltante” o “valor no válido” antes de dar por cerrada la implementación, aunque el marcado ya sea técnicamente válido.
Los errores que arroja el validador suelen dividirse en dos categorías: los que invalidan el marcado por completo (una coma mal colocada, una comilla sin cerrar) y los que solo generan avisos porque falta una propiedad recomendada. Los primeros hay que corregirlos de inmediato; los segundos son oportunidades para añadir datos que mejoran la calidad general del schema.
El mantenimiento no termina el día que publicas el código. Conviene revisar el marcado ante estos tres escenarios:
- Cambios de horario, especialmente en fechas festivas o cambios de temporada que no se reflejan automáticamente en el JSON-LD.
- Traslados o mudanzas de local, donde olvidar actualizar
geoyaddressgenera una discrepancia grave entre lo que dice tu web y dónde estás realmente. - Campañas o aperturas de nuevas líneas de negocio que puedan requerir una propiedad
departmentadicional.
Errores frecuentes que rompen la desambiguación y cómo solucionarlos
La mayoría de los problemas con LocalBusiness no vienen de una sintaxis incorrecta, sino de datos que se contradicen entre sí. Un análisis de errores comunes en la implementación de este schema identifica cuatro fallos que se repiten constantemente en negocios locales.
- NAP inconsistente: el nombre, la dirección o el teléfono declarados en el schema no coinciden exactamente con los que aparecen en la web o en el Perfil de Empresa. Corrígelo auditando los tres puntos a la vez: web, schema y ficha de Google, y unifica el formato exacto (con o sin abreviaturas, con o sin punto tras “C/”).
- Tipo genérico evitable: declarar
LocalBusinesscuando existe un subtipo aplicable comoRestaurantoProfessionalService. La solución es siempre la misma: revisar la lista de subtipos de schema.org antes de asumir que el genérico basta. - Datos no visibles al usuario: declarar reseñas agregadas (
aggregateRating) o horarios que no existen realmente en ninguna otra parte del sitio. Esto puede interpretarse como información engañosa; solo se debe marcar lo que es verificable y visible en algún punto de tu presencia online. - Geolocalización imprecisa: coordenadas con menos de cinco decimales o copiadas de una ubicación aproximada del mapa. El efecto colateral es que tu negocio puede aparecer situado en la acera de enfrente o en la manzana contigua, lo que confunde tanto a usuarios como a sistemas de recomendación.
Consejo profesional: antes de dar por cerrada cualquier implementación, abre tu Perfil de Empresa, tu web y tu bloque JSON-LD en tres pestañas distintas y compara nombre, dirección y teléfono carácter por carácter. Es el chequeo que más tiempo ahorra a largo plazo.
Cómo YellowRock integra LocalBusiness en su proceso
En YellowRock, el marcado LocalBusiness no se trata como una tarea aislada, sino como una fase dentro de un proceso más amplio de coherencia de entidad. Antes de tocar el código, se audita el Perfil de Empresa, se revisa el NAP en directorios externos y solo después se construye el schema, para evitar el error más común: implementar un marcado perfecto sobre datos ya inconsistentes.
El proceso incluye entregables concretos que el propio negocio puede conservar y reutilizar:
- Una plantilla JSON-LD adaptada al subtipo exacto de la actividad, no una plantilla genérica reciclada.
- Una checklist de validación que cubre Rich Results Test, Search Console y una comparación manual del NAP en las tres fuentes principales.
- Una auditoría del Perfil de Empresa que detecta discrepancias antes de que el schema las herede.
- Un plan de revisión periódica para negocios con múltiples sedes o cambios frecuentes de horario.
Este enfoque conecta directamente con la parte visible de la optimización local: de nada sirve un schema impecable si el Perfil de Empresa muestra un horario distinto. Quien quiera profundizar en esa pieza puede revisar la guía práctica de Google Business SEO, que trabaja mano a mano con la implementación técnica del marcado.
¿Conviene implementarlo tú mismo o contratar a alguien?
Aquí está la parte que la mayoría de guías se saltan: la decisión de hacerlo internamente o externalizarlo no depende de lo complicado que parezca el código, sino de cuántas veces vas a tener que tocarlo.
Si tienes un solo local, cambios de horario poco frecuentes y acceso fácil al gestor de contenidos de tu web, hazlo tú mismo.
La externalización empieza a tener sentido cuando gestionas varias ubicaciones, cuando el schema necesita integrarse con sistemas de reservas o inventario, o cuando simplemente no tienes tiempo para revisar Search Console cada mes. En esos casos, negocios como cadenas de clínicas o franquicias locales suelen necesitar mantenimiento continuo más que una implementación puntual.
Si decides contratar, hazle estas preguntas a cualquier agencia antes de firmar: ¿qué entregable técnico me das, una plantilla o solo una promesa? ¿Cómo validas el marcado antes de publicarlo? ¿Qué pasa si cambio de horario o abro una segunda sede el mes que viene? Las respuestas vagas suelen ser la señal más clara de que el mantenimiento no está realmente incluido.
— YellowRock
Implementación y mantenimiento de tu schema con YellowRock
Yellowrockmarketing es la alternativa a montar este proceso a ciegas: en vez de adivinar si tu subtipo, tus coordenadas y tu NAP están alineados, recibes una auditoría técnica que detecta las discrepancias antes de que se conviertan en un problema de visibilidad.
El servicio de implementación cubre la auditoría de coherencia entre web, Perfil de Empresa y schema, la construcción del bloque JSON-LD con el subtipo correcto para tu sector, y un mantenimiento mensual que revisa el marcado cada vez que cambian horarios, direcciones o servicios. Para clínicas, el paquete de marketing digital local incluye esta parte técnica integrada dentro de una estrategia completa de visibilidad local, sin dejarla como una tarea suelta que nadie vuelve a mirar. Si gestionas un restaurante, la guía de marketing digital para restaurantes explica cómo se adapta el mismo proceso al subtipo Restaurant. Solicita una auditoría inicial de tu Perfil de Empresa y tu marcado actual para saber exactamente dónde están las inconsistencias antes de tocar una sola línea de código.
Recursos oficiales y herramientas de validación
Antes de dar por cerrada cualquier implementación, conviene tener a mano estas fuentes de referencia:
- La documentación oficial de Google sobre datos estructurados LocalBusiness, que detalla propiedades obligatorias, recomendadas y formatos exactos.
- La Schema, donde se documentan todos los subtipos disponibles y sus propiedades heredadas.
- La herramienta Rich Results Test de Google, para validar cualquier bloque JSON-LD antes de publicarlo.
- El informe de “Mejoras” en Search Console, que detecta errores de marcado semanas después del rastreo inicial.
- Una guía práctica sobre errores comunes en LocalBusiness, útil como checklist de revisión final.
Si además gestionas presencia en Google Maps y quieres entender cómo se relaciona el schema con la visibilidad en el mapa, la guía para optimizar Google Maps complementa esta parte técnica con la capa de gestión de reseñas y fotos.
Fuentes
- Datos estructurados de empresa local (LocalBusiness) | Centro de la Búsqueda de Google | Documentation
- Schema
- Solmar
Preguntas frecuentes
¿Qué es el schema LocalBusiness?
Es un bloque de código JSON-LD que declara de forma estructurada el nombre, la dirección, el teléfono, el horario y las coordenadas de un negocio para que los buscadores lo interpreten sin ambigüedad.
¿Qué es el esquema de negocio local en SEO?
En el contexto del SEO local, es la capa de datos estructurados que conecta tu web con tu Perfil de Empresa y otras fuentes, mejorando la extracción de información en resultados enriquecidos y asistentes.
¿Qué es schema.org y para qué sirve?
Schema.org es un vocabulario compartido por los principales buscadores que define tipos y propiedades estandarizadas, como LocalBusiness, Restaurant o Dentist, para describir contenido de forma comprensible para las máquinas.
¿Qué significa el término «schema» en este contexto?
Se refiere a un esquema de marcado: una estructura de datos predefinida que organiza la información de una página en categorías que un buscador puede leer directamente, sin interpretar texto libre.
¿El schema LocalBusiness mejora el ranking en Google Maps?
No de forma directa. Mejora la extracción y desambiguación de tu entidad, pero el ranking en el local pack depende sobre todo de la relevancia, la distancia y la prominencia de tu Perfil de Empresa.
