Schema LocalBusiness: datos estructurados para la búsqueda local

Si tienes un negocio local en Austria, te encuentran casi exclusivamente a través de Google. El líder del mercado tiene aquí una cuota de mercado del 81,87 % entre los motores de búsqueda (datos de mayo de 2026), seguido de Bing con el 9,01 % y DuckDuckGo con el 2,75 %. Con 8,69 millones de usuarios de internet y una penetración del 95,3 %, la búsqueda orgánica y local determina en gran medida si una consulta médica, un taller o un restaurante consigue clientes.

Para que Google, y cada vez más también los sistemas de IA, capten de forma fiable los datos clave de un negocio local, no basta con texto corrido. El marcado Schema local proporciona esos datos en un formato legible por máquinas. Pese a su gran utilidad, su adopción es escasa: según el Web Almanac 2024, el marcado LocalBusiness solo aparece en el 3,97 % de las páginas móviles, lo que lo convierte en el tercer tipo de JSON-LD más frecuente, pero aún lejos de ser una práctica estándar. Justo ahí hay una oportunidad real de diferenciación. Este artículo muestra cómo se estructura el schema LocalBusiness, cómo implementarlo correctamente para un negocio austriaco y qué errores son las causas más habituales de que falten los resultados enriquecidos.

Por qué el marcado Schema local importa para la visibilidad local

Los datos estructurados son anotaciones de código que describen explícitamente el contenido de una página en lugar de limitarse a mostrarlo. Google recomienda para ello el formato JSON-LD, un objeto de datos incrustado en una etiqueta <script>. El Web Almanac 2024 confirma la tendencia: JSON-LD ha pasado del 34 % en 2022 al 41 % de todas las páginas en 2024 y se considera el formato preferido por Google y el que más rápido crece.

Para las empresas locales, el schema LocalBusiness cumple tres funciones. Hace que la ubicación, el horario de apertura y los datos de contacto se puedan interpretar sin ambigüedad, puede ampliar la presentación del negocio en los resultados de búsqueda y proporciona a sistemas de IA como Google AI Overviews o Perplexity datos estructurados para sus respuestas. A diferencia de un Google Business Profile, que gestionas en una plataforma, el marcado forma parte de tu propio sitio web y refuerza su autoridad como fuente de datos principal.

Conviene ajustar las expectativas: el schema no es un factor de posicionamiento directo. No mejora la posición, sino la comprensión y la presentación. Su valor surge de forma indirecta, gracias a una mejor calidad de los datos, a una mayor disposición a hacer clic por los resultados enriquecidos y a señales coherentes para los sistemas de búsqueda y de IA.

El schema LocalBusiness frente a Organization y WebSite

Hay tres tipos de schema que se confunden con frecuencia. Organization: describe la empresa como entidad jurídica o comercial, sin un vínculo local obligatorio. Es adecuado para marcas y empresas de ámbito suprarregional. WebSite: describe el propio sitio web, por ejemplo para el nombre del sitio que Google muestra en los resultados de búsqueda. El cuadro de búsqueda de enlaces de sitio, para el que antes se usaba el marcado WebSite, Google ya no lo muestra desde el 21 de noviembre de 2024. LocalBusiness: es una especialización de Organization y Place y describe un negocio con ubicación física y área de influencia local. Solo LocalBusiness transmite la dirección, las coordenadas geográficas y el horario de apertura como propiedades centrales.

Lo decisivo es elegir el subtipo correcto. Google recomienda expresamente usar el subtipo de LocalBusiness más específico, como Restaurant, DaySpa o HealthClub. Schema.org define una amplia jerarquía: Dentist para una clínica dental, Plumber para un fontanero, Restaurant para hostelería, LegalService para un despacho de abogados. Si no existe un subtipo adecuado, usas el tipo general LocalBusiness. Un tipo incorrecto o demasiado genérico desaprovecha el contexto que los subtipos especializados aportan mediante propiedades adicionales como servesCuisine o menu.

Propiedades obligatorias y recomendadas en detalle

Google indica en su documentación dos propiedades obligatorias: name y address del tipo PostalAddress. Sin estos dos campos, el marcado no es válido. Todas las demás propiedades son recomendadas y aumentan considerablemente su utilidad.

• name: el nombre comercial exacto, idéntico al de Google Business Profile y las citaciones.
• address (PostalAddress): dirección estructurada con streetAddress, postalCode, addressLocality (localidad), addressRegion (estado federado) y addressCountry (para Austria, AT).
• geo (GeoCoordinates): latitude y longitude en grados decimales. Unas coordenadas precisas mejoran la asignación en Maps, sobre todo con direcciones ambiguas.
• telephone: el número de teléfono en formato internacional con el prefijo del país; para Austria, empezando por +43.
• openingHoursSpecification: horario de apertura legible por máquinas con dayOfWeek, opens y closes en formato de 24 horas.
• priceRange: el nivel de precios, por ejemplo como símbolo (€€) o como rango.
• areaServed: la zona atendida, útil sobre todo para negocios sin clientela de paso que se desplazan a casa del cliente.
• url, image, sameAs: sitio web, foto y enlaces a perfiles como Google Business Profile, Facebook o directorios sectoriales.

JSON-LD paso a paso: ejemplo para un negocio de Viena

El siguiente ejemplo muestra un marcado válido para una clínica dental ficticia en Viena. Fíjate en el formato específico de Austria: addressCountry con el valor AT, el número de teléfono en formato +43 y el punto decimal (no la coma) en las coordenadas geográficas.

```html
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Dentist",
"@id": "https://www.zahnarzt-beispiel.at/#praxis",
"name": "Zahnarztpraxis Dr. Beispiel",
"image": "https://www.zahnarzt-beispiel.at/praxis.jpg",
"url": "https://www.zahnarzt-beispiel.at",
"telephone": "+43 1 5550123",
"priceRange": "€€",
"address": {
"@type": "PostalAddress",
"streetAddress": "Mariahilfer Straße 100",
"postalCode": "1070",
"addressLocality": "Wien",
"addressRegion": "Wien",
"addressCountry": "AT"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 48.198765,
"longitude": 16.345678
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday"],
"opens": "08:00",
"closes": "17:00"
},
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": "Friday",
"opens": "08:00",
"closes": "13:00"
}
],
"sameAs": [
"https://www.google.com/maps/place/?q=place_id:BEISPIEL",
"https://www.facebook.com/zahnarztbeispiel"
]
}
</script>
```

Coloca el bloque en el <head> o el <body> de la página correspondiente, idealmente en la página de inicio o en la página de contacto con los datos completos de la ubicación. El atributo @id con una URL única es importante en cuanto vinculas varias entidades o representas varias ubicaciones. Toda la información que indiques debe aparecer también de forma visible en la página.

Coherencia NAP: schema, Google Business Profile y citaciones

NAP significa Name, Address, Phone. Estos tres datos deben ser idénticos en todas las fuentes: en el schema LocalBusiness, en Google Business Profile y en las citaciones locales como herold.at, firmenabc.at o directorios sectoriales. Las incoherencias, como «Str.» frente a «Straße» o formatos de teléfono distintos, debilitan la confianza del buscador en los datos y pueden perjudicar la visibilidad local.

El schema es la confirmación legible por máquinas de lo que figura en Google Business Profile y en las citaciones. La propiedad sameAs vincula explícitamente tu sitio web con esos perfiles externos y ayuda a los buscadores a reconocer las entradas como la misma entidad. Por eso, mantén una única forma de escribir el NAP y úsala en todas partes sin cambios. La coherencia entre plataformas importa porque los consumidores consultan de todos modos varias fuentes: según una encuesta de BrightLocal en EE. UU., el 77 % de los consumidores utiliza al menos dos plataformas de reseñas al buscar información, y el 41 %, incluso tres o más.

AggregateRating y marcado de reseñas para empresas locales

Las reseñas son una palanca potente en el entorno local. Según el estudio estadounidense de BrightLocal, el 81 % de los consumidores lee reseñas de empresas locales en Google, y el 75 % lee reseñas online «siempre» o «con regularidad». Con el marcado AggregateRating se puede marcar la valoración media junto con el número de reseñas. Sin embargo, en el propio sitio web de un negocio local, esto no genera estrellas en los resultados de búsqueda.

La razón es la norma de Google sobre las reseñas self-serving. Si la empresa valorada controla las reseñas sobre sí misma, las páginas con marcado LocalBusiness u Organization no pueden optar a estrellas de valoración. Esto se aplica también a las reseñas reales de clientes en el propio sitio web, tanto si están directamente en el marcado como si llegan a través de un widget incrustado con reseñas de Google o Facebook. Google recomienda aggregateRating y review en el marcado LocalBusiness solo para sitios web que recopilan reseñas sobre otras empresas locales, por ejemplo, portales de reseñas. Por eso, las estrellas de un negocio local aparecen a través de su Google Business Profile, por ejemplo en el Local Pack, o en ese tipo de portales. Además, en cualquier marcado de reseñas, ratingValue, reviewCount y bestRating deben coincidir exactamente con los datos que se muestran de forma visible. Los valores inventados o agregados sin respaldo visible infringen las directrices y pueden dar lugar a acciones manuales.

Varias ubicaciones, negocios con área de servicio y vinculación mediante @id

Los negocios con varias ubicaciones necesitan para cada sucursal un objeto LocalBusiness propio, con su propia dirección, sus propias coordenadas geográficas y su propio @id. Crea una landing page dedicada para cada ubicación y coloca en ella el marcado correspondiente. Mediante el @id, las ubicaciones se pueden referenciar de forma coherente y vincular con un objeto Organization de nivel superior que describe la empresa matriz.

• Varias sucursales: para cada ubicación, una URL propia, un @id propio y un objeto LocalBusiness propio con los datos exactos de esa ubicación.
• Negocio con área de servicio: los negocios sin ubicación abierta al público, como los profesionales de oficios que se desplazan, omiten la calle y el número, pero indican en address la localidad, el código postal, el estado federado y el país, porque Google considera address un campo obligatorio. Además, definen areaServed con las localidades o regiones atendidas.
• @id como ancla: un @id único por entidad evita que los buscadores fusionen varias ubicaciones en una sola unidad y permite vínculos limpios entre Organization y cada una de las sucursales.

Validación y corrección de errores

El marcado publicado debe comprobarse. Hay tres herramientas que se complementan.

• Prueba de resultados enriquecidos: esta prueba de Google muestra si el marcado puede generar un resultado enriquecido y qué propiedades faltan o son erróneas. Es el primer punto de control para LocalBusiness.
• Schema Markup Validator (schema.org): este validador comprueba la corrección sintáctica y estructural según la especificación de Schema.org, con independencia de los resultados enriquecidos de Google.
• Inspección de URLs en Search Console: con «Probar URL publicada» muestra cómo renderiza Google la página en ese momento. La herramienta no muestra LocalBusiness como elemento detectado. Sin embargo, en el HTML renderizado ves si el bloque JSON-LD llega en la versión rastreada, por ejemplo cuando el JavaScript se renderiza en el lado del cliente.

Trata las advertencias y los errores por separado. Los errores impiden los resultados enriquecidos y deben corregirse; las advertencias se refieren a propiedades recomendadas que faltan y conviene completarlas, aunque no son bloqueantes.

El marcado Schema local en el contexto de la búsqueda con IA y el AEO

Los datos estructurados ganan importancia con el auge de la búsqueda asistida por IA. Google AI Overviews, ChatGPT y Perplexity extraen datos preferentemente de fuentes claramente estructuradas y con una atribución inequívoca. El schema LocalBusiness ofrece justo eso: afirmaciones legibles por máquinas sobre ubicación, horario de apertura y servicios que un sistema de IA puede incorporar directamente a una respuesta.

Para la Answer Engine Optimization (AEO), esto significa que los datos coherentes, visibles y confirmados con schema aumentan la probabilidad de que un negocio local se mencione correctamente en las respuestas de IA. El marcado no sustituye a un buen contenido, pero reduce la ambigüedad. Si la dirección, el número de teléfono y el horario de apertura coinciden tanto en el texto visible como en el JSON-LD, disminuye el riesgo de que un sistema de IA utilice datos obsoletos o incorrectos de fuentes de terceros. Dada la escasa adopción del marcado LocalBusiness, una implementación limpia supone una ventaja realista frente a la competencia.

Errores frecuentes en el marcado Schema local

• Subtipo incorrecto o demasiado genérico: usar LocalBusiness en lugar de Dentist o Restaurant desaprovecha contexto específico y propiedades adicionales.
• Datos NAP incoherentes: las discrepancias entre el schema, Google Business Profile y las citaciones debilitan la confianza del buscador.
• Marcado sin contenido visible en la página: los datos del JSON-LD que no aparecen en la página infringen las directrices de Google y pueden ignorarse o penalizarse.
• Marcado de reseñas self-serving: en LocalBusiness, el marcado de reseñas sobre el propio negocio en su propio sitio web no genera estrellas, ni siquiera con reseñas reales de clientes.
• Formatos incorrectos: los números de teléfono sin +43, los horarios que no están en formato de 24 horas o las coordenadas geográficas con coma en lugar de punto provocan errores.
• Varias ubicaciones en un solo objeto: las sucursales sin @id propio ni página propia se fusionan y pierden su visibilidad individual.

Medir el éxito: resultados enriquecidos, impresiones y CTR

El éxito del marcado Schema local lo mides principalmente en Google Search Console. Allí, sin embargo, no existe un informe de mejoras propio para LocalBusiness: Search Console solo ofrece informes de estado de resultados enriquecidos para determinados tipos, como rutas de exploración, fragmentos de productos o fragmentos de reseñas. Por eso, para comprobar si Google puede leer el marcado, usa la prueba de resultados enriquecidos. Esta prueba es compatible con LocalBusiness y renderiza la página tal como la procesa Google. El efecto lo mides en el informe de rendimiento a través de las impresiones y el CTR.

• Corregir errores: comprueba cada página modificada con la prueba de resultados enriquecidos y corrige cuanto antes los errores que señale.
• Observar las impresiones: un aumento de las impresiones en consultas locales tras la implementación indica que los datos se captan mejor. Para ello, filtra el informe de rendimiento por Austria y por nombres de localidades.
• Comparar el CTR: compara el CTR de las páginas afectadas antes y después del marcado para las mismas consultas.
• Comprobar la indexación: verifica con la inspección de URLs si la página está indexada y si el bloque JSON-LD figura en el HTML renderizado.

Ten en cuenta que los resultados enriquecidos no están garantizados. Google decide en función de la consulta y de la calidad si muestra un fragmento enriquecido. Por eso, evalúa el éxito a partir de la combinación de un marcado sin errores, las impresiones y el CTR, no de una sola métrica.

Para saber más

El marcado Schema local es una base técnica que solo despliega su valor en combinación con datos coherentes. Empieza por el subtipo de LocalBusiness más específico, rellena los campos obligatorios name y address y las propiedades recomendadas más importantes, y mantén el NAP idéntico en el sitio web, en Google Business Profile y en las citaciones. Valida el resultado con la prueba de resultados enriquecidos y la inspección de URLs, y supervisa el efecto en Search Console. Como solo una pequeña parte de las páginas usa el marcado LocalBusiness, una implementación limpia es para los negocios austriacos una ventaja concreta y alcanzable en la búsqueda clásica y en la asistida por IA.