Documentación

Informes

El editor de informes, los widgets, los resúmenes con IA, la programación, la marca blanca y la exportación.

Redactar con IA

Redactar con IA permite que Crunch monte por ti un primer borrador completo del informe, en lugar de empezar con una página en blanco. En el editor de informes, haz clic en Redactar con IA, elige el cliente y, si quieres, escribe un enfoque breve (por ejemplo, «explica la caída del ROAS en junio») y/o elige un objetivo: Generación de leads, ROAS de e-commerce, Notoriedad de marca, Tráfico o Instalaciones de app. Después pulsa Generar. Crunch crea el informe a partir de las fuentes de datos conectadas de ese cliente: Google Ads, GA4, Meta, Microsoft Ads, Amazon Ads, Reddit Ads, Search Console, Bing Webmaster Tools, LinkedIn, Matomo, Piwik PRO, Brevo, Mailchimp y Google Business Profile. Cuando el cliente tiene un proyecto de visibilidad en IA activo, Crunch también lo incorpora: añade automáticamente una sección de visibilidad en IA (visibilidad, Share of Voice, competidores) y una sección de Auditoría GEO (preparación para la IA), de modo que la presencia del cliente en la IA llega al mismo borrador que sus canales de pago y de analítica. Organiza secciones, KPIs, gráficos, tablas y un resumen ejecutivo en lenguaje claro, y añade automáticamente una comparación entre canales cuando hay más de un canal de pago conectado: abre el informe, justo después del resumen, con los totales combinados (inversión, conversiones, leads y coste por lead de todos los canales); luego sigue cada canal y las recomendaciones lo cierran. El enfoque y el objetivo que indiques orientan con qué métricas y secciones empieza Crunch.

Cada cifra procede de tus datos conectados

Cada métrica de un informe de Redactar con IA procede de un catálogo revisado por fuente y de los datos reales del cliente, nunca de la imaginación del modelo. Crunch elige qué widgets y métricas incluir y escribe la narrativa, pero las cifras se obtienen directamente de tus fuentes conectadas, igual que un widget que arrastras a mano. Esa es la diferencia clave con las herramientas que dejan que una IA escriba cifras libremente en un informe: no hay KPIs inventados ni tendencias fabricadas. Si una fuente no está conectada para ese cliente, Crunch simplemente la deja fuera en lugar de adivinar. El resultado es un borrador en el que puedes confiar para enviarlo tras una revisión rápida, no uno que tengas que verificar línea por línea.

Cómo usa Crunch AI tus datos

Crunch AI escribe a partir de tus datos reales. Cada métrica que aparece en los widgets de un informe se obtiene directamente de tus fuentes de datos conectadas y se valida con un catálogo de métricas revisado por fuente. El resumen en sí lo escribe un modelo de lenguaje, por lo que solo recibe las cifras del informe (cada cambio expresado como lo expresan las tarjetas de KPI: puntos para una tasa, % para un recuento o un importe, «~ dentro del margen» donde la tarjeta lo indica), con el periodo que cubre y las respuestas en que se basa, y se le indica que no añada ninguna cifra propia y que no indique ninguna causa que las cifras no muestren. En el editor se marcan los porcentajes e importes de un resumen que no se encuentran en los datos del informe. Esa comprobación detecta algunos errores, no todos, así que lee el resumen antes de enviarlo. Al modelo de IA solo se envían las métricas agregadas del informe (las cifras que ya se muestran en el informe, más sus variaciones respecto al periodo de comparación) para generar un resumen, junto con, en un informe con cifras de Google Ads, los cambios de la cuenta de Google Ads del periodo (quién hizo un cambio se envía como un rol, como «una persona» o «Script», nunca como una dirección de correo). Crunch no envía exportaciones en bruto, y las métricas que sí envía se usan únicamente para escribir ese resumen: en los niveles de API que usa CrunchJunkie, tus datos no se utilizan para entrenar los modelos de los proveedores. Con Managed AI, los resúmenes los escribe Claude con la clave de Anthropic de CrunchJunkie. Si prefieres usar tu propia cuenta, añade tu propia clave (Anthropic, OpenAI o Gemini) en Ajustes → Claves de IA y API y activa «Impulsar CrunchJunkie AI»: Crunch ejecutará los resúmenes con ella. Sin eso, se usa una clave de OpenAI, Claude o Gemini que hayas añadido para los escaneos de visibilidad en IA. En ambos casos, el resultado de la IA es informativo, se te devuelve en streaming para que lo edites y nunca se envía a un cliente hasta que lo apruebes.

Editar un informe redactado con IA

Un informe redactado se abre directamente en el editor de arrastrar y soltar, totalmente editable: es un informe normal en todos los sentidos. Si un widget no te convence, haz clic en él para seleccionarlo y cambia su métrica, desglose, fuente o intervalo de fechas en el panel lateral, o dile a Crunch en lenguaje natural lo que quieres («conviértelo en un gráfico de barras», «muestra el top 5 por ROAS», «desglosa por dispositivo»). Un widget que aparece vacío suele significar que su fuente de datos hay que conectarla en la página de Datos. Reorganiza o redimensiona los widgets, cambia métricas y dimensiones, modifica el intervalo de fechas o el periodo de comparación, edita o regenera el resumen ejecutivo y añade tus propios bloques de texto y comentarios. Nada está bloqueado. Como Redactar con IA produce el mismo tipo de informe que harías a mano, puedes guardarlo como plantilla, ponerle tu marca blanca, programarlo y exportarlo a PDF como cualquier otro. Úsalo como punto de partida rápido para un cliente nuevo, o ejecútalo cuando quieras un primer borrador reciente, basado en datos, para ir recortando.

El editor de informes

El editor es un lienzo de arrastrar y soltar que siempre edita con datos en directo. Cuando creas un informe, CrunchJunkie elige un diseño predeterminado inteligente para el canal sobre el que informas (búsqueda de pago, redes sociales o SEO), de modo que los widgets más útiles ya están en su sitio. Arrastra cualquier widget para reordenarlo, redimensiónalo en la cuadrícula o elimínalo por completo. Cada informe está vinculado a un cliente y a un intervalo de fechas. Cambia el intervalo en la parte superior y todos los widgets se actualizan a la vez. Añade un periodo de comparación (mes anterior, año anterior o una ventana personalizada) y tus métricas incorporan indicadores de cambio automáticamente. Como no hay un paso de renderizado aparte, el lienzo en el que trabajas es idéntico a lo que ve tu cliente: sin sorpresas después de enviar.

Widgets y módulos de datos

Los widgets son los bloques con los que se construye un informe. Las tarjetas de KPI muestran una métrica principal con su cambio respecto al periodo de comparación. Los gráficos de series temporales trazan una métrica a lo largo del intervalo de fechas (varios recuentos de una misma fuente de tamaño muy distinto, como las impresiones de LinkedIn junto a los clics y los leads, reciben un segundo eje a la derecha, para que los pequeños no queden planos en cero). Las tablas desglosan el rendimiento por campaña, grupo de anuncios, página de destino o cualquier otra dimensión que ofrezca la fuente. También hay gráficos de anillo por canal, barras de progreso hacia objetivos y bloques de texto para tus comentarios, con una barra de formato: títulos, listas, citas, alineación, enlaces, colores de texto y resaltados que siguen el tema del informe (así se leen en modo claro y oscuro y en el PDF), texto pequeño o grande, cuadros de aviso (nota, consejo, advertencia, importante) y líneas divisorias. Cada widget obtiene sus datos de una fuente conectada, y muchos pueden combinar métricas de varios canales, por ejemplo, la inversión total de Google Ads y Meta en una sola tarjeta. Haz clic en cualquier widget para cambiar su métrica, dimensión, visualización o tratamiento de fechas. Gracias a los valores predeterminados razonables, a menudo puedes dejar un diseño inteligente casi intacto y aun así entregar un informe limpio y preciso. Dos detalles pequeños mantienen los informes ordenados. El interruptor «Ocultar título» en los ajustes de un widget quita su encabezado en el informe, el enlace en directo y el PDF, útil cuando la etiqueta de una tarjeta ya es evidente o quieres una portada más limpia. «Empezar en una página nueva» en el mismo panel hace que un widget abra una página nueva en el PDF y al imprimir (las secciones siempre lo hacen; el enlace en directo no se ve afectado), y los ajustes del informe tienen un interruptor «Mostrar portada» para los informes que deben empezar directamente con las cifras. Además, deshacer y rehacer (⌘/Ctrl-Z, y ⌘/Ctrl-Shift-Z para rehacer, o las flechas de la barra de herramientas) retroceden y avanzan por tus ediciones, así que probar un diseño siempre es seguro.

Vistas previas de anuncios, tablas por anuncio y desgloses de audiencia

Además de las tarjetas de KPI y los gráficos habituales, algunos widgets muestran el trabajo en sí. Un widget de vista previa de anuncios renderiza tarjetas de anuncios reales (la imagen o la miniatura de vídeo del creativo, su titular y su texto, y las estadísticas de rendimiento de ese anuncio) para que el cliente vea los anuncios reales en los que se invirtió su presupuesto, no solo cifras agregadas. Las vistas previas de anuncios están disponibles en Google Ads, Meta y LinkedIn (añade una desde la paleta o pídele a Crunch que «muestre los mejores anuncios con sus imágenes»). Cuando la API de una plataforma no nos expone la imagen o el texto de un creativo, la tarjeta recurre al nombre, el tipo y las estadísticas del anuncio en lugar de mostrar un hueco en blanco, nunca una vista previa inventada. Para una cuadrícula de métricas simple de anuncios individuales en lugar de tarjetas, usa una tabla desglosada por «Anuncio» (Meta y LinkedIn), donde cada fila lleva el nombre real del anuncio. Como cualquier otro widget, una vista previa de anuncios usa el intervalo de fechas del informe o el suyo propio, y un límite de cuántos anuncios mostrar. En Google Ads también admite filtros, por nombre, tipo o estado de la campaña y por grupo de anuncios, de modo que una vista previa puede limitarse a una sola campaña. Las vistas previas de anuncios de Meta y LinkedIn aún no filtran: muestran todos los anuncios que se entregaron en el periodo, hasta el límite. LinkedIn también informa de quién vio tus anuncios e interactuó con ellos, y puedes llevarlo directamente a un informe. Una tabla de LinkedIn desglosada por Seniority, Job function, Industry o Company size convierte la entrega de campañas en una vista de audiencia (qué niveles profesionales, departamentos, sectores o tamaños de empresa alcanzó realmente tu presupuesto) con los informes demográficos propios de LinkedIn. Seniority, Job function e Industry llevan los nombres de las listas actuales de LinkedIn, en el idioma de tu informe donde LinkedIn lo ofrece; un id que no sabemos nombrar aparece como «Industry 3243» o «Seniority 12» («Branche 3243» en un informe en alemán), nunca como un nombre inventado ni un id sin más. Los tamaños de empresa usan el formato numérico de tu informe (1,001–5,000 en inglés, 1.001–5.000 en alemán). Un detalle honesto que conviene conocer: LinkedIn suprime cualquier segmento demasiado pequeño para ser seguro en términos de privacidad, así que esas filas simplemente no aparecen en la tabla, en lugar de estimarse o rellenarse. Como en todos los widgets, las cifras vienen directamente de la fuente; nada se modela.

Widgets entre canales «Todos los canales»

Cuando un cliente tiene conectadas dos o más cuentas publicitarias de pago (Google Ads y Meta, cualquier combinación con Microsoft, Amazon, Reddit, ChatGPT y LinkedIn Ads, o simplemente dos cuentas de Google Ads), puedes reunirlas en un único widget combinado. Añade un widget de KPI, de líneas, de barras o de tabla y elige «Todos los canales» como fuente de datos. Se incluyen todas las cuentas conectadas de todos los canales de pago. Las métricas combinadas son Inversión, Impresiones, Clics, CTR, CPC medio, CPM, Conversiones, Tasa de conv., Valor de conv., Coste por conv., ROAS, Leads, Coste por lead y Tasa de leads. Los leads son las conversiones principales de Google Ads y Microsoft Ads más los leads de Meta más los leads de formularios de LinkedIn Lead Gen; Amazon, Reddit y ChatGPT Ads cuentan para la inversión, pero no para los leads. El coste por lead es la inversión de los canales que informan de leads dividida entre sus leads. Para un cliente de generación de leads, activa Blend de captación de leads en el widget (o pide al editor que «cuente los leads como conversiones»): las conversiones de cada canal pasan a ser sus leads, de modo que Conversiones, Tasa de conv. y Coste por conv. muestran leads en todo el informe y este nunca enseña dos cifras para lo mismo; un canal sin leads no añade entonces ninguna conversión. Un gráfico combinado traza una métrica por día, por semana natural (semanas ISO, de lunes a domingo, mostradas como KW en los informes en alemán) o por mes, como una línea o barra por canal, como un total combinado o ambas cosas. Una tabla combinada muestra una fila por canal más una fila de Total, con las columnas que elijas, incluida la parte de la inversión de cada canal. Las cuentas se hacen bien. Las sumas se suman, y cada tasa (CTR, CPC, coste por lead, ROAS) se recalcula a partir de esos totales dentro de cada día, semana o mes, nunca se promedia entre canales, de modo que el coste por lead combinado de marzo es la inversión de marzo dividida entre los leads de marzo. El dinero solo se suma dentro de la moneda dominante y no se convierte nada: un canal facturado en otra moneda sigue contando para clics y leads, pero no para la inversión. Un valor que un canal no informa se deja fuera en lugar de contarse como cero, y una semana con inversión pero sin leads muestra un hueco en lugar de un coste por lead de cero. El ROAS es el valor de conversión dividido entre la inversión de solo las cuentas que informan de un valor de conversión en el periodo (un valor informado de cero cuenta). Una cuenta que no informa ninguno, como una cuenta de ChatGPT Ads sin eventos de compra, conserva su inversión en Inversión, CPC y coste por conversión, pero no en el ROAS, que de otro modo contaría su inversión frente a ningún valor y subestimaría el retorno. Cuando eso deja fuera una cuenta, el widget lo indica debajo, por ejemplo «ROAS de las 3 cuentas (de 4) que informan de valor de conversión». Solo se cuentan las cuentas activas: una sin inversión y sin valor en el periodo no está en ninguna de las dos cifras. Las cuentas que quedan fuera son: una cuenta de ChatGPT Ads sin eventos de compra y una cuenta de Reddit Ads cuyo campo de valor rechaza la API. Google, Meta, Microsoft, Amazon y LinkedIn Ads informan de un valor de cero cuando no hay ninguno, así que su inversión se mantiene en el ROAS. Cuando ninguna cuenta informa de un valor, el ROAS muestra un guion y «sin valor de conversión informado», nunca cero. La misma regla vale para cada razón entre un resultado y lo que lo produjo: el coste por conversión, la tasa de conversión, el coste por lead y la tasa de leads cuentan solo los canales que informan de ese resultado en el periodo. Cada una se calcula con las mismas cuentas, de modo que la inversión o los clics nunca quedan sobre resultados que no produjeron. Un canal que gastó pero no informa de leads, como Amazon, Reddit o ChatGPT Ads, conserva su inversión en Inversión, pero no en el coste por lead, y el widget lo indica debajo, por ejemplo «Coste por lead de Google Ads y Meta Ads: Amazon Ads (500 €) no informa de leads». Un canal que informa de cero se mantiene: su inversión no compró nada contable, y dejarlo fuera favorecería la cifra. Los gráficos emparejan cada día, semana o mes por separado. Cuando los canales de una razón cambian entre los dos periodos, la comparación no muestra datos previos, como ocurre con el ROAS. Un caso tiene su propio aviso: un canal que informa de cero de las conversiones del widget pero de leads en el mismo periodo, como Meta en una cuenta de generación de leads con cero compras y 169 leads. Su inversión está en el coste por conversión y ninguno de sus leads lo está, así que el widget lo dice y sugiere el blend de captación de leads, que el editor ofrece en un clic. Nunca lo activa por sí mismo. Con el blend de captación de leads activado, se aplica lo contrario: un canal con cero leads pero con compras recibe el aviso. Una salvedad conviene contársela a los clientes: cada plataforma atribuye las conversiones según sus propias reglas, de modo que alguien que hizo clic tanto en un anuncio de Google como en uno de Meta puede ser contado por ambas. Los leads combinados son la suma de lo que informan las plataformas, no un recuento sin duplicados. Si el cliente tiene GA4 conectado, puedes poner a su lado la cifra sin duplicados. Añade la métrica «Leads (GA4)» (y «Coste por lead (GA4)») al widget combinado y elige qué evento clave de GA4 cuenta como lead: el editor lista los eventos clave que la propiedad registró realmente en los últimos 90 días. Esa métrica cuenta el evento una vez para todo el sitio, sin importar en cuántos anuncios hizo clic antes la persona, de modo que la diferencia entre «Leads» y «Leads (GA4)» es la doble contabilización, en las cifras del propio cliente. Las dos nunca se suman ni se sustituyen entre sí: responden a preguntas distintas, y se muestran ambas. Hasta que se elige un evento, las métricas de leads de GA4 no informan de nada en lugar de mostrar un cero, y en una tabla por canal aparecen solo en la fila de Total, porque un recuento de todo el sitio no pertenece a ningún canal. El Coste por lead (GA4) se muestra solo cuando todos los canales con inversión facturan en una única moneda: con monedas mezcladas no hay una forma honesta de dividir la inversión de una moneda entre los leads de todo el sitio, así que muestra un guion. Dos notas honestas sobre los días más recientes de un gráfico. Google Analytics 4 publica un día en un plazo de 24 a 48 horas (Search Console tarda unos 3 días), de modo que un gráfico que termina hoy aún no tiene cifra de esa fuente para el último día o los dos últimos: un gráfico «Todos los canales» no dibuja entonces ningún valor para esos días de esa fuente (Leads (GA4), Coste por lead (GA4)) en lugar de un 0, y lo indica debajo del gráfico. Una semana o un mes que contiene alguno de esos días no recibe valor de esa fuente hasta que se informa, porque una semana parcial de leads frente a una semana completa de inversión falsearía el coste por lead. Las plataformas publicitarias no se ven afectadas y siguen dibujando todos los días. Y un día que un canal no informó en absoluto es un hueco en su línea, nunca un 0; los totales cuentan solo lo informado, y el widget indica cuántos días faltan. La línea discontinua de comparación de un gráfico «Todos los canales» configurado por semana o mes se dibuja día contra día: cada día del periodo de comparación se sitúa sobre el mismo día de este periodo, de modo que un punto de semana o mes cubre exactamente los días del punto con el que se dibuja. Cuando eso no es la semana o el mes natural del propio periodo de comparación (febrero frente a enero, o un periodo que empieza a mitad de semana), el punto puede diferir del total de semana o mes de ese periodo, y el gráfico lo indica debajo. Cuando el periodo de comparación tiene menos días que este, como un mes de 31 días frente a uno de 30, el mes que no puede completar no tiene punto de comparación, y el gráfico nombra ese mes y los dos recuentos de días en lugar de omitir la línea sin decir nada. La comparación de las cifras clave usa siempre el periodo de comparación completo. Puedes crear estos widgets a mano, partir de la plantilla Multicanal, pedírselo a Crunch («leads por mes en todos los canales», «coste por lead combinado por semana natural») o usar el conector MCP: create_report con la plantilla «Todos los canales», y después add_widget y edit_widget. Un informe de Redactar con IA añade automáticamente una sección entre canales siempre que hay dos o más canales de pago conectados.

Presupuesto vs real por línea de producto

Una tabla «Todos los canales» puede comparar tu presupuesto previsto con lo realmente invertido, línea por línea. En el editor de informes elige una tabla de Todos los canales, cambia Filas a «Presupuesto vs real» y añade tus líneas de producto. Cada línea tiene un nombre, los términos del nombre de campaña que encuentran sus campañas y su presupuesto: un valor predeterminado por mes y/o un importe por mes natural (pega de una vez un año entero desde una hoja de cálculo). Ask Crunch también puede configurarlo («presupuesto vs real: Seguro de salud = campañas que contienen PKV o KV_DE, 1.500 al mes»), y add_widget y edit_widget del conector MCP reciben las líneas como datos en budgetLines (sin IA), siempre como la lista completa. Cómo se asignan las campañas. Una campaña pertenece a la primera línea, según el orden en que las enumeras, cuyos términos contiene su nombre, sin distinguir mayúsculas de minúsculas. «PKV» encuentra tanto «PKV | Spanien» en Google Ads como «Allianz PKV» en Meta. Una campaña que ninguna línea reclama va a una fila «Sin asignar», de modo que la fila de Total siempre es igual a lo que gastaron tus cuentas conectadas, tras las exclusiones propias del informe (campañas de Meta excluidas por nombre, un filtro de campañas de Google Ads). Pon primero la línea más específica cuando dos líneas puedan reclamar la misma campaña. Las columnas son Línea de producto, Presupuesto previsto, la inversión real de cada canal, Total real, Diferencia (previsto menos real, de modo que una cifra positiva significa que aún no se ha gastado) y % del presupuesto usado. El presupuesto previsto del periodo se prorratea por días para cada mes natural que toca: del 15 al 31 de octubre se toma 17/31 del presupuesto de octubre, y un periodo de varios meses suma los meses prorrateados. Una línea sin presupuesto para un mes del periodo muestra «—» en Presupuesto previsto, Diferencia y % usado, nunca 0, y la fila de Total no muestra presupuesto previsto mientras una línea no lo tenga; una frase bajo la tabla nombra el mes y las líneas («Sin presupuesto definido para septiembre de 2026 en KFZ»). Cuando ninguna línea tiene un presupuesto introducido para el periodo, las columnas Presupuesto previsto, Diferencia y % del presupuesto usado se omiten en lugar de rellenarse con guiones; la nota dice «Sin presupuestos definidos para septiembre de 2026», y solo en el editor del informe una línea discreta indica dónde añadirlos (los ajustes de este widget, Importes por mes). Si el informe compara periodos, una columna «Inversión, periodo anterior» muestra la inversión de cada línea en él; los presupuestos no se comparan. Las fechas de las notas se escriben en el idioma del informe. La barra de progreso. Junto al % del presupuesto usado de cada línea hay una barra fina: la inversión de la línea dividida entre su presupuesto previsto, el mismo número que imprime la celda. La barra de la fila de Total es la inversión total dividida entre el presupuesto previsto total, nunca un promedio de las barras de las líneas, y aparece solo cuando el Total tiene presupuesto previsto. Por encima del 100 % la barra está llena y se dibuja en el color de advertencia, y el número adopta el mismo color. Mientras el periodo sigue en curso dentro de un mes, una marca fina en la barra muestra Previsto a hoy como parte del presupuesto, para que veas de un vistazo si una línea gasta por delante o por detrás de lo planificado. Una línea sin presupuesto no tiene barra. Las barras son iguales en el informe, en el enlace compartido y en el PDF. Cuando el periodo está dentro del mes en curso, aparecen dos columnas más. Previsto a hoy es el presupuesto previsto de los días completos hasta ayer; Proyección a fin de mes es la inversión hasta ayer dividida entre esos días y multiplicada por los días que quedan hasta fin de mes. Es una proyección lineal al ritmo actual, no una previsión, y la nota bajo la tabla indica qué días cubre. Presupuesto previsto desde los ajustes de campaña. En lugar de escribir presupuestos, cambia «Presupuesto previsto de» en los ajustes del widget a «Ajustes de campaña» (o «Ajustes, a mano si se introduce», donde un importe que escribiste para una línea y un mes prevalece). Google Ads y Meta solo muestran los presupuestos definidos hoy, nunca un historial, así que CrunchJunkie lee una vez al día todas las cuentas conectadas de Google Ads y Meta (poco después de las 04:00 UTC, de dos a cuatro llamadas por cuenta) y guarda el presupuesto de cada campaña por día. El presupuesto previsto de una línea es entonces la suma de los presupuestos diarios de sus campañas, día a día, contando una campaña solo mientras estuvo activa: las campañas en pausa, finalizadas o que aún no han empezado cuentan 0. Google Ads: un presupuesto diario cuenta por día, limitado al propio límite mensual de Google de 30,4 veces el presupuesto diario (Google puede gastar hasta el doble del presupuesto diario en un día, pero cobra como máximo ese límite en un mes), de modo que un mes de 31 días cuenta 30,4/31 por día. Un presupuesto compartido de Google Ads se cuenta una sola vez; si da servicio a campañas de varias líneas, no se reparte adivinando, sino que se muestra en su propia fila «Presupuesto compartido». Meta: el presupuesto de la campaña o, si no tiene, la suma de los presupuestos de sus conjuntos de anuncios activos; un presupuesto total (lifetime) se reparte por igual entre sus fechas de inicio y fin. Las exclusiones del informe (campañas de Meta excluidas por nombre, el filtro de campañas de Google Ads) se aplican al plan igual que a la inversión. «Activa» sigue el propio estado de la campaña (Google Ads ENABLED, Meta ACTIVE), más las fechas de fin y de inicio que Google informa como finalizada o aún no iniciada; otros estados de servicio de Google, como SUSPENDED, no se tratan como pausa, así que una campaña así sigue contando con su presupuesto. Lo que el historial puede y no puede decir. La primera lectura es el primer día en que se conoce el presupuesto previsto. Los días del mes en curso anteriores a ella usan los ajustes de hoy, y la nota bajo la tabla dice «Previsto según los ajustes de presupuesto de hoy para los días anteriores» a esa fecha; el resto del mes en curso se planifica con la última lectura. Un mes anterior sin lecturas muestra «—» con «El historial de ajustes de presupuesto empieza» en esa fecha; no se inventa nada, y un día que la lectura diaria no recogió usa la lectura anterior durante un máximo de tres días, como dice la nota. Las campañas eliminadas desde entonces no están en los ajustes de hoy, así que faltan en los días anteriores a la primera lectura. Los canales distintos de Google Ads y Meta aún no se leen desde los ajustes: mientras haya uno en la tabla, el presupuesto previsto muestra «—» y la nota lo nombra (limita los canales de la tabla o escribe los presupuestos). En el bloque de datos de IA, get_report_data y la API REST, budget.plannedSource indica qué fuente se aplicó. Las herramientas MCP add_widget y edit_widget aceptan plannedSource ("manual", "settings" o "settings+manual"), y Ask Crunch entiende «presupuesto previsto de los ajustes de campaña». Los límites, con honestidad. Un canal que no se pudo leer se nombra bajo la tabla y se deja fuera de las sumas, nunca se cuenta como 0. Un canal facturado en una moneda distinta de la principal no se suma (no se convierte nada), y los presupuestos se leen en la moneda principal. Cada campaña que gastó en el periodo se lee de cada plataforma con su inversión exacta (al céntimo; la tabla imprime unidades monetarias enteras), incluidas las campañas de Google Ads eliminadas desde entonces, así que Sin asignar es solo lo que ninguna línea reclama. Por encima de 5.000 campañas en un canal, las más pequeñas cuentan como Sin asignar, y la tabla lo indica. Los presupuestos están en una sola moneda, que se muestra en los encabezados de las columnas y se mantiene en el widget desde la primera vez que carga; si una cuenta factura más tarde en otra moneda, se deja fuera y se nombra, nunca se reetiqueta. La inversión se lee en la zona horaria propia de cada cuenta publicitaria, así que cerca de la medianoche «hasta ayer» puede diferir en un día. En el bloque de datos de IA, el get_report_data de MCP y la API REST, la tabla incluye filas con planned, actual y difference como números, donde null significa que no hay presupuesto definido.

Monedas

Cada importe de un informe se muestra en la moneda que usa la propia cuenta conectada: la moneda de la cuenta de Google Ads; la de la cuenta publicitaria de Meta, Microsoft, Amazon, Reddit, ChatGPT y LinkedIn; la de la propiedad de GA4 para los ingresos; la del sitio de Matomo; la moneda de visualización de la cuenta de Brevo y la de la tienda de Mailchimp para los ingresos atribuidos. La leemos de cada plataforma y la actualizamos a diario, y se aplica en todos los widgets (tarjetas de KPI, tablas, ejes y tooltips de los gráficos, anillos, mapas, embudos y vistas previas de anuncios), en la aplicación, en los enlaces compartidos y en los PDF. Nunca se convierte nada: una cuenta en GBP muestra libras, una cuenta en AUD muestra dólares australianos. Cuando monedas distintas coinciden en un widget combinado «Todos los canales», el dinero se suma solo dentro de la moneda con más inversión, como se describe arriba, y las demás cuentas siguen contando para clics, conversiones y leads.

Objetivos en las tarjetas de KPI

Cualquier widget de KPI puede llevar un objetivo por métrica. Defínelo en el editor (Objetivos, debajo de las métricas del widget) o pídeselo a Crunch, por ejemplo «fija objetivos de 500 leads y un coste por lead de 180 € en la tarjeta de totales». Un objetivo se aplica al intervalo de fechas propio del widget, así que para una meta trimestral fija el informe o el widget en Este trimestre. La tarjeta muestra entonces una barra y el grado de cumplimiento: real dividido entre el objetivo, o el objetivo dividido entre el real en las métricas donde menos es mejor (coste por lead, CPC, un tope de inversión), de modo que un 100 % o más siempre significa que se cumple el objetivo. Mientras el periodo sigue en curso, las sumas como leads, clics e inversión también muestran el plan a hoy (objetivo × días transcurridos ÷ días del periodo, marcado como una marca en la barra), el ritmo frente a ese plan y una proyección lineal para el final del periodo. Las tasas nunca se proyectan así, porque una tasa no se acumula con el tiempo; se comparan directamente con el objetivo. Los objetivos se ven igual en la aplicación, en los enlaces compartidos y en los PDF.

Edita un widget con Crunch

Cada widget de datos tiene un cuadro «Editar con Crunch» en sus ajustes, para que puedas cambiarlo en lenguaje natural en lugar de buscar por los menús. Escribe una instrucción («conviértelo en un gráfico de barras», «muestra el top 5 por ROAS», «desglosa por dispositivo») y haz clic en Aplicar. Crunch ajusta la métrica, la dimensión, la visualización o el orden de ese widget para que coincida, siempre con datos en directo. La barra de herramientas de la propia tarjeta tiene el mismo botón Chomps: haz clic en él y el cursor aterriza directamente en el cuadro de ese widget. Es la forma más rápida de remodelar un widget cuando sabes lo que quieres pero no qué control usar. Como todo en el editor, el cambio se puede deshacer, así que puedes probar una instrucción y volver atrás si no queda del todo bien. Cómo se ordena una tabla depende de su fuente. Una tabla o anillo de Search Console, el ranking de marcas de visibilidad en IA y las tablas de desglose de Google Ads, Google Analytics, Meta Ads, Microsoft Ads, LinkedIn Ads, Amazon Ads, Reddit Ads, ChatGPT Ads, Piwik PRO, Matomo y Merchant Center tienen un ajuste de Orden (por cualquier métrica que muestren, de mayor a menor o de menor a mayor; en una posición o una columna de coste, lo más bajo es lo mejor), y el orden se aplica antes del límite de filas, de modo que una tabla de 50 filas de consultas por impresiones contiene las 50 consultas con más impresiones, y una tabla de 10 filas de campañas ordenadas por coste contiene las 10 campañas que más costaron. Sin un Orden, una tabla conserva el orden que siempre ha tenido, aplicado igualmente antes del límite de filas: las campañas y los grupos de anuncios de Google Ads por clics, los términos de búsqueda y las ubicaciones por impresiones y los grupos de recursos por conversiones, Merchant Center por número de productos, LinkedIn Ads en el orden propio de LinkedIn, y los demás por su primera métrica, de mayor a menor. Un orden guardado antes de que una fuente ofreciera esa opción no se usa hasta que vuelvas a elegir uno. Las filas se ordenan por el número, nunca por el texto mostrado, y una fila sin valor va al final. Ordenada de menor a mayor, una tabla de Google Ads deja fuera las filas sin nada que medir (sin impresiones, o sin clics ni conversiones detrás de un coste o una tasa por clic o conversión), para que nunca aparezcan como las más bajas. Las tablas por día, semana, mes o fecha mantienen el orden de fechas, y las tablas de Google Ads por día de la semana y por edad mantienen su orden natural. Otras fuentes fijan su propio orden (las campañas de correo, de la más reciente a la más antigua, por ejemplo); en ellas Crunch te dice que no puede reordenar la tabla en lugar de guardar un orden que se ignoraría.

Resúmenes de Crunch AI

Crunch AI lee las cifras en directo de un informe y escribe un breve resumen ejecutivo, normalmente tres conclusiones numeradas que señalan qué cambió y por qué importa. Marca anomalías, como una caída brusca del ROAS o una campaña limitada por presupuesto, para que tu cliente se entere de los problemas por ti y no al verlos en los datos. El resumen llega en streaming en segundos y es totalmente editable: retoca una frase, borra una conclusión o regenera todo si cambia el intervalo de fechas del informe o los datos. El resultado de la IA es informativo y siempre está bajo tu control: no se envía nada a un cliente hasta que estés conforme. En un informe con cifras de Google Ads, el resumen ejecutivo, Insights de campañas, Logros, Problemas, Plan de acción, una pregunta personalizada y «Analizar el widget de arriba/abajo» sobre un widget de Google Ads también leen los cambios de la cuenta del periodo a partir del historial de cambios almacenado: los 12 más significativos (primero los cambios de presupuesto, de puja y de estado, luego los de palabras clave y segmentación, y al final las ediciones menores como cambios de nombre y de texto de anuncios), con el total del periodo. Proceden de lo que CrunchJunkie ha almacenado, nunca de Google en directo, así que un resumen nunca queda retenido por Google; para un periodo que llega hasta hoy, al resumen se le indica hasta cuándo se registran los cambios (la copia nocturna). Crunch menciona un cambio solo cuando plausiblemente explica un movimiento en las cifras, y entonces dice que coincide con él o que probablemente contribuyó, nunca que lo causó; no enumera cambios porque sí. Cuando un resumen los ha leído, la línea «Basado en» bajo él indica cuántos: «· 12 de 45 cambios de la cuenta» cuando leyó los 12 más significativos de 45, o «· 3 cambios de la cuenta» cuando los leyó todos. No se añade nada cuando no hay cambios almacenados para el periodo, cuando el informe no tiene fuente de Google Ads, cuando el resumen ya lee un widget de Historial de cambios (sus entradas ya están entonces en los datos), o cuando lee cifras de una cuenta de Google Ads distinta de aquella de la que proceden los cambios (la cuenta predeterminada del informe, o la única del cliente). Los ajustes preestablecidos Cambios significativos e Impacto de los cambios leen todo el historial, como antes. Un resumen no se marca como desactualizado porque se hayan añadido cambios al historial más tarde: solo deciden eso sus cifras y su periodo.

Ajustes preestablecidos de resumen con IA

Cuando añades o regeneras un bloque de texto con IA, puedes orientar lo que escribe Crunch con un ajuste preestablecido en lugar de escribir un prompt. Los ajustes son: Resumen ejecutivo, Analizar el widget de arriba, Analizar el widget de abajo, Insights de campañas, Logros, Problemas, Plan de acción, Cambios significativos, Impacto de los cambios, más una opción de Prompt personalizado para cualquier otra cosa. «Logros» y «Problemas» son la forma más rápida de separar las buenas noticias de lo que requiere atención; «Analizar el widget de arriba/abajo» vincula el comentario a un gráfico o una tabla concretos de la página. Elijas el ajuste que elijas, a Crunch solo se le dan las cifras del informe y se le indica que no añada ninguna, y el resultado es totalmente editable antes de enviarlo.

Tamaño de muestra y margen de error en las métricas de visibilidad en IA

Las respuestas de la IA no son deterministas, así que una cifra de visibilidad en IA es una muestra, no un absoluto. Para mantener eso con honestidad, las tarjetas de KPI de visibilidad en IA, en la aplicación y también en los informes y enlaces compartidos, muestran lo sólida que es cada cifra. Bajo la métrica verás «Basado en N ejecuciones», donde N es el número de ejecuciones de escaneo que hay detrás (prompts × modelos × repeticiones en el periodo). Para el % de visibilidad, la tarjeta muestra además un margen de error como «± X %». Lo calculamos para que sea realmente informativo y no meramente tranquilizador: respeta los límites (nunca sugiere una visibilidad imposible por debajo del 0 % o por encima del 100 %) y se ensancha cuando tus motores de IA discrepan entre sí o cuando la muestra es escasa, de modo que una tasa basada en muchas ejecuciones coincidentes muestra un ± estrecho, mientras que una frágil muestra uno amplio. Cuando una cifra descansa solo en unos pocos días de escaneo y motores, cuánto discrepan entre sí es en sí mismo incierto, así que esa parte del ± usa la t de Student en lugar de la curva normal y es algo más ancha. Por eso dos marcas pueden compartir el mismo % principal y tener márgenes muy distintos; lee el número y su ± juntos. Vamos un paso más allá con los cambios en el tiempo. Cuando la visibilidad se mueve respecto al periodo anterior, comparamos el cambio con el margen de error combinado de ambos periodos. Solo un movimiento de al menos el doble de ese margen queda claramente fuera del margen de error; cualquier cosa menor no lo está, y se marca «dentro del margen» junto a la variación en las tarjetas de KPI, y aparece como una «~» gris antes del cambio en Inicio, en la tabla de competidores del Resumen y en Mayores movimientos, y, en un informe, en los indicadores de cambio de la tabla de Marcas, en el Δ Visibilidad de la tabla de Prompts y en las tablas Marca × Etiqueta, Etiqueta × Mes, Marca × Mes y Etiqueta. Es una sola regla en todas ellas, con el mismo margen (el «± X %» de la cifra principal), de modo que un movimiento nunca se lee como una subida en un sitio y como «~» en otro. Los resúmenes con IA también la siguen: a Crunch se le indica que describa un cambio así como sin variación, nunca como una subida o una bajada. Un recuento como Menciones también sigue el número de respuestas recogidas, así que junto a una comparación su tarjeta nombra las respuestas de ambos periodos («Basado en 1.426 ejecuciones · 2.940 en el periodo de comparación»). Es una señal honesta de que el movimiento bien puede ser ruido y no un cambio real, así que una pequeña oscilación (digamos una caída de tres menciones cuando las citas son muy variables) no se interpreta en exceso como una tendencia. Un pequeño punto de color junto a «Basado en N ejecuciones» resume cuánto fiarse de la cifra en conjunto (verde para alto, ámbar para medio, gris para bajo), combinando el tamaño de la muestra con la anchura del ±. Esta anotación aparece solo en las métricas de visibilidad en IA, donde se aplica el muestreo: las cifras de plataformas publicitarias y de analítica proceden directamente de la fuente y no son muestras. Es el mismo principio que la comprobación gratuita de visibilidad en IA: mostrar el tamaño de la muestra, nunca afirmar de más a partir de un solo número. La misma honestidad se aplica mientras se ejecuta un escaneo. Si fallan comprobaciones individuales (una caída del proveedor, un límite de frecuencia), el escaneo las reintenta un número limitado de veces, termina sin ellas y te dice cuántas fallaron, en la propia barra de estado del escaneo. Una comprobación fallida nunca se reintenta indefinidamente en silencio y nunca se cuenta como una ejecución, de modo que N solo incluye comprobaciones que realmente ocurrieron. Tras el escaneo, la pestaña Prompts muestra exactamente qué prompts tuvieron comprobaciones fallidas: una insignia ámbar en el prompt nombra el motor y el mensaje de error del propio proveedor, de modo que un tamaño de muestra menor siempre es atribuible, nunca misterioso. Las comprobaciones fallidas del último escaneo también se agrupan por causa: clave rechazada, límite de cuota o de facturación, límite de frecuencia, tiempo de espera agotado, caída del proveedor, respuesta vacía o cortada, cada una con su recuento y una solución en una línea (un problema de cuota en tu propia clave remite a la consola del proveedor, o a Managed AI). Los escaneos anteriores a que se guardaran los mensajes de error dicen que la causa no se almacenó. Lo visible que sea esto depende de cuánto del escaneo afecte: cuando menos del 10 % de las comprobaciones del escaneo fallaron y ningún motor falló por completo, ves una pequeña píldora ámbar «1 comprobación fallida» junto a Último escaneo en la barra lateral (en un móvil, encima de la página), en todas las páginas del proyecto, y las causas se abren desde ella; una causa que solo un nuevo escaneo arreglaría (un límite de frecuencia, un tiempo de espera, una caída, una respuesta vacía, un motivo no indicado) dice entonces que no hace falta ninguna acción, porque el siguiente escaneo vuelve a ejecutar esas comprobaciones de todos modos; con un 10 % o más, o cuando fallaron todas las comprobaciones de un motor, la píldora se vuelve roja y el Resumen mantiene además un aviso, porque a las cifras les falta entonces una parte real del panorama. Una comprobación cuenta como fallida solo mientras sigue fallando: una que falló una vez y luego tuvo éxito en un reintento no se cuenta, ni tampoco una de un prompt que has pausado o eliminado desde entonces. El popover de la píldora enlaza con la pestaña Prompts, que abre las mismas causas sobre la lista de prompts, cada una con los motores a los que afectó y sus recuentos. La campana de notificaciones de la barra superior también lista las comprobaciones fallidas del último escaneo con la fecha, el motor, el recuento y el mensaje del propio proveedor, y un enlace a la pestaña Prompts; cuando un escaneo posterior terminado de los mismos mercados se ejecuta sin comprobaciones fallidas, la entrada se marca como resuelta y la píldora desaparece; un escaneo que sigue en curso o que terminó con un error no la resuelve. Último escaneo cuenta tanto el escaneo programado propio de un mercado como uno de todo el proyecto, así que la barra lateral y el aviso siempre nombran la misma fecha. Durante una prueba, un proyecto cuya configuración probablemente no funcione recibe un correo amable. Entre 2 y 7 días después de su primer escaneo completado, CrunchJunkie comprueba el proyecto una vez en busca de los tres problemas anteriores: ningún motor monitorizado que nombre páginas, motores que parecen leer la marca como software y un último escaneo con al menos 5 comprobaciones fallidas o con al menos el 10 % de sus comprobaciones fallidas. Si aparece alguno, el propietario del espacio de trabajo recibe un correo breve que nombra el problema con sus números y su ventana y enlaza con la página del proyecto, donde el aviso muestra la solución. El correo no cambia ni cobra nada, se envía una vez por proyecto y se puede cancelar la suscripción como con cualquier notificación del producto. Solo cuentan las respuestas completas. Un motor informa de por qué dejó de escribir: terminó, alcanzó el límite de longitud que fijó el escaneo, su búsqueda web se quedó sin rondas o se negó a responder. Las respuestas de ChatGPT, Gemini, Claude, Grok, Perplexity, DeepSeek y Meta AI solo se almacenan cuando están completas. Una que llega vacía o cortada no es una medición (una marca nombrada después del corte sería invisible), así que no cuenta ni como mención ni como omisión: la comprobación falla con el motivo, una pasada posterior del escaneo puede volver a preguntar, y un motor que sigue respondiendo así se detiene durante el resto del escaneo, con el motivo en la barra del escaneo. Una respuesta que el motor se negó a dar se almacena como su respuesta, porque eso es lo que recibe un usuario real; una que su filtro de seguridad cortó a medias es un fragmento y no se almacena. Un fallo del lado del proveedor informado dentro de una respuesta es temporal y se reintenta. Google AI Overviews, AI Mode y Microsoft Copilot funcionan como antes: allí un resultado vacío significa que no se mostró ninguna respuesta de IA (salvo una respuesta que llegó sin sus listas, más abajo). N es el número de respuestas que cuentan. Los límites dejan margen para las respuestas reales más largas: 8.192 tokens para Claude y Gemini y 8.000 para ChatGPT, Meta AI y Grok, y Gemini piensa en su nivel bajo porque su razonamiento cuenta contra el mismo límite. Los nombres de marca se leen en hasta 40.960 caracteres de una respuesta. Las respuestas almacenadas antes de que existiera esta comprobación (octubre de 2026) no se comprobaron así. Hasta entonces las respuestas de Claude estaban limitadas a 1.024 tokens, así que la mayoría se detenía antes del final y algunas llegaban vacías, y las respuestas de Gemini a menudo terminaban tras unos cientos de caracteres, por lo que las cifras de Claude y Gemini anteriores al cambio salen bajas. Un proyecto con respuestas anteriores recibe una nota en su Línea de tiempo cuando se almacena su primera respuesta completa, y las alertas de caída y de adelantamiento, las señales y los resúmenes para clientes dejan a ese motor fuera de cualquier comparación que lo abarque (sin ningún motor, no dicen nada). En el conector MCP, get_ai_answer muestra el motivo por el que terminó cada respuesta almacenada (stopReason). Nombres que Google enlazó en AI Overviews. SerpAPI, que lee por nosotros Google AI Overviews, AI Mode y Microsoft Copilot, a veces devuelve un nombre que Google enlazó sin su texto: llega la dirección del enlace, pero no el nombre. Un elemento de lista se lee entonces «: One of the leading full-service agencies …», sin nombre antes de los dos puntos. Desde el 11 de octubre de 2026 un escaneo conserva esos enlaces con la respuesta. Cuando un elemento de lista o un párrafo empieza sin su nombre (con dos puntos, una coma, un guion o vacío) y su primer enlace es uno de esos enlaces, el dominio del enlace aparece entre corchetes en lugar del nombre, como «[example.com]: One of the leading …», para que veas que ahí había un nombre enlazado; no adivinamos el nombre visible de la marca. Ese enlace, y solo ese enlace, cuenta como mención cuando su dominio es el del cliente o el de un competidor monitorizado: el sitio web del cliente, un dominio etiquetado como Propio, el dominio de la Auditoría GEO o un alias escrito como dominio, o un dominio de competidor definido en los ajustes del proyecto de visibilidad en IA. Un subdominio o una plataforma compartida (facebook.com, g2.com, amazon.de y similares) no representa a ninguna marca. Una mención así cuenta solo para la visibilidad y el Share of Voice, sin posición ni sentimiento, y solo cuando la respuesta no nombra la marca de todos modos. La vista Respuestas y get_ai_answer en el conector MCP lo etiquetan: un nombre enlazado que SerpAPI devolvió sin su texto; contado a partir del dominio de su enlace. Un enlace sin texto en mitad de una frase, los enlaces con texto y las fuentes listadas bajo una respuesta nunca cuentan como menciones. Las respuestas almacenadas antes del 11 de octubre de 2026 no se leyeron así y pueden omitir una marca que Google enlazó; se dejan como estaban. Un proyecto con respuestas anteriores recibe una nota interna en su Línea de tiempo por cada motor, el día en que se lee su primera respuesta de esta forma, y las alertas no comparan a través de ella. Una fila de tabla cuyo nombre SerpAPI eliminó junto con su enlace no se puede recuperar. Cuenta un escaneo por día. Si un prompt se escanea más de una vez el mismo día (una nueva ejecución manual, un reintento tras un cambio de ajustes), el escaneo posterior sustituye al anterior para ese motor y día. Nunca se suma a él. Agrupar ambos duplicaría la muestra sin ninguna evidencia nueva y convertiría ese día en una población mayor que todos los demás. La misma regla se aplica en todos los lugares donde se leen las ejecuciones: los KPIs principales, las tarjetas de temas y fuentes, los widgets de informes, la API y el conector MCP miden las mismas ejecuciones, así que sus números coinciden. «Últimos 30 días» significa 30 días completos. La ventana se cuenta en días naturales en UTC y siempre termina con hoy, así que «últimos 30 días» el 23 de septiembre es del 25 de agosto al 23 de septiembre, ambos incluidos: nunca 31 días, y nunca un día parcial en ninguno de los extremos. Eso importa porque una ventana medida como «ahora menos 30 × 24 horas» cortaría por la mitad el día más antiguo y cubriría un tramo distinto según la hora a la que abras la página. Todas las superficies usan esta definición única: los KPIs principales, los gráficos, la tabla competitiva, las tarjetas de temas y fuentes, las tablas por motor, los widgets de informes, la API REST y el conector MCP. Así, un tamaño de muestra mostrado en una tarjeta es la misma población que el de la tarjeta de al lado. Los días son días UTC porque los escaneos se almacenan por día UTC. En un informe, las fechas proceden del intervalo del informe, que sigue la zona horaria de tu espacio de trabajo; la visibilidad en IA cuenta entonces los escaneos de esas fechas por su día UTC.

Respuestas capturadas sin sus listas

En octubre de 2026, muchas respuestas de Google AI Overviews y Google AI Mode empezaron a llegar de SerpAPI, que lee ambos por nosotros, sin sus listas. Llegan los párrafos de apertura y de cierre y no la lista entre ellos, así que una respuesta se lee «Leading agencies include:» seguida de «If you tell me your budget …». Las últimas respuestas completas de AI Overviews que vimos fueron del 12 de octubre y las primeras incompletas del 13 de octubre; para AI Mode, el 12 y el 15 de octubre, sin ningún escaneo entre medias. Para AI Overviews, el rastreador público de incidencias de SerpAPI lista la misma pérdida (#4453, #4457); ningún informe público nombra AI Mode, donde las lagunas son una medición propia. Las marcas de una lista ausente contaron como no nombradas, así que las cifras de AI Overviews y AI Mode de esos días pueden salir bajas. Las respuestas de AI Overviews han vuelto a llegar con sus listas desde los escaneos del 20 de octubre; ese día todavía fue mixto, así que la laguna de AI Overviews está marcada del 12 al 20 de octubre de 2026. Las respuestas de AI Mode volvieron con sus listas en el escaneo del 26 de octubre, y su laguna sigue marcada hasta que un segundo escaneo semanal lo confirme. Un escaneo deja ahora fuera una respuesta así. No se almacena una respuesta que anuncia contenido que no está: una frase que termina en dos puntos y cierra la respuesta, que va seguida solo de una pregunta u oferta de cierre, o que inicia una serie de anuncios sin nada listado entre ellos; ni un resumen que está pero no tiene texto. No cuenta ni como mención ni como omisión, no se vuelve a pedir en el mismo escaneo, porque cada búsqueda se factura y devuelve lo mismo, y cuando al menos cinco respuestas del motor llegan así y son más que las que no, el escaneo deja de pedir al motor. «Sin AI Overview» para una consulta sigue siendo un resultado real, una etiqueta en línea como «Hourly rates: usually …» no es una laguna, ni tampoco una etiqueta breve como «Summary:» antes de su propio párrafo. Las respuestas almacenadas antes de esta comprobación se dejan fuera una vez comprobadas. Una respuesta que perdió una lista sin un rastro visible así no se puede distinguir y sigue contando, así que las cifras de estos días aún pueden salir bajas. Cada widget de visibilidad en IA, gráfico y el Resumen cuyas cifras incluyen estos motores en este periodo lo indica (una banda en los gráficos, una línea bajo el resto; «Mostrar huecos de medición» en el editor lo oculta en un widget), el resumen con IA, Ask Crunch, el conector MCP y la API reciben la misma información, y las alertas de caída y de adelantamiento, las señales y los resúmenes para clientes dejan fuera al motor de cualquier comparación que toque estos días mientras esto dure. La tarjeta de Visibilidad de un informe hace lo mismo: su cifra sigue siendo el conjunto completo, pero el cambio que aparece al lado se mide con los demás motores en ambos periodos, y la tarjeta dice «El cambio de la visibilidad deja fuera …» con el motor y las fechas de su incidencia; las demás cifras de la tarjeta usan todos los motores. En la tabla por motor (Model), la fila del motor se marca como «incidencia de medición» y su cambio no se indica. Una comparación enteramente posterior al último día de una laguna vuelve a contar el motor. Las señales generadas antes de esta comprobación se quedan como están. Cada proyecto afectado recibe una nota interna en su Línea de tiempo. Microsoft Copilot, que también se lee a través de SerpAPI, no está afectado. Mientras las respuestas lleguen así, también leemos todos los nombres que un elemento de lista pueda llevar bajo otra clave, los bloques de comparación y todas las formas de una tabla, para que no se pierda nada de lo que SerpAPI sí devuelve.

Copilot en proyectos con idioma o mercado

Microsoft Copilot se lee a través de SerpAPI, cuya búsqueda de Copilot no admite ajuste de idioma ni de país. Hasta el 21 de octubre de 2026 poníamos por eso una instrucción delante de cada prompt en un proyecto con idioma o mercado definido (por ejemplo, “You are answering for a user located in Spain. Reply in German …”). Bing buscaba también el significado de esa instrucción, así que muchas respuestas de Copilot citaban sitios de traducción y páginas que repiten la instrucción en lugar de fuentes reales, y las marcas que esas respuestas nombraban eran elegidas por ese desvío. En una prueba con tres prompts en un proyecto español respondido en alemán, 14 de 32 páginas citadas repetían la instrucción, 32 eran sitios de traducción y el sitio propio de la marca no se citó nunca. Desde el 21 de octubre de 2026 a Copilot se le envía el propio prompt, en el idioma del proyecto, seguido de una breve etiqueta de mercado en ese idioma, por ejemplo “(Markt: Spanien)”. En la misma prueba ninguna de las 54 páginas citadas repetía una instrucción ni era un sitio de traducción, el sitio de la marca se citó en los tres prompts y todas las respuestas seguían estando en alemán. A un proyecto sin mercado, o en un idioma para el que no tenemos etiqueta, se le envía solo el prompt. Las páginas que repiten la instrucción antigua siguen quedando fuera de todo recuento de citas y fuentes, también en respuestas anteriores. Las cifras de Copilot de proyectos con idioma o mercado definido se marcan como laguna de medición desde el día en que Copilot se ejecutó por primera vez con la instrucción hasta el 21 de octubre de 2026: una línea bajo el widget, una banda en los gráficos, una nota para el resumen con IA, Ask Crunch, el conector MCP y la API, y el motor se deja fuera de cualquier comparación de señales, alertas o resúmenes que toque esos días. El 21 de octubre cuenta como dentro de la laguna, porque los escaneos anteriores de ese día aún usaban la instrucción; los escaneos desde el 22 de octubre son limpios. Las cifras de Copilot anteriores al 22 de octubre y las de ese día en adelante se miden con preguntas distintas, así que compáralas con cuidado.

Programación y entrega

Abre cualquier informe y haz clic en Programar para ponerlo en piloto automático. Elige semanal o mensual, fija la hora de envío y añade destinatarios. En cada ejecución programada, CrunchJunkie envía un correo con tu marca desde tu dominio, con un enlace en vivo al informe. El PDF se adjunta por defecto y el enlace en vivo muestra siempre las cifras actuales, de modo que los destinatarios pueden archivar el documento y volver a consultarlo más tarde. El panel de programación registra cuándo se envió el informe por última vez, y puedes pausar o editar una programación en cualquier momento: los cambios se aplican en la siguiente ejecución. El día y la hora están en la zona horaria de tu espacio de trabajo (Ajustes → Preferencias), con el horario de verano incluido: un informe programado para los lunes a las 09:00 en Auckland sale a las 09:00 hora de Auckland, tanto en verano como en invierno. Las programaciones guardadas antes de que existieran las zonas horarias del espacio de trabajo siguen ejecutándose en UTC, tal como se configuraron; el panel de programación muestra qué hora es esa en tu zona, con un botón que cambia la programación a ella. El panel muestra también el siguiente envío. Si un envío no puede salir a su hora (una hora con muchos informes pendientes, o una caída del servicio), se reintenta cada hora durante un máximo de un día en una programación semanal y de hasta tres días en una mensual, de modo que el informe sale más tarde en lugar de perder el periodo. Un reintento nunca envía un informe dos veces. Guardar una programación nunca envía un informe cuya hora ya pasó: el primer envío es el siguiente que muestra el panel. El PDF adjunto cuenta su periodo desde el día para el que está programado el envío, en la zona horaria de la programación, así que una programación que sigue en UTC informa del mismo periodo que antes, y un envío que sale más tarde informa del mismo periodo que uno puntual. El enlace en vivo del correo cuenta siempre desde el hoy de tu espacio de trabajo, así que, en una programación que sigue en UTC dentro de un espacio de trabajo lejos de UTC, el PDF y el enlace en vivo pueden mostrar periodos distintos durante unas horas: una programación «el día 1, 03:00 UTC» en un espacio de trabajo de Nueva York envía su PDF de noviembre la tarde del 30 de noviembre hora de Nueva York, mientras que el enlace, que aún está en el 30 de noviembre, muestra octubre hasta la medianoche de allí. Cambiar la programación a la zona horaria de tu espacio de trabajo elimina la diferencia. Al cambiarla, una programación semanal toma el día y la hora en que llegaba en tu zona, y una mensual el día en que llegaba, salvo que caiga en otro mes (entonces conserva su día del mes). Antes de guardar cualquier cambio en una programación, el panel muestra el siguiente envío, el periodo que cubrirá ese informe y, si el cambio implica que un periodo no se enviará en absoluto, una línea que lo indica («El informe del 21-27 sep 2026 no se enviará.»). Guardar nunca envía un informe cuya hora ya pasó. Y un informe nunca sale dos veces para el mismo periodo: si el siguiente envío de una programación modificada cubriera el periodo que acaba de enviarse (un informe semanal pasado del lunes al viernes cubre la misma última semana), ese envío se omite. Un informe con fechas fijas cubre los mismos días cada vez y sale en cada envío programado. Un espacio de trabajo bloqueado (una suscripción cancelada, en pausa o impagada) no envía correos de informes programados ni resúmenes para clientes. Un envío que vence mientras está bloqueado se omite definitivamente: no se envía más tarde, ni siquiera cuando se desbloquea el espacio de trabajo. Los envíos se reanudan en su siguiente fecha programada después de que elijas un plan. El propietario del espacio de trabajo recibe un correo cuando esto empieza, y la pantalla de bloqueo también lo indica.

Copias mensuales

Las agencias que mantienen un informe por cliente y mes («Informe de Google Ads - septiembre 2026», luego octubre, y así sucesivamente) pueden dejar que el informe cree el siguiente por sí mismo. Abre el informe, elige Copia mensual (en Compartir o en el menú ⋯), activa «Crear una copia cada mes», elige el día del mes y revisa el nombre. Ese día, en la zona horaria de tu espacio de trabajo (Ajustes → Preferencias), el informe se copia para el mes que acaba de terminar. La copia conserva todo lo que conserva Duplicar: widgets, diseño, portada, marca, idioma y la cuenta que lee cada fuente. Su intervalo de fechas es ese mes como fechas fijas, por ejemplo del 1 al 30 de septiembre de 2026, de modo que la copia sigue mostrando septiembre por muy tarde que se abra. La comparación se mantiene y sigue al mes fijo: «vs. periodo anterior» pasa a ser el mes anterior completo (septiembre frente a agosto), también en un widget cuyo intervalo es el mes entero, y «vs. año anterior» compara con el mismo mes de un año antes. Un widget con su propio intervalo también recibe fechas fijas: un intervalo que termina antes de hoy, como una tendencia de 12 meses, tal como se leería el primer día después del mes (del 1 de octubre de 2025 al 30 de septiembre de 2026); un intervalo hasta hoy, como este mes, este trimestre o el año hasta la fecha, tal como se leería el último día del mes (del 1 de enero al 30 de septiembre para el año hasta la fecha). La copia no tiene programación de correo ni regla de copia propia, y aparece junto a los demás informes del cliente. Los resúmenes con IA no se copian, porque se escribieron para un mes anterior. En su lugar, cuando se crea la copia, cada widget de IA se escribe de nuevo para el mes de la copia a partir de las cifras de la propia copia, en el idioma del informe: con su tarea, tal como la redacta el informe cuando se abre la copia, y, en un widget con una pregunta personalizada guardada, esa pregunta, tal como la plantearía Enviar. (Un widget «Analizar el widget de arriba / de abajo» cuyo vecino no tiene cifras que leer se deja como está, igual que en el informe.) Por eso, un enlace compartido o un PDF de la copia lleva el resumen desde el principio. Se escribe con la clave de IA de tu espacio de trabajo o, en Managed AI, dentro de los mensajes mensuales del asistente de tu plan (un mensaje por resumen), y el correo sobre la copia, o el panel tras «Crear ahora», indica si se escribió. Si no se pudo (sin clave de IA, con los mensajes del asistente del mes agotados, por un error del proveedor de IA o porque aún no hay datos), el widget queda vacío y se escribe en la copia como antes: al abrirla o, en una pregunta personalizada, al pulsar Enviar. Cuando hay muchas copias pendientes en la misma hora, las que ya no caben se crean, con sus resúmenes, en la siguiente ejecución horaria. Un resumen escrito al empezar el mes usa las cifras tal como estaban entonces; si todavía llegan conversiones tardías, el informe marca el resumen con el día en que se escribió, y Volver a generar lo reescribe. El nombre sale de un patrón. {month} es el mes que cubre la copia, escrito en el idioma del informe (Juli en un informe en alemán; los meses en español y francés en minúscula, como en una frase, o con la primera letra en mayúscula si escribes {Month}), {year} es su año, {client} el nombre del cliente y {report} el nombre de este informe. Si el nombre del informe ya contiene un mes y un año, en inglés, alemán, español o francés, el patrón se propone a partir de él: «unisono • Google Ads Report - Juli 2026» pasa a ser «unisono • Google Ads Report - {month} {year}». Antes de guardar, el panel muestra la fecha, el nombre y las fechas de la siguiente copia. Cada mes de un informe se copia una sola vez. Si se repite una ejecución, o la regla se elimina y se vuelve a configurar, no se crea nada nuevo, y si la copia no pudo crearse en su día (una caída del servicio), la siguiente ejecución horaria del mismo mes la crea. Una regla solo actúa en los días de ejecución desde el día en que se activó (o se restauró el informe), de modo que nunca rellena meses anteriores. Los espacios de trabajo en pausa o cancelados no reciben copias. «Crear ahora» crea de inmediato la copia del mes que acaba de terminar, y cuenta como la copia de ese mes. Los días 29 a 31 caen en el último día en los meses más cortos. Las copias se hacen siempre a partir del informe que contiene la regla, así que cambia ese informe cuando los meses futuros deban verse distintos. Informes → Programados muestra todas las reglas junto a los correos programados, con la siguiente copia y la última, y permite pausarlas, reanudarlas o eliminarlas. Quien configuró la regla recibe un correo cuando la programación crea una copia. Si se elimina el informe, su regla no crea nada y queda marcada como pendiente de revisión hasta que se restaure el informe o se elimine la regla. Si se elimina una copia, la programación no vuelve a crearla; el panel del informe permite volver a crear la copia del mes que acaba de terminar. Los miembros de solo lectura pueden ver las reglas, pero no cambiarlas.

El correo del informe

Tanto si envías un informe a mano como si lo haces con una programación, el correo que llega a tu cliente viene rellenado y personalizado, no es una línea escueta del tipo «aquí tienes tu informe». El asunto se construye a partir del propio informe (la fuente de datos y el intervalo de fechas, por ejemplo «Informe de Google Ads · junio 2026»), de modo que se lee con claridad en una bandeja de entrada saturada. El cuerpo saluda al cliente por el nombre de contacto guardado, nombra la fuente de datos y el periodo, y se despide en nombre del miembro del equipo que creó el informe, con su correo configurado como dirección de respuesta para que la respuesta llegue a la persona adecuada. Todo el correo está localizado (inglés, alemán, español o francés) según el idioma del informe, y puedes editarlo antes de enviarlo si quieres añadir una nota. Si el cliente no tiene un nombre de contacto guardado, se usa un saludo genérico y cordial. Los destinatarios son por defecto el correo de contacto del cliente y puedes sustituirlos por tu propia lista.

Marca blanca y dominio propio

Los ajustes de marca blanca están en Ajustes → Marca blanca. Sube tu logotipo, define el color de tu marca y elige el nombre y la dirección del remitente desde los que salen los correos programados. Los informes, tanto los enlaces en vivo como los PDF, llevan entonces tu identidad en lugar de la nuestra. En los planes que lo permiten, también puedes conectar un dominio propio para que los enlaces en vivo de los informes estén en tu propia URL (por ejemplo, informes.tuagencia.es). Añade un registro CNAME en tu proveedor de DNS, verifícalo en CrunchJunkie y la plataforma gestiona el certificado SSL automáticamente. El resultado es un reporting que parece un producto creado por tu agencia.

Exportación a PDF y enlaces en vivo

Todo informe se puede compartir de dos formas. Un enlace en vivo ofrece a tu cliente una vista siempre actualizada que refleja la última sincronización diaria, ideal para quienes quieren consultarlo entre las actualizaciones formales. Una exportación a PDF genera un documento en marca blanca, con una maquetación idéntica a la pantalla, para los clientes que prefieren un adjunto que puedan archivar o reenviar. Ambas salidas se generan a partir del mismo informe, así que nunca divergen. «Descargar PDF» en la cabecera del informe (y «Exportar PDF» en un enlace en vivo) genera un archivo terminado con un clic, sin cuadro de impresión: una portada a página completa, tus widgets en la misma cuadrícula que tienen en pantalla, cada sección empezando en una página nueva, una cabecera fija con el cliente, el informe y el periodo, y los números de página en el pie. Están disponibles el formato vertical y el horizontal; el archivo lleva el nombre del cliente, el informe y el periodo, de modo que se archiva solo. Una tabla más ancha que la página se ajusta en lugar de cortarse: sus cabeceras se reparten en varias líneas, sus celdas tienen menos relleno y su texto puede reducirse hasta 7 pt, y una tabla que sigue siendo demasiado ancha continúa en un segundo bloque que repite su primera columna. Cada uno se nombra una sola vez, y el periodo en palabras («septiembre de 2026», no «Último mes»): un informe cuyo nombre ya incluye el cliente o el mes no los lleva dos veces. Los correos puntuales y programados nombran el mismo periodo en su asunto y su mensaje. Los cambios respecto al periodo de comparación se leen igual en todas las superficies: una tasa (CTR, cuota de impresiones, visibilidad) cambia en puntos porcentuales, un recuento o un importe en porcentaje, salvo que el formato de comparación de un widget diga otra cosa. Una puntuación sobre 100 (sentimiento, puntuaciones de la auditoría GEO) cambia también en puntos. A partir de un valor anterior de 0, un KPI y una tabla muestran el cambio en puntos o, en los formatos Absoluto y Ambos, como cambio absoluto; no existe un cambio porcentual desde 0, así que no se muestra ninguno. Los números, las fechas, los nombres de las métricas y las etiquetas siguen el idioma del informe. El documento se genera en nuestros servidores a partir de los datos en vivo de ese momento, así que un PDF de la aplicación, uno descargado por un cliente desde un enlace en vivo y el adjunto a un correo programado o puntual son idénticos. Los envíos programados y puntuales adjuntan el PDF por defecto (desmarca «Adjuntar PDF» para enviar solo el enlace); si alguna vez falla la generación, el correo sale igualmente con el enlace en vivo. Los enlaces en vivo pueden tener el acceso controlado para que solo los destinatarios previstos puedan abrirlos.

Historial de cambios de Google Ads

El widget Historial de cambios enumera lo que cambió en la cuenta de Google Ads de un cliente durante el periodo del informe: presupuestos, estrategias de puja y sus objetivos, estado y pujas de campañas y grupos de anuncios, palabras clave, anuncios, recursos, ubicaciones y audiencias. Cada entrada indica la fecha y la hora (en la zona horaria de la cuenta, tal como las muestra Google Ads), la campaña y el grupo de anuncios a los que pertenece, el valor anterior y el nuevo («Presupuesto diario: 50,00 € → 80,00 €», en la moneda de la propia cuenta) y quién hizo el cambio: una persona, una regla automatizada, un script o una recomendación de Google que se aplicó. Añádelo desde la paleta de widgets («Historial de cambios», solo Google Ads) o pídele a Crunch «el historial de cambios de la cuenta»; nunca se añade a un informe por defecto, y un informe redactado lo incluye solo cuando lo pides. Se filtra por nivel (campañas, presupuestos, grupos de anuncios, palabras clave, anuncios y recursos, otros) y por quién hizo el cambio, sigue el periodo del informe o su propio intervalo de fechas, y enumera los cambios más recientes hasta el número que fijes, siempre con el total del periodo. Hasta cuándo llega: Google Ads conserva el historial de cambios solo durante 30 días. CrunchJunkie lo copia cada noche desde el día en que se conecta una cuenta de Google Ads, y la primera copia incluye los 30 días que Google aún conserva. A partir de ahí, cada periodo de informe queda cubierto mientras conservemos la copia (25 meses). Para un periodo que empieza antes de que se iniciara la copia, el widget indica desde qué fecha se registran los cambios en lugar de afirmar que no hubo ninguno. Los cambios hechos desde la copia de anoche se leen en directo desde Google Ads, así que un informe que llega hasta hoy está completo. Google advierte de que su registro de cambios puede no contener todos los cambios que la interfaz de Google Ads enumera en su propio historial de cambios; el widget muestra exactamente lo que devuelve la API de Google. Al desconectar la cuenta se elimina el historial de cambios almacenado. Quién ve la dirección de correo: Google nos indica el correo del usuario de Google Ads que hizo cada cambio. Dentro de CrunchJunkie, tu equipo lo ve. Los enlaces compartidos, los PDF y el modo presentación muestran «Tu agencia» en su lugar, nunca una dirección, mientras que las reglas automatizadas, los scripts y las recomendaciones de Google conservan su etiqueta en todas partes. Los resúmenes con IA «Cambios significativos» e «Impacto de los cambios» leen este historial almacenado (cualquier periodo del informe, no solo los últimos 30 días), y también lo hacen los resúmenes de Crunch AI en un informe con este widget. En un informe sin él, los demás resúmenes leen los cambios más significativos del periodo (consulta Resúmenes de Crunch AI). Siempre con las mismas etiquetas de rol; nunca se envía una dirección de correo a un modelo de IA.