Datos estructurados LocalBusiness: qué poner en tu web y los cinco errores que vemos al auditar

Qué son y por qué importan

Los datos estructurados son un bloque de texto, invisible para el visitante, que le dice a Google en un formato fijo quién eres: nombre, dirección, teléfono, horario, coordenadas. Va en el código de la página, casi siempre como JSON-LD, y Google documenta exactamente qué campos lee para un negocio local.

No es magia y no posiciona por sí solo. Lo decimos antes de seguir porque se vende como si lo hiciera. Lo que hace es quitar ambigüedad: cuando tu web dice lo mismo que tu ficha de Google, en el mismo formato, Google no tiene que adivinar. Y como contamos en el post de consistencia NAP, adivinar es lo que sale mal.

Qué poner, y qué no hace falta

La guía oficial distingue campos obligatorios y recomendados. Para una pyme, lo que merece la pena:

• @type concreto, no genérico. Dentist, AutoRepair, Plumber, RealEstateAgent… La lista está en schema.org/LocalBusiness. LocalBusiness a secas vale, pero el tipo concreto dice más.
• name: el nombre exacto de la ficha de Google. Con tilde si la lleva; con «S.L.» si la ficha lo lleva y sin ella si no.
• address desglosada: calle, localidad, código postal, y addressCountry como código de dos letras: ES.
• telephone con prefijo internacional: +34 ….
• openingHoursSpecification: días y horas. Solo si vas a mantenerlo.
• geo: latitud y longitud del sitio real.
• url, image y, si tienes, priceRange y sameAs con tus perfiles.

Lo que no hace falta: reseñas y valoraciones copiadas de Google u otros sitios —las directrices de fragmentos de reseña piden que salgan de tu propio sitio—, descripciones de dos párrafos, o una lista de treinta servicios. Menos campos correctos valen más que muchos a medias.

Los cinco errores que vemos

Son los que encontramos al auditar webs de negocios locales. Ninguno se ve mirando la web; todos se ven mirando el código.

1. Dos bloques que dicen cosas distintas

El más común. El tema de WordPress escribe un bloque LocalBusiness con lo que se puso en su configuración hace tres años, y un plugin —o un fragmento añadido a mano— escribe otro con los datos de ahora. La página sirve los dos. Google recibe dos direcciones, dos formatos de teléfono, dos nombres legales, y elige uno sin avisar.

La regla: un solo bloque por página. Si el tema y el plugin escriben lo mismo, se apaga el del tema. Es el mismo problema que las etiquetas og:title duplicadas, y se resuelve igual.

2. El país escrito como texto

"addressCountry": "Córdoba". O «España». La documentación de Google pide el código ISO de dos letras, ES. Con un texto libre, el campo no dice lo que crees que dice, y una provincia como país es directamente falso. La prueba de resultados enriquecidos lo enseña en un segundo; suele llevar años en la web.

3. El pin a dos kilómetros

geo con unas coordenadas que alguien copió de un mapa, redondeó, o tomó del polígono en vez de la nave. En Google Maps la ficha manda; pero en los directorios que importan el dato de la web, el pin es el dato, y aparecerá donde diga el bloque. Se comprueba pegando las coordenadas en un mapa: si el marcador no cae encima del edificio, están mal.

4. El horario que nadie actualiza

Un bloque con openingHoursSpecification es una promesa: dice a Google que abres de tal a tal hora. Si tienes horario de verano e invierno y el bloque tiene uno solo, la mitad del año está mintiendo. Y a diferencia de la ficha de Google, que se cambia desde el móvil, el bloque lo cambia quien toque el código.

Nuestra recomendación para negocios con horario estacional: o lo mantienes en dos sitios (ficha y web) en cada cambio de temporada, o no lo pones en la web. Un horario ausente es peor que uno correcto, pero mejor que uno falso.

5. Dos emails y dos formas del teléfono

info@… en el bloque y administracion@… en el pie; 956 12 34 56 en un sitio y +34956123456 en otro. No rompe nada, pero es la definición de inconsistencia NAP dentro de tu propia web. Se elige uno de cada y se usa en todas partes.

Cómo comprobarlo en cinco minutos

1. Abre la prueba de resultados enriquecidos y pega la URL de tu portada.
2. Cuenta cuántos elementos LocalBusiness (o su tipo concreto) detecta. Si son dos, tienes el error 1.
3. Mira los avisos: país, campos que faltan, valores inválidos.
4. Copia las coordenadas del bloque y pégalas en Google Maps.
5. Compara nombre, dirección y teléfono con tu ficha de Google, letra por letra.

Lo que no te vamos a decir

Que esto te va a subir posiciones. No tenemos forma de medirlo aislado y Google no lo promete. Lo que sí podemos decir es que un bloque con el país inválido o con dos direcciones es una fuente de confusión que tú mismo estás publicando, y que quitarla cuesta una hora.

Si quieres que miremos el código de tu web con este criterio —cuántos bloques hay, qué dicen y si coinciden con tu ficha—, solicita tu auditoría gratuita.