Schema LocalBusiness para negocios locales: guía JSON-LD con ejemplos en Colombia

Schema LocalBusiness es un marcado JSON-LD que ayuda a Google a interpretar el nombre, dirección, teléfono, horarios y tipo de un negocio físico. No garantiza mejores posiciones, pero aporta contexto verificable cuando sus datos coinciden con la página web y el Perfil de Empresa de Google.

¿Por qué el dueño de un negocio local debería preocuparse por Schema?

Porque una persona puede encontrar tu negocio en Google justo cuando está a punto de tomar una decisión: reservar una mesa, pedir una cita, llevar el carro al taller o visitar una tienda. Si el buscador interpreta mal el horario, la dirección o el tipo de servicio, el problema no es solamente técnico. Puede traducirse en una llamada perdida, una visita inútil o una oportunidad que termina en manos de la competencia.

Esto ocurre con frecuencia en negocios de ciudades intermedias como Cartago, Pereira, Armenia, Buga, Cali o Palmira. El propietario tiene experiencia y buenos clientes, pero su información digital está repartida entre el sitio web, Google Business Profile, Facebook, directorios y WhatsApp. Cuando cada canal dice algo diferente, el cliente no sabe cuál dato creer.

Los datos de Google Business Profile aparecen como una señal central del posicionamiento local en el análisis de expertos recopilado por Search Endurance y Whitespark. Ese contexto no significa que Schema produzca por sí solo el 32% del posicionamiento. Significa que el marcado debe coordinarse con una ficha de Google completa, activa y coherente.

También hay una razón comercial para trabajar la precisión geográfica. Un resumen estadístico publicado por Coolest Gadgets, con datos atribuidos a Google, señala que las búsquedas “near me” representan el 84% de las búsquedas de descubrimiento local y que el 72% de los buscadores locales visita un negocio ubicado dentro de un radio de 8 kilómetros. Son cifras de comportamiento de búsqueda, no una medición del efecto directo de Schema, pero ayudan a entender por qué dirección, ciudad, teléfono y área de servicio no son detalles secundarios.

En el contexto de la búsqueda asistida por IA, Gartner ha proyectado una reducción del volumen de búsquedas tradicionales debido al crecimiento de los chatbots y agentes virtuales. Conviene leer esa proyección con prudencia: no demuestra que un marcado vaya a colocar automáticamente a una empresa en una respuesta de IA. Sí refuerza una conclusión práctica: cuanto más clara, consistente y verificable sea la información del negocio, menos tendrá que adivinar un sistema de búsqueda.

¿Qué son los datos estructurados Schema y qué es LocalBusiness?

Los datos estructurados son una forma estandarizada de describir el contenido de una página para que los buscadores lo interpreten con menos ambigüedad. LocalBusiness es el tipo de Schema.org utilizado para representar un negocio físico o una sucursal, como un restaurante, una práctica médica, un taller o una tienda.

La documentación de Schema.org define LocalBusiness como un negocio físico concreto o una sucursal de una organización. Google recomienda utilizar el subtipo más específico posible, por ejemplo Restaurant, Dentist o un tipo de negocio automotriz, en lugar de describir todo con la etiqueta genérica.

En términos sencillos, el marcado no cambia lo que tu negocio es. Lo documenta. Si tienes un consultorio odontológico en Armenia, el código debe describir ese consultorio, no inventar servicios, precios, reseñas o horarios para intentar ocupar más espacio en Google.

La guía oficial de Google sobre datos estructurados de empresa local identifica name y address como propiedades obligatorias para este tipo de resultado enriquecido. También recomienda, cuando estén disponibles, URL, teléfono, horarios, coordenadas, rango de precios, menú e imagen.

¿Cuáles son algunos tipos de negocios locales?

Son negocios que atienden desde una ubicación física o prestan servicios en un área geográfica definida. Entre los ejemplos habituales están restaurantes, panaderías, consultorios médicos y odontológicos, peluquerías, talleres, ferreterías, tiendas, despachos jurídicos, inmobiliarias y empresas de servicios para el hogar.

El tipo correcto depende de la actividad principal y de la información que la página realmente presenta. Una panadería puede utilizar Bakery; un restaurante, Restaurant; un consultorio odontológico, Dentist; y un taller de reparación de vehículos, un tipo compatible con la actividad automotriz disponible en Schema.org. Si no existe un subtipo suficientemente específico, puedes usar LocalBusiness, pero no conviene escoger una categoría solo porque suena más amplia.

¿Qué diferencia hay entre LocalBusiness, FAQPage, HowTo, Product y Service?

Estos tipos de marcado no cumplen la misma función. LocalBusiness describe la entidad local; FAQPage organiza preguntas y respuestas visibles; HowTo explica un proceso; Product describe un producto; y Service puede ayudar a representar un servicio y su área de cobertura. La elección debe seguir el contenido real de la página.

Para la mayoría de negocios físicos, el punto de partida es LocalBusiness con el subtipo disponible más específico. Los demás tipos se agregan solo cuando la página contiene ese contenido. Esta distinción evita una práctica frecuente: incluir muchos schemas porque parecen útiles, aunque no representen lo que una persona puede leer en la página.

Si todavía no tienes claro qué está fallando en tu presencia digital, puedes comenzar por una auditoría de SEO local. El marcado tiene más sentido cuando forma parte de un diagnóstico que también revisa la ficha de Google, la página de contacto y la consistencia de los datos.

¿Qué información debe reunir un negocio antes de crear el marcado?

Reúne primero la información operativa y después genera el código. Un marcado bien escrito con datos equivocados sigue siendo un problema. La lista mínima debe incluir:

• Nombre exacto del negocio, sin añadir palabras clave que no formen parte de la marca.
• Dirección completa, con calle, número, barrio, ciudad, departamento y código postal cuando exista.
• Teléfono de contacto con el indicativo de Colombia, normalmente +57.
• URL funcional de la página que describe esa sede o negocio.
• Horarios habituales y cambios especiales que el cliente necesite conocer.
• Coordenadas geográficas de la ubicación física, si están disponibles.
• Imagen real de la fachada, local, equipo o servicio, con una URL accesible.
• Rango de precios, menú o servicios únicamente cuando estén publicados y actualizados.

Comprueba estos datos contra tu Google Business Profile, el pie de página del sitio, la página de contacto y los directorios principales. En mi experiencia con negocios locales, el error más silencioso no es olvidar una propiedad avanzada: es tener una dirección antigua en una página que todavía recibe visitas.

Si el negocio tiene varias sedes, cada ubicación debe describirse por separado cuando sea posible. No conviene copiar el mismo código en todas las páginas y cambiar solo el nombre de la ciudad. La URL, dirección, teléfono, coordenadas, horarios e imagen deben corresponder a la sede que la persona está consultando.

¿Cómo implementar Schema LocalBusiness paso a paso?

El proceso puede resumirse en seis etapas: reunir datos, escoger el subtipo, crear el JSON-LD, insertarlo en la página adecuada, validarlo y revisarlo cuando cambie el negocio. No necesitas convertirte en programador, pero sí necesitas verificar cada dato antes de publicar.

Paso 1: define la página y la entidad que vas a describir

Objetivo: evitar que un mismo código describa varias sedes o una página que no contiene la información del negocio.

Para un negocio con una sola ubicación, suele tener sentido utilizar la página de inicio o una página de contacto completa. Para varias sedes, es preferible que cada página de ubicación tenga sus propios datos. La página debe mostrar de forma visible el nombre, dirección, teléfono y horarios que aparecen en el JSON-LD.

Resultado esperado: tienes una URL concreta y sabes qué negocio o sede representa el marcado.

Paso 2: escoge el tipo más específico disponible

Objetivo: describir la actividad con precisión sin forzar una categoría que no corresponde.

Un restaurante en Palmira puede utilizar Restaurant; un consultorio odontológico en Armenia puede utilizar Dentist; y un taller de reparación de vehículos en Cartago debe escoger el tipo automotriz compatible con su actividad y con la documentación disponible. Si dudas entre dos categorías, elige la que describa el servicio principal que el cliente encuentra en esa página.

Resultado esperado: el buscador recibe una descripción útil, no una etiqueta genérica o exagerada.

Paso 3: crea el JSON-LD con datos reales

Objetivo: construir una ficha legible para buscadores y fácil de actualizar.

JSON-LD es un bloque de datos que normalmente se añade mediante un plugin SEO, un gestor de etiquetas o el código de la plantilla. La documentación de Google recomienda añadir tanta información útil como esté disponible, pero eso no significa rellenar campos con suposiciones. Si no conoces una coordenada, un precio o una reseña válida, es mejor omitirla que inventarla.

A continuación encontrarás tres ejemplos editables. Son plantillas educativas: debes reemplazar nombres, direcciones, teléfonos, URLs, horarios y coordenadas antes de usarlas.

Paso 4: inserta el marcado en WordPress o en el sitio web

Objetivo: colocar el código en una página rastreable sin romper el contenido ni duplicar marcados contradictorios.

En WordPress, plugins como Yoast SEO o Rank Math pueden gestionar parte del marcado desde el panel. Puedes consultar esta guía sobre cómo empezar con WordPress. Si el sitio ya genera automáticamente un LocalBusiness, no añadas otro bloque sin revisar primero qué está produciendo el plugin.

Si trabajas directamente sobre el código, el bloque JSON-LD suele insertarse dentro de <head>. En un sitio gestionado por otra persona, conserva una copia de seguridad y documenta qué página, plugin o plantilla controla el marcado. Esa información evita duplicados en la siguiente actualización.

Paso 5: valida con Google Rich Results Test y Schema Markup Validator

Objetivo: detectar errores de sintaxis, propiedades no reconocidas o problemas con los requisitos del resultado enriquecido.

Introduce la URL publicada o el código en el Test de resultados enriquecidos de Google. Para una comprobación más amplia del vocabulario Schema.org, utiliza también el Schema Markup Validator.

Una validación correcta no garantiza que Google vaya a mostrar estrellas, horarios o una posición concreta. Solo confirma que el marcado puede ser leído y que, en principio, cumple las condiciones técnicas del formato evaluado.

Paso 6: revisa el marcado cuando cambie el negocio

Objetivo: evitar que un cliente reciba información antigua desde el buscador.

Actualiza el JSON-LD si cambias de dirección, teléfono, horario, menú, área de servicio o URL. También conviene revisar el marcado después de cambiar de plugin SEO, rediseñar el sitio o crear una nueva página de ubicación.

En Google Search Console, revisa los informes de resultados enriquecidos cuando estén disponibles. La frecuencia depende de la operación, pero una revisión semestral es un mínimo razonable para una pyme; cualquier cambio importante exige una revisión inmediata.

Resumen del proceso: describe una sede real, usa el subtipo más específico, añade información visible, valida el código y manténlo sincronizado con tu Perfil de Empresa de Google.

¿Cómo se ve un ejemplo de Schema para un restaurante en Colombia?

Este ejemplo describe un restaurante ficticio de Palmira. Incluye teléfono, dirección, menú, horarios y cocina, pero no agrega reseñas inventadas. Si el restaurante tiene varios turnos, puedes crear varios objetos de OpeningHoursSpecification siempre que correspondan al horario publicado.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Restaurant",
  "@id": "https://ejemplo-restaurante.co/#restaurant",
  "name": "Sazón del Valle",
  "url": "https://ejemplo-restaurante.co/",
  "image": "https://ejemplo-restaurante.co/wp-content/uploads/fachada-sazon-del-valle.jpg",
  "telephone": "+576023456789",
  "priceRange": "$$",
  "servesCuisine": ["Colombian", "Latin American"],
  "menu": "https://ejemplo-restaurante.co/menu/",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Carrera 28 # 32-18",
    "addressLocality": "Palmira",
    "addressRegion": "Valle del Cauca",
    "postalCode": "763531",
    "addressCountry": "CO"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 3.5394,
    "longitude": -76.3036
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "11:30",
      "closes": "21:30"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Saturday", "Sunday"],
      "opens": "11:30",
      "closes": "22:00"
    }
  ]
}
</script>

El campo menu solo debe utilizarse si la URL funciona y el menú coincide con lo que el restaurante ofrece. Si el negocio acepta reservas, esa información puede aparecer en el contenido visible y en los mecanismos de contacto, pero no debes añadir propiedades que no puedas mantener. Para un restaurante, también es útil complementar este trabajo con una ficha de Google actualizada y con una página de menú accesible desde celular.

¿Cómo se ve un ejemplo de Schema para un consultorio odontológico?

Un consultorio debe priorizar precisión, confianza y claridad. En este ejemplo se utiliza Dentist para una clínica ficticia de Armenia. El marcado no debe incluir diagnósticos, datos de pacientes ni afirmaciones médicas que no estén sustentadas en la página y en la información profesional del consultorio.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Dentist",
  "@id": "https://sonrisas-armenia.co/#dentist",
  "name": "Centro Odontológico Sonrisas Armenia",
  "url": "https://sonrisas-armenia.co/",
  "image": "https://sonrisas-armenia.co/wp-content/uploads/consultorio.jpg",
  "telephone": "+576743210987",
  "medicalSpecialty": "Dentistry",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Carrera 14 # 18-42, Consultorio 302",
    "addressLocality": "Armenia",
    "addressRegion": "Quindío",
    "postalCode": "630004",
    "addressCountry": "CO"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 4.5339,
    "longitude": -75.6811
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "08:00",
      "closes": "18:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "08:00",
      "closes": "13:00"
    }
  ]
}
</script>

En un consultorio, el marcado es solo una parte de la confianza digital. La página debe explicar los servicios de forma responsable, facilitar el contacto y mostrar información profesional verificable. Las reseñas deben gestionarse con especial cuidado para no revelar información confidencial del paciente. El objetivo no es llenar el código de datos, sino reducir incertidumbre antes de la primera llamada.

¿Cómo se ve un ejemplo de Schema para un taller automotriz?

Un taller en Cartago puede utilizar un tipo de negocio automotriz compatible con su actividad. La plantilla siguiente usa AutoRepair como ejemplo editorial; antes de publicarla, comprueba que el tipo sea aceptado por tu implementación y que la página describa realmente reparación de vehículos.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "AutoRepair",
  "@id": "https://taller-eje-cafetero.co/#autorepair",
  "name": "Taller Eje Cafetero",
  "url": "https://taller-eje-cafetero.co/",
  "image": "https://taller-eje-cafetero.co/wp-content/uploads/fachada-taller.jpg",
  "telephone": "+576702345678",
  "priceRange": "$$",
  "areaServed": ["Cartago", "Obando", "Zaragoza"],
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Calle 10 # 7-24",
    "addressLocality": "Cartago",
    "addressRegion": "Valle del Cauca",
    "postalCode": "762021",
    "addressCountry": "CO"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 4.7464,
    "longitude": -75.9117
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "07:30",
      "closes": "17:30"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "08:00",
      "closes": "13:00"
    }
  ]
}
</script>

La propiedad areaServed puede ser útil para un taller que atiende municipios cercanos, pero no reemplaza una dirección física cuando el cliente debe llevar el vehículo al local. Si el taller también ofrece asistencia a domicilio, esa cobertura debe explicarse claramente en la página y mantenerse actualizada.

Para ampliar el análisis de presencia local, puedes revisar la estrategia de SEO local en Colombia y comparar tu visibilidad con negocios cercanos mediante un análisis de competidores en Google Maps.

¿Qué errores de Schema cometen con más frecuencia los negocios locales?

La mayoría de errores no aparece porque falte una propiedad avanzada. Aparece porque el negocio publica datos contradictorios, utiliza un tipo que no corresponde o deja el código abandonado después de cambiar su operación. Estos son los cinco problemas que conviene revisar primero.

1. Datos inconsistentes: el nombre, teléfono, dirección u horario no coincide entre el sitio web, Google Business Profile y otros directorios. La consistencia NAP —nombre, dirección y teléfono— debe revisarse antes de crear nuevas citas locales. La cantidad de directorios no compensa la información contradictoria.
2. Tipo demasiado genérico o incorrecto: usar Organization o LocalBusiness cuando existe un subtipo adecuado puede perder precisión. Pero utilizar Restaurant para una cafetería que no ofrece esa actividad también es un error. La especificidad debe ser verdadera.
3. Reseñas o calificaciones no válidas: no marques opiniones copiadas de Google, testimonios que no aparecen en la página o una puntuación que ya cambió. La documentación de Google indica que aggregateRating se recomienda para sitios que capturan reseñas de otras empresas locales y que deben respetarse las directrices de fragmentos de reseñas.
4. No validar después de publicar: una coma mal puesta, una URL rota o un nombre de propiedad incorrecto puede impedir la lectura del bloque. Ejecuta la prueba después de cada cambio relevante, no solo la primera vez.
5. Dejar información antigua: un cambio de sede, teléfono, horario o menú debe reflejarse también en el JSON-LD. Un marcado desactualizado puede hacer que el usuario llegue a un local cerrado o llame a un número que ya no responde.

Un error que veo repetirse es tratar Schema como una tarea aislada: se instala el código y se da por terminado el SEO local. En realidad, el marcado depende de un sistema más amplio. Si la ficha de Google está sin verificar, las fotos son antiguas o el sitio no explica claramente los servicios, el código no puede corregir por sí solo esa falta de confianza.

La consistencia también debe acompañarse de reputación. Una estrategia para conseguir reseñas locales puede ayudar a documentar la experiencia de los clientes, siempre sin incentivarlas de forma engañosa ni publicar información confidencial.

En un ejercicio con un negocio local, la mejora más útil no vino de añadir propiedades decorativas, sino de ordenar primero el nombre, la dirección, los horarios y la página de contacto. El efecto fue positivo, pero limitado: el marcado ayudó a documentar la entidad, mientras que la visibilidad dependía también del perfil, el contenido, las reseñas y la autoridad local. Hay que verlo en contexto antes de sacar conclusiones.

¿Schema ayuda a aparecer en AI Overviews y respuestas de inteligencia artificial?

Puede ayudar a que la información sea más fácil de interpretar, pero no garantiza una mención. Google indica que sus funciones de IA se apoyan en los sistemas habituales de calidad y búsqueda; no existe una etiqueta especial que asegure la aparición en AI Overviews. En otras plataformas, la estructura clara, las fuentes y la coherencia también pueden facilitar la extracción, pero la selección de fuentes cambia según el sistema.

La conexión correcta es esta: Schema describe la entidad en la página; Google Business Profile aporta señales de presencia y actividad local; el contenido explica los servicios; las reseñas y menciones externas aportan confianza; y la experiencia de la página permite que el usuario actúe. Ningún elemento sustituye a los demás.

El debate sobre factores locales cambia con el tiempo. Puedes consultar el análisis de factores de búsqueda local de Whitespark y su revisión de factores de posicionamiento local como contexto, pero no conviene convertir una encuesta de expertos en una garantía para un negocio concreto.

Por eso conviene leer la guía sobre cómo optimizar Google Business Profile para IA. Allí el foco está en la información, las categorías, los servicios, las publicaciones y las señales que ayudan a que el perfil sea útil para usuarios y sistemas de búsqueda. Schema debe complementar ese trabajo, no presentarse como un atajo.

Algunas publicaciones, como el análisis de Digital Silk sobre estadísticas de SEO local y el informe de Elaia Lab sobre visibilidad local e IA, ayudan a contextualizar la evolución de las búsquedas. Sus cifras deben leerse como señales de mercado, no como una prueba de que un único marcado produzca un resultado determinado.

De la misma manera, una implementación correcta debe integrarse con el SEO On-Page para negocios locales. Esa estrategia conecta títulos, contenido, enlaces internos, páginas de servicio, datos de contacto, experiencia móvil y marcado estructurado. El objetivo es que la página y el código digan lo mismo con distintos niveles de detalle.

¿Cómo se relaciona Schema con el resultado comercial?

El valor comercial de Schema es indirecto: ayuda a que los sistemas interpreten mejor una información que puede influir en la presentación y comprensión del negocio. El cliente todavía necesita encontrar una propuesta clara, confiar en ella y tener una forma sencilla de llamar, reservar, pedir una cotización o visitar el local.

Un informe de SOCi, que cita datos de Google, señala que el 80% de las búsquedas con intención local resultan en una conversión. Esa cifra debe entenderse como un dato sobre búsquedas locales, no como una tasa que Schema produzca. La conclusión práctica es más moderada: si el usuario ya tiene intención, los datos incorrectos pueden bloquear una conversión que estaba cerca de ocurrir.

Piensa en tres situaciones. El restaurante aparece con el horario correcto y el menú accesible; el consultorio muestra una dirección clara, teléfono y servicios reales; el taller explica qué repara, en qué ciudad atiende y cómo solicitar una cotización. En los tres casos, el marcado acompaña una experiencia útil. Si la página está vacía o la información es falsa, el código no resuelve el problema.

Conclusión: qué deberías hacer primero

Empieza por una sola sede y por los datos que más afectan la decisión del cliente: nombre, dirección, teléfono, horario, URL y tipo de negocio. Después implementa el JSON-LD, valida la página y sincroniza la información con Google Business Profile. No es una acción mágica ni inmediata, pero sí una forma ordenada de reducir ambigüedad.

Si tu negocio ya tiene una base digital coherente, Schema puede ser una pieza útil dentro del sistema. Si la información está desactualizada, corrige primero lo básico. En mi experiencia, la prioridad no es tener el código más largo, sino construir una presencia que el cliente pueda entender y usar sin dudas.

El siguiente paso razonable es revisar tu sitio, tu perfil de Google y tus páginas de servicio como un conjunto. Cuando los tres describen el mismo negocio, la implementación técnica deja de ser un adorno y empieza a cumplir su función: hacer más clara tu propuesta para buscadores, asistentes y personas reales.

Sobre el autor