Manipulación del botón de retroceso en tu sitio: Google lo considera spam
Google considera oficialmente la manipulación del botón de retroceso como spam desde el 13 de abril de 2026, y aplica medidas desde el 15 de junio de 2026. Si un visitante se queda atrapado en tu sitio al tocar retroceder, te arriesgas a una acción manual o a una bajada automática, incluso si la causa es un plugin o un script publicitario. Con una prueba sencilla en tu teléfono sabes en un minuto si tu sitio web está bien.
Por qué esto es de repente un problema real
El 13 de abril de 2026, Google catalogó oficialmente la manipulación del botón de retroceso como spam. Si un visitante toca retroceder y no vuelve a su ubicación anterior, eso se siente poco fiable. Google atribuye ahora ese comportamiento a tu sitio web. La aplicación está en vigor desde el 15 de junio de 2026, así que un sitio que siga haciendo esto corre riesgo ahora mismo.
Fuente: el anuncio en el blog de Google Search Central del 13 de abril de 2026, revisado por última vez el 25 de agosto de 2026: el mensaje sigue publicado y el 15 de junio de 2026 como fecha de inicio de la aplicación no se ha movido, y la propia política de spam, donde Google lo describe así: Back button hijacking is when a site interferes with user browser navigation by manipulating the browser history or other functionalities, preventing them from using their back button to immediately get back to the page they came from (Google Search Central, políticas de spam, comprobado el 24 de agosto de 2026).
Esto es especialmente relevante para los sitios web de pymes, y precisamente en el móvil la gente usa el botón de retroceso como un acto reflejo
Aquí no damos deliberadamente un porcentaje de tráfico móvil: la cifra que estaba aquí no llevaba fuente y por eso se ha quitado. A eso se suma que, según W3Techs, WordPress funciona en el 40,7 % de todos los sitios web, con fecha del 19 de agosto de 2026, y que Elementor está en aproximadamente uno de cada tres de esos sitios de WordPress, cifra derivada de los mismos datos de W3Techs. Muchos sitios web de pymes son, por eso, una acumulación de tema, constructor de páginas y plugins, exactamente la combinación en la que este problema se cuela sin que nadie lo note.
Fíjate a quién se dirige la política
Google formula la regla sobre el sitio, no sobre el código: lo que importa es que a site interferes with user browser navigation. En nuestra propia experiencia, ese código suele venir de una biblioteca externa o de un script publicitario que el propietario nunca puso ahí a propósito, y eso no cambia nada sobre a quién se dirige la responsabilidad.
Encaja en una línea más amplia, porque Google también está trabajando en las reseñas falsas NL y en cómo trata los artículos escritos con IA
El hilo común está en el mismo texto de la política: las prácticas maliciosas son prácticas que create a mismatch between user expectations and the actual outcome. Google evalúa, por tanto, lo que experimenta el visitante, no lo que tú pretendías.
Qué ocurre exactamente en la manipulación del botón de retroceso
Técnicamente es sencillo. El código añade pasos adicionales al historial del navegador de tu visitante. Si toca retroceder, no llega a Google, sino a una página intermedia, una ventana emergente o de nuevo a la misma página. El visitante se queda atrapado.
Esto ocurre con funciones que cambian el historial del navegador, como history.pushState y history.replaceState
Esas funciones no están prohibidas en sí mismas; los sitios web modernos las usan para la navegación normal. Google, por tanto, no mira tu intención, sino el efecto sobre el usuario. Si el visitante se queda atrapado en un lugar del que quería salir, cuenta como manipulación.
Así compruebas tu sitio web desde tu teléfono
La prueba te cuesta un minuto y no requiere conocimientos técnicos:
- Abre una ventana privada en tu teléfono.
- Busca el nombre de tu empresa en Google.
- Haz clic en tu propio resultado.
- Espera a que la página cargue por completo.
- Toca retroceder una vez. Deberías ver Google de inmediato.
Si no ves Google de inmediato, tienes un problema
Después, prueba no solo tu página de inicio. Comprueba también tus páginas de contacto, tus páginas de destino publicitarias y las páginas con muchos elementos cargados, porque ahí es donde se acumulan los scripts. Repite la prueba en Chrome y en Safari, porque el comportamiento puede variar según el navegador.
De dónde suele venir
La manipulación del botón de retroceso rara vez es una decisión consciente de una pyme. Surge de combinaciones de temas, constructores de páginas, ventanas emergentes, widgets de chat, gestores de etiquetas y scripts publicitarios. Cada elemento por sí solo hace algo útil, pero juntos pueden contaminar el historial del navegador.
WordPress en sí no es el problema.
La combinación de elementos tiene que mantenerse limpia. Cuantos más plugins y scripts externos acumules, mayor es la probabilidad de que uno de ellos secuestre el botón de retroceso sin que te des cuenta.
Qué le preguntas a tu desarrollador web
Si encuentras un problema, o simplemente quieres estar seguro, hazle a tu desarrollador web estas tres preguntas:
- ¿Podemos comprobar si el botón de retroceso, desde Google, vuelve directamente a Google, tanto en móvil como en escritorio?
- ¿Hay scripts que modifiquen el historial del navegador mediante funciones como history.pushState o history.replaceState?
- ¿Puedo tener una lista de todos los elementos que se cargan en las páginas más importantes?
Después, actúa de forma concreta
Desactiva el código sospechoso y vuelve a probar, en lugar de eliminarlo todo entrado en pánico. Así sabes exactamente qué elemento es el culpable y conservas las funciones que sí funcionan bien. Si quieres que alguien con conocimiento de este tipo de señales técnicas te acompañe, te ayudamos con gusto a través de mejorar el SEO.
Los cuatro sitios de donde suele venir en los sitios de pymes
Si la prueba en tu teléfono falla, no querrás destrozar media web para encontrar dónde está el problema. En la práctica, en los sitios web de pequeñas empresas casi siempre viene de uno de cuatro frentes. Repásalos en este orden, porque es también el orden de mayor a menor probabilidad.
1. El banner de cookies o la capa de consentimiento
Con diferencia, la fuente más frecuente de problemas, y a la vez la menos sospechosa. Una capa de consentimiento tiene que recordar algo desde la primera vez que se muestra, y a menudo vuelve a aparecer cuando el visitante regresa. Algunas implementaciones añaden para eso un paso en el historial, de modo que cerrar el banner se pueda deshacer. El resultado es que el primer toque en retroceder trae de vuelta el banner en lugar de llevar al visitante a Google. Compruébalo de forma específica: haz la prueba de este artículo una vez con el banner aceptado y otra vez con una ventana privada limpia en la que el banner todavía aparece. Si el resultado es distinto, ya sabes bastante.
2. La ventana emergente que aparece cuando quieres salir
Una ventana emergente de intención de salida (exit intent) es exactamente lo que su nombre indica: salta en el momento en que tu visitante se va. Antes eso era un movimiento del ratón hacia el borde superior de la pantalla. En el móvil ese movimiento no existe, así que algunas variantes se conectan al propio botón de retroceso. Eso es, por definición, el comportamiento que Google cataloga ahora como spam, incluso si la propia ventana emergente muestra un código de descuento impecable. Una ventana emergente que aparece según el tiempo o la profundidad de scroll no es un problema. Una que aparece al retroceder, sí lo es.
3. Scripts publicitarios y de seguimiento de terceros
Los scripts que no has escrito tú y que cargas a través de un gestor de etiquetas son la categoría más complicada, porque cambian sin que tú hagas nada. Un script que el mes pasado estaba bien puede tener este mes una versión nueva. Por eso esta prueba tiene que estar en el calendario, cada trimestre de nuevo, y no en un proyecto de una sola vez: no pruebas tu código, pruebas lo que hoy se carga en tu sitio. Ante una sospecha, pon tu gestor de etiquetas temporalmente en modo vista previa sin la etiqueta sospechosa y repite la prueba.
4. El constructor de páginas y sus enlaces de anclaje
A los constructores de páginas les gusta el desplazamiento fluido hacia un elemento más abajo en la página. Cada uno de esos saltos puede añadir un paso al historial. En una página larga con un menú lleno de enlaces de anclaje, después de un minuto de scroll puede haber sin más ocho pasos entre tu visitante y Google. El visitante toca retroceder ocho veces, se rinde a la segunda y tu sitio se siente como un laberinto. De todas las variantes, esta es, de lejos, la más inocente, porque no hay ninguna intención detrás, y es también la que más a menudo se pasa por alto.
Lo que estos cuatro tienen en común: ninguno se puso con mala intención, y ninguno está en el texto de tu página. Están en la capa que la rodea. Precisamente por eso la prueba en tu teléfono es tan valiosa, porque mira el resultado y no la intención. Y precisamente por eso este control forma parte del resto de tu mantenimiento técnico, junto con lo que se explica en SEO técnico.
Lo que sí está permitido: el botón de retroceso no es terreno prohibido
Después de un anuncio así siempre amenaza una sobrerreacción: quitar todo lo que toque el historial del navegador, por si acaso. Eso no es necesario, y hace que algunos sitios queden francamente peor. Las funciones de las que hablamos son bloques normales de construcción de la web moderna, y están ahí precisamente para mejorar la navegación. La distinción que hace Google está en el propio texto de la política: se trata de un sitio que estorba la navegación del visitante. No de un sitio que hace algo sensato con ella.
Tres ejemplos de un uso que está perfectamente bien:
Filtros en una tienda online
Un visitante elige una talla, un color y un rango de precio. Cada elección cambia la lista de productos. Si cada elección es también un paso en el historial, el visitante puede deshacer su último filtro con retroceder. Eso es exactamente lo que espera. La prueba sigue siendo válida: después de deshacer sus filtros, llega a Google.Un formulario por pasos
En una solicitud de presupuesto de tres pantallas, un paso atrás en el navegador es lo mismo que un paso atrás en el formulario. Eso está bien y evita que alguien pierda todo lo que había rellenado. Lo que no está bien es un formulario que no te deja salir hasta que lo has terminado.Pestañas y acordeones en una página larga
Un visitante que abre un apartado y luego toca retroceder puede perfectamente volver al apartado cerrado. Eso solo se convierte en un problema si a la ida ha acumulado doce de esos pasos y a la vuelta tiene que tocar doce veces.La regla general que puedes sacar de esto es útil sin que tengas que leer una línea de código. Un paso en el historial está permitido si el propio visitante lo ha provocado y lo recuerda. Activar un filtro lo recuerda. Un paso que el sistema añadió sin que se lo pidieran no lo recuerda, y por eso se siente como un obstáculo. Para quien quiera darle un límite a su desarrollador: como máximo un paso por cada acción consciente del visitante, y cero pasos que el visitante no haya provocado él mismo.
También hay un lado que tiene poco que ver con Google
El botón de retroceso es, en el móvil, el botón más usado de todo el navegador, y en muchos dispositivos Android es incluso un gesto de deslizar desde el borde que la gente hace decenas de veces al día. Un sitio que no responde a eso como se espera pierde al visitante en el acto, incluso si Google nunca se entera. Ese es, al final, el argumento más fuerte: reparar esto es orientación al cliente, y que ahora también haya una regla de spam sobre ello es el motivo, no la razón de fondo.
Qué haces si ya ha pasado algo
Supongamos que llegas tarde. Tus posiciones bajan, o hay un aviso en Search Console. Entonces el orden es más importante que la velocidad, porque la mayor parte del daño en este tipo de avisos lo causa el trabajo hecho con pánico que después ya no se puede desenredar.
Paso 1: mira si hay un aviso, y de qué tipo
Abre en Google Search Console el apartado de acciones manuales. Si no hay nada ahí, no tienes ninguna acción manual y, como mucho, te enfrentas a una evaluación automática. Esa diferencia importa, porque una acción manual tienes que retirarla activamente y una evaluación automática no: se corrige sola en cuanto desaparece la causa y las páginas se revisan de nuevo. Si sí hay un aviso, lee con atención qué páginas se mencionan. A veces es todo tu dominio, a veces solo una parte.
Paso 2: repara primero, reúne pruebas después
Soluciona el problema y documenta lo que has hecho: qué elemento era, cuándo lo desactivaste y con qué prueba comprobaste que el botón de retroceso ya funciona. Haz capturas de pantalla de la prueba en móvil y en escritorio. Esto no es burocracia: si más adelante pides una solicitud de revisión, esto es exactamente lo que tiene que figurar en esa solicitud.
Paso 3: revisa todo tu sitio, no solo la página mencionada
Este es el paso que más a menudo se salta. Si el problema viene de un script o un plugin, está en cada página donde se carga ese elemento. Repasa como mínimo tu página de inicio, tu página de servicio más importante, tu página de contacto y una página de destino publicitaria. Si encuentras otra más, tu primera reparación no estaba completa, y una solicitud de revisión solo te habría costado tiempo.
Paso 4: solo entonces, y solo si hay una acción manual, la solicitud de revisión
Con una acción manual, pides en Search Console una solicitud de revisión. Escribe ahí con serenidad qué pasaba, qué has cambiado y cómo has comprobado que ha desaparecido. Sin excusas, sin explicar de quién era la culpa. El revisor quiere saber si está resuelto. Una solicitud de revisión cuesta tiempo, y una segunda solicitud tras un problema resuelto solo a medias te retrasa más que esperar con paciencia a la primera. Aquí no damos un plazo: Google no publica eso como un compromiso firme.
Y la lección más importante está en el propio orden: primero medir, luego reparar, luego demostrar, y solo entonces solicitar algo. Quien invierte ese orden cambia veinte cosas a la vez y después ya no puede determinar cuál de ellas era el problema. Si quieres a alguien a tu lado que haya hecho esto más veces, eso forma parte de nuestro trabajo en mejorar el SEO. También puedes conseguir una primera impresión de tu sitio gratis con el análisis SEO gratuito.
Pon la prueba en el calendario, no en la lista de tareas
Un sitio web no es un producto terminado. Tus plugins se actualizan, tu tema recibe una actualización, tu responsable de marketing añade un script nuevo al gestor de etiquetas y tu banner de cookies cambia de proveedor. Cualquiera de esos momentos puede volver a romper el botón de retroceso, sin que nadie se dé cuenta. Por eso este control no pertenece a una lista de tareas de una sola vez, sino a tu ritmo de mantenimiento.
Un ritmo viable para un pequeño sitio de empresa se ve así:
Cada vez que algo cambia por fuera
Banner de cookies nuevo, ventana emergente nueva, script publicitario nuevo, tema nuevo o una actualización grande de tu constructor de páginas: haz la prueba de un minuto antes de cerrar. Este es el momento en que aparece el problema, y por tanto el momento más barato para encontrarlo.Cada trimestre, una ronda de cinco páginas
Página de inicio, servicio más importante, página de contacto, un artículo del blog y tu página de destino publicitaria con más tráfico. En móvil y en escritorio, en dos navegadores. Cuesta un cuarto de hora y cubre los lugares por donde entra la mayoría de los visitantes.Ante cualquier caída sin explicación
Si tus posiciones o tu tráfico bajan sin un motivo claro, haz esta prueba antes de tocar tus textos. Es una de las pocas causas que puedes descartar en un minuto, y merece la pena antes de dedicar semanas de contenido a un problema que está en otro sitio.Lo que ganas con esto no es solo tranquilidad sobre una regla de spam. Ganas la certeza de que el botón más usado de tu visitante hace lo que se espera. Es una de las pocas cosas de un sitio web que tienen que funcionar al cien por cien, porque no hay término medio: funciona, o tu visitante se queda atrapado.
Preguntas frecuentes
¿La manipulación del botón de retroceso siempre es deliberada?
No. También puede venir de extensiones, código publicitario o bibliotecas externas. Aun así, Google te hace responsable, así que probar sigue siendo necesario.
¿Puede esto hacer que mi sitio de WordPress baje en Google?
Sí. Las acciones manuales y las bajadas automáticas son posibles consecuencias del comportamiento de spam. La aplicación está en vigor desde el 15 de junio de 2026, así que un sitio que siga haciendo esto corre riesgo hoy mismo.
¿Tengo que quitar de inmediato todas las ventanas emergentes?
No. Prueba primero qué ocurre en realidad. Las ventanas emergentes normales son otra cosa distinta del código que manipula el botón de retroceso. Quita solo lo que demostrablemente secuestre el botón de retroceso.
¿Con qué frecuencia tengo que probar esto?
Prueba después de cada cambio importante en tu tema, tu constructor de páginas, tus scripts publicitarios o tu banner de cookies. Encuentras más explicación práctica sobre Google y tu visibilidad en nuestra base de conocimiento NL.
Haz la prueba de un minuto, hoy mismo
Si de toda esta página te llevas solo una cosa: coge tu teléfono, abre una ventana privada, busca el nombre de tu empresa, haz clic en tu resultado y toca retroceder una vez. Si ves Google, estás bien y ya has terminado. Si no ves Google, ahora sabes dónde mirar y en qué orden. Para la mayoría de los sitios esto se resuelve en una hora, y la hora que dediques ahora es considerablemente más barata que las semanas que cuesta una acción manual.
Si en el paso tres o cuatro no lo consigues, o simplemente quieres asegurarte de que no se te escapa nada: envíanos tu dirección y qué hizo la prueba en tu caso, y miramos contigo qué elemento está contaminando el historial y qué se puede quitar sin riesgo. Puedes hacerlo a través de la página de contacto, donde puedes elegir un momento en la agenda al instante. También te decimos sin problema que no pasa nada si esa es la respuesta honesta.