A
aldo_quantic
Curioso
Usuário com poucas negociações! Use sempre o saldo do ForoBeta!
Quando meço posições locais a partir de um IP de datacenter, o Google me devolve uma média que não coincide com o que vê alguém na rua. O local pack de uma mesma keyword não é o mesmo no centro de uma cidade e em um bairro vizinho, e às vezes a orgânica também não. O erro caro normalmente não é a ferramenta, é medir a partir da rede errada e dar essa média como boa.
O que o buscador classifica não é o software do proxy, e sim o ASN da saída.
Residencial. Saída de uma rede doméstica, paga-se por GB. Serve para scraping, preços e verificações de geo. O targeting por país, região, cidade e ASN normalmente vem incluído. Se cada requisição é independente, rotativo. Se você está em uma sessão (um bloco de keywords da mesma região, um login, várias páginas seguidas), sticky, com o mesmo IP. Esse sticky costuma chegar no máximo a 24 horas; para mais de um dia, fica curto.
Móvel. A mesma ideia, mas a saída é de uma operadora 4G/5G. Faz sentido quando o destino trata pior o tráfego fixo do que o de operadora, e quando você quer escolher também o carrier. Sai mais caro.
ISP, ou static residential. Um IP dedicado, registrado em um ISP de verdade, que não rota. Paga-se por IP, quase sempre com largura de banda ilimitada. É o que eu usaria para um perfil de navegador fixo, uma lista branca, ou qualquer trabalho em que a identidade de rede precise durar vários dias.
Datacenter. Mais rápido e mais barato. Perfeito se o destino não olha o ASN. Se começam a aparecer captchas ou 403 e a faixa é de hosting, não é que o proxy falhe: você está na rede errada.
IPv6. Só se o destino tiver registro AAAA. Se ele só fala IPv4, esse tráfego não serve para você.
Para SERP local, o que mais me deu estabilidade foi isto: uma saída na cidade (ou pelo menos na área) que quero medir, sticky durante toda a rodada, fuso horário e idioma do navegador alinhados com esse IP, um perfil por região e cookies que não se misturem entre cidades. Se você rotaciona o IP a cada keyword, a série sai ruidosa e os bloqueios aumentam. Antes de confiar em uma saída, eu a verifico com um curl e, se possível, em mais de uma base de geolocalização, porque não é estranho que duas bases não coincidam na cidade.
Para não acabar marcado: menos ritmo do que a linha aguentaria, pausas, não disparar a partir de uma mesma faixa evidente, e não combinar um IP de uma cidade com um fingerprint de outro continente. Se o destino está atrás do Cloudflare ou de outro WAF e o residencial puro não basta, um unlocker gerenciado pode cuidar da parte TLS; atenção, esse modelo quase nunca é pay-per-success. E se você só precisa do ranking em JSON, muitas vezes é mais simples uma SERP API do que manter os proxies na mão.
Se for útil para alguém, em outra mensagem detalho como deixo montadas duas ou três cidades para não misturar sessões.
O que o buscador classifica não é o software do proxy, e sim o ASN da saída.
Residencial. Saída de uma rede doméstica, paga-se por GB. Serve para scraping, preços e verificações de geo. O targeting por país, região, cidade e ASN normalmente vem incluído. Se cada requisição é independente, rotativo. Se você está em uma sessão (um bloco de keywords da mesma região, um login, várias páginas seguidas), sticky, com o mesmo IP. Esse sticky costuma chegar no máximo a 24 horas; para mais de um dia, fica curto.
Móvel. A mesma ideia, mas a saída é de uma operadora 4G/5G. Faz sentido quando o destino trata pior o tráfego fixo do que o de operadora, e quando você quer escolher também o carrier. Sai mais caro.
ISP, ou static residential. Um IP dedicado, registrado em um ISP de verdade, que não rota. Paga-se por IP, quase sempre com largura de banda ilimitada. É o que eu usaria para um perfil de navegador fixo, uma lista branca, ou qualquer trabalho em que a identidade de rede precise durar vários dias.
Datacenter. Mais rápido e mais barato. Perfeito se o destino não olha o ASN. Se começam a aparecer captchas ou 403 e a faixa é de hosting, não é que o proxy falhe: você está na rede errada.
IPv6. Só se o destino tiver registro AAAA. Se ele só fala IPv4, esse tráfego não serve para você.
Para SERP local, o que mais me deu estabilidade foi isto: uma saída na cidade (ou pelo menos na área) que quero medir, sticky durante toda a rodada, fuso horário e idioma do navegador alinhados com esse IP, um perfil por região e cookies que não se misturem entre cidades. Se você rotaciona o IP a cada keyword, a série sai ruidosa e os bloqueios aumentam. Antes de confiar em uma saída, eu a verifico com um curl e, se possível, em mais de uma base de geolocalização, porque não é estranho que duas bases não coincidam na cidade.
Inserir CODE, HTML ou PHP:
curl -x http://USER:PASS@host:puerto https://ipinfo.io/jsonPara não acabar marcado: menos ritmo do que a linha aguentaria, pausas, não disparar a partir de uma mesma faixa evidente, e não combinar um IP de uma cidade com um fingerprint de outro continente. Se o destino está atrás do Cloudflare ou de outro WAF e o residencial puro não basta, um unlocker gerenciado pode cuidar da parte TLS; atenção, esse modelo quase nunca é pay-per-success. E se você só precisa do ranking em JSON, muitas vezes é mais simples uma SERP API do que manter os proxies na mão.
Se for útil para alguém, em outra mensagem detalho como deixo montadas duas ou três cidades para não misturar sessões.