Schema LocalBusiness: guía para negocios locales

Qué es el Schema LocalBusiness

`LocalBusiness` es un tipo de Schema.org utilizado para describir un negocio o una ubicación física. En formato JSON-LD puede indicar nombre, URL, teléfono, dirección, horarios, imagen, mapa, perfiles oficiales y áreas atendidas.

El marcado no sustituye al contenido visible, al Perfil de Empresa de Google ni a la coherencia de datos entre plataformas. Su función es aportar una descripción estructurada para que los sistemas puedan interpretar mejor la entidad.

Qué propiedades conviene incluir

La selección depende del tipo de negocio. Es preferible utilizar el subtipo más específico que describa de verdad la actividad: por ejemplo, `Restaurant`, `Store` o `MedicalBusiness` cuando corresponda. Si no existe un subtipo adecuado, `LocalBusiness` o `ProfessionalService` pueden ser una base razonable.

Identidad

• name: nombre comercial utilizado de forma consistente.
• url: URL canónica de la página principal o de la ubicación.
• description: descripción breve y comprobable de la actividad.
• telephone y email: datos de contacto publicados.
• logo e image: recursos accesibles y representativos.
• sameAs: perfiles oficiales, no directorios ni perfiles ajenos.

No hace falta rellenar todas las propiedades posibles. Un bloque pequeño y correcto es mejor que uno extenso con campos vacíos, información inventada o relaciones dudosas.

Dirección pública y áreas de servicio

Si el negocio recibe clientes en una ubicación, la dirección debería coincidir con la que se muestra en la página y en sus perfiles oficiales. El código postal, la localidad, la región y el país deben describir la misma ubicación.

Cuando el profesional trabaja por zonas y no publica una dirección, puede omitir el bloque postal e indicar `areaServed` con las localidades reales que atiende. Añadir decenas de municipios donde no existe actividad no convierte el marcado en una estrategia de SEO local.

Varias ubicaciones

Cada sede real puede representarse como una entidad diferenciada, con su propia página, dirección, teléfono y horarios cuando existan diferencias. Duplicar el mismo negocio cambiando únicamente el nombre de una localidad genera ambigüedad y no aporta una presencia real.

Cómo representar horarios sencillos y partidos

`OpeningHoursSpecification` permite indicar día, apertura y cierre. Un horario partido se representa con dos especificaciones para el mismo día: una para la mañana y otra para la tarde. No debe publicarse un tramo si falta la hora de apertura o cierre.

Los horarios especiales, festivos o cierres temporales requieren una gestión más precisa. Si el sitio no mantiene esa información actualizada, incluirla en el Schema puede crear inconsistencias.

Dónde colocar y cómo validar el JSON-LD

1. Genera el objeto con datos que también aparezcan en la web.
2. Insértalo dentro de una etiqueta `script` con tipo `application/ld+json`.
3. Publícalo en la página que describe el negocio o la ubicación.
4. Comprueba la URL final con el validador de Schema.org y las pruebas de Google.
5. Revisa Search Console después de que Google vuelva a rastrear la página.

Google recomienda seguir las propiedades exigidas para cada experiencia y sus directrices generales. La documentación de LocalBusiness en Google Search Central debe ser la referencia antes de implementar campos avanzados.

Errores frecuentes que conviene evitar

• Marcar una dirección que el usuario no puede comprobar en la página.
• Incluir valoraciones copiadas de plataformas externas sin revisar las directrices.
• Utilizar perfiles sociales que no pertenecen al negocio.
• Mantener horarios antiguos o teléfonos diferentes en cada fuente.
• Crear varias entidades incompatibles para la misma ubicación.
• Esperar que el Schema compense una página local pobre o un Perfil de Empresa sin trabajar.

Los datos estructurados describen; no crean autoridad, relevancia local ni satisfacción del cliente. Deben integrarse en una estrategia donde página, ficha, reseñas, enlaces y medición cuenten la misma historia.