O básico do site que a IA verifica primeiro: HTTPS, um só domínio, rápido no telemóvel

Porque é importante

Os assistentes de IA consultam muitas vezes motores de pesquisa antes de responder. A Google diz que uma página tem de estar no seu índice para aparecer como ligação nas Visões Gerais de IA e no Modo IA, e que as boas práticas habituais de pesquisa, incluindo "uma ótima experiência de página", continuam a aplicar-se. A pesquisa web do ChatGPT recorre em parte ao Bing.

Assim, o básico que ajuda os motores de pesquisa a ler e a confiar no seu site também ajuda os assistentes que recorrem a eles. Três pontos são rápidos de verificar:

• Um endereço seguro (HTTPS). A Google pergunta "As suas páginas são servidas de forma segura?" na sua própria lista de verificação da experiência de página, e prefere páginas HTTPS às cópias HTTP.
• Um só endereço para todo o site. Se asuaempresa.pt e www.asuaempresa.pt mostram ambos as mesmas páginas, os motores de pesquisa veem duas cópias e têm de adivinhar qual é a sua.
• Rápido num telemóvel. A Google indexa a versão móvel das suas páginas, e os seus sistemas de classificação usam os Core Web Vitals, as suas três medidas de velocidade e estabilidade.

Nada disto faz um assistente recomendá-lo. Nenhum fornecedor de IA diz que classifica empresas pela velocidade. Estas verificações retiram motivos para um motor de pesquisa ler a cópia errada do seu site, ou lê-lo pior.

Ilustração com uma empresa fictícia.

Este guia é curto de propósito. Para verificar se a Google e o Bing guardaram as suas páginas, e para corrigir os títulos das páginas, siga o Guia 03: Seja encontrado pela Google e pelo Bing.

Referência

Palavras que vai encontrar

Antes de começar

Tenha isto à mão

• O endereço do seu site, e uma decisão: com www. ou sem. Qualquer um serve. Se tiver dúvidas, fique com o que já está impresso nos seus cartões de visita e usado nas suas ligações.
• O contacto da sua empresa de alojamento ou do seu programador. Os redirecionamentos são definidos no servidor ou no painel do alojamento, não no texto da página.
• Duas páginas para testar a velocidade: a sua página inicial e a sua página de serviço mais importante.
• Opcional, para programadores: uma janela de Terminal (Mac ou Linux) para executar curl.

Passos

Verifique e corrija os três pontos básicos

1. Escreva as quatro versões do seu endereço

   Numa janela privada do browser, escreva cada um destes, com o seu próprio domínio, e olhe para a barra de endereços depois de a página carregar:

   • http://asuaempresa.pt
   • http://www.asuaempresa.pt
   • https://asuaempresa.pt
   • https://www.asuaempresa.pt

   Bom: as quatro terminam exatamente no mesmo endereço, a começar por https://. Precisa de correção: qualquer uma delas fica em http://, mostra um aviso de segurança, mostra um erro, ou fica na sua própria versão a mostrar as suas páginas.

   Depois experimente uma página interna da mesma forma, por exemplo http://asuaempresa.pt/contact. Deve chegar à mesma página interna na versão segura, não à sua página inicial.

2. Programadores: confirme que o redirecionamento é um 301, num só passo

   Um browser esconde que tipo de redirecionamento aconteceu. O curl -sI mostra a resposta do servidor: a linha de estado e o Location para onde aponta. Aqui está o nosso próprio site, verificado a 24 de outubro de 2026:

   Terminal · letzscale.com, 24 de outubro de 2026Copiar

   $ curl -sI http://letzscale.com
   HTTP/1.1 301 Moved Permanently
   Location: https://letzscale.com/
   
   $ curl -sI https://www.letzscale.com
   HTTP/1.1 301 Moved Permanently
   Location: https://letzscale.com/
   
   $ curl -sI http://www.letzscale.com/pricing
   HTTP/1.1 301 Moved Permanently
   Location: https://letzscale.com/pricing

   Escolhemos o endereço sem www. Todas as outras versões respondem 301 Moved Permanently e apontam diretamente para https://letzscale.com, num só passo, mantendo o resto do endereço (/pricing). É isto que procura. Tenha atenção a 302 ou 307 (temporários), e a cadeias em que um redirecionamento leva a outro antes da página final.

3. Peça um redirecionamento permanente, feito no servidor

   A Google recomenda "um redirecionamento permanente no servidor sempre que possível". Envie ao seu alojamento ou programador este pedido, com o endereço que escolheu:

   Mensagem para o seu alojamento ou programadorCopiar

   Por favor, tornem https://www.asuaempresa.pt o único endereço do nosso site:
   1. Um certificado HTTPS válido em asuaempresa.pt e www.asuaempresa.pt.
   2. Um redirecionamento 301 feito no servidor, de http:// e da outra versão
      (com ou sem www) para https://www.asuaempresa.pt,
      num só passo, mantendo o resto do endereço (/contact continua /contact).
   3. As etiquetas canonical e o sitemap usam apenas https://www.asuaempresa.pt.

   Muitos painéis de alojamento e construtores de sites têm um interruptor para "forçar HTTPS" e para o domínio principal. Se o seu não tiver, o redirecionamento são umas linhas na configuração do servidor. Num servidor Nginx, segue o padrão da própria documentação do Nginx:

   Programadores · Nginx, pedidos em http simplesCopiar

   server {
       listen       80;
       server_name  asuaempresa.pt www.asuaempresa.pt;
       return       301 https://www.asuaempresa.pt$request_uri;
   }

   Isto envia as duas versões http:// para o endereço seguro com www. A versão segura sem www precisa de um bloco semelhante na porta 443, com o seu certificado, que o seu alojamento normalmente configura. A Google aconselha a manter os redirecionamentos pelo máximo de tempo possível, em geral pelo menos um ano.

4. Procure conteúdo misto

   Abra a sua página inicial no endereço https://. Abra as ferramentas de programador do browser e escolha o separador Consola. O MDN, a referência dos fabricantes de browsers, diz que a consola mostra um aviso sempre que conteúdo misto é atualizado ou bloqueado. Recarregue a página e procure mensagens que mencionem "Mixed Content" e um endereço a começar por http://.

   A solução é mudar esses endereços para https://, ou para um endereço relativo no caso de ficheiros do seu próprio site. Num construtor de sites, costuma ser uma imagem ou um conteúdo incorporado antigo, colado há anos: substitua-o no editor.

5. Execute o PageSpeed Insights em duas páginas

   Abra pagespeed.web.dev, cole o endereço da sua página inicial e clique em Analyze. Leia primeiro os resultados em Mobile. Depois faça o mesmo para a sua página de serviço principal.

   pagespeed.web.dev · Mobile

   

   A parte de cima mostra como os visitantes reais viveram a página nos últimos 28 dias. A Google chama-lhe dados de campo. A página passa a Core Web Vitals Assessment quando 75% das visitas atingem o nível "bom" em cada medida:

   Medida	O que significa	Bom	Mau
   LCP Largest Contentful Paint	Quanto tempo até aparecer o conteúdo principal, muitas vezes a imagem grande do topo	2,5 segundos ou menos	Mais de 4 segundos
   INP Interaction to Next Paint	A rapidez com que a página reage quando alguém toca ou clica	200 milissegundos ou menos	Mais de 500 milissegundos
   CLS Cumulative Layout Shift	Quanto a página salta enquanto carrega	0,1 ou menos	Mais de 0,25

   Os sites pequenos têm muitas vezes poucas visitas para dados de campo. O PageSpeed Insights usa então dados de todo o site, ou não mostra nenhuns. Nesse caso, leia a pontuação de Performance por baixo. Vem de uma única visita simulada: 90 a 100 é bom, 50 a 89 precisa de melhorias, 0 a 49 é mau. Muda um pouco de uma execução para a seguinte.

6. Corrija primeiro as imagens

   Na maioria dos sites de pequenas empresas, a parte lenta é uma fotografia grande no topo da página. O guia web.dev da Google diz que o conteúdo principal que carrega é normalmente uma imagem ou um tipo de letra web, e enumera estas soluções:

   • O tamanho certo. Não carregue uma fotografia de câmara de 5000 píxeis para um espaço de 1200 píxeis de largura.
   • Comprima-a e use um formato moderno como WebP ou AVIF, quando o seu site o suportar.
   • Programadores: nunca carregue a imagem principal do topo de forma diferida (lazy-load) e dê-lhe fetchpriority="high".

   Execute de novo o PageSpeed Insights depois da alteração. As sugestões mais abaixo no relatório indicam os ficheiros que atrasam a página; envie-as ao seu programador se disserem respeito a código e não a imagens.

Verificar que funcionou

Confirme um endereço seguro e rápido

Repita o passo 1 numa nova janela privada. Se tem o Google Search Console, o relatório Core Web Vitals mostra como as suas páginas se comportam ao longo do tempo. A configuração está no Guia 03.

Erros comuns

O que costuma correr mal

• Um redirecionamento temporário. Um 302 ou 307 diz à Google que a mudança não é definitiva, pelo que o endereço antigo pode ficar nos resultados. Use 301 ou 308.
• Cadeias de redirecionamentos. http://asuaempresa.pt → http://www.asuaempresa.pt → https://www.asuaempresa.pt. Vá diretamente para o endereço final num só passo.
• Enviar todas as páginas para a página inicial. Mantenha o resto do endereço, para que /contact chegue a /contact.
• HTTPS a meio. O redirecionamento funciona, mas as etiquetas canonical, o sitemap ou as ligações internas ainda dizem http://. Atualize-os também.
• Carregar a fotografia principal de forma diferida. Faz a imagem mais importante esperar. O web.dev diz para nunca o fazer.
• Perseguir uma pontuação perfeita. A própria Google diz que uma pontuação perfeita só para a pesquisa pode não valer o esforço. Aponte para "bom" nas páginas que as pessoas realmente visitam.