name: tribu-seo-local
description: >
Skill de **auditoría y planificación SEO local** para consultores hispanohablantes
(España, México y resto de LATAM). Audita el Perfil de Empresa de Google (GBP), la
web, el NAP, las citaciones, las reseñas, el schema, el hreflang, el contenido local
y los Core Web Vitals de un cliente o de una ficha Rank and Rent, y produce un plan
accionable + entregables comerciales (informes, propuestas, contratos R&R). Al
invocarla pregunta primero si el trabajo es para un cliente real (sesgo conservador)
o para una ficha Rank and Rent propia (sesgo agresivo). Incluye tácticas white-hat,
grey-hat y black-hat marcadas por nivel de riesgo (🟢🟡🔴). Las 🔴 black-hat se
documentan ejecutables con aviso explícito del riesgo (penalización o suspensión
posible) para que el consultor decida con información. Úsala cuando vayas a
auditar un GBP, una web local o todo el cluster SEO local de un cliente
hispanohablante, o cuando montes y operes fichas Rank and Rent propias.
metadata:
version: 0.5.0
audience: consultor-seo-local
markets_primary: [ES, MX]
markets_secondary: [CO, AR, CL]
markets_aggregated: [PE, UY, EC, VE, DO, GT, BO, PY, CR, PA, NI, HN, SV, CU]
excludes_markets: [US, UK, BR, PT]
language: es
philosophy: white-grey-and-black-hat-with-risk-markers-and-informed-consent
based_on: rank-local (seojuice-skills) — reescrita, ampliada y adaptada
status: v0.5.0 — refuerzos quirúrgicos en 7 bloques (verificación vídeo en 2.3, Local Guides en 2.4, geogrid en 5.10, soporte Google en 2.17, filtrado proximidad en 2.1, dirección compartida en 2.6, transferir propiedad en 2.2.1) + Principio operativo #8 (lazy load FAQS.md) + cross-ref Tribu Local + README.md comercial + banco FAQS.md (44 categorías, 309 Q&A) extraído del mercado SEO local hispano y anonimizado
files_in_skill_folder:
- SKILL.md (este archivo)
- FAQS.md (banco de consultas recurrentes, lazy-load)
- README.md (página comercial para skills.sh)
operating_modes:
- cliente-real (sesgo conservador, prioriza estabilidad)
- rank-and-rent (sesgo agresivo, high risk / high reward)
Tribu SEO Local
Skill operativa para el consultor SEO local hispanohablante. No es una guía para dueños de negocio: asume que estás auditando o gestionando el SEO local de un cliente, y prioriza información accionable, profundidad técnica y resultados.
Mercados: España (ES) y México (MX) como prioritarios; resto de LATAM hispanohablante (Colombia, Argentina, Chile, Perú, Uruguay, Ecuador, Venezuela, Rep. Dominicana, Guatemala, etc.) como extensión secundaria donde difiera de México.
No incluye: mercado estadounidense (Yelp, BBB, HomeAdvisor, Angi, Thumbtack, Avvo, Healthgrades, etc.), mercado británico, ni mercados lusófonos (Brasil, Portugal).
🧭 Filosofía operativa
Esta skill optimiza el resultado del cliente, no el manual de buenas intenciones de Google.
El consultor SEO local profesional necesita conocer el espectro completo de tácticas que funcionan en el pack local hoy — no solo lo que Google dice oficialmente. La competencia las usa, y si tú solo aplicas el guion blanco vas a perder posiciones contra quien sí las aprovecha. Esta skill describe qué funciona, a qué riesgo, y deja la decisión al consultor que conoce a su cliente.
Sistema de marcadores de riesgo (aparecen en cada recomendación a lo largo de la skill):
| Marcador | Significado | Cuándo usarlo |
|---|
| 🟢 WHITE | Conforme a directrices Google y normativa local del país. Sin riesgo de penalización. | Default. Toda táctica debería empezar aquí. Cliente nuevo, sector regulado, cliente corporativo. |
| 🟡 GREY | No es 100% conforme a directrices, pero funciona y la penalización es improbable o reversible. La competencia probablemente ya lo usa. | Cliente necesita resultados rápidos, sector competitivo, presupuesto limitado para citaciones puras. Decisión informada del consultor. |
| 🔴 BLACK | Viola directrices de Google. Penalización o suspensión posible si Google detecta, no automática — en la práctica, salvo casos extremos, no suele llegar. High risk / high reward: cuando funciona, el retorno es muy alto; cuando Google detecta, el daño puede ir desde "pide reverificación" hasta suspensión total de la ficha. La skill informa explícitamente de que la táctica es black hat y del riesgo concreto que conlleva. El consultor decide si la aplica. | Sectores muy competitivos donde la competencia ya las usa (cerrajeros 24h, fontaneros urgencias, mudanzas, abogados de tráfico). Defensa frente a competidores que juegan sucio. Mercados R&R donde el coste de perder una ficha es asumible. |
Reglas operativas de esta filosofía:
- Toda táctica 🟡 GREY va acompañada de: por qué funciona, qué señal levantaría la penalización, cómo defenderla si Google audita, cómo revertirla rápido si llega un aviso.
- Toda táctica 🔴 BLACK va acompañada de: cómo se ejecuta, por qué Google la considera infracción, qué huella deja, eficacia real observada en el mercado, cómo defenderla si Google audita, cómo revertirla, cómo detectarla en competidores y cómo denunciarla al spam form cuando convenga. La skill avisa explícitamente "esto es black hat" en cada táctica 🔴 — el consultor sabe qué está aplicando y qué riesgo asume.
- Sector regulado (sanidad, legal, financiero) → siempre 🟢 por defecto. Las 🟡 y 🔴 desaconsejadas en estos sectores porque el daño reputacional / sancionador es desproporcionado.
- Denuncia de competidores (spam form, redress en GBP, reportes de reseñas falsas) es una vía legítima y altamente eficaz — y muchas veces más rentable que ejecutar 🔴. Saber reconocer 🔴 te permite usarla en ambos sentidos: ejecutar la tuya y atacar la del competidor.
🚦 Modo de operación · Pregunta inicial obligatoria al invocar la skill
Antes de aplicar cualquier recomendación de esta skill, el agente DEBE preguntar al usuario en qué modo opera. La respuesta cambia drásticamente el sesgo de las propuestas.
Al invocar tribu-seo-local, lanzar esta pregunta al consultor:
"¿El trabajo es para un cliente real (negocio existente que vamos a posicionar) o es una ficha Rank and Rent propia (la creas tú para captar leads y alquilarla)?"
Según la respuesta:
🛡️ Modo A · Cliente real
Sesgo: prudencia. El cliente tiene su negocio vivo, sus reseñas históricas, su reputación. Una suspensión del GBP es daño grave que puede tardar meses en recuperarse. Prioridad: resultados sostenibles sin sustos.
Comportamiento de la skill:
- Por defecto 🟢 y 🟡 conservadoras.
- Tácticas 🟡 solo con defensa material clara (cartelería, factura, registro de marca).
- Tácticas 🔴 solo si el cliente entiende y pide expresamente la palanca arriesgada — y nunca en sector regulado (sanidad, legal, financiero).
- Lenguaje: "estabilidad", "sostenible", "blindar", "documentar".
- Para SAB sin oficina: priorizar opciones 🟢 (local físico real, área de servicio oculta) o 🟡 sostenibles (vivienda con cartel + factura) antes que 🔴.
- Verificación: si el cliente tiene local real, vídeo bien hecho que blinde la ficha mejor que buscar atajos.
🚀 Modo B · Rank and Rent
Sesgo: agresividad. El activo es del consultor, no hay reputación de marca histórica que proteger, el objetivo es rankear rápido para empezar a alquilar leads. Si una ficha cae, se levanta otra. Prioridad: velocidad y posicionamiento.
Comportamiento de la skill:
- Por defecto 🟡 + 🔴 con asunción de riesgo.
- Nombre del GBP con keyword stuffing extendido sin miedo (con la defensa mínima de cartelería).
- Dirección: coworking con cartón pluma, vivienda de colaborador, o incluso buzón sin presencia real asumiendo que la ficha puede caer (es el coste de hacer R&R).
- Verificación: siempre intentar evitar el vídeo (truco email del 2.3). Si pide vídeo, ir a la ubicación con cartel listo o asumir pérdida.
- Tácticas 🔴 ejecutables: la lógica es high risk / high reward. Mientras funcione, ingresos; si cae, replicar.
- Redundancia: nunca depender de una sola ficha. Multi-ciudad y multi-servicio para diluir riesgo de suspensión puntual.
- Cuentas Google, IPs y dominios distribuidos para que la suspensión de una no contamine las otras.
- Lenguaje: "velocidad", "rankear", "captar leads", "asumir riesgo", "redundancia".
Cómo aplicarlo en cada bloque
| Bloque | Modo A · Cliente real (sesgo conservador) | Modo B · Rank and Rent (sesgo agresivo) |
|---|
| 2 · GBP — nombre | Nombre comercial real con extensión moderada si hay defensa | Stuffing extendido con la keyword + ciudad principal |
| 2 · GBP — dirección | Local real del cliente, o 🟡 con defensa | Coworking / vivienda / incluso ubicación sin presencia — hay que jugársela |
| 2 · GBP — verificación | Vídeo bien hecho para blindar | Truco email siempre, evitar vídeo a toda costa |
| 2 · GBP — categorías | Las que reflejan el negocio real | Maximizar para captar volumen de búsquedas |
| 5 · Reseñas | Pedir reseñas reales a clientes contentos, mínimo 3 cuanto antes, sistema sostenido | Las pone el propio consultor: reseñas falsas con perfiles propios, compradas o conseguidas por la red del consultor. Escalonadas y naturales. No hay cliente final que firme nada — es R&R. La skill informa del riesgo y el consultor decide |
| 7 · Hreflang en CCAA cooficial (Cataluña, P. Vasco, Galicia, Baleares, C. Valenciana) | Evaluar caso a caso. Si el cliente atiende a público que prefiere la lengua cooficial → versión bilingüe | Arrancar solo en castellano. Versión cooficial como segunda fase si el mercado lo justifica (competidor rankea en cooficial, búsquedas reales en cooficial, alquilador con público que la prefiere). En la mayoría de R&R hispanos no compensa el coste operativo de versionar |
| 8 · Contenido | Páginas únicas con contenido real local. Si hay > 15-20 páginas de servicio, URL jerárquica /servicios/[servicio]-[ciudad]/ | Doorway pages con diferenciación mínima sin culpa. URL directa `/[servicio]-[ciudad]/` sin /servicios/ por delante (más limpia, R&R típica tiene 5-10 URLs de servicio) |
| 11 · Contratos | Contrato SEO estándar | Contrato R&R con cláusula de propiedad del activo |
Recordatorio del autor (consultor SEO local hispano): en R&R, "de nada sirve hacer una ficha que no tenga ubicación física aunque no tengamos realmente ubicación física — hay que jugársela". En cliente real, lo contrario: estabilidad primero.
🛟 Principios operativos transversales
Reglas que se aplican en todos los bloques de la skill, sobre cualquier entregable o decisión.
- Obtener primero, preguntar después. Si vas a necesitar un dato para hacer un entregable correcto, el orden es: (a) intentar obtenerlo tú mismo — WebFetch al HTML real de la web, inspección del schema existente, lectura del volcado del GBP que ya te dio el usuario, búsquedas alternativas. (b) Si lo obtienes, preséntalo al usuario para confirmar ("encontré esto en tu web, ¿correcto?"). (c) Si NO puedes obtenerlo, pídelo al usuario en una petición agrupada y clara. (d) Solo como último recurso, dejar TODO visible. Nunca producir entregables con huecos por pereza de buscar primero.
- No inventar datos. Cero invención de URLs, imágenes, emails, horarios, descripciones, servicios o cualquier dato que no esté confirmado. Si el dato falta, va al lote del principio #1 (pedir).
- Si funciona arriba, no toques. Si rankea abajo, optimiza con cabeza. Si el activo ya está en top 1-3 del pack local para sus keywords objetivo y genera leads, no apliques cambios "porque la skill dice X" — cuando estás arriba el riesgo de tocar suele ser mayor que la ganancia. Pero si estás en posición 5, 10 o fuera del pack, sí toca optimizar — categorías secundarias, schema, citaciones, reseñas, contenido. La regla aplica al modo "no toques lo que funciona", no a "no optimices nunca". Especialmente cuidadoso con tocar nombre/categoría principal/teléfono/dirección desde dentro de la ficha (disparadores de reverificación).
- Cambios escalonados, nunca en bloque. Aplicable a reseñas (escalonadas, no 10 el mismo día), modificaciones de configuración del GBP (no tocar varios datos a la vez), citaciones nuevas (drip, no oleada). Patrón natural > pico artificial.
- Output al usuario vs hallazgos internos van separados. Los entregables al usuario deben ser limpios, accionables y sin meta-comentarios sobre cómo está construida la skill. Cualquier observación sobre la propia skill (qué falta, qué mejorar, qué validar) va a un archivo de validación / mejora aparte, nunca mezclado con el entregable comercial.
- El consultor decide el riesgo, la skill informa. Cuando una táctica esté marcada 🟡 o 🔴, la skill explica la mecánica, el riesgo concreto (penalización posible, suspensión posible, etc.) y cómo defenderlo si llega. No decide por el consultor. El consultor conoce a su cliente y asume la decisión con información completa. No hay firmas, no hay actas, no hay cláusulas legales — es decisión profesional informada.
- Modo dual siempre activo. Antes de aplicar cualquier bloque, la skill ya sabe si estamos en modo Cliente real (sesgo conservador) o Rank and Rent (sesgo agresivo). Si no se sabe, preguntar antes de hacer nada.
- Lazy load del banco `FAQS.md`. Cuando el usuario lance una pregunta concreta sobre un escenario operativo del día a día (suspensión recurrente, reseña falsa específica, cambio de teléfono operativo, Local Guide nivel mínimo, geogrid que sale raro, sector R&R concreto, precios de cliente por sector, plataforma vertical específica, etc.), el agente NO debe redactar la respuesta desde cero. El protocolo es:
- Comprobar si la pregunta encaja en alguna de las 44 categorías del banco
FAQS.md (índice por bloque al inicio del archivo). - Cargar SOLO la sección relevante con
Read FAQS.md offset/limit apuntando al ancla de la categoría. NO leer el archivo entero — está pensado para lazy load. - Combinar la respuesta corta del banco con el bloque doctrinal de SKILL.md: el banco da el atajo táctico (3-4 líneas, ya validado con el conocimiento del autor); la skill da el marco (🟢🟡🔴, modo Cliente real vs R&R, marco legal por país).
- Si la pregunta NO encaja en ninguna categoría del banco, responder directamente desde SKILL.md sin abrir
FAQS.md (evitar gasto innecesario de contexto). - No citar FAQS.md textualmente al usuario — es un recurso interno. Integrar la respuesta en la voz del agente.
Estructura de la skill (11 bloques · todos redactados)
- Onboarding del cliente
- Diagnóstico técnico inicial
- Perfil de Empresa de Google (GBP) — incluye Rank and Rent y truco verificación email
- NAP internacional (ES + MX + CO + AR + CL)
- Directorios y citaciones (matriz país × nicho)
- Reseñas y marco legal por país (Omnibus ES, PROFECO MX, etc.)
- Schema LocalBusiness avanzado
- Hreflang y arquitectura hispanohablante
- Contenido local geolocalizado (incluye doorway pages 🟡 con defensa)
- Core Web Vitals con foco local (CrUX por país)
- Stack del consultor: herramientas (SISTRIX, DinoRANK, Rankit.es…)
- Entregables del consultor (auditoría, propuesta, informes, contratos R&R)
Bloque 0 · Onboarding del cliente
Antes de auditar nada, ejecuta este descubrimiento en la primera sesión con el cliente. Sin estos datos cualquier propuesta es ciega. Tiempo objetivo: 45-60 min.
0.0 Datos imprescindibles que solo el usuario puede aportar
Importante para el agente que ejecuta esta skill: hay datos que el agente NO puede obtener por sí mismo (el panel del GBP redirige a consent banner; los paneles de Search Console y Analytics requieren login). Para evitar un cuestionario eterno, se pide en dos partes: un volcado masivo (rápido) + un mínimo de datos críticos que el volcado no incluye.
#### Paso 1 · Volcado del GBP (5 segundos, recomendado)
El usuario abre la ficha del GBP en Google Maps o en business.google.com, hace Ctrl+A + Ctrl+C sobre el panel lateral, y pega el resultado al invocar la skill. El agente parsea automáticamente:
- Nombre exacto + estado verificación
- Categorías (principal + secundarias)
- Place ID, CID, Business Profile ID, KG ID
- Dirección completa + coordenadas + Plus Code
- Teléfono + web vinculada
- Reseñas (volumen, media) + reseñas individuales recientes con respuestas del propietario
- Número de fotos
- Atributos y servicios listados (conteo)
- Descripción del propietario
- Fecha de la última publicación / Post
- Horario actual
#### Paso 2 · Datos críticos mínimos que el volcado NO incluye
El agente pregunta SOLO estos (todos opcionales — si no se conocen, avanzar dejando hueco anotado):
=== Datos críticos ===
- Método de verificación usado: [email del dominio / llamada / postal / vídeo]
- Fecha aproximada de creación de la ficha (si la recuerdas):
- Insights del último mes (si los miras rápido en el panel): llamadas / rutas / clics web
- Acceso a Google Search Console: [Sí (propietario/lector) / No]
- Acceso a Google Analytics 4: [Sí / No]
=== Solo si es modo R&R ===
- ¿Tienes otras fichas R&R activas con la misma cuenta/IP/teléfono?:
- ¿Algún historial de suspensión previa en cualquiera de tus fichas?:
- Modelo de cobro actual (si ya alquilas leads):
- Leads/mes actuales y objetivo:
Regla de oro: nada que el usuario tenga que cazar en gráficos o filtrar manualmente. Solo lo que tiene de cabeza o lo que mira en 30 segundos en el panel.
0.1 Datos del negocio (identidad)
- [ ] Razón social y nombre comercial (a veces no coinciden — relevante para GBP, schema y firma de contratos)
- [ ] País de operación principal y secundarios
- [ ] Identificador fiscal: CIF/NIF (ES) · RFC (MX) · NIT (CO) · CUIT (AR) · RUT (CL/UY) · RUC (PE/EC) — necesario para schema avanzado y verificación en directorios
- [ ] Forma jurídica (S.L., S.A., autónomo/freelance, S.A. de C.V., S.A.S., etc.)
- [ ] Año de constitución y antigüedad operativa
- [ ] Idioma(s) de operación: castellano + ¿lengua cooficial? (catalán, euskera, gallego, valenciano, balear en ES; náhuatl/maya en MX para casos turísticos)
- [ ] Sitio web actual (URL principal y todas las URLs alternativas/legacy)
0.2 Modelo de negocio y servicios
- [ ] Sector / vertical: identificar con la mayor precisión posible (no "restaurante" → "asador argentino con terraza y delivery")
- [ ] Servicios/productos principales: lista priorizada por margen y volumen
- [ ] Ticket medio y ciclo de venta (impulso vs decisión meditada)
- [ ] Estacionalidad: meses fuertes vs valle (importante para presupuestar GBP Posts y campañas)
- [ ] Modelo: presencial puro, híbrido, multi-local, franquicia, e-commerce con tienda física
- [ ] ¿Es service-area business (SAB)?: el cliente va al usuario (fontanero, cerrajero, electricista, reformista, fisio/peluquería a domicilio, cristalero, mudanzas, mecánico móvil). Decisión crítica para el ranking — un SAB rankea peor que un negocio con local físico, así que aprovecha cualquier presencia física defendible:
| Opción | Riesgo | Cuándo elegirla |
|---|
| GBP "área de servicio" puro, sin dirección pública (oculta) | 🟢 WHITE | Cliente sin oficina y sin querer asumir riesgo. Aceptas que el pack local lo gane quien sí tenga dirección visible. |
| GBP con local físico real y operativo, aunque sea oficina pequeña, taller o almacén | 🟢 WHITE | Cliente tiene cualquier espacio fijo a su nombre, aunque no reciba clientes ahí. Ideal — listar dirección visible y rankear mejor. |
| GBP con dirección donde el cliente tiene presencia parcial demostrable (despacho compartido con un colaborador, taller en domicilio con buzón propio a nombre del negocio, almacén alquilado, oficina de un familiar/socio con autorización) | 🟡 GREY | Cliente no tiene local "oficial" pero puede defender la dirección si Google audita (postal con su nombre, vídeo del cartel, factura de suministros o alquiler). Aquí está la verdadera ventaja competitiva en SAB — y muchos competidores la usan. Requisitos para que se sostenga: dirección a nombre del negocio en algún documento, cartel visible con el nombre del negocio en la puerta o ventana, posibilidad de recibir la postal de verificación, vídeo de verificación factible mostrando entorno y rótulo, marcar el GBP como "no recibimos clientes en esta dirección" (ocultar dirección si conviene). |
| GBP con dirección sin presencia real, buzón virtual o dirección inventada sin posibilidad de poner cartel ni grabar vídeo defendible | 🔴 BLACK | High risk / high reward: mientras Google no pida reverificación, la ficha rankea igual que cualquier otra. El riesgo se activa si modificas datos clave de la ficha (nombre/categoría/teléfono/dirección) o si un competidor denuncia — entonces lo más habitual es que pidan vídeo y si no se puede aportar, se suspende. Ejecutable con cliente firmando el riesgo. |
Detalle de implementación, defensa de verificación y radios de servicio óptimos en el Bloque 2 · GBP.
0.3 Ubicaciones y mercado geográfico
- [ ] Direcciones exactas de cada local (calle, número, piso/local, CP, municipio, provincia/estado, país)
- [ ] Coordenadas GPS (lat/lng) de cada local — sácalas tú mismo en Google Maps, no te fíes del cliente
- [ ] Área de servicio: radio en km, lista de municipios/colonias atendidos, o territorios concretos
- [ ] Mercado objetivo: ¿buscan local-local (barrio), local-amplio (ciudad), comarcal/provincial, regional, nacional?
- [ ] Si multi-local: ¿cuántos locales? ¿gestión centralizada o por sede?
- [ ] Notas específicas por país:
- ES: identificar CCAA, provincia y municipio. Si CCAA con lengua cooficial, decidir estrategia bilingüe.
- MX: estado, municipio/alcaldía, colonia. CDMX y Monterrey/Guadalajara tienen dinámica distinta al resto del país.
0.4 Identidad digital actual
- [ ] Perfil de Empresa de Google (GBP): ¿existe? ¿está verificado? ¿quién lo gestiona? ¿credenciales disponibles? — pedir acceso de "Administrador", no "Propietario"
- [ ] Otras fichas de mapas: Apple Business Connect, Bing Places, Waze (importante en MX y LATAM)
- [ ] Listado completo de directorios donde aparece (pedir al cliente que vuelque lo que recuerde + búsqueda
"nombre del negocio" + "ciudad" en sesión) - [ ] Redes sociales activas (Facebook, Instagram, TikTok, LinkedIn, X) — ¿con dirección y datos NAP coherentes?
- [ ] Reputación actual: nº reseñas y puntuación en Google, TripAdvisor, Doctoralia, TheFork, Idealista, Habitissimo, Trustpilot, y los que apliquen
- [ ] Plataformas verticales del sector donde tiene perfil
0.5 Web actual — checklist exprés
A confirmar en directo durante la sesión:
- [ ] CMS: WordPress, Shopify, Wix, Webflow, custom — condiciona qué se puede implementar
- [ ] HTTPS activo y sin contenido mixto
- [ ] Hreflang existente (sí/no, cuál)
- [ ] Schema markup existente (sí/no, qué tipos) — comprobar en rapid.schemavalidator
- [ ] Sitemap.xml accesible y completo
- [ ] robots.txt revisado en busca de bloqueos absurdos
- [ ] Páginas de ubicación existentes (cuántas, urls)
- [ ] Acceso a Google Search Console — pedir invitación como propietario
- [ ] Acceso a Google Analytics (GA4) — pedir permisos de lectura mínimo
- [ ] Acceso a Google Tag Manager si existe
- [ ] PageSpeed actual móvil — captura rápida en sesión
0.6 Competencia local
- [ ] 3-5 competidores directos según el cliente (pedírselos)
- [ ] 3-5 competidores adicionales que tú detectes en el pack local de las keywords objetivo
- [ ] Para cada uno: GBP (categorías, reseñas, posts), web, principales directorios donde aparece, schema usado
0.7 Objetivos del cliente y KPIs
- [ ] Objetivo principal: ¿llamadas? ¿reservas online? ¿solicitudes de ruta? ¿formularios? ¿pedidos delivery? ¿citas?
- [ ] Métrica del éxito: definir 1-3 KPIs cuantitativos a 90 / 180 / 365 días
- [ ] Presupuesto disponible: para herramientas, contenidos, posibles assets visuales
- [ ] Capacidad operativa interna: ¿quién responde reseñas? ¿quién publica Posts? ¿quién sube fotos? ¿el cliente o tú?
- [ ] Restricciones: marca corporativa (franquicia), políticas internas, sector regulado (sanidad, legal, financiero) que limiten lenguaje y promesas
0.8 Marco legal y consentimientos
- [ ] ES: RGPD + LSSI-CE + LOPDGDD + Omnibus (RDL 24/2021) → para pedir reseñas, emails y SMS
- [ ] MX: LFPDPPP (Ley Federal de Protección de Datos Personales en Posesión de los Particulares) + PROFECO + LFPC → consentimiento para email marketing
- [ ] Política de privacidad y aviso de cookies: ¿existen, están al día?
- [ ] Aviso de privacidad en MX (obligatorio, formato específico distinto al RGPD)
- [ ] ¿Cliente regulado?: sanidad (consentimientos reforzados), legal (Colegio Profesional limita publicidad), financiero (CNMV/CNBV)
0.9 Output esperado del onboarding
Al cerrar la sesión 0, debes haber producido un documento de 1-2 páginas con:
CLIENTE: [nombre comercial]
SECTOR: [sector específico] | MODELO: [SAB / local físico / híbrido / multi-local]
PAÍS: [ES/MX/...] | CCAA·Estado: [...] | MUNICIPIO·Alcaldía: [...]
IDIOMA(S): [es-ES / es-MX / + cooficial]
WEB: [url] | CMS: [...] | GBP: [verificado/no, accesos]
NAP OFICIAL:
Nombre: ...
Dirección: ...
Teléfono: +XX ...
COMPETENCIA: [lista 5-10]
KPI PRIMARIO 90d: [...]
KPI PRIMARIO 180d: [...]
PRESUPUESTO MENSUAL: [...]
RESPONSABLE CLIENTE: [persona] | CAPACIDAD OPERATIVA: [...]
RESTRICCIONES LEGALES/SECTORIALES: [...]
ACCESOS PENDIENTES: [GSC, GA4, GTM, GBP, redes...]
PRÓXIMOS PASOS: [bloque 1 — Diagnóstico técnico]
Este documento es la base sobre la que se ejecutan los bloques 1-11. Sin esto cerrado, no avances al diagnóstico técnico: ahorras horas de trabajo evitando suposiciones.
0.10 Red flags en el onboarding
Detecta y abre conversación con el cliente — no para "rechazar el caso", sino para dejar constancia escrita del estado heredado y del nivel de riesgo asumido:
- Sin CIF/RFC/NIT en web ni en GBP → fácil de corregir, pero es síntoma de descuido. Auditar otros bloques con escepticismo.
- Reseñas compradas en el pasado → 🔴 riesgo de detección retroactiva y de incumplimiento Omnibus (ES) / PROFECO (MX). Documentar en el acta, plan de "limpieza progresiva" antes de pedir reseñas nuevas (sin borrar las falsas — eso es admisión; diluirlas con reales y reportar las que sean obviamente fake).
- Múltiples webs/dominios para "salir más veces" en el pack local → 🟡/🔴 según el grado de duplicación:
- Sites independientes con NAPs distintos en direcciones físicas reales y diferentes → 🟡 viable pero Google lo está limpiando agresivamente desde 2024-2025.
- Sites espejo con el mismo NAP → 🔴 penalización segura. Consolidar.
- Promesa de "primero en Google Maps en 1 mes" sin presupuesto ni base previa → ajustar expectativas en el contrato. Pack local sostenible se construye en 3-6 meses; competencias duras pueden ser 9-12 meses.
- GBP en buzón virtual puro (servicio de domiciliación postal sin local, sin cartel, sin posibilidad de grabar vídeo creíble) → 🔴 ejecutable como high risk / high reward: la ficha rankea normal hasta que Google pida reverificación (típicamente al tocar datos de la ficha o tras denuncia de competidor), momento en el que sin defensa material puede caer. Alternativa más sostenible 🟡: coworking con cartón pluma en la puerta + email del dominio para verificar, o vivienda de colaborador con cartel del negocio y factura a nombre del negocio (ver bloque 2 para procedimiento operativo).
- Franquicia o múltiples sedes con GBPs duplicados o mal estructurados → priorizar limpieza antes de cualquier optimización (un perfil duplicado canibaliza al "bueno"). Detalle en el Bloque 2.
- Keyword stuffing en el nombre del negocio en GBP ("Reformas Madrid Económico 24h Urgente") → 🟡 práctica habitual en SEO local hispano que funciona descaradamente; Google rara vez suspende salvo reporte de competidor — lo habitual es "edición sugerida" para acortar el nombre. Si el cliente ya tiene esta huella heredada, evaluar si conviene mantenerla o reducirla (ver bloque 2 para defensa y para la versión del cliente vs. la versión del consultor R&R).
- Categoría principal de GBP claramente errónea o demasiado genérica → reordenar antes de tocar nada más; cambia el universo de keywords por las que rankeas.
- Cliente en sector regulado (sanidad, legal, financiero) sin política de privacidad actualizada o aviso de privacidad (MX) → exigir resolución antes de avanzar; las tácticas 🟡 no aplican aquí.
Bloque 2 · Perfil de Empresa de Google (GBP)
El GBP es el activo #1 del SEO local hispano. Tiene más impacto en conversión inmediata que la propia web: el 76% de las búsquedas locales en móvil acaban en una llamada o ruta desde Google Maps en las 24h siguientes. Este bloque cubre la creación, optimización y operación del GBP, incluyendo la sección Rank and Rent como modelo de negocio del consultor SEO local hispano.
2.1 Fundamentos del pack local
Google rankea fichas en el pack local con 3 factores: relevancia, distancia y prominencia. Lo que controlas:
- Relevancia: categoría primaria, secundarias, nombre, servicios, productos, atributos, contenido de la web vinculada.
- Prominencia: reseñas (volumen, velocidad, calidad), citaciones (volumen, autoridad, consistencia), backlinks locales a la web, menciones en prensa local.
- Distancia: no se controla, pero la dirección elegida define a quién serás "cercano".
Madurez de ficha: una ficha nueva tarda 1-3 semanas en aparecer en el pack local después de verificarse. No tiene sentido invertir en citaciones masivas el día 1.
### ⚠️ Cómo funcionan realmente las "auditorías" de Google (mitos vs realidad)
>
Es crítico que el consultor entienda esto y no asuste al cliente con escenarios irreales:
>
- Google NO audita fichas inactivas de forma sistemática. Una ficha verificada y estable puede mantenerse meses (a menudo más de 6) sin ninguna intervención, incluso si su dirección o nombre son discutibles. En la práctica, miles de fichas "grises" llevan años funcionando. - Lo que SÍ dispara una reverificación (verificación por vídeo casi siempre): modificar nombre del negocio, categoría principal, teléfono o dirección desde el panel de la ficha. Estos cambios son los que activan el flag interno de Google y casi seguro pedirán vídeo. - Lo que dispara una suspensión suele ser un reporte explícito de un competidor o un patrón muy evidente (keyword stuffing extremo, reseñas masivas claramente falsas, dirección compartida con muchos negocios distintos). No es un crawler aleatorio. - Implicación operativa: una ficha 🟡 o incluso 🔴 que se queda quieta puede dar resultados sostenidos durante meses. El riesgo grande se activa cuando tocas datos clave de la ficha o cuando alguien te denuncia — no por el simple paso del tiempo.
>
Cuando esta skill use expresiones tipo "Google audita" o "Google detecta", siempre se refiere a estos disparadores reales, no a una auditoría periódica que no existe.
### Filtrado por proximidad: qué es y cómo sortearlo
>
Uno de los motivos más frecuentes de "no rankeo ni desde mi propio local" no es penalización ni falta de prominencia: es filtrado por proximidad. Google muestra una sola ficha por clúster competitivo dentro de un radio determinado para evitar saturar el pack con resultados casi idénticos. Si caes en el clúster equivocado, desapareces aunque tengas más reseñas y mejor ficha que el que sí aparece.
>
Cómo lo aplica Google (lectura operativa, no documentación oficial):
>
- Agrupa fichas que comparten categoría principal + cercanía geográfica + similitud de nombre o servicios. De ese clúster suele sacar 1 al pack (a veces 2 si el query es muy comercial). - El umbral típico de "demasiado cerca" en zona urbana densa ronda los 40-80 metros entre pines. En zona suburbana o de baja densidad puede llegar a 150-300 m. La altura del edificio no cuenta — dos clínicas en distintas plantas del mismo portal son el mismo punto para Google. - Cadenas y franquicias sí filtran al independiente cercano cuando comparten categoría: un Dental Sanitas o un Vivanta a 50 m del dentista de barrio le tapa en casi todas las búsquedas de marca genérica ("dentista [barrio]").
>
Cómo detectarlo (no confundir con falta de prominencia):
>
- Geogrid con dispersión irregular: en Rankit.es u otra herramienta de grid, la ficha aparece en posición decente en celdas alejadas del local pero desaparece o cae brutalmente en las celdas pegadas al propio negocio. Patrón clásico de filtrado. - Rankea en el vecino, no en el propio: buscas desde el portal del cliente y no apareces; te alejas 200-400 m y empiezas a salir. Casi siempre es filtrado, no penalización. - Competidor dominante muy próximo de la misma categoría: si a <100 m hay una cadena, una franquicia o un independiente muy maduro con la misma categoría principal, asume filtrado por defecto antes de buscar otras causas. - Reseñas y citaciones correctas pero invisibilidad local: cuando la prominencia está bien trabajada pero el pack no te muestra ni de cerca, el filtro de proximidad es el sospechoso principal.
>
Causas típicas:
>
- Cadena/franquicia grande pegada al cliente (dentistas, ópticas, peluquerías, inmobiliarias). - Dos fichas propias del consultor en el mismo barrio compitiendo entre sí (canibalización intra-cartera, típico en R&R cuando se monta un "ring" metropolitano sin separación suficiente). - Fichas con nombre, categoría y dirección excesivamente parecidos a un competidor muy cercano — Google las trata como duplicados blandos. - R&R con varias landings/fichas en el mismo distrito buscando capturar barrios contiguos.
>
Cómo sortearlo:
>
1. Diferenciar NAP y posicionamiento de marca: si compites con una cadena, refuerza nombre extendido con keyword distinta a la cadena (ver 2.4) y categoría secundaria que la cadena no use. No puedes ganar al clúster siendo "otro dentista más" — sé "Clínica Dental Sonríe - Implantes y Ortodoncia" cuando el grande es "Dental Sanitas". 2. Ajustar el pin al lado opuesto del competidor: dentro del mismo local, el pin GBP puede arrastrarse unos metros. Llévalo al borde de la parcela opuesto al competidor cercano. Ganancia modesta pero gratis, sin disparar reverificación. 3. Ampliar `areaServed` en schema LocalBusiness de la web: declarar explícitamente los barrios/municipios objetivo en el JSON-LD ayuda a que la web tire del pack en queries geomodificadas donde la ficha está filtrada. No arregla el filtro, lo compensa por otra vía. 4. Reseñas y prominencia local: dentro del clúster, Google tiende a elegir la ficha más prominente. Más reseñas geolocalizadas, citaciones limpias y backlinks de prensa local pueden hacerte ganar el clúster sin moverte. Es la palanca más limpia para ficha real. 5. Caso canibalización intra-cartera (dos fichas propias filtrándose): si la segunda ficha empeora a la primera y no aporta cobertura geográfica nueva, eliminar la débil o moverla a barrio distinto. Mantener dos en el mismo clúster es regalar pack al competidor.
>
🟡 Mover el pin GBP al borde de la zona competitiva
>
Cuando la cadena que filtra está claramente identificada (un único competidor dominante a 50-80 m), el pin se puede desplazar hacia el extremo del local más alejado del competidor sin tocar la dirección textual. Ganancia típica: salir del clúster en 3-6 celdas del grid. No dispara reverificación porque el campo "dirección" no cambia.
>
🟡 Cambio de dirección para escapar del clúster (solo cliente que asume el coste)
>
En casos extremos de filtrado por una cadena imbatible, mover el local físico al menos 150-300 m (idealmente a otra calle perpendicular) saca la ficha del clúster. Antes de proponerlo: aplicar íntegro el procedimiento de 2.7 (citaciones primero, GBP después). Mover la dirección sin preparación previa es la receta para la suspensión.
>
🔴 R&R: separación mínima entre fichas propias en la misma ciudad
>
Para ring metropolitano, mínimo 1,5-2 km entre pines de fichas de la misma categoría, y nombres/dominios claramente distintos. Por debajo de eso te filtras a ti mismo y desperdicias ficha. Si la ciudad no da para esa separación con varias fichas, monta una sola bien hecha y expande con areaServed en la web, no con más fichas.
2.2 Creación de la ficha desde cero
Flujo paso a paso (España; en México prácticamente idéntico):
- Acceder a
business.google.com con la cuenta Google que será propietaria. - "Añadir empresa" → buscar el nombre por si ya existe (importante: si existe y
está reclamada por otro, hay que ir por proceso de reclamación de propiedad, distinto).
- Si no existe → "Crear empresa con este nombre".
- Decisión crítica en este paso: Google pregunta por web y teléfono. Si pones
los dos correctamente, te ofrecerá verificación por email — ver 2.3.
- Categoría principal: la más específica posible.
- Dirección: solo si el cliente atiende en local físico — ver
2.6. - Servicio a domicilio / radio de servicio: si es SAB.
- Horario inicial (luego se afina en
2.10). - Teléfono y web.
- Verificación → ir a
2.3.
2.2.1 Toma de control de ficha del cliente y transferencia de propiedad
La regla de roles cambia radicalmente entre los dos modos de la skill. Equivocarse aquí es lo que más juicios, broncas con clientes y suspensiones cruzadas genera en este oficio.
Regla de oro de roles
| Modo | Propietario Principal | Administrador | Por qué |
|---|
| 🟢 Cliente real | Gmail del cliente (idealmente del dominio del negocio) | Tú (consultor / agencia) | El cliente es dueño del activo, tú eres reemplazable sin drama y sin riesgo de demanda. |
| 🟡 Rank and Rent | Tú (cuenta del dominio que controlas) | Nadie del cliente | El activo es tuyo; el "alquilador" solo recibe leads, jamás acceso a la ficha. |
Mezclar estos dos patrones (ser Propietario en cliente real, o dar Admin al alquilador en R&R) es el error operativo más caro del sector.
Flujo correcto para transferir propiedad de A → B (cliente real)
- Desde GBP → Configuración → Administradores → Añadir → Gmail del cliente como Administrador.
- Esperar 7 días completos (cooldown obligatorio que impone Google antes de poder ascender a Propietario).
- Promover al cliente a Propietario Principal.
- Tú te quedas como Administrador secundario para seguir operando.
- Nunca el orden inverso: si te autoeliminas como Propietario antes de transferir, la ficha queda huérfana y vuelve a estado reclamable por terceros.
🔴 Restricción de Google: toda ficha exige al menos un Propietario Principal activo y único. Puede tener varios Administradores sin propietario adicional, pero el Propietario Principal no es opcional.
Cliente que no recuerda quién creó la ficha (admin antiguo desaparecido)
Orden de ataque, de más rápido a más lento:
- Recuperación de cuenta Google desde
accounts.google.com/signin/recovery con pistas del cliente (primeros caracteres del Gmail, fecha aproximada, teléfono asociado). Suele ser la vía más rápida si hay memoria mínima del email. - Si no hay recuperación posible → en Google Maps, pulsar "¿Eres el propietario de esta empresa?" o entrar a
business.google.com con un Gmail nuevo del cliente y abrir Solicitud de propiedad. - Google notifica al admin actual: 7 días de plazo. Si no responde, transfiere automáticamente. Si responde, abre revisión manual.
Reclamación cuando el dueño perdió el control (agencia anterior que no suelta)
Es el escenario más frecuente con clínicas dentales, gestorías y reformas que rotan de agencia.
- Abrir Solicitud de propiedad desde
business.google.com con un Gmail del cliente, idealmente del dominio del negocio ([email protected] pesa más que un Gmail personal). - Preparar el dossier de titularidad real antes de iniciar — Google decide por documentación, no por antigüedad:
- Escritura de constitución o alta de autónomo
- CIF/NIF (ES) o RFC (MX) vinculado al negocio
- Factura de luz/agua del local a nombre del titular
- Factura del dominio web a nombre del titular
- Fotos del local con cartelería visible (matching exacto con el nombre de la ficha)
- Colegiación profesional en sanidad / legal / arquitectura
- Mandar en paralelo email formal o burofax a la agencia anterior pidiendo el traspaso. No es para asustar; es para dejar trazabilidad de buena fe documentada por si Google abre disputa.
- Si en 7 días la agencia no responde → transferencia automática. Si deniega → apelación con dossier completo. Suele ganar quien aporta mejor prueba de propiedad real.
- No tocar nada de la ficha hasta tener el control efectivo. Cuando lo tengas: primero cambiar Propietario Principal al Gmail del cliente, luego tú como Administrador.
Solicitud de propiedad de un tercero sobre TU ficha (defensa)
Si alguien pide la propiedad de una ficha que gestionas, Google te avisa por email. La apelación del solicitante está integrada en el flujo y no se puede bloquear — solo se puede blindar tu posición:
- 🔴 Responder en menos de 3 días (si pasan 7 sin respuesta, Google puede transferir automáticamente).
- Denegar con justificación clara y subir evidencia de titularidad operativa: factura del dominio, fotos del local con cartelería, registro mercantil / RFC, documentos a nombre del titular.
- Si el solicitante apela, Google abre revisión manual. Gana quien aporta mejor documentación de propiedad real.
Transferir gestión entre agencias (handoff limpio)
- La agencia entrante entra como Administrador con su Gmail/Workspace.
- Cooldown de 7 días.
- La agencia saliente promueve a la entrante a un rol equivalente y se autoelimina, nunca antes de los 7 días.
- Documentar el cambio por escrito con el cliente (email firmado o anexo al contrato) y guardar capturas del estado de roles antes y después. Es lo único que protege ante una apelación posterior de la cuenta saliente.
🟡 Picaresca habitual: agencias que retienen propiedad para forzar renovación. La solicitud de propiedad con documentación del titular real lo resuelve en 7 días sin necesidad de bronca, siempre que el cliente sea efectivamente el dueño del negocio.
Rank and Rent — protección frente a expulsión del cliente
En R&R esto no se negocia:
- 🔴 Cliente alquilador jamás recibe acceso a la ficha. Ni Admin, ni Propietario, ni vista de lectura.
- Forward de llamadas + email/WhatsApp de leads. Nada más.
- El Gmail Propietario es tuyo, en cuenta aislada por ficha, con email del dominio que tú controlas.
- Si el cliente "alquilador" deja de pagar, cortas el forward y revendes la ficha. Esa es exactamente la lógica del modelo y por eso el rol Propietario no se cede nunca.
Ver el patrón completo de aislamiento por ficha en 2.18 (Rank and Rent).
2.3 Verificación — el truco crítico para evitar el vídeo
Este es uno de los conocimientos diferenciales de esta skill, confirmado en España:
Procedimiento operativo:
- Al crear la ficha, Google pregunta si quieres añadir web y teléfono.
- Si pones ambos (web del dominio + teléfono), Google te ofrece tres métodos de verificación:
- Llamada telefónica al número que pusiste
- Correo electrónico al email del dominio de la web (ej:
[email protected]) - Vídeo
- Siempre elegir email para evitar que pidan vídeo.
- Esperar el código en el inbox del email del dominio. Introducirlo en GBP. Verificado.
Requisitos:
- Dominio asociado a la ficha (no vale un dominio cualquiera — debe ser coherente con el negocio que listas).
- Email del dominio funcional (
info@, contacto@, hola@ — no Gmail / Hotmail). - Acceso a ese email durante la creación.
Cuándo SÍ aceptar la verificación por vídeo:
- Cliente real con local físico operativo → graba vídeo bien hecho que blinda la ficha.
Un vídeo aprobado por Google es un activo defensivo: futuras auditorías son menos probables. Hazlo en condiciones, no improvisado: cartel del negocio visible, número de portal, calle, interior con material de oficina del negocio, equipo trabajando si es posible.
- Si Google se "salta" la opción email y va directo a vídeo (puede pasar en categorías
más vigiladas como sanidad o legal), no insistir en evadirlo.
🟡 Truco: verificar en coworking con cartón pluma
Si el cliente o el R&R no tiene local propio, un coworking pasa la verificación si tiene cartelería visible del negocio en la puerta, aunque sea improvisada (un cartón pluma con el nombre y logo en la puerta del despacho asignado dentro del coworking). En la mayoría de coworkings no hay problema; algunos incluso ya facilitan placa con tu marca.
⛔ Métodos que NO funcionan (no perder tiempo):
- Vídeos truncados grabados en otro sitio
- Postales redirigidas a buzón virtual cuando piden segunda evidencia visual
- Vídeo de un local "prestado" sin cartelería real del negocio
#### 2.3.1 Protocolo de verificación por vídeo cuando Google la impone
El truco del email del dominio funciona el ~70% de las veces. El otro ~30% Google se salta los métodos opcionales y va directo a vídeo sin preguntar. Esto pasa especialmente en:
- Categorías vigiladas: cerrajería, abogados, sanitarios, fontanería 24h, asesoría fiscal, médicos, dentistas, clínicas estéticas.
- Fichas SAB sin dirección visible (área de servicio puro).
- Cuentas Google con histórico previo de fichas suspendidas o reclamadas.
- Reactivaciones de fichas que llevaban años sin tocar (caso típico: cliente con ficha "fantasma" de 2018 que ahora le añades dirección).
- Cualquier ficha creada desde IP / dispositivo asociado a otras fichas problemáticas.
Cuando esto pasa, no hay back-door: o grabas el vídeo o no hay ficha. La buena noticia es que un vídeo bien hecho blinda la ficha durante meses.
🟢 Guion-tipo del vídeo (30-60 segundos, una sola toma, sin cortes)
Google rechaza vídeos editados, con cortes o con música. Una toma continua, en horizontal, con el móvil. Estructura:
- Calle y entorno (5-10 s): empieza grabando la calle desde unos metros antes del portal. Que se vea el nombre de la vía en un rótulo municipal si es posible, números de portal vecinos, comercios contiguos. Da contexto geográfico.
- Fachada y rótulo (5-10 s): enfoca el rótulo exterior del negocio con el nombre idéntico al de la ficha GBP. Si no hay rótulo permanente, la placa improvisada (ver siguiente apartado) cumple.
- Número de portal y acceso (5 s): muestra el número del portal y la entrada. Si es una oficina dentro de un edificio, graba el directorio del portal donde figure el negocio o la planta.
- Interior — recepción / zona común (5-10 s): entra grabando, sin cortar la toma. Mostrar mostrador, espera, cartelería interior con marca.
- Equipamiento profesional (10-15 s): lo más importante para que el revisor entienda que es un negocio operativo. Para una clínica: camilla, instrumental, sala. Para una asesoría: ordenadores con documentación, archivadores, sala de reuniones. Para un taller: maquinaria, vehículos en boxes. Para servicios SAB: furgoneta rotulada, herramienta profesional, EPIs marcados.
- Material administrativo (5 s): factura, tarjeta, sello, libro de visitas, calendario marcado. Refuerza la idea de negocio en activo, no escaparate.
Si vas a alargarte, mejor 50-60 s con todo claro que 90 s con detalles aleatorios. El revisor decide en segundos.
🟡 Defensa material mínima cuando NO hay rótulo permanente
Caso típico: SAB en domicilio, coworking sin placa, oficina recién alquilada. Material a producir antes del vídeo:
- Placa o cartel rígido con el nombre exacto del negocio + logo. Cartón pluma de 50×30 cm impreso en imprenta (no folio impreso, se nota). Coste ~15-25 €. Fijada en la puerta con velcro industrial o tornillo si es propietario.
- Placa pequeña en el buzón con el nombre del negocio junto al apellido (cuando es domicilio particular).
- Vinilo en la furgoneta si es SAB con vehículo propio (el revisor acepta el vehículo rotulado como evidencia material aunque el domicilio sea oculto).
- Papelería visible en interior: tarjetas, talonarios, sello físico — todo con el mismo NAP de la ficha. Esto resuelve la fase "material administrativo" del guion.
Si grabas en casa para SAB, el revisor acepta que NO se vea el interior doméstico siempre que haya cartelería clara en la puerta y muestres material profesional (vehículo rotulado, kit de herramienta, equipo).
🟡 Cuando el vídeo entra en bucle "procesando"
Síntoma habitual: subes el vídeo, queda en "procesando", al día siguiente GBP te vuelve a pedir vídeo sin dar feedback. Diagnóstico:
| Síntoma | Causa probable | Acción |
|---|
| 2-3 vídeos en bucle "procesando" sin respuesta | Cola de revisión saturada o el algoritmo no procesa | Esperar 72 h antes del siguiente intento. No reenviar a diario, satura más. |
| Te pide vídeo nuevo a las 24 h | El primero fue rechazado en silencio | Cambiar guion, añadir más evidencia material (no repetir el mismo vídeo). |
| Bucle persistente 7+ días | Cuenta o ficha marcada internamente | Abrir caso por chat de soporte GBP citando ID de ficha y adjuntando vídeo + CIF/RFC. |
| "No cumple directrices" sin más | Algo del vídeo o del negocio fricciona | Ver siguiente apartado. |
Soporte de GBP en castellano funciona por chat dentro de la consola (no por teléfono — el 900 800 624 que circula está prácticamente desatendido en 2025-2026). El chat sí escala.
🟢 Teleguiar al cliente cuando estás a 400 km
Casuística frecuente del consultor: el cliente no sabe grabar, está en otra provincia, no entiende qué tiene que mostrar. Flujo:
- Videollamada por WhatsApp / Meet con el cliente mientras él graba con el móvil. Tú le dices en directo "ahora enfoca el rótulo, gira a la derecha, muestra la camilla". No cortes la grabación de WhatsApp, solo guíalo.
- Una vez grabado el vídeo definitivo en el móvil del cliente, le pides que te lo envíe por WeTransfer (no por WhatsApp, comprime).
- Tú subes el vídeo desde tu sesión de GBP (eres gestor con permisos). Así controlas timing, formato y reintentos sin que el cliente toque nada.
- Si el cliente es mayor (caso de la ficha de +5 años con dueños mayores): envíale a casa el cartel impreso ya hecho, dile dónde colgarlo, y agéndale una hora exacta para la videollamada de grabación. Quitas fricción operativa.
⛔ Errores que generan rebote automático
- Vídeo en negro / cámara tapada: el revisor lo descarta en 2 segundos. No funciona "porque solo importa la ubicación" — el algoritmo exige imagen reconocible.
- Vídeo grabado en vertical y editado a horizontal: detecta el cambio de aspect ratio, lo marca como manipulado.
- Vídeos con cortes, transiciones o música: rechazo automático. Una sola toma.
- Captura de Google Street View: rechazo inmediato, lo detecta.
- Vídeo de un local prestado sin cartelería real del negocio: el nombre del rótulo tiene que coincidir con el de la ficha. Local de un amigo "que dice ser tu oficina" no cuela.
- Mostrar instalaciones que claramente no son del negocio: enseñar un quirófano para una asesoría fiscal levanta sospecha humana.
🔴 Respuesta "No cumple directrices" — qué significa realmente
Es la respuesta genérica que da Google cuando algo no cuadra y no quiere decirte qué. Posibles causas reales:
- El nombre comercial del vídeo no coincide exactamente con el de la ficha (un "S.L." de más, un guion, tilde distinta).
- La categoría declarada no encaja con lo que se ve en el vídeo (declaras "clínica dental" y se ve un despacho sin instrumental).
- La dirección visible en el vídeo (rótulo de calle, número de portal) no coincide con la dirección de la ficha.
- El dominio del email usado para verificar no coincide con el negocio que se ve en el vídeo (mismatch típico al usar dominios de R&R reutilizados).
- Histórico de la cuenta Google: si has tenido fichas suspendidas con esa misma cuenta, arrastra carga.
Antes del siguiente intento: auditar los cinco puntos, corregir el desajuste detectado, y volver a enviar con guion ajustado. Si tras 3 intentos sigue rebotando, no insistir desde la misma cuenta — el algoritmo ya la tiene marcada.
🟡 Excepción profesional individual (autónomos sanitarios y legales)
Categorías reguladas (médicos colegiados, abogados, psicólogos, dentistas, fisios) tienen un camino paralelo: si el profesional ejerce como persona física en su nombre, Google admite verificación documental con número de colegiado + certificado del colegio profesional sin necesidad de vídeo completo. Sale en el flujo de "verificación adicional" pidiendo documento. Aplica solo en ES y MX para colegios reconocidos. No es una alternativa elegible — aparece o no aparece según categoría y ubicación.
Cuándo NO seguir luchando con el vídeo
- Modo cliente real 🟢: si tras 3 vídeos limpios sigue rebotando, abrir caso por chat con CIF + alta IAE + última factura emitida + foto del rótulo. Soporte humano escala bien con un cliente legítimo que aporta papel. No crear ficha nueva — sería duplicado y tumbarías ambas.
- Modo R&R 🔴: si tras 2 vídeos rebota, asumir pérdida y rotar a otra cuenta Google + otra IP + otro dominio + otro número. Persistir desde la misma cuenta solo marca más fuerte el perfil. La economía del R&R asume churn de fichas — el tiempo del consultor vale más que insistir 5 veces en una ficha quemada.
2.4 Nombre del negocio
El nombre que pongas en GBP es de las señales más fuertes del pack local: una keyword en el nombre puede mover 5-15 posiciones por sí sola.
🟢 Nombre real comercial: lo que pone en la fachada, papelería, facturación. Siempre es la opción de menor riesgo.
🟡 Nombre extendido con keyword (keyword stuffing controlado)
Práctica habitual en SEO local hispano, especialmente en verticales de urgencia y servicios. Ejemplos que funcionan en España y México:
- Cerrajeros Pérez → "Cerrajero 24h Urgente Pérez"
- Reformas García → "Reformas Integrales García Madrid"
- Dental Sonríe → "Clínica Dental Sonríe - Implantes y Ortodoncia"
- Asesoría Martín → "Asesoría Fiscal y Laboral Martín"
Por qué funciona: Google trata el campo "nombre" como uno de los anchors más fuertes. La keyword en el nombre dispara visibilidad en búsquedas que la incluyen.
Riesgo real: Google rara vez suspende por esto salvo que un competidor reporte. Lo habitual es que llegue una "edición sugerida" pidiendo acortar el nombre. Cuando llega, puedes aceptar y recuperar parcialmente, o esperar a ver si pasa.
Cómo defenderlo si Google audita o un competidor reporta:
- Cartelería física en el local con ese mismo nombre extendido (un rótulo que diga "Cerrajero 24h Urgente Pérez")
- Facturas, papelería, web y redes con la marca extendida usada de forma natural
- Registro de marca con la denominación extendida (en ES: OEPM; en MX: IMPI) — la opción más sólida
⛔ Stuffing brutal que invita a la denuncia: nombres tipo "Mejor Cerrajero Más Barato Económico 24h Urgente Madrid Centro Servicio Express". Aquí no se trata de optimizar, es invitar a un reporte.
#### Cambios externos vía Local Guide ("Sugerir cambio")
Táctica 🟡/🔴 muy usada en SEO local hispano que la skill formaliza aquí porque conecta directamente con el riesgo de reverificación al tocar nombre, categoría, dirección o teléfono desde el propio panel (ver 2.5 y 2.17). La lógica: en vez de tocar tú el campo desde dentro y disparar petición de vídeo, otro "usuario de Maps" (un perfil Local Guide que tú controlas) propone el cambio desde fuera vía el botón Sugerir cambio en la vista pública de la ficha. Google lo procesa por la cola de ediciones colaborativas, no por el flujo de reverificación.
Qué es Sugerir cambio
Acción disponible para cualquier usuario logueado de Maps en la vista pública de cualquier ficha. Permite proponer cambios en: nombre, categoría, dirección, teléfono, web, horarios, atributos, marcar como cerrado permanentemente o duplicado. Los cambios entran en una cola de revisión. Si no hay contestación del titular y el perfil sugeridor tiene peso, suelen aplicarse en horas o pocos días. El titular recibe notificación por email del cambio aplicado.
Cuándo usarlo
| Caso | Marcador | Notas |
|---|
| Cambiar nombre de ficha vieja sin acceso (cliente perdió cuenta) | 🟡 | Vía estándar para evitar reclamar la ficha y reverificar. Defendible si el nombre nuevo coincide con cartel real. |
| Mover dirección de GBP verificado evitando reverificación (ver 2.7) | 🟡 | Cambio externo escalonado en lugar de tocar el campo desde el panel. R&R puro. |
| Corregir errores reales (NAP mal, horario obsoleto, web caída) en ficha propia sin acceso | 🟢 | Caso limpio. Útil cuando el cliente no recuerda el email de la ficha. |
| Atacar competencia (cambiar su NAP, meter "cerrado permanentemente", reportar nombre con stuffing) | 🔴 | Práctica extendida en R&R hispano. La skill informa del riesgo: si te pillan en patrón, queman tus perfiles. |
| Defensa: vigilar cambios sugeridos contra el GBP del cliente | 🟢 | Operativa obligatoria, ver más abajo. |
Requisitos del perfil Local Guide para que el cambio se aplique
El nivel del perfil sugeridor manda la tasa de aprobación, pero más que el nivel pesa el historial coherente:
- Nivel mínimo operativo: nivel 5 era el suelo cómodo hasta 2023-2024. Desde 2024-2025 muchos consultores reportan rechazos silenciosos en nivel 5-6 que antes funcionaban (Google ha apretado el reconocimiento de patrones). Nivel 7+ es hoy el rango con tasa de aprobación clara para campos sensibles (nombre, categoría, dirección). Para campos blandos (horario, web, foto) nivel 4-5 puede valer.
- IP local coherente con la ciudad de la ficha: VPN residencial de la propia ciudad/provincia, no VPN comercial genérica. Cambios sugeridos desde IP centroeuropea sobre ficha de Sevilla tienen tasa de aprobación cercana a cero. Si gestionas varias cuentas, cada perfil debe sugerir desde su IP consistente — no rotes a lo bruto.
- Geolocalización del dispositivo coherente: la cuenta debe tener histórico de movimientos en Maps en esa zona. Cuenta de Madrid sugiriendo cambio en ficha de Monterrey levanta señal.
- Histórico real de aportaciones: reseñas reales, fotos, respuestas a preguntas, edits aprobados previos. Perfil que solo sugiere cambios y nunca aporta nada se quema rápido. Mantén ratio de aportes "limpios" (reseñar el bar de tu barrio, subir fotos de un parque) frente a cambios "operativos".
- Antigüedad: cuentas de menos de 6 meses como Local Guide son material desechable. Para sugerencias agresivas, cuentas con 1-2 años de actividad real.
Qué partes mover por fuera y qué partes NO
Regla operativa: cambios externos para campos blandos, panel propio (asumiendo posible reverificación) para campos críticos cuando tengas defensa material lista.
- Campos blandos seguros para Sugerir cambio: horario, web, descripción, atributos, marcar foto como inadecuada, sugerir fotos. Bajo riesgo, tasa de aprobación alta, perfiles de nivel medio sirven.
- Campos sensibles (riesgo de no aplicarse aunque "se apruebe"): nombre, categoría principal, dirección, teléfono. Aquí necesitas Local Guide nivel 7+ con IP coherente y, idealmente, más de un perfil distinto sugiriendo el mismo cambio en ventana corta (refuerza la señal de consenso) más coherencia en citaciones externas (web, directorios, prensa local) para que Google lo lea como "verdad de mercado" y no como ataque aislado.
- Lo que NO debes mover por fuera: cambios en ficha en cuarentena post-creación (primeras 2-3 semanas, ver 2.18 Fase 3.5) ni en ficha consolidada que rankea arriba. Si la ficha funciona, no la tocas — ni interna ni externamente.
Patrón conocido 2024-2025: "se aprueba por email pero nunca se aplica"
Google notifica al sugeridor que el cambio se ha aceptado, pero visualmente la ficha no se modifica, o se aplica unas horas y revierte. Ocurre típicamente en campos sensibles cuando la ficha tiene historial o el perfil no pesa lo suficiente. Mitigaciones que se ven funcionar:
- Que 2-3 perfiles Local Guide distintos (no la misma cuenta) sugieran el mismo cambio en ventana de 24-72h.
- Reforzar la "verdad" del cambio en citaciones externas: actualizar NAP en directorios y prensa local antes de sugerir el cambio, para que Google lea consistencia de fuentes.
- Si el cambio toca dirección, complementar con foto de fachada nueva subida por un perfil distinto al sugeridor.
Riesgos asumidos
- Reversión silenciosa: cambio aplicado que Google revierte días después al detectar el patrón, sin notificación.
- Quemado del perfil Local Guide: si Google detecta patrón (mismo perfil tocando muchas fichas, sin aportes orgánicos, IP rotada de forma sospechosa) limita la cuenta — sus cambios dejan de aplicarse aunque sigan apareciendo como "aprobados". El perfil se vuelve inútil sin previo aviso.
- Baneo / pérdida de nivel Local Guide: en casos agresivos sostenidos. Un nivel 7 limpio quemado es un activo perdido que cuesta meses reconstruir; protégelo y no lo uses para tu propia ficha R&R reciente.
- Reporte cruzado: si atacas una ficha y el titular detecta el patrón (ver más abajo), puede reportar tu perfil y, en casos serios, escalar a soporte con evidencias.
Modo dual
- 🛡️ Cliente real: úsalo solo sobre datos defendibles (cartel, factura, registro mercantil) y solo cuando no haya vía interna razonable — típicamente ficha vieja sin acceso o NAP mal en ficha sin cuenta recuperable. Cero uso ofensivo contra competencia: el daño reputacional si se traza al consultor es grave.
- 🚀 Rank and Rent: palanca habitual. Perfiles Local Guide tratados como infraestructura desechable (asume rotación), siempre con la regla de cuarentena (2.18 Fase 3.5) y "ficha arriba no se toca". Para cambios en tu propia ficha R&R, mejor un perfil ajeno al ecosistema (no comparta IP, dispositivo ni historial con la cuenta que gestiona la ficha) — si Google liga sugeridor con propietario, el cambio no pesa y delata el perfil.
Uso defensivo: vigilar cambios sugeridos contra el GBP del cliente
Lo más importante de esta táctica para cliente real es conocerla para defenderse, no para usarla. Google notifica al titular por email cuando alguien sugiere un cambio aprobado, pero muchos clientes ignoran el aviso o lo tienen en spam. Operativa mensual de mantenimiento (encaja en 2.20):
- Auditar mensualmente el NAP, nombre, categoría, horario y web de la ficha del cliente comparando con el canónico documentado en onboarding.
- Configurar alertas en el email del titular y, si gestionas tú la ficha, en tu cuenta de acceso (notificaciones de "Edits suggested by users").
- Si detectas un cambio aplicado que no autorizaste: revertir desde el panel (asumiendo riesgo de reverificación si toca campo sensible, ver 2.5/2.17), documentar el cambio sospechoso y, si es reincidente, reportar el patrón a Google con evidencias.
- En caso de ataque sostenido (cambios repetidos en pocos días), considerar que estás siendo objetivo de