SEO para negocios con varias ubicaciones: la estructura

Cuando un negocio abre su segunda sucursal, el SEO deja de ser un problema de una sola página y se convierte en un problema de arquitectura. La pregunta que de verdad decide si cada ubicación aparece en el buscador no es cómo llenar la ficha de Google Business Profile de cada tienda -eso ya se cubre en detalle en otro artículo, con foco en la ficha misma- sino cómo se organiza el sitio web propio: cuántas páginas crear, cómo enlazarlas entre sí, y cómo evitar que dos sucursales terminen compitiendo por la misma búsqueda en lugar de repartirse el territorio.

Este artículo se queda exclusivamente en el lado del sitio. No toca verificación de fichas, reseñas ni categorías de Google Business Profile. Cubre la arquitectura que necesita una cadena o una franquicia: una página por sucursal frente a una página por ciudad, cómo mantener esas páginas fuera de la zona de contenido duplicado, la canibalización entre dos sucursales cercanas -el error que ese otro artículo señala pero no resuelve-, la jerarquía de enlazado interno desde la página nacional hasta la página de cada sucursal, la consistencia de nombre, dirección y teléfono mantenida a escala, y en qué casos no conviene crear una página de sucursal.

La unidad correcta: sucursal, no ciudad

El error más común al planear la estructura es empezar por la ciudad. Parece lógico: la gente busca 'plomero en Guadalajara' o 'gimnasio en Monterrey', así que la tentación es crear una página por ciudad y meter ahí todas las sucursales de esa ciudad. El problema es que, si el negocio tiene una dirección física real en cada punto, la ciudad no es la unidad que responde a la intención de búsqueda: la sucursal sí. Alguien que busca 'farmacia cerca de mí' o incluso 'farmacia en tal colonia' quiere saber cuál de las tres sucursales de esa ciudad le queda más cerca, qué horario tiene esa sucursal en particular y cómo llegar desde donde está parado. Una página genérica de ciudad no puede responder eso sin, en la práctica, convertirse en un directorio de sucursales -que es exactamente lo que debería ser una página de nivel ciudad, pero no lo que debería ser la página que intenta rankear para la intención transaccional.

La excepción es el negocio de servicio sin local físico por zona: una empresa de mudanzas, un cerrajero, un despacho que atiende a domicilio. Ahí no existe una dirección real que ponerle a cada 'sucursal', porque no hay sucursal, hay una zona de cobertura. Forzar una página con una dirección falsa o con la dirección de la oficina central disfrazada de sucursal local es el tipo de práctica que, además de no ayudar en buscadores, puede meter al negocio en problemas de verificación más adelante. Para ese modelo, la unidad correcta es la página de zona de servicio, declarada honestamente como tal, no como sucursal.

• Local físico con dirección real y horario propio: una página por sucursal.
• Servicio a domicilio sin oficina por zona: una página por área de cobertura, sin simular una dirección.
• Ciudad con una sola sucursal: esa página de sucursal puede absorber la intención de ciudad sin necesidad de una página adicional.

Que la página de sucursal no sea un duplicado fino

El atajo más tentador al crear cuarenta páginas de sucursal es escribir un párrafo de 'quiénes somos' y clonarlo en cada una, cambiando solo la dirección y el teléfono. El resultado son páginas que, para un sistema que compara contenido, son prácticamente el mismo texto repetido con una variable distinta. Cuando eso pasa a escala, dos cosas pueden ocurrir: se indexa una sola versión y se trata al resto como duplicados de esa, o se indexan varias pero ninguna rankea bien porque ninguna aporta algo que la otra no tenga ya. En ambos casos el negocio termina con una sola sucursal visible en el buscador, sin importar cuántas páginas haya publicado.

Lo que hace que una página de sucursal sea sustantiva es la información que de verdad cambia de un local a otro: el horario real de esa sucursal si difiere del resto, cómo llegar desde alguna referencia conocida del barrio, si hay estacionamiento propio o hay que usar el de la calle, qué servicios se ofrecen específicamente ahí si el catálogo varía por local, quién atiende cuando eso aplica -como en un despacho o una clínica- y un mapa incrustado con la ubicación exacta. Una cadena de gimnasios con seis sedes en la misma ciudad no necesita reescribir la misión de la empresa seis veces; necesita mostrar en cada página el horario de clases de esa sede, el equipo disponible en ese local específico y los entrenadores que trabajan ahí.

Cuando de verdad no hay nada distinto que decir de una sucursal frente a otra -mismo horario, mismo catálogo, mismo equipo- la respuesta no es inventar relleno para llegar a un conteo de palabras. Es aceptar que esa página va a ser corta y compensar con lo que sí es único: la dirección exacta, el mapa, la ruta y el contacto directo. Un párrafo genuino de ciento cincuenta palabras con datos reales vale más para el buscador que cuatrocientas palabras de relleno genérico copiadas del resto de las sucursales.

• Horario, estacionamiento y forma de llegar: siempre específicos de esa sucursal.
• Catálogo o servicios: solo se detallan si de verdad varían; si no varían, no dupliques la lista completa por sucursal.
• Mapa incrustado y referencia de barrio en vez de párrafo institucional repetido.

Canibalización entre dos sucursales de la misma ciudad

Este es el problema que casi siempre se identifica pero rara vez se resuelve del lado del sitio. Dos sucursales en la misma ciudad, a dos o tres kilómetros una de otra, cada una con su propia página, y ambas apuntando al mismo término: 'gimnasio en tal ciudad', 'farmacia en tal ciudad'. Para la persona que busca eso, las dos páginas responden a la misma intención, así que el buscador tiene que decidir cuál mostrar. El resultado típico no es que ambas rankeen bien por turnos: es que una absorbe casi toda la visibilidad y la otra prácticamente desaparece de los resultados relevantes, aunque las dos sean legítimas y las dos existan para servir a un cliente real.

La causa raíz casi siempre es que las dos páginas se optimizaron para el mismo nivel geográfico -la ciudad- cuando la intención real de quien busca es más fina que eso. La solución no es técnica en el sentido de canonicalización o de bloquear una página: es de enfoque. Cada página de sucursal debe apuntar a su propio nivel de geografía específico -colonia, barrio, cruce de calles conocido, zona comercial- en el título, en el encabezado principal y en el primer párrafo, en lugar de repetir el nombre de la ciudad como si fuera el diferenciador. 'Sucursal Polanco' y 'Sucursal Santa Fe' no compiten entre sí de la misma manera en que compiten 'Gimnasio en Ciudad de México' contra 'Gimnasio en Ciudad de México'.

El enlazado interno refuerza o rompe esta diferenciación. Si la página de ciudad, o la portada, enlaza a las dos sucursales con el mismo texto de ancla -'ver sucursal'- no aporta ninguna señal adicional sobre qué distingue a una de la otra. Si en cambio enlaza con 'sucursal en Polanco' y 'sucursal en Santa Fe', el propio texto de ancla refuerza la segmentación geográfica que las páginas ya deberían tener en su contenido.

La jerarquía de enlazado: de la página nacional a la sucursal

Una cadena con presencia en varias ciudades necesita tres niveles, no dos: la página nacional o de marca, que habla de la empresa y sus servicios en general; la página de ciudad o región, que existe solo cuando hay más de una sucursal en esa ciudad y funciona como directorio hacia ellas; y la página de sucursal, que es la que de verdad compite por la búsqueda transaccional local. Si solo hay una sucursal en una ciudad, ese nivel intermedio sobra: la página de sucursal puede absorber directamente la intención de ciudad sin necesidad de un directorio de una sola entrada.

El enlazado debe reflejar esa jerarquía en ambas direcciones. La página nacional enlaza a los centros de ciudad o región; cada centro de ciudad enlaza a sus sucursales; cada sucursal enlaza de regreso a su centro de ciudad y, mediante una ruta de migas de pan, hasta la página nacional. Lo que no ayuda es el patrón contrario, muy común: un pie de página que enlaza a las ochenta sucursales desde cualquier página del sitio. Eso no comunica jerarquía, la aplana -técnicamente cada sucursal recibe un enlace desde todas partes, pero el peso que le llega a cada una es mínimo porque se reparte entre ochenta destinos de importancia aparentemente idéntica. Es, en la práctica, la misma señal que no tener jerarquía alguna.

Vale la pena que cada sucursal enlace lateralmente, pero solo a las dos o tres sucursales hermanas más cercanas geográficamente, no a todas, porque eso sí aporta una señal útil tanto al lector -que puede necesitar la sucursal de al lado si esta está cerrada o llena- como a quien rastrea el sitio, que así entiende la proximidad real entre nodos. El marcado de migas de pan (BreadcrumbList) hace explícita esta jerarquía de forma estructurada, y la ruta de la URL debería seguirla también: algo como /sucursales/ciudad/nombre-sucursal comunica el mismo árbol que los enlaces, mientras que rutas planas como /sucursal-14 no dicen nada sobre dónde vive esa página dentro de la estructura.

NAP consistente a escala, sin editar sucursal por sucursal

La consistencia de nombre, dirección y teléfono -conocida como NAP- suele discutirse como un tema de fichas externas: que tal directorio tenga la misma dirección que Google, que la misma tenga Facebook. Pero hay una capa anterior a todo eso, que es la del propio sitio: si cuarenta páginas de sucursal tienen la dirección y el teléfono escritos a mano, directamente en el contenido de cada página, un cambio de número de local, un cambio de código de área telefónico o una reubicación implica editar cuarenta archivos distintos. En la práctica, alguien edita treinta y siete y se olvida de tres, y esas tres quedan con un teléfono muerto durante meses hasta que alguien lo nota.

La forma de evitarlo es tratar el NAP como dato, no como texto de plantilla: una sola fuente de verdad -una tabla, una hoja de cálculo conectada, un campo estructurado por ubicación en el sistema que sea- de la que cada página de sucursal toma su propia dirección, teléfono y horario en el momento de generarse. Cambiar el dato en la fuente y que se propague a la página correspondiente automáticamente elimina la clase completa de error de 'se nos olvidó actualizar esa sucursal'.

Esto también resuelve un problema más sutil: la coherencia entre lo que el visitante lee en la página y lo que dice el marcado de datos estructurados de tipo LocalBusiness en esa misma página. Si el texto visible dice 'Av. Insurgentes 450' y el marcado, escrito a mano en otro momento por otra persona, dice 'Avenida Insurgentes número 450 Local 2', no es un error grave por sí solo, pero es una inconsistencia que no debería existir si ambos leyeran del mismo dato de origen. Cuando la dirección visible y la marcada provienen de la misma fuente, esa inconsistencia deja de ser posible por diseño, no por disciplina de quien edita cada página.

Cuándo no conviene crear una página de sucursal

No toda sucursal necesita, ni se beneficia de, una página propia. El caso típico es el de dos locales a cinco kilómetros o menos de distancia -a veces mucho menos, cuatro o cinco cuadras- dentro del mismo corredor comercial o la misma colonia. Ahí, la combinación de los dos problemas anteriores se vuelve difícil de evitar: casi no hay contenido genuinamente distinto que poner en cada página (mismo horario, mismo catálogo, clientela que en la práctica va a la que esté abierta o más cerca en ese momento), y las dos páginas terminan compitiendo por prácticamente la misma búsqueda porque están, geográficamente, casi en el mismo punto.

La pregunta que separa un caso de otro no es la distancia en kilómetros sino si la siguiente acción de quien busca cambia según a cuál sucursal llegue. Si alguien que busca 'farmacia en tal colonia' termina en un edificio distinto según cuál entrada usó, son intenciones distintas y merecen páginas distintas. Si la respuesta honesta es 'cualquiera de las dos, la que esté más cerca en ese momento, son funcionalmente la misma experiencia', forzar dos páginas solo divide una señal que sería más fuerte concentrada en una.

Para ese caso, la alternativa suele ser una sola página de zona que liste ambas direcciones y horarios, con su mapa correspondiente, en lugar de dos páginas delgadas compitiendo entre sí por el mismo puñado de búsquedas. El umbral no es un número fijo de kilómetros -una sucursal bancaria puede tener sentido cada pocas cuadras en un centro urbano denso, mientras que un concesionario de autos con un radio de cobertura de cinco kilómetros es un negocio con una huella completamente distinta- sino la prueba de la acción siguiente, aplicada caso por caso.

Checklist antes de publicar la estructura

Antes de generar la primera tanda de páginas de sucursal conviene resolver estas preguntas en orden, porque cada una condiciona la siguiente: cuántas sucursales hay y qué tan cerca están entre sí, si el negocio es de local físico o de zona de servicio, y si existe contenido real y distinto que llenar en cada página o si conviene consolidar.

• ¿Cada sucursal tiene una dirección física real y un horario propio, o es una zona de cobertura sin oficina fija?
• ¿Hay más de una sucursal en la misma ciudad? Si es así, ¿existe una página de ciudad que las enlace, o cada una compite sola por el término de ciudad?
• ¿Dos sucursales están lo bastante cerca como para que la acción siguiente de quien busca sea la misma en ambas? Si sí, considera consolidar en una página de zona.
• ¿La dirección, el teléfono y el horario de cada sucursal se editan a mano en cada página, o se toman de una fuente única?
• ¿El texto visible de la dirección coincide exactamente con el marcado estructurado en esa misma página?