Si una página perdió posiciones, recorre las causas en orden: confirma que la caída es real, revisa la indexación y las reglas de robots, comprueba si hay una acción manual, y después compara el SERP, la página y sus enlaces. Lo que sigue es un recorrido diagnóstico trabajado, no un caso de estudio de cliente.
SerpInsight es un negocio nuevo. No tenemos una estantería de rescates de clientes que señalar, y no vamos a inventar uno solo porque este post viva en la categoría de Notas de Caso. Así que léelo como ejercicio de razonamiento: la secuencia que recorreríamos si nos entregaras una URL que solía estar en la posición 4 y ahora está en la 19.
El orden importa más de lo que se le reconoce. El instinto es saltar directo al contenido y los backlinks, porque esos son los problemas interesantes. Resístelo. Las comprobaciones baratas de arriba descartan las explicaciones caras de abajo, y muchas caídas resultan ser aburridas — un noindex olvidado tras un pase de staging, o un canonical apuntando a la URL equivocada. Aburrido es buena noticia. Lo aburrido se arregla en una tarde.
¿Qué cuenta realmente como una página que perdió posiciones?
Una página ha perdido posiciones de verdad cuando su posición media en un grupo de búsquedas rastreadas cae y se mantiene abajo al menos una semana, y las impresiones o los clics caen con ella. Un vaivén de dos posiciones en un solo día es ruido. Un deslizamiento de diez días del top tres al fondo de la página dos, en todo un clúster, merece investigarse.
Fija primero la fecha de la caída. No “en algún momento de marzo” — el día concreto en que la línea se dobla. Esa fecha es la evidencia más útil que tienes, porque casi todas las causas de abajo dejan una huella con forma de fecha: un despliegue, una migración, un rollout, un enlace que desapareció. Sin fecha estás adivinando. Con una, puedes alinear la caída contra tu registro de despliegues y el historial de revisiones del CMS, y el culpable a menudo cae solo.
¿Es la caída real, o un artefacto de cómo la mides?
Verifica la caída en Search Console antes de fiarte de un rank tracker. Los trackers reportan una ubicación, un dispositivo y un idioma; Search Console reporta lo que los usuarios reales vieron. Si las impresiones y los clics de Search Console están planos mientras tu tracker muestra un colapso, el problema es el tracker.
Hay una versión más sutil que pilla a gente con experiencia. La posición media es una media. Si una página empieza a recoger impresiones para doscientas búsquedas long-tail nuevas donde posiciona 40ª, la media cae con fuerza aunque nada se moviera en las búsquedas que importaban. Segmenta antes de concluir nada. Las otras trampas son mundanas: un tracker reorientado de ciudad a país, una propiedad cambiada de dominio a prefijo de URL, o una comparación de 28 días contra 7.
¿Sigue indexada la página?
Pasa la URL por la herramienta de Inspección de URLs de Search Console y pide la prueba en vivo además de la versión indexada. Si la página no está indexada, nada más de esta lista importa. La indexación es la comprobación más barata con la tasa de acierto más alta, y por eso va tercera y no décima.
Los modos de fallo se repiten. Un noindex reinstaurado por la actualización de un plugin. Un disallow en robots.txt que bloquea el re-rastreo, así que la posición decae sin error visible. Un canonical apuntando a un duplicado con parámetros tras una refactorización de plantillas — el más traicionero de todos, porque la página se ve perfecta en el navegador y solo el código fuente te delata. Luego el 404 accidental tras un cambio de slug, una cadena de redirecciones que perdió su último salto, y servidores devolviendo un 5xx a Googlebot mientras sirven a los humanos con normalidad.
¿Hay una acción manual o un problema de seguridad?
Abre los reportes de Acciones manuales y Problemas de seguridad. Son dos clics y o están vacíos o no. Una acción manual cambia el remedio entero: necesitarás limpieza más una solicitud de reconsideración, y ninguna edición de contenido moverá la página hasta que se levante.
Las acciones manuales se culpan mucho más de lo que se emiten, pero las coincidencias parciales aplicadas a un solo directorio son fáciles de perderse si solo miras el resumen. El contenido hackeado es la otra cosa que este par de reportes saca a la superficie. Si encuentras una acción de enlaces no naturales y has estado comprando colocaciones, la eliminación o el disavow más la divulgación honesta son la ruta de vuelta — una de varias razones por las que decimos claramente que los enlaces de pago llevan un riesgo que puedes reducir pero no eliminar.
¿Cambió el SERP y no la página?
Busca la consulta y mira qué hay ahí ahora. Si un resumen de IA, un carrusel de vídeo, un pack local o una pila de hilos de foro se ha llevado la parte alta de los resultados, tu posición orgánica puede no haberse movido en absoluto — lo que se movió fue el terreno de encima. La posición y la visibilidad dejaron de ser el mismo número hace años.
El cambio de intención es la versión más difícil. Una consulta que devolvía guías de compra empieza a devolver listados de producto porque el usuario dominante detrás cambió. Tu guía no empeoró; dejó de encajar. Lo detectas mirando el formato de las páginas que posicionan ahora y no sus dominios. Si ocho de las diez primeras cambiaron de formato, el arreglo es otro tipo de página, no una versión mejor de la que tienes.
¿Alguien cambió la página?
Saca el historial de revisiones de la página y compáralo con la versión que posicionaba. Las ediciones de contenido, los rediseños y las eliminaciones de enlaces internos son la causa más infradiagnosticada de una sola página resbalando, porque quien hizo el cambio no pensaba en la búsqueda cuando lo hizo.
Buscaríamos un H1 movido a una imagen, un bloque de FAQ desplazado a JavaScript de renderizado tardío, una limpieza que borró novecientas palabras de detalles concretos por “demasiado largo”, una tabla comparativa sustituida por un gráfico. Los enlaces internos merecen su propia pasada: una página enlazada desde cuarenta posts por un módulo de sidebar, ahora enlazada desde tres, ha perdido una señal real, y nadie conecta un cambio de widget con una caída de posiciones seis semanas después. Guardar los rastreos viejos es la mitad de para qué sirve un enfoque deliberado del enlazado interno.
¿Perdió la página enlaces externos?
Compara los dominios de referencia de esa URL concreta contra una instantánea anterior a la fecha de la caída. Los enlaces desaparecen en silencio. Los sitios se rediseñan, los posts viejos se podan, y una inserción de enlaces (también llamada niche edit) en un blog que después cambia de manos puede esfumarse sin que nadie te avise.
El desgaste es constante, así que la pregunta nunca es “¿perdimos enlaces?” sino “¿perdimos los que cargaban esta página?”. Una URL descansando sobre cuatro dominios de referencia fuertes es frágil de una forma en que una con sesenta no lo es. Las migraciones lo empeoran: si la URL vieja todavía sostiene los enlaces y la redirección se aplanó a la portada en una limpieza, esa equidad está varada. Escribimos más sobre el desgaste natural en nuestra pieza sobre cuánto suelen mantenerse vivas las colocaciones.
¿Se están manifestando problemas de todo el sitio en una página?
Revisa las estadísticas de rastreo, los tiempos de respuesta del servidor, los Core Web Vitals y si el sitio publicó hace poco un gran volumen de páginas pobres. Los problemas de sitio entero rara vez hunden una URL sola, pero bajan el techo de todo y convierten un resultado ajustado en una pérdida.
Candidatos realistas: una migración de hosting que triplicó el tiempo de respuesta, una regla de gestión de bots desafiando a Googlebot, o una masa de páginas programáticas de ubicación publicadas el trimestre pasado. Honestamente, a la velocidad de página se le culpa de muchas más caídas de las que causa — es un desempate entre resultados parejos, no una explicación de una caída de quince posiciones.
¿Aterrizó una core update en esa fecha?
Alinea la fecha de la caída contra las ventanas publicadas de las actualizaciones core y de spam. Si el deslizamiento empieza dentro de un rollout y afecta a una sección entera y no a una URL, estás mirando una reevaluación amplia del sitio, no una página rota.
Lo que no haríamos es editar por pánico durante un rollout. Las posiciones se mueven dentro de ellos, y los cambios hechos en pleno vuelo no te dicen nada porque no puedes atribuir el resultado. Espera a la finalización anunciada, agrupa después las páginas perdedoras y busca qué comparten. La recuperación suele llegar con una actualización posterior y no quince días después de tus ediciones, y no está garantizada en absoluto.
¿Qué síntoma apunta a qué causa?
La mayoría de las caídas encaja en un pequeño número de formas, y la forma te dice dónde mirar primero.
| Patrón del síntoma | Causa más probable | Cómo confirmarlo | Arreglo |
|---|---|---|---|
| Clics e impresiones caen a cero de la noche a la mañana | Desindexada — noindex, bloqueo de robots, 404 o canonical malo | Inspección de URLs, prueba en vivo más versión indexada | Quita el bloqueo, reenvía, vigila el re-rastreo |
| El tracker muestra colapso, Search Console plano | Artefacto de medición — ubicación del tracker, dispositivo o una función nueva del SERP | Filtra Search Console al mismo conjunto de consultas y fechas | Arregla la configuración del tracker; nada que arreglar en la página |
| Una URL cae, el sitio estable, la fecha coincide con un despliegue | La página cambió — contenido, plantilla o enlaces internos | Compara contra Wayback y las revisiones del CMS | Restaura lo eliminado, y re-solicita la indexación |
| La posición aguanta pero los clics caen | Una función del SERP o más carga publicitaria absorbiendo los clics | Revisa el SERP en vivo y el CTR por posición | Reescribe título y descripción; apunta a la función |
| Una sección entera resbala en tres a diez días | Reevaluación de core update | Cruza la fecha con las ventanas de rollout publicadas | Reconstruye las páginas más débiles; espera recuperación lenta |
| Declive lento en seis a doce meses | Contenido caducado mientras los competidores refrescaban el suyo | Compara contra el top tres actual en profundidad y frescura | Reescribe en condiciones y no retocando fechas |
| Caída de todo el sitio con un mensaje en Search Console | Acción manual o un hackeo | Reportes de Acciones manuales y Problemas de seguridad | Limpia del todo, y presenta una solicitud de reconsideración |
| La caída empieza la semana de una migración | Errores de redirección o canonical; enlaces varados en URLs viejas | Rastrea la lista histórica de URLs y comprueba cada destino | Repara las redirecciones una a una hacia las páginas de sustitución |
¿Cómo es el checklist completo, en orden?
Pásalos de arriba abajo y para cuando encuentres algo. Trabajar fuera de orden es como la gente pasa tres semanas reescribiendo una página que estuvo bloqueada en robots.txt todo el tiempo.
- Fija la fecha exacta de la caída desde Search Console, no de memoria.
- Confirma la caída para un conjunto fijo de consultas, no un número promediado de dashboard.
- Comprueba la indexación con la prueba en vivo de Inspección de URLs, y lee el código fuente crudo buscando errores de noindex, canonical y hreflang.
- Revisa robots.txt y la respuesta del servidor para el user agent de Googlebot.
- Abre Acciones manuales y Problemas de seguridad.
- Mira el SERP en vivo: funciones nuevas, competidores nuevos, cambios de formato.
- Compara la página contra la versión que posicionaba.
- Cuenta los enlaces internos hacia la página y compara con un rastreo más viejo.
- Compara los dominios de referencia hacia esa URL antes y después de la fecha de la caída.
- Verifica que las redirecciones de URLs históricas resuelven una a una.
- Revisa las estadísticas de rastreo, los tiempos de respuesta y la publicación masiva reciente.
- Alinea la fecha de la caída contra las ventanas de actualizaciones publicadas.
- Solo entonces compara tu página, con honestidad, contra las páginas que la sustituyeron.
Nada de aquí es el diagnóstico de un sitio real
Esta página es método, no medición. No le hemos pegado números de resultado porque no tenemos una caída de cliente que reportar, e inventar una haría inútil todo lo demás.
¿Y si alguien simplemente escribió una página mejor?
A veces no hay bug. La indexación está limpia, sin acción manual, sin actualización, sin enlaces perdidos, la página lleva un año sin tocarse — y dos URLs nuevas por encima de ti son genuinamente más útiles. Ese es el diagnóstico. El arreglo es hacer una página mejor, y no hay atajo escondido detrás.
“Mejor” merece definirse, porque suele tratarse como una sensación. Significa responder más de las subpreguntas que la consulta implica, usar detalles concretos donde la tuya usa generalidades, mostrar algo que un competidor no puede copiar de una plantilla, y llegar al grano más rápido. Abre las dos páginas lado a lado y pregúntate cuál le mandarías a un amigo. Si no es la tuya, tienes tu respuesta. Si prefieres que otro corra esta secuencia y te entregue los hallazgos en orden, para eso existe una revisión técnica y de contenido estructurada.
Ideas clave
- Establece primero la fecha exacta de la caída — casi todas las causas dejan una huella con forma de fecha.
- Confirma la caída en Search Console contra un conjunto fijo de consultas antes de fiarte de un rank tracker.
- La indexación, las reglas de robots y los canonicals explican muchas caídas repentinas y llevan minutos de descartar.
- Una posición media cayendo con clics planos a menudo significa impresiones long-tail nuevas, no una pérdida real.
- Las ediciones de contenido, los rediseños y los enlaces internos eliminados son la causa de página única más infradiagnosticada.
- Los deslizamientos de sección entera que coinciden con una ventana de rollout son reevaluaciones; no edites por pánico en pleno rollout.
- A veces un competidor publicó algo mejor, y el único arreglo es una página genuinamente mejor.