Si eres dueño de una tienda en línea, un especialista en marketing o un experto en tráfico, y tu conversión de tráfico móvil ha caído repentinamente, el problema puede no estar en los creativos o en la página de destino. El problema está en el captcha, que aparece para algunos usuarios móviles simplemente porque accedieron desde una dirección IP de un operador de telefonía móvil. Vamos a analizar por qué sucede esto, cuántos compradores reales se pierden y cómo verificarlo tú mismo en 15 minutos.
Por qué los usuarios móviles ven más a menudo captcha: la razón está en CGNAT
La mayoría de los operadores móviles — MTS, Beeline, MegaFon, Tele2 y sus análogos en otros países — utilizan la tecnología CGNAT (Carrier-Grade NAT). Esto significa que miles, a veces decenas de miles de abonados reales están "detrás" de la misma dirección IP externa al mismo tiempo. Para tu sitio y para los sistemas de protección contra bots (Cloudflare, reCAPTCHA, reglas WAF propias), esto parece que desde una IP están llegando anómalamente muchas solicitudes en poco tiempo.
El sistema anti-bots no puede distinguir entre "500 personas diferentes de un área de la ciudad accediendo al sitio desde internet móvil" y "un bot haciendo 500 solicitudes por minuto". Por lo tanto, se activa la protección, y todo el rango de IP recibe un nivel elevado de sospecha — captcha, ralentización, y a veces incluso un bloqueo total de acceso.
Añade a esto que las direcciones IP móviles se reutilizan periódicamente entre diferentes abonados (el operador las asigna dinámicamente), y la reputación de una dirección específica puede estar "dañada" por un usuario anterior — por ejemplo, si desde esta IP recientemente trabajó un scraper o un bot de spam. El siguiente abonado que obtenga esta IP heredará la mala reputación y recibirá captcha, sin saber por qué.
Cuántos compradores estás perdiendo debido al captcha en móviles
Según varios estudios de UX y conversión, cada verificación adicional en el camino del usuario (captcha, confirmación por SMS, "por favor, espera, se está verificando el navegador") reduce la finalización de la acción objetivo en un 15–40%. En dispositivos móviles, este efecto se intensifica: pantalla pequeña, entrada de texto incómoda con una imagen distorsionada, conexión inestable — y parte de los usuarios simplemente cierra la pestaña.
Para una tienda en línea, esto significa una pérdida directa de ingresos: el comprador añadió un producto al carrito, pasó a la realización del pedido, y el sistema de protección consideró su tráfico sospechoso precisamente porque accedió a través de un operador móvil con un pool de IP compartido. No es un bot, no es un scraper y no es un estafador — simplemente es una persona normal que decidió pagar su pedido desde el teléfono en el metro o en un taxi.
Esto se ve especialmente doloroso en segmentos con una alta proporción de tráfico móvil: entrega de comida, marketplaces, boletos, reservas de servicios. Si tienes un 60–70% de pedidos que provienen de dispositivos móviles, y parte de este tráfico es "cortado" por captcha en la entrada o al pagar — estás perdiendo dinero sin darte cuenta, porque en la analítica esto aparece simplemente como "rebote en la página de pago", sin la anotación "captcha es el culpable".
Qué señales hacen que los sistemas anti-bots muestren captcha
Para entender por qué tu sitio muestra captcha a los compradores móviles, es útil saber a qué señales responden los sistemas de protección modernos:
| Señal | Cómo afecta a los usuarios móviles |
|---|---|
| Frecuencia de solicitudes desde una IP | CGNAT agrupa a cientos de abonados — el umbral de activación se supera sin bots |
| Reputación de IP (listas negras) | La dirección fue utilizada anteriormente por un spammer o scraper, la reputación se transfiere al nuevo abonado |
| Geolocalización vs zona horaria del dispositivo | En roaming o al cambiar de estación base, la discrepancia provoca una verificación |
| Falta de historial de cookies/sesiones | Un nuevo usuario sin historial de visitas automáticamente parece más sospechoso |
| Cambio brusco de IP durante la sesión | El cambio entre estaciones base del operador cambia la IP externa al vuelo |
Un punto importante: estas señales afectan igualmente a compradores normales y a aquellos que prueban publicidad o gestionan múltiples cuentas para negocios. Por lo tanto, entender la lógica de la protección anti-bots es útil no solo para los propietarios de sitios, sino también para los afiliados que configuran campañas en Facebook Ads y TikTok Ads y se enfrentan a verificaciones similares en las plataformas publicitarias.
Cómo verificar tu sitio a través de los ojos de un comprador móvil
La forma más confiable de saber si tus compradores reales ven captcha es no adivinar a través de la analítica, sino reproducir su experiencia. Para ello, necesitas acceder al sitio desde una dirección IP similar a la que realmente utilizan los usuarios móviles. Aquí tienes un plan paso a paso:
- Abre el sitio desde un Wi-Fi normal y verifica si aparece captcha al realizar un pedido, iniciar sesión o al acceder al sitio.
- Conéctate a un proxy móvil con la IP del operador de tu región objetivo — por ejemplo, del rango de MTS o MegaFon, si la audiencia principal es de Rusia.
- Repite el mismo camino del usuario: clic desde el anuncio, añadir producto al carrito, realizar pedido, pagar.
- Compara los resultados: si captcha aparece solo a través del proxy móvil y no aparece a través del Wi-Fi normal o IP de centro de datos — el problema está precisamente en los rangos CGNAT de los operadores.
- Prueba diferentes operadores y diferentes regiones — a veces captcha se activa solo para la IP de un operador específico, que tiene un pool de direcciones especialmente "sucio".
Para esta prueba, los proxies móviles son los más adecuados — utilizan direcciones IP reales de operadores de telefonía móvil, es decir, verás el sitio exactamente como lo ve un comprador real desde un teléfono en una red móvil, y no a través de un Wi-Fi doméstico o IP de servidor de un centro de datos.
Herramientas para pruebas: proxies y navegadores anti-detección
Para que la prueba sea correcta y repetible, es conveniente usar una combinación de un navegador anti-detección y un proxy. Los navegadores anti-detección — Dolphin Anty, AdsPower, Multilogin, GoLogin, Octo Browser — permiten crear perfiles de navegador aislados con diferentes parámetros de dispositivo, zona horaria y dirección IP. Esto es útil si deseas probar el sitio desde varios "compradores virtuales" de diferentes regiones y operadores sin necesidad de limpiar constantemente las cookies y cambiar configuraciones.
El algoritmo es simple: creas un nuevo perfil en Dolphin Anty o AdsPower → en la configuración del perfil indicas el tipo de proxy SOCKS5 o HTTP → insertas el nombre de usuario, contraseña, host y puerto del proxy móvil → seleccionas la región y el operador deseados → abres el perfil y accedes a tu sitio, reproduciendo el camino de un comprador real. Así, en 15–20 minutos puedes verificar 5–10 combinaciones de "región + operador" y ver dónde exactamente aparece captcha.
Para comparar, también vale la pena probar el sitio a través de proxies residenciales — son IP de usuarios domésticos normales, que en algunos casos también están detrás de NAT, pero con patrones de bloqueo menos agresivos que los de los operadores móviles. La diferencia en el comportamiento de captcha entre IP móviles y residenciales ayuda a comprender mejor qué lógica anti-bots se activa en tu sitio.
| Tipo de proxy | Qué imita | Cuándo usar para la prueba |
|---|---|---|
| Proxies móviles | IP de operadores de telefonía móvil, CGNAT | Verificar la experiencia de los compradores desde el teléfono en la red móvil |
| Proxies residenciales | IP de proveedores domésticos | Verificar la experiencia de los usuarios desde Wi-Fi doméstico |
| Proxies de centros de datos | IP de servidores | Grupo de control — generalmente captcha casi no aparece o aparece por otra razón |
Lista de verificación para diagnosticar captcha en el sitio
Antes de sacar conclusiones, pasa por una breve lista de verificación — ayuda a distinguir el verdadero problema de CGNAT de otras razones para la aparición de captcha:
- Captcha aparece solo con proxies móviles, pero no con residenciales y de centros de datos — signo del efecto CGNAT.
- Captcha aparece en todos los tipos de IP por igual — el problema probablemente radica en los desencadenantes de comportamiento (velocidad de clics, falta de movimiento del mouse en la versión de escritorio, patrones de navegación).
- Captcha aparece más frecuentemente con un operador específico — verifica la reputación de sus rangos de IP en servicios como AbuseIPDB o en el panel de tu WAF/CDN.
- Captcha aparece solo al realizar un pedido, y no en la página principal — probablemente se deba a la configuración de protección del gateway de pago o del sistema anti-fraude, y no a la protección general del sitio.
- Captcha desaparece después de una nueva solicitud en 1–2 minutos — clásico signo de limitación de tasa por IP, que es característico de CGNAT.
Cómo reducir el número de captchas para compradores legítimos
Si la prueba confirmó que el problema está en los rangos CGNAT móviles, hay varios pasos prácticos que se pueden discutir con el desarrollador o la agencia que mantiene el sitio:
- Revisa los umbrales de limitación de tasa. Si el límite de solicitudes desde una IP por minuto es demasiado estricto, aumentalo para los rangos pertenecientes a operadores móviles conocidos.
- Usa análisis de comportamiento en lugar de un filtro de IP puro. Los servicios de protección modernos (Cloudflare Bot Management, sistemas anti-fraude propios) pueden analizar el movimiento del cursor, la velocidad de llenado de formularios y los patrones de toques en la pantalla — esto es más confiable que simplemente la frecuencia de solicitudes desde la IP.
- Agrega un captcha "suave" en lugar de uno duro. invisible reCAPTCHA o verificación en un clic reducen la fricción para los usuarios reales, manteniendo la protección contra bots automáticos.
- Configura excepciones por sesión y dispositivo. Si un usuario ya ha pasado la verificación una vez, no muestres captcha nuevamente dentro de la misma sesión, incluso si la IP ha cambiado debido a un cambio de estación base.
- Prueba regularmente a través de proxies móviles y residenciales después de cada actualización de las reglas anti-fraude — esto permite rastrear si ha empeorado después de otro "ajuste de seguridad".
Estos pasos son especialmente importantes para proyectos de e-commerce, donde el tráfico móvil representa una gran parte de los pedidos. La pérdida de incluso el 5–10% de compradores en la etapa de pago debido a verificaciones innecesarias se refleja directamente en los ingresos, y tales pérdidas rara vez aparecen en los informes estándar de analítica web como una causa separada de rechazo.
Conclusión
Captcha en el sitio no siempre significa actividad de bots — a menudo es un efecto secundario de CGNAT de los operadores móviles, debido al cual miles de compradores reales comparten una dirección IP y son percibidos por el sistema anti-bots como tráfico sospechoso. Para entender la magnitud del problema en tu sitio, no necesitas adivinar a través de gráficos en la analítica — simplemente reproduce el camino del comprador a través de una IP móvil real y compara el resultado con una conexión normal.
Si deseas probar cómo se ve exactamente tu sitio para compradores de redes móviles de diferentes operadores y regiones, te recomendamos probar proxies móviles — ofrecen una representación precisa de lo que enfrenta la audiencia real y ayudan a encontrar rápidamente la causa de bloqueos innecesarios antes de que afecte a los ingresos.