Schema LocalBusiness y cómo implementarlo en 2026

Tu web dice quién eres, dónde estás y a qué hora abres, pero lo dice en un formato pensado para personas. El schema LocalBusiness es la forma de decírselo también a los buscadores, en un lenguaje que no deja lugar a interpretación.

Es uno de esos trabajos que no da un subidón inmediato de tráfico y por eso se posterga siempre. Pero es la base sobre la que Google construye su idea de qué entidad eres, y esa idea condiciona todo lo demás.

Hay además mucha confusión con este marcado. Se le atribuyen efectos que no tiene y se ignora lo que sí aporta.

En este artículo te explico qué es exactamente, qué propiedades importan, cómo implementarlo con JSON-LD y cómo validarlo. Y también qué no esperes de él, para que no te lleves un chasco.

Qué es y qué no hace el marcado LocalBusiness

LocalBusiness es un tipo del vocabulario de schema.org que describe un negocio con presencia física. Es un descendiente de Organization y de Place, y de ahí hereda la mayoría de propiedades.

Su función es eliminar ambigüedad. Donde un humano ve «Calle Mayor 3, abrimos de 9 a 14», un buscador ve texto suelto que tiene que interpretar. Con el marcado, ve un campo de dirección y otro de horario, sin margen de error.

Ahora la parte que casi nadie aclara: este marcado no posiciona tu ficha en el mapa. El bloque de tres resultados locales se alimenta de tu perfil de Google Business Profile, no del código de tu web. Si esperabas subir en Maps implementando schema, no va a ocurrir.

Lo que sí aporta es relevante de todas formas:

• Refuerza la comprensión de tu entidad y la coherencia entre tu web y el resto de fuentes.
• Habilita resultados enriquecidos en la búsqueda tradicional cuando procede.
• Da a los sistemas de IA y a los asistentes datos limpios sobre tu negocio.

Esa idea de entidad conecta directamente con el trabajo de SEO semántico y entidades, del que el marcado es la parte más mecánica.

Las propiedades que de verdad importan

Schema.org define decenas de propiedades para LocalBusiness. En la práctica, con este puñado cubres lo importante:

La propiedad sameAs merece una mención aparte: es donde declaras tus perfiles en redes y directorios. Cumple una función parecida a la de las citaciones de SEO local, confirmando que todas esas fuentes hablan del mismo negocio.

Y una regla que evita la mitad de los problemas: marca solo información visible en la página. Si el horario no aparece en la web pero sí en el código, incumples las directrices y te expones a una acción manual.

Usa el subtipo concreto, no LocalBusiness a secas

Este es el detalle que separa una implementación correcta de una excelente. LocalBusiness tiene decenas de subtipos más específicos, y usar el que te corresponde comunica mucho mejor a qué te dedicas.

Algunos ejemplos:

• Dentist para una clínica dental
• VeterinaryCare para una clínica veterinaria
• Locksmith para una cerrajería
• Restaurant para un restaurante
• LodgingBusiness para un hotel
• HealthAndBeautyBusiness para un centro de estética

Si existe un subtipo que encaja con tu actividad, úsalo en lugar del genérico. Es gratis y es más preciso.

Un ejemplo completo en JSON-LD, que es el formato que recomienda Google, quedaría así de simple:

1. Declara el contexto y el tipo: @context apuntando a schema.org y @type con tu subtipo.
2. Añade los datos básicos: nombre, teléfono, url e imagen.
3. Estructura la dirección con un objeto PostalAddress que incluya calle, localidad, provincia, código postal y país.
4. Añade el horario con objetos OpeningHoursSpecification, uno por bloque de días con el mismo horario.
5. Pega el bloque dentro de una etiqueta de script de tipo application/ld+json en el head de la página.

Valida antes de darlo por bueno

Un marcado con un error de sintaxis no es que funcione peor: es que no funciona. Y a simple vista no se nota, porque no se ve en la página.

Hay dos herramientas, y conviene pasar las dos:

1. La prueba de resultados enriquecidos de Google (search.google.com/test/rich-results): te dice si Google puede leerlo y si activa algún resultado enriquecido.
2. El validador de schema.org (validator.schema.org): más estricto con el vocabulario, detecta propiedades mal escritas o mal anidadas.

Los fallos que más se repiten son siempre los mismos:

• Dirección puesta como texto plano en vez de como objeto PostalAddress.
• Horarios en un formato que no sigue la especificación.
• Marcar datos que no aparecen en la página.
• Inventarse una valoración media en aggregateRating sin reseñas reales detrás, que además de incumplir las directrices puede costarte una penalización manual.

Después de publicarlo, revisa en Search Console el informe de mejoras al cabo de unos días: es donde aparecerán los errores que Google detecte al rastrear.

Checklist rápido

• ☐ Subtipo concreto elegido en lugar de LocalBusiness genérico
• ☐ Nombre, dirección, teléfono y url incluidos y coincidentes con tu ficha de Google
• ☐ Dirección estructurada como PostalAddress
• ☐ Horario en openingHoursSpecification
• ☐ Solo datos visibles en la página
• ☐ Marcado en una sola página por sede
• ☐ Validado en las dos herramientas, sin errores
• ☐ Informe de mejoras de Search Console revisado a los pocos días

El marcado LocalBusiness no es magia y no te va a subir en el mapa por sí solo, pero es la forma más limpia de que los buscadores no tengan que adivinar nada sobre tu negocio.

Hecho una vez y bien, se mantiene en minutos cuando cambia un horario o un teléfono.

Si prefieres no pelearte con el código, en local brain puedes generar y mantener los datos estructurados de tu negocio sin tocar la plantilla de tu web, y con la garantía de que lo que se publica coincide con los datos de tu ficha.