Qué penaliza Google exactamente
Desde enero de 2017, Google aplica una señal de posicionamiento contra lo que llama intersticiales intrusivos. La definición es mucho más estrecha de lo que casi todo el mundo asume, y está escrita en su anuncio oficial.
Solo cuentan tres casos, y los tres comparten la misma condición: ocurren cuando la persona acaba de llegar desde un resultado de búsqueda, en móvil. Primero, el pop-up que tapa el contenido apenas carga la página. Segundo, el bloque que hay que descartar para poder leer. Tercero, el diseño que empuja el contenido real debajo del pliegue y deja arriba algo que parece un anuncio a pantalla completa.
La palabra clave es tapar. No es el pop-up en sí lo que molesta a Google: es que la persona haga clic esperando una respuesta y se encuentre con una pared.
Lo que Google no penaliza (y casi nadie sabe)
Quedan expresamente fuera: los pop-ups de intención de salida, que aparecen cuando el cursor va hacia el borde de la ventana. Los que se disparan más adelante en la navegación, después de que la persona ya leyó algo. Los banners y slide-ins que ocupan una esquina y dejan el contenido visible. Y el aviso de cookies, que Google exime de forma explícita porque responde a una obligación legal.
Tampoco aplica en escritorio: la señal se diseñó para móvil, donde una pantalla tapada es una pantalla inutilizable.
Esto cambia por completo la conversación. La pregunta útil no es *"¿pongo un pop-up o no?"*, sino *"¿en qué momento aparece y cuánto tapa?"*.
Las seis reglas para que un pop-up sume en vez de restar
Uno: que sea un banner, no un modal de pantalla completa. Dos: que ocupe menos del 30% de la pantalla en móvil. Tres: botón de cerrar visible, no un aspa gris de ocho píxeles escondida en una esquina.
Cuatro: que se dispare después de una señal de interés real — scroll significativo, tiempo en página o intención de salida — nunca al cargar. Cinco: una sola vez por sesión; el segundo pop-up de la misma visita no convierte, irrita. Seis: carga diferida, para que al aparecer no empuje el contenido y arruine el CLS, una de las tres métricas de Core Web Vitals.
Ninguna de las seis es una opinión de diseño. Las seis salen de lo que Google mide.
Cómo reconocer al visitante sin pisar la ley
Un pop-up que dice algo relevante convierte mucho más que uno genérico. Para eso hay que recordar qué miró la persona la vez anterior — y ahí es donde la mayoría se equivoca de método.
La tentación es identificar por dirección IP. Es mala idea por dos motivos. Técnico: la IP es un identificador pésimo, varias personas de una misma oficina o casa comparten una, y en móvil cambia constantemente. Legal: en Canadá la IP es dato personal bajo [PIPEDA](https://www.priv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/), con todas las obligaciones que eso implica.
La alternativa correcta es guardar una señal mínima en el almacenamiento local del propio navegador de la persona: qué sección miró y cuándo. Nunca sale de su dispositivo, no identifica a nadie, y debe respetar el consentimiento de cookies que el sitio ya pide.
Lo que encontramos al medir el nuestro
Aplicamos estas reglas en duolabs.tech y después las verificamos con el sitio en marcha, que es donde aparecen las sorpresas.
El banner mide 344 × 116 píxeles en un móvil de 390 px: un 12% de la pantalla, muy por debajo del límite del 30%. Flota en una esquina, no tapa nada y se cierra con un botón visible o con la tecla Escape.
Pero medir de verdad destapó un fallo que revisando el código nunca habríamos visto. La condición para mostrarlo era "que la persona haya recorrido más del 40% de la página". Suena razonable, y se eligió el porcentaje justamente para no usar una cifra fija de píxeles que significa cosas distintas en un artículo largo y en una portada corta. El problema: en nuestra portada el área desplazable mide 67 píxeles. El 40% de 67 son 27 píxeles — el roce accidental de un dedo. El banner se disparaba casi al instante, exactamente lo que las reglas mandan evitar.
La corrección fue exigir las dos condiciones a la vez: un porcentaje y una distancia real. Lo contamos porque ilustra el punto de fondo: un pop-up no se audita leyendo el código, se audita midiéndolo con el sitio funcionando.