Tres trampas al medir una ficha de Google, con datos de tres negocios reales
Llevo meses midiendo por la API las fichas de Google de mis clientes, y desde agosto guardo la serie diaria de todas. En tres negocios de Canarias, los datos me dijeron algo distinto de lo que parecía: una subida que no se sostuvo, una caída que no era estacional y unos clics perdidos que quizá no se perdieron. Te cuento las tres trampas y cómo evitarlas.

Cuando optimizas una ficha de Google (el Perfil de Empresa, antes Google My Business), lo normal es abrir el panel de rendimiento un mes después y comparar. Si las llamadas suben, el trabajo ha funcionado. Si bajan, algo ha pasado.
Yo también lo hacía así. Hasta que empecé a guardar los datos diarios de cada ficha con la API oficial y a repetir las mismas comparaciones semanas después, y los resultados cambiaron.
En este artículo vas a ver tres casos: una clínica dental, un centro de fisioterapia y un comercio de alimentación con tres locales. Todos están en Canarias y suman cinco fichas. No doy los nombres de los negocios, pero todas las cifras son reales.
Antes, dos definiciones que uso en todo el artículo:
- Impresiones: las veces que tu ficha se mostró en la Búsqueda o en Maps. Google cuenta a cada persona una sola vez al día.
- Interacciones: las veces que alguien pulsa un botón de la ficha: llamar, cómo llegar, "Sitio web" o enviar un mensaje. Son pulsaciones de botón. Si alguien toca "Llamar" pero cuelga antes de que le atiendan, o no llega a marcar, cuenta igual como llamada. Por eso las interacciones no equivalen a llamadas atendidas ni a clientes. Es lo que describe la ayuda de Google sobre el rendimiento del Perfil de Empresa.
Cómo lo he medido
- Fuente principal: la API de rendimiento del Perfil de Empresa, con el método
fetchMultiDailyMetricsTimeSeries. Da las mismas métricas que el panel, pero día a día. - Un script propio descarga cada quince días, desde agosto, la serie diaria de todas las fichas que gestiono. Cada descarga queda guardada con su fecha, así que puedo comparar qué decía la API de un mismo día en dos momentos distintos. Antes de agosto hacía las consultas a mano, por ventanas de fechas.
- Para la web: la API de Search Console y Plausible, una herramienta de analítica web.
- Periodo: de marzo a septiembre de 2026, con datos del año anterior cuando la API los tenía.
Trampa 1: la API reescribe el pasado
El caso: una clínica dental. Desde finales de abril optimizamos la ficha: categorías, servicios, descripción y tres publicaciones, más 13 fotos subidas de forma escalonada que terminaron el 10 de junio. Ese mismo día medí el primer mes después contra el mes anterior al trabajo. Salía +39 % en llamadas y +90 % en clics a la web.
El 21 de julio volví a pedir a la API exactamente la misma ventana de referencia (29 de marzo a 27 de abril). Los números habían cambiado:
| Métrica (mismo periodo) | Pedido el 10 de junio | Pedido el 21 de julio | Diferencia |
|---|---|---|---|
| Impresiones totales | 754 | 799 | +45 |
| Llamadas | 46 | 50 | +4 |
| Clics a la web | 21 | 26 | +5 |
| Peticiones de ruta | 67 | 67 | = |
Google había revisado los datos al alza semanas después. En junio comparé un periodo de referencia todavía sin consolidar con otro que sí lo estaba. Con el dato revisado, la subida del primer mes era de +28 % en llamadas y +54 % en clics a la web, bastante menos de lo que yo había calculado.
Después pedí todas las ventanas el mismo día (el 21 de julio) y el resultado cambió todavía más:
| Ventana de 30 días | Llamadas + clics a la web |
|---|---|
| Antes del trabajo (29 mar – 27 abr) | 76 |
| Primer mes después (28 abr – 27 may) | 104 |
| Mes siguiente al final de las fotos (11 jun – 10 jul) | 75 |
La última ventana queda un 1,3 % por debajo del punto de partida. La subida del primer mes no se mantuvo, y con el trabajo terminado la ficha rendía lo mismo que antes de empezar. En esa última ventana también se estrenó una web nueva (el 19 de junio), así que el enlace de la ficha cambió de destino a mitad de periodo. Es otro motivo para no atribuir el resultado solo al trabajo en la ficha.
En el comercio de alimentación (tres fichas) pasó lo mismo, y aquí tengo tres descargas de la misma semana:
| Comercio, 25–31 ago (3 fichas) | Descargado el 1 sep | Descargado el 16 sep | Descargado el 28 sep |
|---|---|---|---|
| Impresiones en la Búsqueda | 0 | 1.767 | 1.767 |
| Clics a la web | 57 | 110 | 110 |
Un informe hecho el 1 de septiembre habría dicho que las fichas desaparecieron de la Búsqueda y que los clics a la web se hundieron. Dos semanas después, esa misma semana tenía casi el doble de clics. El 28 de septiembre de 2026 daba lo mismo que el día 16.
El 28 de septiembre volví a pedir la ventana de marzo y abril de la clínica, y daba exactamente lo mismo que en julio: 799 impresiones, 50 llamadas y 26 clics a la web. En los dos casos el dato cambió una vez y, entre las descargas que tengo, no ha vuelto a moverse. No puedo asegurar que ya sea definitivo. Lo que sí sé es que, si solo pides un dato una vez, no puedes saber si Google lo ha cambiado después.
Google lo avisa en su documentación, aunque de pasada. La de la versión anterior de la API (v4) dice que "en algunos casos, pueden faltar datos de los días cercanos a la fecha de la petición". Y ha habido incidencias mayores: en octubre de 2025, Search Engine Roundtable contó que los informes de rendimiento habían perdido las llamadas del 14 al 16 de ese mes, y recordaba un caso anterior en el que Google acabó rellenando los datos.
En la clínica, sin embargo, el periodo ya tenía entre seis y diez semanas cuando lo pedí por primera vez, y aun así cambió después. Eso va bastante más allá de los días cercanos a la petición de los que habla la documentación.
Qué hago ahora: no guardo un periodo de referencia para compararlo semanas después. Pido todas las ventanas el mismo día, justo antes de comparar, y desconfío de las últimas semanas de la serie. Esperar no basta, porque en la clínica cambió un periodo que ya tenía más de seis semanas.
Trampa 2: con 6 meses no distingues el efecto del calendario
El caso: un centro de fisioterapia. El panel del Perfil de Empresa solo enseña los últimos 6 meses, como explica Joy Hawkins, de Sterling Sky, así que no puedes comparar mayo de este año con mayo del año pasado. La API llega más lejos: la documentación de su versión anterior fijaba el máximo en 18 meses, y la actual me devolvió datos diarios desde mediados de febrero de 2025, justo 18 meses antes de la consulta.
Con esa serie cambiaron dos conclusiones.
Primera: la caída de mayo no se explica por el calendario. En el panel, mayo de 2026 parecía un mes flojo, con 36 interacciones. La explicación fácil era "es primavera, bajan las consultas". Pero mayo de 2025 había tenido 87, más que cualquier otro mes de marzo a agosto de ese año. Era una caída del 59 % interanual, con las impresiones subiendo un 34 % ese mismo mes. Como en 2025 no pasó, la primavera no sirve como explicación. La causa real no la conozco.
Segunda: subió la visibilidad y las acciones apenas se movieron. A mediados de julio actualizamos la descripción, los servicios y las categorías. Comparé los 28 días anteriores con los 28 posteriores, y usé el mismo tramo de 2025 como control:
| 2026, antes → después | 2025, mismo tramo | |
|---|---|---|
| Impresiones | 395 → 487 (+23 %) | 343 → 363 (+6 %) |
| Interacciones | 51 → 55 (+8 %) | 50 → 67 (+34 %) |
Las impresiones subieron cuatro veces más que el año anterior en esas mismas fechas. Es lo más parecido a una señal del cambio que hay en toda la serie, aunque con un solo año de control no se puede demostrar. Las interacciones, en cambio, subieron menos de lo que habían subido en esas fechas de 2025.
Sin el control del año anterior, habría contado "+23 % de visibilidad y +8 % de interacciones". Con el control, la lectura es que aumentaron las impresiones sin un aumento comparable de las acciones. Mi hipótesis es que el problema estaba en lo que la gente encontraba al ver la ficha. Por ejemplo, entonces no tenía horario publicado, y las de su competencia sí.
Qué hago ahora: descargo la serie diaria por la API y la guardo. Si no lo haces, cuando necesites compararla con el año anterior, el dato ya no estará en el panel.
Trampa 3: lo que la ficha no mide
El caso: un comercio de alimentación con tres locales y una ficha por local. A principios de septiembre, los clics desde Google a la web cayeron un tercio. Comparo dos periodos de 11 y 10 días, en clics por día:
| 16–26 ago | 27 ago – 5 sep | Diferencia | |
|---|---|---|---|
| Clics/día (Search Console) | 30,7 | 20,5 | −33 % |
| Impresiones/día | 499 | 497 | = |
| Posición media | 3,4 | 3,5 | = |
Las impresiones y la posición media no cambiaron, pero los clics bajaron un tercio. La posición tuvo un bache de dos días en la búsqueda de marca y luego volvió a su sitio, pero los clics no se recuperaron. Nadie había tocado la web desde el 20 de agosto.
Pude localizar dónde se perdían porque el enlace "Sitio web" de cada ficha lleva parámetros UTM. Search Console lo registra como una URL distinta, así que separa las visitas que llegan desde la ficha de las que llegan desde un resultado web normal. Dos tercios de la caída estaban en los enlaces de las fichas. En uno de los locales, el porcentaje de clics de ese enlace pasó del 2,95 % al 1,44 %, mientras sus impresiones subían.
¿Adónde fue esa gente? Mi hipótesis es que al botón de WhatsApp de la propia ficha. Google permite añadir un enlace de WhatsApp como atributo del perfil, y las tres fichas lo tenían desde hacía meses. En mi móvil, ese botón sale antes que "Sitio web" en las tres fichas (en escritorio, no). Si eso es lo que ve la mayoría, quien quiere hacer un pedido va directo a WhatsApp sin pasar por la web.
Joy Hawkins describe algo parecido en un estudio de febrero de 2026 en el que comparó Search Console con el rendimiento de 78 fichas de 29 negocios. Explica que, en móvil, muchos packs locales ya no muestran el botón "Sitio web" y priorizan "Llamar" o "Mensaje", y que sin ese botón Search Console no registra nada.
El problema es que ese clic no lo recoge ninguna de las herramientas que uso:
- La API tiene una métrica de conversaciones, pero corresponde al chat propio de Google, que se cerró el 31 de julio de 2024. El botón de WhatsApp no suma ahí, y en las tres fichas esa métrica da cero todos los días.
- La analítica de la web no lo ve, porque la visita nunca llega a la web.
Que la ficha se quede corta tampoco es nuevo. En el mismo artículo de Sterling Sky, Joy Hawkins contaba que, en una prueba suya de hace años, las estadísticas de la ficha solo registraban entre el 30 y el 50 % de las llamadas reales del negocio. El producto ha cambiado mucho desde entonces, pero la ficha sigue contando lo que pasa dentro de Google y no todo lo que le llega al negocio.
Así que lo que en los informes aparece como "−33 % de clics" puede ser una pérdida o un trasvase a un canal que convierte mejor. Con estas herramientas no se puede distinguir. Lo que más se acerca es pedirle al negocio un registro comparable, por ejemplo cuántos pedidos le entraron por WhatsApp en cada periodo.
Qué puedes hacer en tu proyecto
- Guarda tú la serie diaria, y cada descarga en un archivo distinto con su fecha. La API te da unos 18 meses; el panel, 6.
- El día que compares, pide de nuevo todas las ventanas. No reutilices números de un informe anterior.
- Usa el mismo tramo del año anterior como control. Si no lo tienes, dilo en el informe.
- Lee por separado impresiones e interacciones. Si suben las primeras y no las segundas, el trabajo pendiente está en la ficha y no en el posicionamiento.
- Pon UTM en el enlace "Sitio web" de la ficha y pide al negocio sus propios registros (llamadas, citas, pedidos) para lo que la ficha no cuenta.
Cómo monto yo todo esto con IA, con el script y el encargo que le doy, lo cuento paso a paso en un segundo artículo: Cómo medir una ficha de Google con IA sin caer en sus trampas.
Los límites de esta medición
- Son cinco fichas de tres negocios, todos en Canarias y todos pequeños.
- En la fisioterapia, las llamadas son pocas (entre 4 y 11 al mes). Un mes con 10 y otro con 4 puede ser ruido. Por eso me apoyo en impresiones e interacciones totales.
- Solo tengo un año de control. Con 18 meses no separo del todo la estacionalidad de lo que pasó en 2025.
- Ninguna de estas comparaciones prueba causalidad. Solo separan lo que se movió de lo que se movía solo.
- Las métricas de la ficha incluyen Google Ads. La ayuda de Google lo dice así: "Los datos de rendimiento incluyen las visualizaciones, búsquedas y acciones de los resultados de búsqueda orgánicos y de Google Ads". La clínica tenía campañas activas en todo el periodo, y el informe no separa una cosa de otra.
- Lo del botón de WhatsApp en el comercio es una inferencia. El dato es que ese clic no se mide.
- No tengo un plazo de consolidación. En el comercio, la semana no ha cambiado desde que tenía dos o tres semanas; en la clínica, un periodo que ya tenía entre seis y diez semanas cambió después. No tengo descargas intermedias para afinar más.
Recapitulando
- La API del Perfil de Empresa revisa datos hacia atrás, incluso de hace semanas. Pide todas las ventanas el mismo día.
- El panel guarda 6 meses; la API, unos 18. Sin el año anterior no sabes si el cambio viene de tu trabajo o del calendario.
- Una ficha puede ganar visibilidad sin ganar acciones. Mira impresiones e interacciones por separado.
- Hay acciones que ni la ficha ni la analítica de la web cuentan. Antes de dar un clic por perdido, pide al negocio sus registros.
Voy a seguir midiendo estas fichas. Si guardas series de tus fichas, me interesa saber cuánto tardan en estabilizarse los datos en tu caso.
¿Es la noticia de septiembre?
Hasta el 7 de octubre, cada cuenta vota las piezas de septiembre que más le han aportado, todas las que quiera: la más votada sale en portada con el emblema de noticia del mes. Votan las personas con una cuenta abierta antes del 1 de octubre.


