A
aldo_quantic
Curioso
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
Cuando mido posiciones locales desde una IP de datacenter, Google me devuelve un promedio que no coincide con lo que ve alguien en la calle. El local pack de una misma keyword no es el mismo en el centro de una ciudad que en un barrio de al lado, y a veces tampoco lo es la orgánica. El error caro no suele ser la herramienta, es medir desde la red equivocada y dar por bueno ese promedio.
Lo que el buscador clasifica no es el software del proxy, sino el ASN de la salida.
Residencial. Salida de una red doméstica, se paga por GB. Sirve para scraping, precios y comprobaciones de geo. El targeting por país, región, ciudad y ASN suele ir incluido. Si cada petición es independiente, rotativo. Si estás en una sesión (un bloque de keywords de la misma zona, un login, varias páginas seguidas), sticky, con la misma IP. Esa sticky suele llegar como máximo a 24 horas; más allá de un día, se queda corta.
Móvil. La misma idea, pero la salida es de un operador 4G/5G. Tiene sentido cuando el destino trata peor el tráfico fijo que el de operadora, y cuando quieres elegir también el carrier. Sale más caro.
ISP, o static residential. Una IP dedicada, dada de alta en un ISP de verdad, que no rota. Se paga por IP, casi siempre con ancho de banda ilimitado. Es lo que usaría para un perfil de navegador fijo, una lista blanca, o cualquier trabajo donde la identidad de red tenga que durar varios días.
Datacenter. Más rápido y más barato. Perfecto si el destino no mira el ASN. Si empiezan a aparecer captchas o 403 y el rango es de hosting, no es que el proxy falle: estás en la red equivocada.
IPv6. Solo si el destino tiene registro AAAA. Si solo habla IPv4, ese tráfico no te sirve.
Para SERP local, lo que más estabilidad me ha dado es esto: una salida en la ciudad (o al menos en el área) que quiero medir, sticky durante toda la tanda, zona horaria e idioma del navegador alineados con esa IP, un perfil por zona y cookies que no se mezclen entre ciudades. Si rotas la IP en cada keyword, la serie sale ruidosa y suben los bloqueos. Antes de fiarme de una salida, la compruebo con un curl y, si puedo, en más de una base de geolocalización, porque no es raro que dos bases no coincidan en la ciudad.
Para no acabar marcado: menos ritmo del que aguantaría la línea, pausas, no disparar desde un mismo rango evidente, y no combinar una IP de una ciudad con un fingerprint de otro continente. Si el destino está detrás de Cloudflare u otro WAF y el residencial en crudo no basta, un unlocker gestionado puede encargarse de la parte TLS; ojo, ese modelo casi nunca es pay-per-success. Y si solo necesitas el ranking en JSON, a menudo es más simple una SERP API que mantener los proxies a mano.
Si a alguien le sirve, en otro mensaje detallo cómo dejo montadas dos o tres ciudades para no mezclar sesiones.
Lo que el buscador clasifica no es el software del proxy, sino el ASN de la salida.
Residencial. Salida de una red doméstica, se paga por GB. Sirve para scraping, precios y comprobaciones de geo. El targeting por país, región, ciudad y ASN suele ir incluido. Si cada petición es independiente, rotativo. Si estás en una sesión (un bloque de keywords de la misma zona, un login, varias páginas seguidas), sticky, con la misma IP. Esa sticky suele llegar como máximo a 24 horas; más allá de un día, se queda corta.
Móvil. La misma idea, pero la salida es de un operador 4G/5G. Tiene sentido cuando el destino trata peor el tráfico fijo que el de operadora, y cuando quieres elegir también el carrier. Sale más caro.
ISP, o static residential. Una IP dedicada, dada de alta en un ISP de verdad, que no rota. Se paga por IP, casi siempre con ancho de banda ilimitado. Es lo que usaría para un perfil de navegador fijo, una lista blanca, o cualquier trabajo donde la identidad de red tenga que durar varios días.
Datacenter. Más rápido y más barato. Perfecto si el destino no mira el ASN. Si empiezan a aparecer captchas o 403 y el rango es de hosting, no es que el proxy falle: estás en la red equivocada.
IPv6. Solo si el destino tiene registro AAAA. Si solo habla IPv4, ese tráfico no te sirve.
Para SERP local, lo que más estabilidad me ha dado es esto: una salida en la ciudad (o al menos en el área) que quiero medir, sticky durante toda la tanda, zona horaria e idioma del navegador alineados con esa IP, un perfil por zona y cookies que no se mezclen entre ciudades. Si rotas la IP en cada keyword, la serie sale ruidosa y suben los bloqueos. Antes de fiarme de una salida, la compruebo con un curl y, si puedo, en más de una base de geolocalización, porque no es raro que dos bases no coincidan en la ciudad.
Insertar CODE, HTML o PHP:
curl -x http://USER:PASS@host:puerto https://ipinfo.io/jsonPara no acabar marcado: menos ritmo del que aguantaría la línea, pausas, no disparar desde un mismo rango evidente, y no combinar una IP de una ciudad con un fingerprint de otro continente. Si el destino está detrás de Cloudflare u otro WAF y el residencial en crudo no basta, un unlocker gestionado puede encargarse de la parte TLS; ojo, ese modelo casi nunca es pay-per-success. Y si solo necesitas el ranking en JSON, a menudo es más simple una SERP API que mantener los proxies a mano.
Si a alguien le sirve, en otro mensaje detallo cómo dejo montadas dos o tres ciudades para no mezclar sesiones.
