Una restricción por queja sobre un número o una IP es una situación normal al alquilar recursos, no una avería. Lo que hagas en los primeros minutos determina si el problema se resuelve de una vez o si se repite con cada dirección nueva. Analicemos las dos caras de la queja —cuando te restringen a ti y cuando alguien se queja de tu recurso—, qué reunir para el ticket de soporte y por qué cambiar el número o la IP sin orden no soluciona nada.
Dos situaciones: la queja te llega a ti o la queja es sobre tu recurso
La queja se manifiesta de dos formas. La primera: la queja te llega a ti. Realizas una acción a través del número o la dirección alquilados, y el servicio responde con un mensaje de restricción que menciona la queja directa o indirectamente: "número marcado como spam", "acceso restringido desde esta dirección", solicitud de verificación adicional. Aquí el texto de la restricción es visible de inmediato y se puede trabajar con él. La segunda: un tercero presenta una queja sobre tu recurso. Quien recibe la llamada o el mensaje marca el número como spam en una aplicación de identificación de llamadas, o alguien envía una queja sobre la IP al equipo de abuse de la red. Esta queja no siempre te afecta de inmediato: queda registrada en el historial del recurso y puede manifestarse más tarde, incluso con el siguiente arrendatario del mismo número o dirección. La diferencia entre los tipos de direcciones y cuánto se nota en ellas el historial ajeno se explica en el artículo por qué los proxies móviles son difíciles de banear.
Qué hacer ante una restricción: primero la causa, después el recurso
El primer impulso es tomar de inmediato otro número o dirección. Eso solo tiene sentido si ya conoces la causa; probar recursos a ciegas desperdicia tráfico y tiempo de alquiler. Antes de cambiar de recurso, comprueba cuatro cosas. La reputación de la dirección: el fraud score de la IP y las listas negras públicas muestran si ya figuraba en ellas antes de tu solicitud. El historial del número: un número virtual puede haber acumulado marcas de "spam" con arrendatarios anteriores mucho antes que tú; no es un error tuyo, pero explica la restricción. El comportamiento del escenario: la frecuencia de acciones repetitivas y la regularidad del patrón activan por sí solas la protección del servicio, sin importar lo limpio que esté el recurso; el estado del canal conviene revisarlo con las métricas del artículo cómo comprobar la calidad de un proxy por sus métricas. El entorno no coherente: la geolocalización de la IP, la zona horaria del navegador, el idioma de la interfaz y el país del número deben coincidir; cualquier discrepancia el servicio la interpreta como una anomalía y provoca la misma reacción que un abuso real.
Qué adjuntar al ticket de soporte
Un ticket se resuelve más rápido si incluye cuatro puntos concretos, no un simple "no funciona". Qué recurso: el número o la dirección IP exactos, o el ID de tu cuenta personal, no "el que tomé ayer". La hora exacta: el momento en que el servicio mostró la restricción, indicando la zona horaria; sin la hora es difícil cruzar el evento con los registros. Qué ocurrió exactamente: qué acción realizabas y en qué paso recibiste el rechazo —inicio de sesión, envío de un mensaje, confirmación de un pago—. El texto del mensaje del servicio: la formulación exacta de la restricción o el código de error, no un resumen con tus propias palabras; formulaciones distintas significan causas distintas y un orden de solución distinto. Con un ticket así, soporte ve de inmediato si el problema es la reputación de la dirección, el historial del número o tu escenario, sin necesidad de aclaraciones adicionales.
Por qué cambiar de recurso sin analizar la causa repite el problema
Cambiar de recurso sin diagnóstico solo resuelve los casos en los que la causa realmente estaba en la dirección o el número concretos. Si la restricción se debe al comportamiento del escenario o a un entorno no coherente, el nuevo recurso cae bajo el mismo disparador en el mismo tiempo: la frecuencia de acciones no cambió, la geolocalización y la zona horaria del navegador siguen siendo las mismas, y el servicio reconoce el patrón de navegación con la misma facilidad que ayer. Al final pagas dos veces por tráfico o período de alquiler, y el problema sigue sin resolverse. El diagnóstico según los puntos de la sección anterior toma unos minutos y muestra de inmediato si conviene cambiar de recurso o ajustar el escenario y el entorno.
Prevención y sustitución de un recurso "sucio" a través de soporte
Parte de las quejas se pueden prevenir antes de empezar a trabajar. Revisa la reputación de la dirección o las marcas del número con antelación, no después del primer rechazo: es un minuto de tiempo frente a horas de investigación. Separa los circuitos: no manejes distintos proyectos o cuentas desde el mismo número o la misma IP a la vez; mezclar historiales complica el análisis de la causa ante cualquier restricción. Elegir el tipo de recurso adecuado para cada tarea reduce el número de futuras quejas; más detalles en el artículo proxies móviles frente a proxies residenciales. Evita realizar en serie acciones masivas del mismo tipo desde un solo recurso: ese patrón es, más que cualquier otra cosa, lo que activa los mecanismos automáticos de protección de los servicios. Si tras la comprobación resulta que el recurso está "sucio" por acciones del arrendatario anterior —el historial de quejas o la restricción se acumularon antes de que lo tomaras tú—, es una situación normal y no un motivo para resolverlo por tu cuenta: describe el recurso y el historial encontrado en el ticket, y soporte sustituirá el número o la dirección por uno limpio dentro del alquiler vigente.
Preguntas frecuentes
¿Qué hacer si el servicio restringió el acceso pero no explicó el motivo?
Guarda la hora exacta y el texto del mensaje de restricción, y contacta a soporte con esos datos: la causa suele verse en los registros del recurso, incluso si la formulación de la restricción fue genérica.
¿Se puede cambiar el número o la IP de inmediato sin analizar la causa?
Se puede, pero si la causa está en el comportamiento del escenario o en un entorno no coherente, la restricción se repetirá en el nuevo recurso en el mismo plazo; conviene revisar antes la reputación de la dirección y el historial del número.
¿Quién responde si la queja la provocó el arrendatario anterior del recurso?
No eres responsable del historial de uso ajeno del recurso: es un caso normal de sustitución a través de soporte, no una infracción por tu parte.
Si tu recurso está restringido por una queja o necesita sustitución, describe la situación siguiendo el modelo de este artículo en el ticket de soporte: el recurso exacto, la hora y el texto del mensaje del servicio agilizarán la revisión.