Web + SEO técnico / Assessoria de imigração
Site de captação para uma consultoria de vistos cujo público pesquisa do Brasil, no celular e com conexão irregular. Sem uma única tag de terceiros travando o primeiro render.
Web / desempenho medido
propiziareimmigra.com
Uma assessoria de imigração disputa SERPs lotadas de fazendas de conteúdo, fóruns e escritórios com vinte anos de domínio. O visitante chega num momento de decisão alta, mudar de país, e vem do celular, muitas vezes com dados móveis brasileiros. Cada segundo de espera antes do primeiro conteúdo é uma consulta que vai para outra aba. E o setor carrega um problema de confiança: quem busca «visto de nômade digital Espanha» já viu meia dúzia de páginas prometendo o mesmo sem dizer quem responde.
02 / Contexto
O público é trilíngue de verdade, não por cortesia: brasileiros pesquisando em português, residentes que já estão na Espanha e comparam em espanhol, e perfis internacionais que chegam em inglês. Isso transforma o hreflang em infraestrutura, não em enfeite de rodapé.
03 / Solução
O site foi construído com uma regra dura: nada de terceiros no caminho crítico. Sem gerenciador de tags, sem widget de chat embutido, sem fontes remotas bloqueantes. A captação vai para o WhatsApp por link direto em vez de SDK, e a analytics não é paga com o tempo de carregamento do visitante. O resto é disciplina conhecida: estático servido de CDN, compressão brotli, imagens em formatos modernos com carregamento adiado abaixo da dobra, e uma única versão canônica por idioma com hreflang recíproco.
Arquitetura de conteúdo por intenção: uma página por via de visto, não uma página genérica de serviços
Renderização estática servida de CDN, com brotli e cabeçalhos de cache
Zero JavaScript de terceiros no caminho crítico: o bloqueio da thread principal fica plano
Imagens em formatos modernos, com carregamento adiado só abaixo da dobra
hreflang pt-BR / es / en mais x-default, recíproco nas três direções
Três versões com canônica própria e hreflang recíproco. Sem isso, o Google escolhe sozinho qual versão mostra a um brasileiro, e costuma errar.
A decisão de engenharia mais rentável do projeto. Um gerenciador de tags típico custa entre 150 e 270 kB de JavaScript que o visitante baixa antes de ler qualquer coisa.
Num setor onde o buscador pondera quem assina o conselho, declarar a organização e a pessoa que assessora faz parte do trabalho de SEO, não é extra.
04 / Escopo
05 / Resultados
O resultado é um site que renderiza o conteúdo principal antes dos dois segundos em celular simulado e não desloca nada enquanto carrega. As três categorias não cronometradas do Lighthouse, acessibilidade, boas práticas e SEO, estão em 100 tanto no celular quanto no desktop. Os números concretos, com data e método, estão logo abaixo.
06 / Desempenho
Pontuações do Lighthouse via API do PageSpeed Insights do Google. Qualquer pessoa consegue reproduzir.
07 / Perguntas
Porque o custo dele não é zero e quem paga é o visitante. Em sites comparáveis medimos entre 150 e 270 kB de JavaScript só do contêiner de tags, com cerca de metade nunca executada. Num público que chega com dados móveis, isso vira segundos antes do primeiro conteúdo. Quando o cliente precisar de medição, dá para acrescentar analytics leve do lado do servidor sem devolver esse peso ao navegador.
Não. O seletor é navegação para pessoas; o hreflang é uma declaração para o buscador de qual versão corresponde a qual audiência, e precisa ser recíproco: cada versão lista a si mesma e a todas as equivalentes. Sem reciprocidade, o Google ignora o conjunto e decide sozinho.
Não automaticamente. Elas se degradam assim que alguém adiciona um widget, uma fonte remota ou uma tag de campanha. Por isso publicamos a data da medição e o método junto do número, e voltamos a medir em vez de guardar uma captura de tela.