Google no valida tu ficha de Google Business Profile a partir del Schema LocalBusiness de tu web. La ficha verificada gestiona cómo aparece tu negocio en Google Maps y en el Local Pack; el marcado estructurado ayuda a Google a interpretar los datos publicados en tu sitio.
Schema LocalBusiness y la ficha de Google Business Profile no compiten: la ficha alimenta principalmente Google Maps y el Local Pack, mientras que el schema explica a Google los datos de tu web. Ninguno garantiza posiciones ni resultados enriquecidos. La clave es mantener dirección, teléfono y horarios idénticos en todos los canales, porque una discrepancia puede reducir la confianza de Google.
Ficha, web y schema: qué controla cada uno
La ficha de Google Business Profile controla la información de empresa dentro de Google, y el Schema LocalBusiness comunica datos estructurados desde tu web. Piensa en la ficha como el escaparate que alquilas en un centro comercial y en el schema como la etiqueta interna de tu propia tienda. Ambas piezas deben decir lo mismo, pero una no sustituye a la otra.
Google Business Profile, antes llamado Google My Business, es una entidad que Google puede verificar y moderar. El JSON-LD es código que añades a una página para describir su contenido con un vocabulario compartido, Schema.org. Google puede leerlo, ignorarlo o combinarlo con otras señales.
El error más frecuente que se detecta aquí es esperar que pegar un bloque de código cree una ficha, un panel de conocimiento o una posición local. No funciona así. La ficha requiere elegibilidad, presencia real y verificación; el marcado requiere una página rastreable, indexable y con datos visibles.
Lo que gestiona Google Business Profile
La ficha de empresa permite informar de categoría, horario de apertura, servicios, fotos, reseñas, teléfono, URL y, si corresponde, una zona de servicio. Es la pieza que puede aparecer en Google Maps, en búsquedas de marca y en el paquete local, ese bloque de resultados con mapa que suele mostrar tres negocios.
Google también usa relevancia, distancia y notoriedad para ordenar resultados locales. La ficha ayuda a explicar qué negocio eres, pero no anula la distancia entre quien busca y tu ubicación ni convierte unas pocas reseñas en una garantía de visibilidad.
Lo que declara LocalBusiness en tu web
LocalBusiness es un tipo de dato de Schema.org pensado para describir una empresa local. Dentro puedes indicar nombre, URL, teléfono, dirección mediante PostalAddress, horario y, si es real y público, coordenadas geográficas o GeoCoordinates.
Este marcado aporta contexto a Google Search sobre una página concreta. No obliga a Google a mostrar un rich result, ni valida que tu dirección exista, ni reemplaza una ficha verificada. Las directrices de Google Search Central insisten en que los datos estructurados deben representar contenido real y visible para el usuario.
La ficha es el registro gestionado dentro de Google; el schema es una declaración publicada en tu web. Si el nombre, teléfono, dirección y horarios no coinciden, Google recibe señales difíciles de reconciliar.
Para una tienda física en Valladolid, por ejemplo, la ficha puede atraer a quien busca cerca de la Plaza Mayor; la página local puede explicar surtido, reserva, entrega o condiciones. Saber esta diferencia evita pagar por código cuando el obstáculo real es una ficha sin verificar.
Comparativa: maps, orgánico y control de datos
La ficha tiene más peso operativo en Maps y el schema aporta más claridad a la web orgánica, pero la mejor elección habitual es coordinarlos. La tabla sirve para decidir qué atender primero según el problema que tienes hoy, no para prometer un puesto concreto.
| Criterio medible | Google Business Profile | Schema LocalBusiness |
|---|
| Superficie principal | Google Maps, paquete local y búsquedas de marca | Resultados orgánicos y comprensión de páginas web |
| Verificación | Sí, mediante métodos que decide Google | No verifica ninguna empresa |
| Coste directo | 0 € por crear y gestionar la ficha | 0 € con conocimientos; entre 80 y 300 € para una configuración simple contratada en España |
| Tiempo habitual | Entre 3 y 14 días para una verificación normal, aunque puede variar | Entre 1 y 4 horas para una sede con página ya preparada |
| Control de los datos | Compartido: Google y usuarios pueden sugerir cambios | Alto en tu web, sujeto a rastreo e interpretación |
| No consigue por sí solo | Una web que convierta o datos estructurados correctos | Ficha, reseñas, Maps ni resultados enriquecidos garantizados |
Cuándo priorizar la ficha
Prioriza Google Business Profile si no apareces en Google Maps, si la ficha está sin verificar, suspendida o duplicada, o si sus horarios y teléfono son erróneos. Para un comercio que recibe visitas locales, estos fallos pueden cortar llamadas y rutas antes de que el schema tenga ocasión de ayudar.
La ficha es gratuita, pero no es un activo completamente controlado por la empresa. Google puede pedir una nueva verificación, aceptar sugerencias de usuarios o limitar funciones. Por eso conviene guardar los datos maestros fuera de Google.
Cuándo priorizar el marcado web
Prioriza la página y su marcado si tu ficha existe, pero tu web no aclara qué vendes, dónde atiendes o cómo contactar. También es útil cuando preparas una nueva web y quieres dejar una base ordenada antes de abrir campañas locales.
La comparación deja una conclusión práctica: corrige primero el canal que hoy está roto. El siguiente paso evita que la corrección se pierda al llegar el próximo festivo.
Una fuente de verdad evita perder confianza
Un registro maestro de datos evita que web, Maps, directorios y redes publiquen versiones diferentes del mismo negocio. Es un documento sencillo, como la ficha técnica de una vivienda, donde decides cuál es el dato válido antes de tocar ningún canal.
El NAP significa nombre, dirección y teléfono. Es el núcleo de la consistencia de citas locales, pero no basta con él: horarios especiales, categorías y áreas de servicio producen muchas contradicciones justo cuando más clientes buscan información.
Lo que la práctica demuestra en estos casos es que una actualización hecha solo en Google suele quedarse fuera de la web, Instagram, directorios y campañas de anuncios. El resultado típico es una clienta que llega a una puerta cerrada porque el horario de Navidad cambió en un solo sitio.
La matriz para detectar discrepancias
| Dato | Riesgo habitual | Acción correctiva |
|---|
| Horario especial | Abierto en Maps, cerrado en realidad | Editar primero el registro maestro y actualizar ficha y web el mismo día |
| Dirección | Piso residencial mostrado a clientes | Ocultar dirección si no se atiende allí y revisar políticas del perfil |
| Teléfono | Dos números sin explicación | Elegir un número principal y explicar líneas departamentales |
| Categoría | Servicio prometido que no se presta | Ajustar la categoría principal a la actividad que genera negocio |
| Área de servicio | Ciudades añadidas sin cobertura real | Publicar solo zonas atendidas de forma habitual |
Un proceso que no depende de memoria
Crea una hoja con nombre comercial, razón social, URL canónica, teléfono principal, dirección, cobertura, horarios, festivos, categoría y persona responsable. La razón social puede diferir del rótulo comercial, pero cada uso debe ser coherente y comprensible.
Cuando cambie algo, sigue este orden: registro maestro, web y JSON-LD, ficha de Google, directorios, redes y campañas. Anota fecha y responsable. Esta rutina tarda entre 20 y 40 minutos para una sede pequeña y evita revisiones caóticas.
Antes de continuar, hay algo que debes saber: la coherencia no compensa una ficha inexistente ni una web bloqueada para Google. Por eso el orden de prioridad importa más que tener muchos campos rellenos.
Una auditoría conjunta empieza comprobando si el negocio es elegible para Google Business Profile y si la ficha de empresa está verificada, sin duplicados ni suspensiones. Después revisa que cada URL local responda correctamente, sea indexable, tenga etiqueta canónica coherente y muestre datos visibles iguales a los declarados en JSON-LD. Valida el marcado con el validador de Schema.org y confirma que no haya plugins o plantillas generando entidades contradictorias. Finalmente, compara nombre, dirección NAP, teléfono, categoría, horario de apertura, festivos y área de servicio entre web, Google Maps, directorios y redes.
Registra la fecha del cambio y mide llamadas, clics a la web, solicitudes de ruta y conversiones antes de atribuir mejoras al schema o a la ficha.
Prioriza según el fallo que frena ventas
Si no apareces en Maps, arregla la ficha; si la web no es indexable o no explica tu servicio local, arregla la web; si ambas bases están sanas, añade o revisa el marcado. Esta secuencia reduce tareas técnicas con poco efecto visible.
Un resultado orgánico es una página que Google muestra por su contenido; el paquete local procede de señales locales y suele incluir un mapa; el Panel de conocimiento reúne información de una entidad cuando Google decide mostrarlo. Son superficies distintas, aunque una misma búsqueda pueda mezclar las tres.
Jesús Barrios, especialista en diseño web y marketing digital, aplica este criterio de base: primero se verifica lo que el cliente puede comprobar, después se ordena el código que ayuda a los buscadores a entenderlo.
Si no apareces en Google Maps
Comprueba que la actividad es elegible, que la ficha está verificada y que no existe un duplicado antiguo. Revisa categoría principal, URL, teléfono y dirección o área de servicio. No abras perfiles nuevos para cubrir barrios o municipios donde no tienes presencia real.
Un caso habitual es un fontanero que crea cinco fichas para cinco municipios y usa la misma casa como dirección. El resultado puede ser suspensión de perfiles y pérdida de confianza. Una única ficha de negocio de área de servicio, bien configurada, es más segura.
Si tu web no convierte visitas locales
Una página local debe mostrar servicio, zona real, teléfono, condiciones y una forma clara de contactar. También debe cargar en móvil, responder con HTTPS y permitir indexación. Poner LocalBusiness sobre una página vacía es como etiquetar una caja sin meter el producto.
Comprueba Search Console, etiqueta canónica y si la URL devuelve un estado correcto. El schema solo describe; no arregla un noindex, una redirección rota o una página que no aparece enlazada desde ningún sitio.
Elige esto si: tienes una pyme con una sede y dudas dónde invertir primero. Ficha verificada y página clara antes de pagar una capa técnica adicional. La siguiente decisión cambia cuando no existe un local abierto al público.
Conviene separar las superficies de Google para no medir el éxito con una métrica equivocada. Un resultado orgánico depende de la página indexada y de su relevancia; el Local Pack suele mostrar negocios locales junto a un mapa; Google Maps permite descubrir y comparar fichas; y el panel de conocimiento es una presentación de entidad que Google decide mostrar cuando tiene suficiente información y confianza. Un resultado enriquecido, en cambio, es una mejora visual de un resultado orgánico vinculada a tipos de datos estructurados que Google admita para esa función.
LocalBusiness puede ayudar a interpretar la entidad de la web, pero no garantiza ninguno de estos formatos ni sustituye las señales que determinan Maps o el Local Pack.
El marcado cambia con sede o zona atendida
Cada ubicación física real necesita una página local propia, datos propios y, cuando proceda, un perfil independiente. Un negocio que trabaja a domicilio puede usar schema acorde a su actividad sin publicar una dirección residencial donde no recibe clientes.
La recomendación extendida de «pon una dirección en todas las páginas» es incompleta y puede ser incorrecta. En un negocio de área de servicio, una dirección privada visible no mejora la confianza: puede vulnerar la privacidad y contradecir cómo se presenta la empresa en Google.
Negocio a domicilio sin local abierto
Un electricista, una empresa de limpieza o una reparadora que atiende en casa del cliente puede configurar una zona de servicio en Google Business Profile si cumple sus políticas. La dirección debe ocultarse si no se reciben clientes allí. En la web, explica municipios o radios reales sin fingir una oficina en cada ciudad.
En el JSON-LD, usa el tipo más cercano a la actividad y evita inventar PostalAddress pública. Puedes describir el área atendida en el contenido visible. El schema debe acompañar a la realidad comercial, no fabricar proximidad.
Varias sedes, franquicias y departamentos
Con dos o más locales, crea una página por sede con dirección, teléfono, horario, equipo o servicio propio y marcado correspondiente. Marcar una sola empresa genérica en la home cuando hay cuatro tiendas borra detalles que el cliente necesita para elegir.
Una franquicia puede tener perfiles separados para ubicaciones reales y gestionadas de forma independiente. Un departamento interno no debe tener ficha propia si no atiende públicamente como entidad diferenciada. Entre el 60% y el 70% de los problemas de multicentro revisados en auditorías locales proceden de teléfonos, horarios o URLs repetidos entre sedes, no de una sintaxis JSON-LD defectuosa.
Elige esto si: atiendes clientes en una dirección real o cubres una zona concreta con reglas operativas claras. Evita crear ubicaciones ficticias, aunque un competidor parezca hacerlo.
JSON-LD útil: visible, real e indexable
El JSON-LD útil refleja datos que el visitante puede ver y comprobar en la página donde aparece. Es un formato de código que se inserta normalmente en el encabezado o cuerpo HTML sin alterar el diseño visible. Google no premia campos rellenos por llenar.
Comparando las principales fuentes especializadas, la recomendación que se repite es describir una entidad concreta por página y validar tanto el código como el acceso real de Google a esa URL. Validar solo la sintaxis es como comprobar que una llave está bien cortada sin probar la cerradura.
Ejemplo para una tienda con sede real
Este ejemplo debe copiarse solo cambiando datos que existan en la web y en la ficha:
{
"@context":"https://schema.org",
"@type":"Store",
"name":"Librería Ejemplo",
"url":"https://www.ejemplo.es/valladolid/",
"telephone":"+34983123456",
"address":{"@type":"PostalAddress","streetAddress":"Calle Ejemplo 12","addressLocality":"Valladolid","postalCode":"47001","addressCountry":"ES"},
"openingHoursSpecification":[{"@type":"OpeningHoursSpecification","dayOfWeek":["Monday","Tuesday","Wednesday","Thursday","Friday"],"opens":"10:00","closes":"20:00"}]
}
No copies coordenadas, valoraciones, precios o perfiles sociales si no son correctos. El tipo Store es un subtipo de LocalBusiness; no tiene que coincidir palabra por palabra con la categoría de Google, pero ambos deben describir la misma actividad.
Validar la página completa
Comprueba el código con el validador de Schema.org y revisa en Google Search Console si la URL puede indexarse. Después abre la página en móvil y compara visualmente nombre, teléfono, dirección y horarios con la ficha. Son pruebas distintas.
✅
Nuestra recomendación
Una tarjeta NFC para reseñas puede llevar al cliente a tu ficha correcta tras una visita, pero no sustituye una política honesta de reseñas ni unos datos locales coherentes.
- Reduce errores al compartir el enlace exacto de la ficha que quieres mostrar
- Facilita pedir una reseña después de una compra o servicio presencial real
- Evita carteles con códigos QR desactualizados tras cambiar la URL de destino
Ver disponibilidad →
Elige esto si: ya tienes web indexable y datos revisados, y quieres que Google interprete mejor la entidad publicada. Evítalo como primer gasto cuando tu ficha ni siquiera está verificada.
No es una prioridad si no buscas clientes locales, vendes solo a nivel nacional sin sedes ni zonas de servicio, o todavía no tienes una web indexable y una propuesta comercial clara. Tampoco crees perfiles ni ubicaciones ficticias para cubrir ciudades donde no existe presencia real.
En un negocio de área de servicio, el JSON-LD debe describir la empresa real sin inventar una oficina pública en cada municipio. Por ejemplo, una empresa de reparaciones puede usar un subtipo como HomeAndConstructionBusiness, incluir name, url, telephone y areaServed con las localidades que atiende de verdad, mientras omite una dirección pública si no recibe clientes allí. Para varias sedes, cada página local debería declarar únicamente la ubicación correspondiente, con su propio PostalAddress, teléfono y horario; la home corporativa puede describir la marca matriz.
Así se evita que la página de Burgos marque el teléfono o la dirección NAP de la central de Valladolid, un error frecuente en plantillas multicentro.
Resuelve tus dudas
¿Me conviene schema local si tengo tienda física?
Sí, si la tienda tiene una página indexable con datos visibles que coinciden con la ficha. Prioriza antes la verificación de Google Business Profile y un NAP correcto, porque el schema no activa Google Maps por sí solo.
¿Qué pasa si uso solo la ficha y no schema?
Puedes aparecer en Google Maps y el paquete local sin usar schema. Pierdes una forma de aclarar a Google los datos de tu web, pero no una garantía de posiciones orgánicas ni de rich results.
¿Vale la pena para una tienda online sin local?
No suele ser prioritario si vendes a toda España sin sede visitable ni zonas atendidas. Usa Organization y datos de contacto reales cuando proceda; no marques localidades solo para intentar captar búsquedas de ciudades.
¿La dirección debe salir en la ficha y en la web?
Sí, cuando recibes clientes en esa dirección y es pública. Si trabajas desde casa y visitas al cliente, ocúltala en el perfil y no la publiques en el marcado como si fuera una tienda abierta.
El plan concreto para no duplicar errores
La recomendación final toma partido: para la mayoría de pymes locales españolas, conviene tener ficha verificada y marcado web, pero en ese orden de realidad. Primero confirma que el negocio existe, atiende donde declara y tiene una página útil; después expresa esos mismos datos con JSON-LD.
No dependas solo de Google. La ficha puede atraer una búsqueda local, pero la web propia es donde decides la propuesta, el formulario, las condiciones y el tratamiento de datos bajo RGPD, LOPDGDD y LSSI-CE.
Lo esencial:- La ficha sirve sobre todo para Maps y resultados locales; el schema describe la información de tu web.
- Un teléfono, dirección u horario distinto entre canales puede causar más daño que no tener marcado.
- Una sede real necesita datos y página propios; un negocio de área de servicio no debe inventar oficinas.
- Valida código, indexación, verificación y datos visibles antes de medir llamadas, rutas y formularios.
Para saber más
Si deseas profundizar, aquí tienes algunos recursos de interés:
