Como verificar hreflang ao vivo através de um proxy de 10 países.

A marcação hreflang no código da página é uma coisa, e o que realmente recebe um visitante da Alemanha, Polônia ou Brasil é completamente diferente. O Google pode ignorar as tags, a CDN pode redirecionar para o lugar errado, e o servidor pode entregar a versão errada por IP. A única maneira de ter certeza de que tudo está funcionando é verificar o site "ao vivo" de diferentes países, em vez de confiar na marcação no papel.

O que é hreflang e por que as tags no código não são suficientes

Hreflang é um atributo que informa aos motores de busca qual versão linguística ou regional da página é destinada a quais usuários. Tecnicamente, isso aparece como um conjunto de links em <head> ou em sitemap.xml, onde cada página se refere às suas alternativas: ru-RU, en-US, de-DE e assim por diante.

O problema é que a verificação através de validadores de código (Screaming Frog, Ahrefs, Semrush) mostra apenas o que está escrito na marcação. Ela não responde à pergunta principal: o que realmente acontece quando uma pessoa viva de Varsóvia ou Madri abre seu site? O redirecionamento para a localidade correta funciona? A CDN não redireciona o usuário para a versão em inglês devido ao cache? O geo-IP determina corretamente o país se o usuário acessa através de um operador móvel?

Para os profissionais de marketing e especialistas em SEO que testam sites multirregionais, landing pages para diferentes geos ou campanhas publicitárias no Google Ads e Facebook Ads para países específicos, isso é crítico. Se o hreflang estiver configurado incorretamente, um usuário do país certo pode ver a versão errada do site, perder conversões, e o motor de busca pode indexar a URL errada nos resultados desse país.

Por que hreflang "mente": 5 razões típicas

Na prática, a discrepância entre a marcação e o comportamento real do site ocorre por várias razões, e a maioria delas não pode ser detectada apenas olhando para o código da página.

Redirecionamento Geo-IP sobrepõe hreflang. O servidor determina o país pelo IP e força um redirecionamento para a localidade, mesmo que o usuário tenha aberto explicitamente outra versão linguística através de um link direto.
CDN de cache entrega uma versão desatualizada. Cloudflare ou outra CDN pode armazenar em cache o HTML sem considerar o país da solicitação, e todos os usuários recebem a mesma versão, independentemente do geo.
Incompatibilidade de códigos de idioma e região. Na marcação está indicado en, quando na verdade deveria ser en-GB e en-US separadamente — no final, usuários da Grã-Bretanha e dos EUA veem uma versão única.
Falta de tag de auto-referência. A página não se refere a si mesma na lista hreflang, o que pode fazer com que o Google não considere a marcação como válida.
Diferentes variantes de URL com www e sem, http e https. As tags apontam para um protocolo, enquanto o servidor realmente entrega um redirecionamento para outro, quebrando a cadeia de verificação.

Todos esses problemas se manifestam apenas quando há um acesso real com IP do país desejado. Portanto, a única maneira confiável de testar é emular um visitante de cada país-alvo e ver o que o site realmente entrega.

O que é necessário para verificar de 10 países

Para verificar hreflang "ao vivo", é necessário obter fisicamente ou programaticamente um endereço IP de cada país-alvo e ver qual versão do site o servidor entrega exatamente para esse IP. Existem três maneiras de fazer isso:

Servidores proxy com geo-vinculação ao país desejado — a maneira mais flexível e escalável, adequada tanto para verificação manual quanto para automação.
Navegadores anti-detect (Dolphin Anty, AdsPower, Multilogin, GoLogin, Octo Browser) — convenientes quando é necessário manter perfis de navegador separados para cada país e comparar visualmente, sem confusão em cookies e cache.
Ferramentas de linha de comando (curl, httpie) com proxy — para verificar rapidamente cabeçalhos HTTP, redirecionamentos e respostas do servidor sem carregar a interface.

Para testar hreflang de 10 países, os proxies residenciais são os mais adequados — eles usam IPs de usuários reais de um país específico, portanto, serviços de geo-IP e CDN os identificam da mesma forma que um visitante comum do site. Proxies de data center às vezes são colocados em listas negras por serviços de geo e podem dar resultados falsos, quando o servidor os identifica não pelo país declarado, mas como "data center, país desconhecido".

Configuração de proxy em um navegador anti-detect

A maneira mais prática para um profissional de marketing sem habilidades de programação é criar perfis separados em um navegador anti-detect para cada um dos 10 países-alvo e realizar a verificação hreflang visualmente.

Passo a passo no Dolphin Anty ou AdsPower, isso se parece com:

Crie um novo perfil de navegador, nomeie-o pelo país, por exemplo, "hreflang-DE" para a Alemanha.
Nas configurações do perfil, abra a seção "Proxy" e escolha o tipo HTTP/SOCKS5.
Insira os dados do proxy com geo-vinculação à Alemanha: IP ou host, porta, login e senha.
Salve o perfil e aguarde a verificação — o navegador anti-detect mostrará a geolocalização, fuso horário e IP determinados.
Inicie o perfil e abra seu site pelo URL direto, sem transitar a partir da busca.
Verifique qual versão foi aberta: URL na barra de endereços, idioma do conteúdo, valores hreflang através de "Ver código da página".
Repita para cada um dos 10 países-alvo, criando um perfil separado para cada um.

Essa abordagem é conveniente porque os perfis são salvos, e você pode voltar a eles em uma semana ou mês para verificar se o comportamento do site mudou após a atualização da CDN ou a implantação de uma nova versão. Para essa tarefa, os proxies residenciais com vinculação a uma cidade específica, e não apenas ao país, oferecem uma emulação mais precisa de um visitante real.

Verificação através da linha de comando e curl

Se você precisa verificar rapidamente não a versão visual, mas sim os cabeçalhos HTTP, redirecionamentos e respostas do servidor, o navegador nem sempre fornece a imagem completa — parte da lógica está oculta nos cabeçalhos de resposta. Para isso, é conveniente usar curl com proxy.

Verificação básica através de proxy com vinculação ao país desejado:

curl -x http://login:senha@proxy-host:porta \
  -I https://example.com/ \
  -H "Accept-Language: de-DE"

A flag -I mostra apenas os cabeçalhos de resposta, sem o corpo da página. Isso permite ver rapidamente o código de redirecionamento (301 ou 302), o cabeçalho Location, que indica para onde o servidor redireciona, e o cabeçalho Vary, que informa se o Accept-Language é considerado no cache.

Para extrair o próprio HTML e encontrar as tags hreflang na resposta do servidor, remova -I e filtre a saída:

curl -x http://login:senha@proxy-host:porta \
  -s https://example.com/ | grep -i hreflang

Essa solicitação extrairá todas as linhas mencionando hreflang diretamente do HTML retornado pelo servidor, e não do que é esperado pela documentação. Se o resultado varia dependendo de qual proxy do país foi enviado o pedido, significa que o servidor realmente muda o conteúdo por IP, e não apenas declara isso na marcação estática.

Para automatizar a verificação de todos os 10 países, você pode escrever um script simples que percorre a lista de proxies e salva a resposta de cada solicitação em um arquivo separado para comparação:

for country in de fr es it pl nl br mx jp kr; do
  curl -x "http://login:senha@${country}.proxy-host:porta" \
    -s https://example.com/ | grep -i hreflang > "resultado_${country}.txt"
done

Após a execução do script, resta comparar os arquivos — se em todos eles houver o mesmo conjunto de tags hreflang, significa que o servidor não muda a marcação por geo, o que pode ser um comportamento esperado (a marcação é estática e universal) ou um problema (se esperava uma canonização diferente para diferentes regiões).

Verificação através do navegador e DevTools

Para verificação visual e análise da experiência do usuário, é mais conveniente usar um navegador comum com proxy configurado e ferramentas de desenvolvedor abertas. Isso não requer código e é adequado para profissionais de marketing que desejam ver com seus próprios olhos o que o usuário vê.

Ordem das ações:

Configure o proxy no navegador através de uma extensão (por exemplo, FoxyProxy) ou através das configurações de rede do sistema, especificando o IP do país de verificação.
Abra o site e imediatamente pressione F12 para abrir o DevTools, em seguida, vá para a aba "Network".
Recarregue a página e encontre a primeira solicitação do documento (geralmente chamada da mesma forma que o domínio do site).
Na painel à direita, abra a aba "Headers" e verifique a seção "Response Headers" em busca de redirecionamentos e do valor Content-Language.
Abra a aba "Elements" e use Ctrl+F para encontrar todas as ocorrências de hreflang no código-fonte da página.
Compare a URL na barra de endereços com aquela que você esperava ver para este país.

Esse método é especialmente útil quando é necessário verificar simultaneamente a correção técnica da marcação e a exibição visual do conteúdo — por exemplo, se a moeda, o formato da data ou banners localizados estão corretos para o país específico.

Quais proxies escolher para o teste de geotargeting

Nem todos os tipos de proxies são igualmente adequados para verificar hreflang. A diferença está em como os serviços de determinação de geolocalização reconhecem o IP e quão estável o proxy mantém a vinculação ao país declarado.

Tipo de proxy	Precisão do geo-IP	Quando usar
Proxies residenciais	Alta, IPs de provedores reais	Emulação precisa de um visitante real do país e cidade
Proxies móveis	Alta, IPs de operadores de telecomunicações	Verificação de comportamento para tráfego móvel e versões AMP
Proxies de data center	Baixa, às vezes marcados como data center	Verificação rápida de cabeçalhos e redirecionamentos através de curl, onde a precisão geo não é crítica

Para a verificação final antes do lançamento de um site multilíngue ou campanha publicitária internacional no Google Ads, é melhor usar proxies residenciais ou móveis — eles fornecem resultados que estão mais próximos do que um usuário real do país-alvo verá.

Checklist de verificação hreflang para 10 países

Para não perder nada durante a verificação em massa, use a seguinte lista para cada um dos 10 países:

Proxy conectado com IP exatamente desse país, geolocalização confirmada através de IP-checker.
URL direta do site aberta (sem transitar a partir da busca e sem referrer).
URL final verificada após todos os redirecionamentos — coincide com a localidade esperada.
No código da página, há hreflang auto-referente para si mesmo.
Na lista hreflang estão todas as outras 9 versões linguísticas sem omissões.
Códigos de idioma e região estão de acordo com o padrão ISO (por exemplo, pt-BR, e não apenas pt, se for necessário diferenciar Brasil e Portugal).
O cabeçalho Vary: Accept-Language está presente, se o conteúdo depende do idioma do navegador.
O conteúdo da página (moeda, preços, banners) corresponde à região declarada.
A tag canônica rel="canonical" aponta para si mesma, e não para outra localidade.
Reverificação após uma semana — após a atualização do cache da CDN, o resultado não mudou inesperadamente.

Erros comuns ao testar

Ao verificar manualmente hreflang através de proxies, os profissionais de marketing frequentemente cometem alguns erros recorrentes que distorcem o resultado do teste.

Primeiro, a verificação é realizada a partir de uma conta logada ou com uma sessão salva — nesse caso, o servidor pode mostrar conteúdo personalizado, e não o que um novo visitante verá. Sempre verifique no modo incógnito ou em um perfil limpo de navegador anti-detect sem histórico.

Em segundo lugar, esquecem de limpar o cache DNS e do navegador entre as trocas de proxy, fazendo com que a versão antiga da página continue a ser exibida, mesmo que o IP já tenha mudado. Use um recarregamento forçado da página (Ctrl+Shift+R) a cada troca de geo.

Em terceiro lugar, testam apenas a página inicial, ignorando seções internas e páginas de produtos — e é exatamente lá que a marcação hreflang frequentemente quebra devido à geração dinâmica de URLs em tempo real.

Em quarto lugar, usam o mesmo proxy para todos os 10 países, mudando apenas o cabeçalho Accept-Language — isso não é equivalente a um verdadeiro geo-IP e pode dar um resultado falso positivo, se o servidor se basear realmente no IP e não no idioma do navegador.

Conclusão

A verificação hreflang pelo código da página fornece apenas metade da imagem. Para entender o que realmente recebe um usuário de um país específico, é necessário emular sua visita através do IP desse país — usando proxies, navegadores anti-detect ou uma simples solicitação curl. Essa abordagem revela problemas que não podem ser encontrados em uma auditoria estática: redirecionamentos geo-IP, cache da CDN sem considerar a região, discrepâncias nos códigos de idioma e tags de auto-referência quebradas.

Se você regularmente testa sites multilíngues ou prepara campanhas publicitárias para 10 ou mais países, recomendamos experimentar proxies residenciais — eles fornecem a emulação mais precisa de um visitante real para cada país-alvo e permitem verificar hreflang da forma como será visto por um usuário real, e não por um robô de busca.