SEO local
Capítulo 06 / 08
On-page y schema local
El trabajo on-page que convierte una señal de Google Business Profile en ranking orgánico que compone — páginas de ubicación, marcado NAP, schema LocalBusiness, y el refuerzo de entidad que los motores de IA de hecho leen.

El Google Business Profile es la fundación, pero el sitio web es la capa de refuerzo. Un perfil con una página de ubicación fuerte en el sitio enlazado rankea significativamente mejor que el mismo perfil con una débil o ausente — Google cruza referencias del perfil contra la página y usa la concordancia como una señal de confianza. Este capítulo cubre la anatomía de la página de ubicación, el stack de schema, y el refuerzo de entidad que hace que la señal del GBP componga en lugar de topar.
“El on-page local es donde la señal del perfil compone o se estanca. Dos negocios con optimización GBP idéntica van a rankear distinto si uno tiene una página de ubicación real, rica en contenido y el otro enlaza el GBP a la homepage. El trabajo on-page es el multiplicador sobre todo en el resto del cluster.”
Anatomía de la página de ubicación
Una página de ubicación es una URL dedicada — típicamente /ubicaciones/[ciudad]/ o /[ciudad]/ — que existe por un propósito: ser el destino web canónico para esa ubicación física. Los elementos requeridos:
- H1 con el nombre de la ubicación. “Joe’s Bakery — San Pedro” u “Oficina Monterrey” — específico, sin ambigüedad, incluye la ciudad.
- Bloque de NAP arriba del fold. Nombre, dirección completa, teléfono en un bloque claramente visible. Click-to-call en el teléfono. Dirección en un formato que refleje el GBP.
- Horarios. Horarios estándar, más cualquier horario estacional o de día festivo mostrado claramente. Matchea el GBP exactamente.
- Google Map embebido. Iframe oficial con la lat/long matcheando el GBP. Lazy-loadeado por performance.
- Lista de servicios. Los servicios específicos ofrecidos en esta ubicación. Si los servicios difieren entre ubicaciones, aquí vive la diferenciación.
- Contenido local. 300+ palabras de contenido genuinamente local — descripción de barrio, estacionamiento, transporte, notas específicas del área. No templated.
- Fotos de la ubicación real. Exterior, interior, staff clave o operaciones. Las mismas fotos pueden reusarse en el GBP para consistencia.
- Reseñas / testimonios de esta ubicación. Un subconjunto de reseñas del GBP, marcadas con schema. Se jalan dinámicamente cuando es posible para mantener la recencia.
- FAQ local. 4 a 8 preguntas específicas de la ubicación (“¿Tienen estacionamiento?”, “¿Son accesibles por transporte?”, “¿Qué códigos postales sirven?”). Marcadas con schema.
- CTA. Reservar, llamar, obtener direcciones o contactar — lo que sea la acción dominante para ese tipo de negocio. Repetida en móvil en un sticky footer.
El stack de schema
El schema no es una casilla. Es la capa de datos estructurados que le permite a los buscadores y motores de IA parsear tu página sin inferir desde el layout. El stack para una página de negocio local:
- LocalBusiness (o el subtipo más específico — Restaurant, MedicalBusiness, ProfessionalService, AutomotiveBusiness, etc.). La entidad raíz para la ubicación.
- PostalAddress anidado en el LocalBusiness — streetAddress, addressLocality, addressRegion, postalCode, addressCountry.
- GeoCoordinates — latitud y longitud. Requerido para la señal de precisión.
- openingHoursSpecification — array de día-de-la-semana + opens + closes. Matchea el GBP y los horarios visibles de la página.
- sameAs — array de URLs apuntando al listing del GBP, Yelp, Apple Maps, Facebook, directorios de industria. Cementa la entidad como un solo registro canónico a través del grafo de citas.
- Service — una entidad Service por cada servicio ofrecido. Incluye name, description, areaServed.
- AggregateRating — si las reseñas están publicadas en la página (no solo enlazadas), incluye el agregado. Debe reflejar reseñas realmente-publicadas-en-la-página, no el agregado del GBP.
- FAQPage — cubriendo las FAQ de ubicación.
- BreadcrumbList — el path de navegación a la página.
Colocación del NAP en la página
El NAP pertenece a tres lugares en la página de ubicación, por diseño:
- Arriba del fold en un bloque claramente formateado — visible inmediatamente, click-to-call en el teléfono.
- En el footer — repetido para los usuarios en páginas largas y para los crawlers parseando elementos comunes de la página.
- En el schema de LocalBusiness — legible por máquina, match exacto al NAP visible.
Evita poner el NAP solo en una imagen o solo dentro de JavaScript que renderiza del lado del cliente. Ambos reducen la parseabilidad. Usa texto HTML y deja que el tratamiento visual venga de CSS.
Contenido local que no es thin
La sección de contenido de una página de ubicación es donde la mayoría de las páginas de ubicación fallan. Copy templated con un swap de nombre de ciudad se ve bien para los humanos en la primera lectura pero se marca algorítmicamente porque el mismo texto aparece en múltiples URLs. El contenido que se sostiene:
- Descripción de barrio. No “estamos en [ciudad]”, sino “estamos en [calle] entre [landmark A] y [landmark B], a una cuadra de [parada de transporte]”. Lo específico es difícil de templatear.
- Notas de estacionamiento y acceso. Dónde estacionar, estructuras de tarifa, accesibilidad. Hiper-específico, hiper-útil, naturalmente distinto por ubicación.
- Equipo local u operaciones. Quién corre esta ubicación, cuándo se incorporó, qué hace su acercamiento distinto. El contenido personal gana confianza y gana diferenciación.
- Variaciones de área de servicio. Qué servicios se ofrecen en esta ubicación vs otras. Los negocios multi-ubicación usan esto para diferenciación natural por página.
- Menciones de prensa local o involucramiento comunitario. Patrocinios, partnerships, trabajo de caridad específicos de esta región. Construye la señal de prominencia como bono.
Mapas embebidos y direcciones
El iframe de Google Maps es el embed estándar por una razón — ata la página al mismo índice de mapas en el que vive el GBP y usa el motor de direcciones de Google para el click-through. Mejores prácticas:
- Lazy-loadea el iframe. Usa
loading="lazy"como mínimo; para presupuestos de performance más estrictos, renderea el iframe solo después de un clic o scroll del usuario. - Embedea por place ID. Usa el place ID del GBP en lugar de coordenadas para que el iframe muestre el pin verificado del negocio, no un marcador genérico de ubicación.
- Provee un botón “Obtener Direcciones” que abra Google Maps directamente. Muchos usuarios prefieren la experiencia nativa de la app sobre la vista embebida.
- No auto-actives la interactividad. Los mapas que scroll-jackean la página dañan la usabilidad e incrementan las tasas de pogo-sticking.
Enlazado interno desde la página de ubicación
La página de ubicación vive en el grafo de enlaces internos — enlaza hacia afuera, y otras páginas le enlazan a ella. La estrategia de enlaces:
- La homepage enlaza a todas las páginas de ubicación. Navegación de footer o header, con el nombre de la ciudad como anchor text.
- La página de ubicación enlaza a las páginas de servicio relevantes. Cuando un servicio se ofrece en la ubicación, enlaza a la página de servicio usando el nombre del servicio como anchor.
- Las páginas de servicio enlazan de regreso a todas las ubicaciones que las ofrecen. Cierra el loop y distribuye la equity de enlaces.
- Los artículos de blog o contenido relacionados con la ciudad enlazan a la página de ubicación. Un post sobre “mejores cosas que hacer en [ciudad]” naturalmente enlaza al outpost local.
Errores comunes
- Enlazar el GBP a la homepage en lugar de la página de ubicación. La homepage no tiene el schema, el contenido local, o el foco temático. Siempre enlaza el GBP a la página de ubicación dedicada.
- Usar el mismo contenido a través de páginas de ubicación con find-and-replace de nombre de ciudad. La supresión algorítmica sigue. Cada página debe ser 60%+ contenido único.
- Schema que lista servicios no en la página visible. Una manual action potencial; al mínimo una señal de erosión de credibilidad. El schema refleja el contenido visible.
- Números telefónicos que son tracking numbers distintos del GBP. Parte la entidad. Si se requiere tracking de llamadas, usa el call tracking de Google que se muestra vía el GBP, no un número de tercero que no matchea.
- Horarios mismatchados entre página, schema y GBP. Una ocurrencia diaria en la realidad, una penalización diaria de ranking.
La página de ubicación es la fundación on-page. El siguiente capítulo, SEO local multi-ubicación, toma esta anatomía y la escala a través de regiones, marcas y estructuras de franquicia sin perder la especificidad por ubicación.
Preguntas frecuentes
Preguntas frecuentes
Respuestas rápidas a lo que nos preguntan antes de cada prueba.
Sí para cualquier negocio con una dirección física que quiera rankear orgánicamente por queries locales (y tener una señal confiada de map pack). La página de ubicación es el anchor al que el GBP enlaza, el destino para los clics orgánicos en queries geo-modificados, y el lugar donde vive el schema de LocalBusiness. Sin ella, el GBP corre sin refuerzo on-page y tope con techos de ranking más bajos que los negocios con la página.
En este clúster
SEO local
01. Google Business Profile
Leído
02. Factores de ranking en búsqueda local
Leído
03. Consistencia NAP y citas
Leído
04. Investigación de keywords locales
Leído
05. Reseñas y manejo de reputación
Leído
- 06
On-page y schema local
Leyendo ahora
07. SEO local multi-ubicación
Próximo
08. Optimización del map pack
Próximo