Cuando la caída es del panel, no de tu sitio
Estructura y marcado actualizados para los motores de respuesta actuales; el análisis original se conserva.
A principios de este mes Google confirmó un fallo que desindexó algunas páginas y luego trastornó los informes de Search Console —los números de cobertura cayeron, el Inspector de URLs se retrasó, los paneles mostraron caídas. Las páginas estaban bien; los datos no. Es un ejemplo limpio de una trampa de medición recurrente: una caída en tus números no siempre es una caída en tu sitio. Antes de reaccionar a una bajada, averigua si es real o solo ruido de plataforma —porque reaccionar a un artefacto puede causar daño real.
la respuesta corta
Un fallo de desindexación del lado de Google este mes trastornó los informes de Search Console —la cobertura cayó, el Inspector de URLs se retrasó— mientras las páginas estaban bien. La lección: una caída en tus datos no siempre es una caída en tu sitio. Distingue un fallo de plataforma de un problema real por el alcance (generalizado vs. solo tú), comprobaciones independientes (Inspección de URLs, site:, clics) y los anuncios de Google. Confirma antes de reaccionar —reaccionar al ruido puede causar daño real.
ideas clave
- A principios de este mes Google confirmó un fallo que desindexó algunas páginas (Moz estimó ~4%) y luego trastornó los informes de Search Console —la cobertura cayó, el Inspector de URLs se retrasó— aunque las páginas en sí estaban bien.
- La lección de medición: una caída en tus números no siempre es una caída en tu sitio. Durante unos días los paneles describían el problema de Google, no el del dueño del sitio.
- Distingue un fallo de plataforma de un problema real: ¿es generalizado (todos a la vez → plataforma) o específico de ti (→ tu sitio)? Verifica con fuentes independientes —Inspección de URLs en vivo, búsqueda site:, clics vs impresiones— y busca el anuncio de Google.
- Reaccionar a una caída falsa es peligroso: reenviar, reestructurar o alternar etiquetas noindex no hace nada por un fallo de plataforma y puede causar daño real —convirtiendo un no-problema en uno.
- Cuando veas una caída, confirma antes de reaccionar. Si es un problema de plataforma conocido, no hagas nada y espera. Si es tu sitio, diagnostica la causa real. Pregunta: ¿esto es real, o es ruido?
una caída en los datos — dos causas muy distintas
La misma caída exige respuestas opuestas según su causa. Por eso el paso de verificación no es opcional —es la diferencia entre esperar a que pase un fallo y romper un sitio que nunca estuvo roto.
La idea, en cuatro partes
Qué pasó este mes; por qué la caída en los datos no era una caída en el sitio; cómo distinguir ruido de señal; y qué hacer al respecto. Abre cada parte.
01 Qué pasó este mes
A principios de este mes Google confirmó un fallo de su propio lado que provocó que algunas páginas fueran retiradas de su índice por completo —desindexadas— a pesar de que no había nada malo en las páginas en sí. Google dijo que era consciente de los problemas de indexación que afectaban a algunos sitios, que estaban mayormente resueltos, y que los dueños no necesitaban tomar acción especial; un análisis independiente de Moz situó el alcance en alrededor del 4% de las páginas indexadas, aunque Google no confirmó un número. Para la medición, sin embargo, la parte más interesante es el efecto colateral. El fallo y la recuperación de él trastornaron los informes de Search Console: el informe de cobertura del índice y los informes de mejoras dejaron de actualizarse con normalidad, y la herramienta de Inspección de URLs podía devolver un estado que no coincidía con el índice en vivo. Así que quien abrió Search Console durante esa ventana vio caer los números de cobertura y los datos verse alarmantes —no porque su sitio hubiera perdido nada duradero, sino porque el instrumento que mide el sitio estaba él mismo fallando y poniéndose al día. La indexación volvió a la normalidad poco después, razón por la cual el episodio vale conservarlo: su daño duradero fue pequeño, pero durante días los paneles narraron un problema que pertenecía a Google, no al dueño del sitio. Leer esa caída como un veredicto sobre tu propio trabajo lleva un número verdadero a una conclusión falsa —y esa brecha es todo el asunto aquí.
02 La caída en los datos no era una caída en el sitio
La trampa que ilustra este episodio es una de las más comunes en medición: tratar un número como si fuera la cosa que mide, cuando los dos se han separado en silencio. Tu informe de cobertura de Search Console no es tu estado de índice; es un informe sobre tu estado de índice, producido por un sistema que puede retrasarse, fallar o romperse independientemente de cualquier cosa que les pase a tus páginas. La mayor parte del tiempo el informe y la realidad se mueven juntos, así que la distinción permanece invisible e inofensiva. Pero cuando un fallo de plataforma interviene, se separan —el informe cae mientras la realidad se mantiene— y si solo has tratado el informe como la realidad, no tienes forma de notar la diferencia. Eso es lo que hizo a este fallo instructivo de forma desproporcionada a su tamaño. Las páginas estaban indexadas; el informe decía lo contrario; ambas afirmaciones eran, en su propio marco, precisas. Los datos no mentían sobre lo que medían —la tubería de informes de verdad estaba trastornada—; solo medían la salud de la tubería, no la del sitio, en ese momento. La disciplina que esto exige es sostener un modelo de cómo se producen tus números, no solo los números, para que cuando una cifra se mueva puedas hacer la primera pregunta correcta: ¿cambió la cosa, o cambió la medición de la cosa? Mucha mala toma de decisiones en este campo viene de nunca hacerla —de leer cada movimiento en un panel como un movimiento en el mundo.
03 Cómo distinguir ruido de señal
Distinguir un artefacto de plataforma de un cambio real es una rutina aprendible, y tres comprobaciones hacen la mayor parte del trabajo. La primera y más fuerte es el alcance: ¿la caída es generalizada o específica de ti? Un problema con tu sitio aparece en tu sitio; un fallo de plataforma aparece en todas partes a la vez. Así que cuando la comunidad SEO y una multitud de dueños de sitios reportan caídas idénticas en el mismo momento, el peso de la evidencia apunta a Google en vez de a ti —una penalización real no llega simultáneamente para miles de sitios no relacionados. La segunda es la verificación independiente: no diagnostiques un informe sospechoso usando la misma herramienta que lo produjo. Si el informe de cobertura se ve mal, comprueba el índice en vivo directamente —la herramienta de Inspección de URLs en una obtención fresca, una búsqueda site: de tu dominio, y tus datos de clics, que tienden a mantenerse estables aunque las cifras de impresiones o cobertura tambaleen. Si tus páginas están genuinamente indexadas y siguen ganando clics, un gráfico de cobertura aterrador está describiendo el gráfico, no el sitio. La tercera es buscar un anuncio y leer el momento: Google publica de forma rutinaria cuando un fallo conocido está golpeando la indexación o los informes, y una caída repentina, en todos los frentes y con forma de acantilado que cuadra con un problema reportado no se comporta en nada como un declive gradual y específico de página que sigue un cambio que de verdad hiciste. Corre esas tres comprobaciones y la mayoría de las falsas alarmas se identifican rápido. Leer los datos con ese cuidado por lo que es señal y lo que es ruido es la disciplina de medición por la que el AC Group ha trabajado durante {years} años.
04 Qué hacer al respecto
Haz de la confirmación el paso que siempre viene antes de la reacción. El error que convierte un fallo inofensivo en daño real es actuar sobre la caída antes de establecer su causa, así que construye un hábito que ponga la pregunta primero: ¿esto es real, o es ruido? Empieza probando si es real —inspecciona unas cuantas páginas afectadas contra el índice en vivo con la herramienta de Inspección de URLs, lanza una búsqueda site:, y comprueba si tus clics se mantuvieron aunque las impresiones o la cobertura cayeran, porque una desindexación genuina retira páginas del índice en vivo mientras que un fallo de informe solo desestabiliza los números. Luego prueba si es generalizado rastreando los canales de Google y la comunidad más amplia en busca de reportes del mismo problema en el mismo momento. Si la evidencia apunta a un problema de plataforma conocido, la acción correcta es ninguna acción: no reenvíes tu sitemap, no reestructures tu sitio, no alternes etiquetas noindex, porque ninguna de esas ayuda a un fallo de plataforma y varias pueden causar la desindexación real que temías —solo espera la recuperación y verifica una vez pase. Si en cambio la evidencia apunta genuinamente a tu sitio —la caída es solo tuya, las páginas de verdad se fueron del índice en vivo, los clics de verdad cayeron— entonces diagnostica esa causa específica y abórdala, en vez de buscar una respuesta genérica de pánico. Hacer corresponder la reacción a la causa verificada, y quedarse quieto cuando los datos son solo ruido, es la disciplina de medición por la que el AC Group ha trabajado durante {years} años.
Por qué esto es un punto de criterio, no un reporte de fallo
El fallo en sí es una nota al pie —se resolvió en días y dejó poco atrás. Lo que lo hace digno de una nota es el criterio que pone a prueba, porque la situación que creó se repite constantemente con distintos disfraces: un panel se mueve, y tienes que decidir si el mundo se movió con él. Los fallos de informe, los cambios de medición, los caprichos de muestreo, las oscilaciones estacionales y las actualizaciones de plataforma producen todos movimientos en tus números que no tienen nada que ver con tu rendimiento, y el analista que reacciona a todos por igual está tan mal servido como el que no reacciona a ninguno.
Así que la verdadera habilidad en juego no es la detección de fallos; es el hábito de preguntar, antes de cada reacción, si un cambio en la medición refleja un cambio en la cosa medida. Esa única pregunta, aplicada con consistencia, separa la medición serena de la conjetura ansiosa —te dice cuándo una caída merece un simulacro de incendio y cuándo merece un encogimiento de hombros. Sostener esa disciplina, para que los datos informen tus decisiones en vez de zarandearlas, es el tipo de criterio de medición que el AC Group ha aportado a sus clientes durante 27 años.
Qué hacer con esto
Pon la confirmación antes de la reacción, siempre. Cuando un número cae, trátalo como una pregunta, no un veredicto, y respóndela antes de cambiar nada. Prueba si es real —inspecciona páginas afectadas contra el índice en vivo, lanza una búsqueda site:, y comprueba si los clics se mantuvieron aun cuando la cobertura o las impresiones cayeran. Prueba si es generalizado —rastrea los canales de Google y la comunidad en busca del mismo problema en el mismo momento, ya que un fallo de plataforma se anuncia a través de una multitud que lo ve junta.
Luego haz corresponder la respuesta a la causa. Si es un problema de plataforma conocido, no hagas nada: reenviar, reestructurar o alternar etiquetas noindex no ayudará y puede causar la desindexación real que temías —espera la recuperación y verifica una vez pase. Si es genuinamente tu sitio, diagnostica esa causa específica y arréglala, en vez de buscar una respuesta genérica de pánico. Preguntar ¿esto es real o es ruido? antes de actuar, y hacer corresponder la respuesta a la pregunta, es la disciplina de medición por la que el AC Group ha trabajado durante 27 años.
El fallo de desindexación, en claro: respuestas rápidas
¿Qué pasó con la indexación de Google este mes?
A principios de este mes Google confirmó un fallo de su lado que provocó que algunas páginas fueran retiradas de su índice —desindexadas— aunque no había nada malo en esas páginas. Google dijo que era consciente de los problemas de indexación que afectaban a algunos sitios, que estaban mayormente resueltos, y que los dueños de sitios no necesitaban tomar ninguna acción especial. Un análisis independiente de Moz sugirió que el fallo tocó alrededor del 4% de las páginas indexadas, aunque Google no confirmó una cifra. El matiz que importa para la medición es el efecto de segundo orden: el fallo, y la recuperación de él, trastornó los informes de Search Console. El informe de cobertura del índice y los informes de mejoras dejaron de actualizarse con normalidad, y la herramienta de Inspección de URLs podía mostrar un estado que no coincidía con el índice en vivo. Así que los dueños de sitios que abrieron Search Console durante esta ventana vieron caer los números de cobertura y los datos verse alarmantes —no porque sus sitios hubieran perdido nada duradero, sino porque la plataforma que mide sus sitios estaba ella misma fallando y poniéndose al día. Las tasas de indexación volvieron a la normalidad después. El episodio es menor en su impacto duradero e instructivo en lo que revela: durante unos días, los paneles contaban una historia sobre un problema que era de Google, no del dueño del sitio, y quien leyó la caída como un veredicto sobre su propio sitio la leyó mal.
¿Cómo distingo un fallo de plataforma de un problema real?
Comprueba si la caída es generalizada o específica de ti, apóyate en fuentes independientes en vez del panel afectado, y busca un anuncio antes de concluir nada. La pregunta más útil es si otros sitios están viendo lo mismo. Un problema real con tu sitio aparece en tu sitio; un fallo de plataforma aparece en todas partes a la vez, así que un coro de dueños de sitios y de la comunidad SEO reportando caídas idénticas en el mismo momento es una señal fuerte de que la causa es de Google, no tuya. Luego, verifica con fuentes que el fallo no toca. Si un informe de Search Console se ve mal, la herramienta de Inspección de URLs en una obtención en vivo, una búsqueda site: de tu dominio, y tus datos de clics —que a menudo se mantienen estables aunque los números de impresiones o cobertura tambaleen— pueden confirmar si tus páginas siguen de verdad indexadas y ganando tráfico. Después busca palabra de la propia Google: el equipo de búsqueda publica de forma rutinaria cuando un fallo conocido está afectando la indexación o los informes, y una caída que coincide con un problema anunciado es casi con certeza ese problema. Por último, sopesa el momento y la forma de la caída —una bajada repentina y de acantilado en todos los frentes que cuadra con un fallo reportado se comporta muy distinto de un declive gradual y específico de página que sigue un cambio real que hiciste. Leer los datos con ese cuidado por lo que es señal y lo que es ruido es la disciplina de medición por la que el AC Group ha trabajado durante 27 años.
¿Por qué es peligroso reaccionar a una caída falsa?
Porque las reacciones que la gente busca en el pánico pueden causar el mismo daño que intentaban evitar, convirtiendo un no-problema en uno real. Cuando los números de cobertura caen y parece que las páginas se desvanecen, el instinto es hacer algo —reenviar el sitemap entero, reestructurar el sitio, cambiar la jerarquía de URLs, añadir y quitar etiquetas noindex para forzar una actualización, abrir tickets de emergencia, o empujar cambios apresurados de contenido. Ninguna de esas ayuda a un fallo de plataforma, que se resuelve solo, y varias pueden hacer daño activamente: alternar etiquetas noindex puede causar desindexación real, reestructurar puede romper enlaces internos y perder señales acumuladas, y reenviar un sitemap no hace nada salvo añadir ruido. Has gastado esfuerzo e introducido riesgo para arreglar un problema que nunca fue tuyo y que se habría despejado solo en días. Hay un coste más silencioso también. Reaccionar al ruido te entrena a leer cada bajada como una emergencia, lo que quema energía y erosiona tu criterio sobre qué movimientos merecen de verdad atención. La respuesta disciplinada es casi siempre confirmar la causa antes de cambiar nada, y cuando la causa es un problema de plataforma conocido, esperar. Saber cuándo actuar y cuándo quedarse quieto, según si los datos reflejan algo real, es el tipo de criterio que el AC Group ha practicado durante 27 años.
Entonces, ¿qué debería hacer cuando veo una caída?
Confirma antes de reaccionar. Trata cada caída repentina en tus datos como una pregunta en vez de un veredicto, y responde la pregunta antes de tocar nada. Empieza preguntando si es real: comprueba la herramienta de Inspección de URLs en unas cuantas páginas afectadas contra el índice en vivo, lanza una búsqueda site:, y mira si tus clics se mantuvieron aunque las impresiones o la cobertura cayeran, porque una desindexación genuina retira páginas del índice en vivo mientras que un fallo de informe solo perturba los números. Luego comprueba si es generalizado: rastrea la comunidad SEO y los propios canales de Google en busca de reportes del mismo problema en el mismo momento, ya que un fallo de plataforma se anuncia a través de una multitud que lo ve junta. Si la evidencia apunta a un problema de plataforma conocido, la jugada correcta es no hacer nada —no reenvíes, no reestructures, no alternes nada; solo espera la recuperación y verifica después. Si en cambio la evidencia apunta a tu sitio —la caída es específica de ti, las páginas de verdad se fueron del índice en vivo, los clics de verdad cayeron— entonces diagnostica la causa real y arregla eso, en vez de aplicar una respuesta genérica de pánico. Construir el hábito de preguntar ¿esto es real o es ruido? antes de actuar, y hacer corresponder la respuesta a la pregunta, es la disciplina de medición por la que el AC Group ha trabajado durante 27 años.
Una nota sobre fuentes y momento
Esto se escribe en abril de 2020, poco después de que Google confirmara y mayormente resolviera un fallo que desindexó algunas páginas. La descripción —que Google reconoció los problemas de indexación y dijo que no se necesitaba acción especial, que un análisis independiente de Moz estimó que alrededor del 4% de las páginas indexadas se vieron afectadas, y que el fallo y su recuperación trastornaron los informes de cobertura del índice y de mejoras y la herramienta de Inspección de URLs de Search Console— sigue las propias declaraciones de Google y los reportes de la época. La lectura ofrecida aquí —que una caída en los datos no era una caída en los sitios, y que el remedio es confirmar la causa antes de reaccionar— es nuestra interpretación, anclada en esa secuencia documentada. El punto duradero sobrevive a este único fallo: no toda bajada en el panel es una bajada en tu sitio, así que verifica antes de actuar. Esa disciplina es la que el AC Group ha trabajado durante 27 años.