O que o Page Speed mede, concretamente

Em vez de um único valor, a Google avalia vários momentos do processo de carregamento: quando aparece o primeiro conteúdo visível, quando é que a página responde aos cliques e quão estável se mantém o layout durante o carregamento. A Google agrupa estes valores sob o termo «Core Web Vitals» e disponibiliza-os ao público através de ferramentas como o PageSpeed Insights.

Basta um atraso de poucos segundos no carregamento para que grande parte dos visitantes volte à lista de resultados da pesquisa, antes mesmo de a página ficar visível.

Estas taxas de rejeição não só afetam o volume de negócios e os leads, como também indicam indiretamente ao Google uma má experiência do utilizador. Por isso, quem melhora a velocidade da página está, ao mesmo tempo, a trabalhar na conversão e na visibilidade.

• Tempo até ao primeiro conteúdo visível
• Tempo de resposta aos cliques e às entradas
• Estabilidade do layout durante o carregamento
• Taxa de rejeição em páginas lentas

Estes indicadores podem ser analisados tanto para páginas secundárias específicas como para todo o domínio, o que permite uma comparação direta entre as páginas de destino mais importantes e o restante conjunto de páginas.

Fatores típicos que tornam um site lento

As causas mais comuns para tempos de carregamento lentos raramente se devem apenas ao servidor. Imagens não comprimidas, demasiados scripts externos, regras CSS não utilizadas e a ausência de cache somam-se, resultando em atrasos percetíveis, especialmente em ligações móveis. Formatos de imagem desatualizados sem compressão moderna, um servidor sobrecarregado sem uma Rede de Distribuição de Conteúdo (CDN) e cadeias de redirecionamentos desnecessárias também fazem parte dos problemas clássicos que se repetem frequentemente na prática. A otimização on-page de uma página também influencia a quantidade de código desnecessário que é carregado em simultâneo.

• Imagens e vídeos não comprimidos
• Incluir demasiados scripts externos
• Ativar a cache do navegador, caso não esteja ativada
• CSS não utilizado no código-fonte

Uma análise da rede do navegador revela, muitas vezes logo à primeira vista, quais são os ficheiros que mais influenciam o tempo de carregamento, antes mesmo de ser necessário realizar análises técnicas mais aprofundadas.

Velocidade da página em dispositivos móveis

Nas ligações móveis, os tempos de carregamento lentos têm um impacto ainda maior do que nos computadores, uma vez que a largura de banda e a capacidade de processamento são mais limitadas. Atualmente, o Google avalia os sites principalmente com base na versão móvel, o que significa que as deficiências no smartphone são diretamente refletidas nas classificações, mesmo que a versão para computador funcione na perfeição. Imagens grandes e não otimizadas, scripts que bloqueiam o carregamento e anúncios excessivamente carregados estão entre as causas mais frequentes de maus resultados em dispositivos móveis. Testes regulares realizados diretamente em smartphones reais complementam de forma útil as medições automatizadas, uma vez que a experiência do utilizador e os indicadores medidos nem sempre coincidem exatamente.

• Versão móvel como critério para as classificações
• Ajustar imagens para ecrãs pequenos
• Evitar scripts que bloqueiam os dispositivos móveis
• Manter a área visível simples

Uma vez que cada vez mais pesquisas são efetuadas exclusivamente através do smartphone, um tempo de carregamento lento na versão móvel tem agora um impacto mais significativo do que antes, mesmo que a versão para computador funcione na perfeição do ponto de vista técnico.

Manter a velocidade da página sempre sob controlo

O tempo de carregamento não é um projeto pontual, mas sim uma vertente contínua em qualquer estratégia de SEO. Novos plugins, imagens maiores ou scripts de rastreamento adicionais vão-se acumulando com o tempo e prejudicam valores que antes eram bons. A situação torna-se particularmente crítica num relançamento, quando novos modelos ou uma mudança de sistema pioram o tempo de carregamento sem que se dê por isso.

• Verificar os valores após cada atualização significativa
• Verificar regularmente as dimensões das imagens
• Analisar criticamente os scripts de rastreamento
• Comparar o tempo de carregamento antes e depois do relançamento

Uma monitorização constante, que emite automaticamente alertas em caso de deteriorações repentinas, evita que valores desfavoráveis se acumulem durante semanas sem serem detetados e que, no final, só possam ser corrigidos com um esforço considerável.

Velocidade da página: fontes de erros frequentes no dia-a-dia do CMS

Muitos problemas relacionados com o tempo de carregamento não se devem ao próprio sistema de gestão de conteúdos, mas sim a extensões instaladas posteriormente, que carregam os seus próprios scripts e folhas de estilo de forma independente umas das outras. Com cada extensão adicional, aumenta o risco de que os processos de carregamento individuais se bloqueiem mutuamente, sem que haja um único responsável que mantenha uma visão geral de todos os componentes envolvidos.

Mesmo as ferramentas de gestão de tags, como o Google Tag Manager, podem tornar-se um obstáculo se o crescimento for descontrolado, caso, ao longo do tempo, sejam adicionados cada vez mais scripts de rastreamento e de marketing sem que as entradas antigas, que já não são utilizadas, sejam removidas.

• Identificar as extensões como um obstáculo frequente
• Evitar bloqueios mútuos entre scripts
• Organizar regularmente a gestão de etiquetas
• Remover scripts de rastreamento que não estão a ser utilizados

Medir a velocidade da página e registar a evolução ao longo do tempo

Os valores de medição isolados pouco dizem, se não forem comparados ao longo de um período de tempo mais alargado. A integração com o Google Analytics ajuda a analisar o tempo de carregamento não de forma isolada, mas sim em contexto com o comportamento real dos utilizadores, como a taxa de rejeição e o tempo de permanência na página.

Desta forma, é possível comprovar se uma melhoria técnica conduz efetivamente a uma maior interação, em vez de nos basearmos apenas num único valor de teste isolado.

• Comparar valores medidos ao longo de um período de tempo mais prolongado
• Associar o tempo de carregamento ao comportamento do utilizador
• Ter em conta a taxa de rejeição e o tempo de permanência
• Comprovar a melhoria com base em dados reais

O que o ficheiro robots.txt faz exatamente

O ficheiro encontra-se no diretório raiz de um domínio e é composto por regras de texto simples. Cada regra dirige-se a um determinado rastreador através da entrada «User-agent» e define, através de «Disallow» ou «Allow», quais os caminhos que este pode visitar. O Google, o Bing e outros motores de busca leem este ficheiro antes de cada processo de rastreamento e, regra geral, respeitam as especificações de forma fiável.

Basta uma única entrada «Disallow» incorreta no diretório raiz para que todo o domínio seja excluído do índice do Google.

É por isso que este ficheiro é um dos parâmetros técnicos mais sensíveis de um site. Basta uma barra esquecida ou um caminho demasiado abrangente para bloquear áreas que, na verdade, deveriam estar visíveis. Quem alterar o ficheiro deve sempre testar o resultado antes de a nova versão ser publicada.

• Permitir o acesso específico de determinados bots
• Excluir diretórios inteiros do rastreamento
• Definir o caminho para o mapa do site
• Direcionar o orçamento de rastreamento para páginas importantes
• Proteger o conteúdo duplicado contra a indexação

Controlar os rastreadores clássicos dos motores de busca

O Googlebot, o Bingbot e outros rastreadores de motores de busca semelhantes leem o ficheiro robots.txt de novo em cada visita. Através de linhas específicas de «user-agent», é possível definir uma regra própria para cada bot, por exemplo, para que o Bing tenha acesso a áreas diferentes das que o Google acede. A Google Search Console disponibiliza uma ferramenta de teste específica para este efeito, que permite verificar URLs individuais em relação ao ficheiro atual, antes de uma alteração ter efeitos reais. Especialmente no caso de grandes lojas online com páginas de filtragem ou percursos do carrinho de compras, uma configuração adequada evita que o valioso orçamento de rastreamento seja desperdiçado em páginas irrelevantes.

• Definir regras específicas para cada motor de busca
• Excluir as páginas de filtros e do carrinho de compras
• Utilizar a ferramenta de teste antes de cada alteração
• Definir o atraso de rastreamento, se necessário

Os rastreadores de IA e o novo panorama dos bots

Para além dos motores de busca tradicionais, existe hoje um número crescente de rastreadores de IA que analisam o ficheiro robots.txt, entre os quais o GPTBot, o ClaudeBot, o Google-Extended ou o CCBot. Através de entradas específicas no campo «User-agent», é possível definir se estes sistemas podem recolher conteúdos para dados de treino ou utilizá-los para respostas em tempo real. Este controlo é, entretanto, uma componente essencial de uma estratégia de visibilidade técnica bem estruturada, tal como é também verificado na nossa auditoria SEO/GEO. Mesmo no caso de um relançamento, a verificação do ficheiro robots.txt é um dos primeiros passos a dar, para garantir que nenhum bloqueio indesejado seja transferido para o novo site. Quem pretender acompanhar também os fatores de classificação estruturados encontrará abordagens mais aprofundadas no nosso artigo sobre otimização on-page.

• Autorizar especificamente o GPTBot e o ClaudeBot
• Definir separadamente o Google Extended para a formação em IA
• Verificar as regras antes de cada relançamento
• Auditar regularmente a visibilidade técnica

Manter e testar corretamente o ficheiro robots.txt

Este ficheiro não é uma tarefa pontual, mas deve ser atualizado sempre que houver uma alteração significativa na estrutura do site. Novos diretórios, caminhos renomeados ou uma mudança no sistema de gestão de conteúdos alteram frequentemente as áreas que devem efetivamente ser rastreadas. Uma verificação regular na Search Console permite verificar se o Google se depara com bloqueios que já não são desejados ou se áreas importantes continuam a estar bloqueadas acidentalmente. As ferramentas externas de análise técnica também ajudam a identificar diferenças entre a versão atual e uma versão anterior do ficheiro, antes que isso se transforme num verdadeiro problema de visibilidade.

• Verificar o ficheiro após cada alteração na estrutura
• Verificar regularmente os avisos da Search Console
• Verificar se as restrições antigas continuam a ser válidas
• Documentar as alterações antes da entrada em funcionamento

Robots.txt: erros frequentes na prática

O erro mais comum é uma entrada «Disallow» demasiado abrangente, que bloqueia inadvertidamente secções inteiras de um site, embora se destinasse apenas a um único diretório. Além disso, regras contraditórias, em que uma linha posterior revoga uma autorização anterior, conduzem frequentemente a um comportamento de rastreamento pouco claro. Especialmente quando se muda de sistema de gestão de conteúdos, o ficheiro é muitas vezes transferido sem alterações, apesar de a estrutura de caminhos ter mudado completamente.

Outro problema clássico diz respeito às estruturas de URL que mudam com o tempo: as regras «Disallow» antigas passam então a apontar para caminhos que já não existem há muito tempo, enquanto novas áreas, efetivamente sensíveis, ficam desprotegidas.

• Não definir entradas «Disallow» de forma demasiado abrangente
• Resolver de forma coerente as regras contraditórias
• Verificar novamente o ficheiro após a mudança de sistema
• Eliminar regularmente os caminhos obsoletos

O ficheiro robots.txt em conjunto com a gestão de tags

Ferramentas como o Google Tag Manager carregam frequentemente scripts externos provenientes de domínios adicionais, que, por sua vez, podem ter as suas próprias regras de rastreamento. Quem se concentra apenas no seu próprio ficheiro robots.txt pode facilmente ignorar o facto de que um script incorporado num domínio diferente tem regras completamente diferentes.

Em configurações mais complexas, com vários serviços integrados, vale, por isso, a pena fazer um levantamento regular de todos os domínios envolvidos, e não apenas do domínio principal da própria empresa.

• Os scripts externos vêm com as suas próprias regras
• Não se deve concentrar apenas no domínio principal
• Listar regularmente os domínios envolvidos
• Atualizar a configuração para novos serviços

Quem encarar o robots.txt, o mapa do site e a estrutura técnica como um sistema interligado, em vez de tarefas individuais e isoladas, deteta os erros mais rapidamente e evita que uma alteração num ponto provoque, sem que se perceba, efeitos colaterais noutro ponto, que só se tornam evidentes semanas mais tarde.

O que abrange, concretamente, o SEO técnico

O SEO técnico não é uma ação isolada, mas sim um conjunto de medidas interligadas. Entre elas contam-se, nomeadamente:

• Otimizar o tempo de carregamento, incluindo os Core Web Vitals
• Controlar o rastreamento e a indexação através de mapas do site
• Estruturas de URL claras e descritivas, sem conteúdo duplicado
• Utilizar o Schema.org para Rich Snippets
• Implementação «Mobile First», incluindo verificação da adaptabilidade em todos os dispositivos
• Links internos sem links inativos

Por que vale a pena este investimento

O Google e outros motores de busca têm em conta os sinais técnicos diretamente nos seus fatores de classificação. Um site que demora a carregar ou que é difícil de utilizar num smartphone não só perde posições, como também visitantes que abandonam a página prematuramente. Especialmente em projetos que funcionam com diferentes sistemas CMS, como o WordPress, o Typo3 ou o Shopware, os ajustes técnicos diferem significativamente.

Muitas empresas investem em conteúdo, mas esquecem-se de que um site com um tempo de carregamento de 8 segundos já perde 70% dos visitantes móveis – antes mesmo de o primeiro texto ser lido. Uma otimização técnica básica compensa-se frequentemente no prazo de 2 a 3 meses, apenas através de taxas de cliques mais elevadas.

A nossa equipa conhece as particularidades dos sistemas mais comuns e implementa medidas onde estas têm maior impacto.

• Os Core Web Vitals influenciam diretamente as classificações do Google
• Velocidade da página inferior a 3 segundos
• Indexação «Mobile-First»: o desempenho em computador é frequentemente negligenciado
• Poupar no orçamento de rastreamento através da otimização de mapas do site em XML
• HTTPS e dados estruturados como multiplicadores de classificação

Erros típicos no dia a dia

Muitos problemas técnicos não surgem no lançamento de um site, mas sim gradualmente, durante o seu funcionamento. Um novo plugin torna o tempo de carregamento mais lento, um relançamento altera as estruturas das URLs sem redirecionamentos adequados, ou as imagens são incorporadas sem compressão, aumentando excessivamente o tamanho das páginas. Também os mapas do site desatualizados, que continuam a comunicar páginas eliminadas ao Google, ou áreas bloqueadas acidentalmente no ficheiro robots.txt, estão entre as fontes de erro mais frequentes que detetamos regularmente nas auditorias. Por isso, uma auditoria técnica pontual raramente é suficiente; um controlo contínuo impede que esses problemas se acumulem sem serem detetados e prejudiquem silenciosamente as classificações ao longo de meses.

• Tempo de carregamento superior a 3 segundos prejudica significativamente as classificações
• Verificar mensalmente se o ficheiro robots.txt contém bloqueios
• Documentar os redirecionamentos HTTP (301) após o relançamento
• Comprimir imagens com menos de 100 KB
• Atualizar o mapa do site no prazo de 48 horas após a eliminação

Colaboração com equipas de desenvolvimento

O SEO técnico raramente pode ser implementado de forma isolada da equipa de desenvolvimento existente, uma vez que muitas medidas interferem diretamente no código, na configuração do servidor ou nos processos de implementação. Por isso, trabalhamos em estreita colaboração com os departamentos internos de TI ou com parceiros externos de desenvolvimento, em vez de fazermos recomendações sem ter em conta os sistemas existentes. As alterações são, regra geral, testadas primeiro num ambiente de teste antes de serem colocadas em produção, para que os ajustes técnicos não afetem acidentalmente outras funcionalidades do site. Esta coordenação estreita acelera a implementação e evita que boas recomendações de SEO fracassem devido a responsabilidades internas ou mal-entendidos entre as equipas de marketing e de desenvolvimento.

• Testar no ambiente de staging antes da ativação ao vivo
• Coordenar os Core Web Vitals com a equipa de desenvolvimento
• Documentar o registo de alterações para garantir a rastreabilidade
• Verificar o impacto das alterações na API no SEO
• Realizar auditorias técnicas regulares em conjunto

Eis como procedemos

O processo começa com uma auditoria técnica completa, que analisa o tempo de carregamento, a indexação, a visualização em dispositivos móveis e os dados estruturados. A partir dos resultados, é elaborado um plano de ação priorizado, que aborda em primeiro lugar os aspetos com maior impacto. Paralelamente, configuramos frequentemente uma configuração fiável no Google Tag Manager, para que os resultados possam ser medidos, em vez de apenas estimados. Após a implementação, o SEO técnico continua a ser um processo contínuo: atualizações no CMS, novos conteúdos e novas exigências dos motores de busca exigem um controlo regular, do qual nos encarregamos no âmbito do nosso acompanhamento.

• Verificar os Core Web Vitals e o tempo de resposta do servidor
• Otimizar mapas de site XML, ficheiros robots.txt e tags canónicas
• Corrigir erros de rastreamento na Search Console
• Validar a indexação «Mobile-First» e o design responsivo
• Configurarum painel de monitorização para KPIs como o orçamento de rastreamento

SEO técnico como base para o marketing de desempenho

Um site tecnicamente bem concebido compensa também fora da pesquisa orgânica. As páginas de destino para as quais as campanhas remetem carregam mais rapidamente e têm melhores taxas de conversão quando a base técnica está correta. Quem, além disso, configurar corretamente o acompanhamento de conversões, pode até tornar visível em números o efeito das otimizações técnicas, por exemplo, através da diminuição das taxas de rejeição ou do aumento das taxas de conversão.

• Os Core Web Vitals influenciam diretamente o desempenho dos anúncios
• Procure manter o tempo de resposta do servidor abaixo dos 200 ms
• Verificar o ficheiro robots.txt e o mapa do site para garantir a eficiência do rastreamento
• Evitar conteúdo duplicado e definir tags canónicas
• Dar prioridade à velocidade em dispositivos móveis em detrimento da versão para computador