Gestionar 50 ubicaciones de Google Business sin una hoja de cálculo

La hoja de cálculo empieza bien. Una pestaña por región, una columna para el código de tienda, otra para la valoración de Google, una tercera para «¿perfil completo?». Alguien añade formato condicional y parece un sistema. Seis meses después tiene cuarenta columnas, tres personas tienen copias distintas y nadie puede decir si la fila de la tienda 1042 refleja Google o lo que un responsable escribió en marzo.

Lo que se rompe no es la introducción de datos. Es la confianza. Una hoja registra lo que alguien creyó en un momento; un perfil cambia cuando Google aplica una edición, cuando cierra una tienda, cuando desaparece una reseña. Con cincuenta ubicaciones, la distancia entre la hoja y las fichas se convierte en un trabajo para el que nadie fue contratado.

¿Qué es la gestión de varias ubicaciones de Google Business Profile?

La definición es deliberadamente aburrida: ninguna promesa de ranking, porque el valor no es una mejor posición en el mapa. Es saber un lunes qué tienda está rota y quién la está arreglando.

Dónde se rompe la hoja de cálculo

1. No hay una identidad compartida. Una hoja dice «Manchester Arndale», otra dice «M42», Google tiene su propia ficha. En el momento en que una persona tiene que traducir entre tres nombres, una fila puede actualizarse correctamente y seguir apuntando a la tienda equivocada.
2. La hoja es una foto, no un estado. Google aplica una edición sugerida por un usuario, cierra una ubicación, una actualización de festivos aterriza en 30 tiendas. La hoja mantiene la respuesta del mes pasado hasta que alguien se acuerda de preguntar.
3. Las reseñas no caben en celdas. La cuenta de demostración anonimizada de 23 ubicaciones contiene 9.749 reseñas. No puedes poner una respuesta, su idioma, su antigüedad y su ubicación en una hoja y seguir viendo qué hay que responder hoy.
4. El acceso es todo o nada. Comparte el archivo y un responsable regional ve todas las regiones, incluidas las tiendas que no lleva. Restríngelo y la central pierde la vista que necesita.
5. Se va con una persona. El archivo vive en el Drive de alguien, con su nomenclatura y sus reglas de color. Cuando esa persona se va, el proceso se va.

La hoja no fue un error. Era correcta para cinco ubicaciones y un puente razonable hasta quince. Con cincuenta es una segunda copia, imprecisa, de Google, y mantener una copia no es gestionar.

El código de tienda es la única clave de unión

Todo negocio con varias sedes ya tiene un número con el que coinciden finanzas, logística y el sistema de punto de venta. Usa ese. Un código de tienda sobrevive a un cambio de marca, a una corrección de dirección y a un cambio de responsable. El nombre de la ficha de Google no.

Tres reglas lo mantienen útil:

• Un código por ubicación operativa. Una tienda cerrada conserva su código pero cambia de estado; el código nunca se reutiliza para una sede nueva, o la historia acaba en el lugar equivocado.
• El código aparece en cada vista. Lista de ubicaciones, fila de reseña, informe, exportación, ticket de soporte. Si un equipo tiene que buscar por nombre, el código es decoración.
• El código no es el nombre de Google. No pongas «1042» en el nombre público del negocio para facilitar el emparejamiento. La ficha pública sigue las reglas de nombres de Google; el código pertenece a tu registro interno y, cuando exista, a las etiquetas de ubicación de Google.

Los códigos de tienda hacen seguro el trabajo en bloque. «Actualizar estas 12» es una lista que puedes comprobar; «actualizar la región norte» es un filtro que puede incluir una tienda que se mudó la semana pasada.

23 ubicaciones en una lista: código de tienda, ciudad y distrito, valoración y estado. Cuenta demo anonimizada.

Un ritmo semanal que sobrevive a una mala semana

La cadencia importa más que la herramienta. Un ritmo que depende de que alguien encuentre tiempo falla la semana en que una tienda se inunda o dimite un responsable. Usa bloques cortos y fijos con un responsable cada uno.

La cola semanal lleva el peso. En el producto es la lista de acciones: elementos ordenados por riesgo, cada uno enlazado a la reseña o al campo del que salió, para que un responsable no empiece hojeando cincuenta ubicaciones. Primero las reseñas negativas sin responder, después los cambios marcados por Google y luego los días en que una ubicación acumuló un grupo de reseñas de 5 estrellas que Google suele eliminar. El orden es la opinión; los enlaces son la evidencia.

Dos detalles hacen honesto el ritmo. Primero, la cola es compartida: central y responsable regional miran la misma lista, filtrada de forma distinta. Segundo, se vacía, no se revisa. Una reunión semanal que acaba con «deberíamos mirar eso» no ha movido nada.

El panel: valoración media, reseñas de este mes, tasa de respuesta y volumen de reseñas. Cuenta demo anonimizada.

Actualizaciones en bloque y el problema del relevo

Cuándo una actualización en bloque es correcta

El bloque es correcto cuando el cambio es idéntico, verificable y reversible. Horarios festivos para un grupo de tiendas. Una nueva línea de servicio que ahora ofrece cada sucursal. Una URL corregida. Una edición de descripción aprobada por marca. En cada caso el mismo texto pertenece a muchos sitios, y la única pregunta es si llegó.

Tres hábitos lo mantienen seguro:

• Selecciona las ubicaciones explícitamente por código de tienda, nunca «todas» por defecto.
• Comprueba el recuento antes de publicar y sabe qué tiendas quedan excluidas a propósito.
• Vuelve a ejecutar la auditoría de perfil después. Una actualización en bloque que falló en cuatro tiendas debe verse como cuatro hallazgos, no como un mensaje de éxito.

Cuándo una actualización en bloque es peligrosa

Los campos de identidad no son campos de bloque. Nombre, categoría principal y dirección deciden qué es la ficha; una edición masiva equivocada ahí puede provocar una suspensión y tarda semanas en deshacerse. Lo mismo vale para cualquier cambio con excepciones locales: una tienda con otro horario los domingos, una clínica con cierre temporal. Las herramientas de bloque no conocen el contexto local; la persona que selecciona las tiendas sí.

Qué sobrevive a un relevo

Cuando se va un responsable regional, se va el conocimiento informal: qué responsable responde las reseñas, qué ficha es un duplicado conocido, por qué una sucursal tiene dos categorías. Un sistema que funciona conserva las partes que se pueden escribir:

• El código de tienda y su historial de estado.
• Cada reseña y cada respuesta, incluidas las respuestas a reseñas que Google eliminó después.
• Las plantillas guardadas y quién las aprobó.
• La traza de auditoría: quién cambió qué campo y cuándo.
• Acceso por usuario que se pueda revocar en un solo sitio.

Exporta la lista antes del último día, no después. Una exportación a Excel es un mal sistema operativo pero un buen regalo de despedida, y la razón por la que existe la cola de exportación.

Una lista de comprobación para el primer mes

1. Construye la lista de ubicaciones con códigos de tienda y marca las fichas cerradas o duplicadas antes de optimizar nada.
2. Elige un responsable por campo: horarios, descripción, fotos, respuestas, accesos.
3. Define el bloque diario de reseñas y la cola semanal. Pon ambos en calendarios con nombres.
4. Ejecuta una auditoría de perfil en toda la red y corrige las diez comprobaciones por ubicación, empezando por las tiendas con más tráfico.
5. Lleva las cinco respuestas más frecuentes a plantillas compartidas y responde después la acumulación actual de una pasada.
6. Acuerda el informe mensual antes de que acabe el primer mes: qué métricas, qué rango de fechas, quién lo lee.
7. Revisa los permisos. Elimina a quien se haya ido y limita a los responsables regionales a sus propias tiendas.
8. Prueba el relevo: pide a un colega que encuentre el historial de reseñas y el estado de perfil de una tienda usando solo el sistema, no tu memoria.

Si la prueba tarda más de dos minutos, el proceso sigue viviendo en una persona. Ese es el problema de la hoja de cálculo con otra interfaz.

El punto no es la herramienta

Cincuenta ubicaciones no necesitan una hoja más bonita. Necesitan una identidad por tienda, una cola que refleje el estado actual de Google, una cadencia con responsables y un registro que sobreviva a los cambios de personal. Acierta esas cuatro cosas y la elección de herramienta se vuelve obvia; falla en ellas y cualquier herramienta es otra pestaña en la que nadie confía.

Si llevas una red de tiendas con horarios estacionales, el mismo patrón aparece en retail: los cambios de la central y las excepciones locales llegan la misma semana. Empieza leyendo qué controla realmente un Google Business Profile y prueba después la lista con tus propios códigos de tienda.

Empezar prueba gratis de 3 días · Ver precios