Ir al contenido
Iniciar sesión Registrarse

Buenas prácticas

La forma más rápida de saber si Shifter se adapta a tu proyecto es ejecutar tu carga de trabajo real, las mismas solicitudes que ejecutarás en producción, y leer los resultados con honestidad. Estas prácticas te ayudan a obtener una prueba limpia y representativa en lugar de una engañosa.

La forma en que rotas las IPs debe seguir lo que tu tarea necesita.

  • Rotación por solicitud (predeterminada): una IP residencial nueva en cada solicitud a través de la puerta de enlace p.shifter.io:443. Ideal para scraping, crawling, recopilación de precios, trabajo de SERP, y cualquier caso en el que cada solicitud sea independiente.
  • Sesiones persistentes: mantén la misma IP durante una ventana determinada usando un id de sesión (sid) y un tiempo de vida (ttl). Ideal para inicios de sesión, carritos, procesos de pago, y cualquier flujo de varios pasos que deba permanecer en una sola IP. Por ejemplo, customer-USERNAME-sid-9f3a2b7c-ttl-600 mantiene una IP durante unos 600 segundos.

Regla general: si los pasos dependen unos de otros, usa una sesión. Si no, rota. Encontrarás el detalle completo en Sesiones.

Muchos sitios cambian el contenido, los precios o la disponibilidad según la ubicación.

  • Si tu objetivo es sensible a la geolocalización, apunta por país, región, ciudad o ASN para que tu prueba refleje lo que ven los usuarios reales en ese mercado. Por ejemplo, customer-USERNAME-country-us-state-newyork-city-newyork.
  • Si la ubicación no importa para tu caso de uso, mantén el objetivo amplio. Restringir demasiado reduce el pool de IPs disponibles y puede bajar las tasas de éxito sin ningún beneficio.

Consulta Geo-segmentación para conocer todos los parámetros.

Distribuir la carga suele ser la diferencia entre una prueba sólida y una débil.

  • Distribuye las solicitudes en el tiempo y entre IPs en lugar de bombardear un único objetivo. Con la rotación por solicitud la IP ya varía, así que tus principales palancas son la concurrencia y el tiempo.
  • Empieza con una concurrencia modesta, observa tu tasa de éxito y luego escala. Si el éxito baja al forzar más, es que vas demasiado rápido para ese objetivo, no que estés alcanzando un límite del proxy.
  • Añade pequeños retrasos variados, y reintenta los fallos con una IP nueva. Con la rotación, el reintento cae de forma natural en una salida distinta, así que trata un bloqueo como una señal leve: reduce el ritmo, reintenta y continúa.

Elige el producto que se ajuste a la carga de trabajo

Sección titulada «Elige el producto que se ajuste a la carga de trabajo»

Elegir el producto equivocado es la razón más habitual de que una prueba rinda por debajo de lo esperado.

  • Residential Proxies: IPs residenciales rotativas, de modo que el tráfico parece el de muchos usuarios reales. Scraping, monitorización, verificación de anuncios, investigación de mercado, y recopilación de SERP.
  • ISP Proxies: la misma IP dedicada durante días o semanas. Gestión de cuentas, sesiones largas de pago o inicio de sesión, e integraciones con IP en lista blanca.

Si no estás seguro, revisa Elegir un producto.

Juzga según tus cifras reales, no según un par de llamadas de prueba.

  • Observa tu tasa de éxito y la calidad de los datos con un volumen similar al de producción. Un puñado de fallos es normal; lo que importa es la tasa a gran escala.
  • Confirma que la salida es la que solicitaste enviando una solicitud a través del proxy a un endpoint de eco de IP como ipinfo.io, y comprobando la IP y el país.
  • Si los resultados parecen incorrectos, revisa tres cosas antes de culpar a la red: que la rotación frente a sesión se ajuste a la tarea, que la ubicación objetivo esté configurada correctamente, y que la concurrencia no sea demasiado alta.

Cuanto más se parezca tu prueba a la producción en tráfico, objetivos y tiempos, más te dirá realmente el ensayo. Configúrala para que se parezca a la realidad, y la decisión se tomará por sí sola.