top of page

Estratégias De SEO Técnico: Conteúdo Duplicado, Hreflang, Mobile, AMP, Segurança, HTTPS E Velocidade

No artigo anterior de SEO téc­ni­co parte 3 abordamos como fazer a arquitetura de um site ao nível básico e do Schema, Javascripts e APIs. Estas técnicas têm impacto nos resultados de pesquisa orgânicos de um site por isso, neste artigo vamos verificar como se faz a arquitetura de um site ao nível de Conteúdo Dúplicado, Hreflangs, Mobile, AMP, APPs Progressivas, segurança e a velocidade de um site.



• 4º passo da Estratégia: Construir a Arquitetura correta

• Conteúdo Duplicado

• Hreflangs

• Mobile

• AMP

• PWAs (APPs Progressivas)

• 5º passo da Estratégia: Verificar a Segurança do site

• HTTPS

• Protocolo HTTP/2

• 6º passo da Estratégia: Verificar a Velocidade do site

• Gzip

• Imagens

• Minify

• DOM

• Conclusão


4º Passo Da Estratégia: Construir A Arquitetura Correta


Conteúdo Duplicado

É muito comum acontecer Conteúdo Duplicado num site e este impactar bastante na otimização e rastreamento. Conteúdo Duplicado pode ser de sites exteriores ou na própria estrutura interna: textos, imagens. Para que um texto e imagens não sejam copiados de outros sites, basta criar conteúdo original, mas se for conteúdo duplicado internamente, precisamos de técnicas de SEO para resolvê-lo, por exemplo, pode haver conteúdo duplicado quando atualiza uma nova URL para uma determinada página e não elimina o conteúdo antigo ou quando a mesma página pode ser acedida através de 2 links diferentes: https:// exemplo.com/pagina/ e https://www.exemplo.com/pagina. Quando os motores de busca se apercebem que existe conteúdo duplicado, tendem a priorizar o rankeamento do conteúdo original ou pode penalizar ambas as páginas que têm a mesma leitura.


Para resolver este problema é preciso identificar quais são as páginas que estão com este erro, poderemos utilizar esta ferramenta para ver as páginas duplicadas de um site: Siteliner. Depois de ver quais as páginas que contém este erro, terá de adicionar uma “rel canonical” à página pretendida. Outra solução será utilizar o redireccionamento 301 no link da página antiga para a nova. Esta é a maneira de evitar que as páginas concorram entre si no rankeamento do Google e este as penalize.


Hreflang

Com o avanço da globalização, os sites necessitam cada vez mais de múltiplas linguagens. Isso deve-se ao fato de que as pessoas em todo o mundo podem ter interesse nos seus produtos ou serviços, pelo que cada idioma deve ter o seu próprio conteúdo. O principal cuidado que os técnicos de SEO devem ter num projeto multilingue é as relações “de – para”, por exemplo, tenho uma página sobre “SEO Global PT” e quero que, quando o utilizador clique na bandeira inglesa, esta reencaminhe diretamente para a página “Global SEO EN”, sem que este tenha de voltar à homepage de novo, e só depois para a página em questão. Fazer esta proeza torna-se possível através das hreflang. 


Hre­flang é um atrib­u­to HTML uti­liza­do para especi­ficar o idioma e a seg­men­tação geográ­fi­ca de uma pági­na da web. A tag hre­flang infor­ma os motores de busca, como o Google, sobre essas vari­ações. Se estiver no wordpress também poderá utilizar diversos plugins que fazem esta conversão, o plugin “WPML” é uma boa solução, pois permite estabelecer a ligação “de – para”, mas possibilita a edição manual do conteúdo por parte do técnico/administrador, poderá utilizar também plugins como Hreflang Manager Lite ou “Polylang“. Caso pretenda adicionar as hreflangs manualmente é necessário colocá-las no código do cabeçalho, nas tags <head> com esta estrutura:


<link rel=”alternate” href=”http://dominio.com/”hreflang=”pt”/>

<link rel=”alternate” href=”http://dominio.com/fr/”hreflang=”fr”/>

<link rel=”alternate” href=”http://dominio.com/en/”hreflang=”en”/>


Otimização Para Mobile

Hoje em dia é mais comum um utilizador aceder a sites através do telemóvel e não pelo desktop do computador, por isso a parametrização do Google mudou e priorizou sites que tenham uma boa navegação mobile. Contudo, os websites ainda são desenvolvidos, primeiramente, para desktop, e só depois para mobile. Uma forma de agilizar o trabalho no desenvolvimento da navegação mobile e ajudar o algoritmo do Google a reconhecer automaticamente a responsividade das páginas do site, e colocar a tag “viewport” no cabeçalho do código HTML do site. Esta marcação orienta o navegador sobre como ele deve ajustar as dimensões e a escala da página conforme a largura do dispositivo.


Se considerarmos um site WordPress ou Wix, estes já vem preparados para entregar páginas responsivas automaticamente. No caso do wordpress o “Elementor” (tipo de estrutura de criação de páginas) é o mais indicado para se criar páginas user-friendly. O trabalho de um SEO técnico deverá ajustar os códigos HTML, CSS e JavaScript das suas páginas para os parâmetros mobile estarem de acordo com os tamanhos certos e percetíveis. 


Para saber se o seu site está automatizado para mobile, o Google disponibiliza gratuitamente o teste de compatibilidade com dispositivos móveis. Ou poderá ir ao relatório do Google Search Console – “Usabil­i­dade em dis­pos­i­tivos móveis” e verificar se algumas páginas têm alguns problemas. No caso de haver problemas, o Google Search Console irá reportar como deve ser mediada a resolução dos mesmos.


AMP

AMP significa “Accelerated Mobile Pages”, é uma estrutura HTML5 de código aberto, com uso de componentes, que permitem criar páginas Web. Com AMP pode-se criar facilmente sites, e-mails, histórias web e anúncios que priorizam o utilizador. As páginas codificadas por AMP aparecem na pesquisa dos motores de busca como um “carrossel” de resultados para dispositivos móveis e apresentam um ícone de um raio e o acrônimo “AMP”. AMP é alimentada por JavaScript, o estilo pode ser personalizado via CSS3 e as páginas são armazenadas em cache. O cache da Google AMP funciona de maneira semelhante a uma rede de distribuição de conteúdo (CDN). As AMPs são completamente separadas de um site mobile típico.


As vantagens de usar uma AMP são:

  • As páginas AMP podem ser carregadas quase instantaneamente, para a velocidade de um site isto é uma mais valia imprescindível;

  • Várias plataformas suportam AMP, incluindo Google, Bing e Twitter;

  • AMP ainda permite que se use CSS personalizado, mas reduz um pouco a complexidade do seu código;

  • Os componentes do AMP já estão construídos e são fáceis de se usar;

  • AMP é uma iniciativa de código aberto, por isso oferece uma experiência mais amigável na web;

  • Na pesquisa dos motores de busca o site AMP aparece em carrossel, dá um destaque a quem utiliza este tipo de estrutura.


Do lado do SEO, AMP precisa de otimizações nas suas páginas, tal como é feito com outros tipos de site: wordpress, wix, programação de código, etc. Primeiro terá de perceber se todo o AMP está detectável para os motores de busca, por exemplo, para as páginas AMP, use rel=”amphtml”, em vez de rel=”canonical” como tags <link> no <head>. Não adicione as páginas AMP ao Sitemap XML, o Google já sabe automáticamente quando está a rastrear páginas AMP apenas com a colocação da tag canonica rel=”amphtml”. Pode e deve continuar a utilizar Alt Text nas imagens, H1, hreflangs e todos os dados estruturados no AMP, a diferença é que AMP devolve recursos mais avançados, agora têm a oportunidade de ter carrosséis de host ou pesquisa aprimorada. A velocidade do AMP também é mais rápida que a de um site mobile padrão. 


Para quem trabalha com o wordpress existe o plugin AMP que pode ajudar a colocar as páginas nesta estrutura. Para testar o seu AMP pode ser aceder a estas 2 ferramentas: https://search.google.com/test/amp  | https://search.google.com/test/rich-results ou poderá ir ao Google Search Console e ver os relatórios sobre a sua AMP.


PWAs (APPs Progressivas)

Segundo o Google, apps progressivas são aplicativos Web progressivos que usam recursos modernos da Web para oferecer uma experiência de utilizador semelhante a um aplicativo. Como dispensa a instalação de um aplicativo, pode ser acedido através de um URL, o que poupará recursos e memória no dispositivo. As alterações e atualizações numa PWA também são facilmente aplicadas e aprovadas para implementação no lado do utilizador. PWAs foram projetadas para serem capazes, confiáveis ​​e instaláveis, têm a capacidade de intercetar e manipular solicitações de rede, armazenar em cache ou recuperar recursos do cache e entregar mensagens de push (mensagens que surgem como popup nos dispositivos) conforme necessário. PWAs carregam rápidamente, usam o mínimo de dados possíveis e os conteúdos são separados da navegação.  


PWA utiliza 4 tecnologias:

  • Acesso à tela inicial: instalação direta num site que já foi visitado, sem a necessidade de uma loja de aplicativos;

  • Suporte offline: É um arquivo JavaScript que é executado em segundo plano, independentemente do navegador, e separado de uma página da web;

  • Utiliza TLS (Transport Layer Security): segurança HTTPS nas suas configurações;

  • Arquitetura de shell de aplicativo: PWA carrega de forma confiável e instantânea na tela do utilizador porque o shell do aplicativo usa muito pouco de HTML, CSS e Javascript.


Um PWA, pode, de fato melhorar significativamente o seu perfil de pesquisa orgânica, tornando a experiência do utilizador melhor do que o da sua concorrência. A maior vantagem dos PWAs é a maior velocidade em comparação com outras plataformas móveis e aplicativos nativos. O Google rastreia sites PWA da mesma forma que rastreia um site AJAX ou JavaScript, por isso o SEO técnico têm de existir nessas aplicações para garantir que as páginas sejam indexadas corretamente, a única diferença é que o Googlebot não indexará URLs com # neles. Muitas PWAs usam o símbolo hashtag na sua estrutura de URL. A única maneira de contornar isso é implementar uma estrutura de URL usando as regras tradicionais de SEO. 


Mas como criar uma PWA?! Existem alguns requisitos iniciais para tal. Primeiramente terá de ter conexão HTTPS, ser controlado por um manifesto WC3, deve estar capacitado para respostas em todos os formatos de tela, ser funcional em múltiplos navegadores (Chrome, Internet Explorer, Firefox, Safari, Edge, Opera, etc, e indexado com uma URL exclusiva para cada página. Para criar a sua PWA, é preciso manter os padrões do arquivo manifest.json na raíz do sistema, já existem geradores de arquivos automáticos hoje em dia. A sua app deve conter imagens, incluindo o ícone clicável presente na interface e deverá ter um certificado SSL. Terá de instalar um SW (Service Worker), um script que executa em segundo plano, alheio à página. E por fim, poderá inspecionar a sua PWA com a “Lighthouse” (executanto a linha de comandos no Chrome DevTools). Poderá verificar mais em detalhe, passo a passo, como se cria uma PWA aqui: https://medium.com/tableless/como-criar-seu-primeiro-progressive-web-app-do-zero-a7e6ca5fb21e.


5º Passo Da Estratégia: Verificar A Segurança Do Site


HTTPS

HTTPS significa “protocolo de transferência de hipertexto seguro” (hypertext transfer protocol secure) e é a versão criptografada do HTTP. O HTTPS pro­tege a comu­ni­cação entre o seu brows­er e o servi­dor de ser inter­c­eta­da e adul­ter­a­da por inva­sores. O HTTPS usa um certificado seguro de um fornecedor terceirizado para proteger uma conexão e verificar se o site é legítimo. Esse certificado seguro é conhecido como Certificado SSL. Qual­quer site que mostre um ícone de cadea­do na bar­ra de endereço uti­liza HTTPS. Já o TLS “transport layer security” ajuda a criptografar o HTTPS no uso de proteção de e-mails e outros protocolos. Com o HTTPS, dados de cartão de crédito, senhas, dados de utilizadores privados e dados pessoais são criptografados com uma forte camada de segurança.


Na passagem de HTTP para HTTPS é preciso informar ao Google sobre essa transição, começando por configurar o Google Search Console, o Google Analytics, atualizar links internos e atualizar todas as URLs relativas. Primeiro têm de abrir uma nova configuração HTTPS no Google Search Console, mas não faça ainda a eliminação da anterior, até ter a certeza de que tudo foi migrado como deve de ser. Neste momento têm duas possibilidades, mudar os URL’s manualmente implementando o redireccionamento 301 desses URL’s ou mudar os URL’s pelo servidor, ou utilizar algum plugin que fará a atualização dos URL’s instantaneamente, mas é aconselhado verificar se esta transição foi bem feita. No fundo existem muitas maneiras de fazer este redirecionamento, cada SEO têm de definir qual é a melhor condição para a sua situação. Por fim, o Google Analytics deve dar o ok de como o novo domínio é e está seguro, para receber os dados corretos dos novos URL’s. Certifique-se que escolhe o melhor certificado SSL, implemente-o e está feito o processo.


Protocolo HTTP/2

O HTTP é um protocolo desenvolvido originalmente para distribuir conteúdo hipertexto — ou seja, textos com hiperlinks que conseguem levar a outros textos com hiperlinks.  A primeira versão do HTTP que conhecemos é o HTTP/0.9, que servia apenas para transferir texto de um servidor para o computador. Até a alguns anos atrás o protocolo que a maioria dos sites utilizava era o HTTP/1.1, mas o problema deste protocolo é que o navegador abre uma conexão, solicita um arquivo ao servidor do site, recebe o arquivo e só depois pede outro arquivo. Para minimizar essa perda de tempo, os navegadores normalmente abrem múltiplas conexões por servidor, significa que seu navegador pode acabar abrindo dezenas de conexões só para carregar uma página.


Hoje o protocolo mudou para melhor, o HTTP/2, é um protocolo binário, feito para ser entendido por máquinas, e não por pessoas. Por isso, é mais eficiente e traz alguns benefícios que consertam os problemas atuais da web. Usa multiplexação, o navegador abre uma única conexão para baixar múltiplos arquivos. HTTP/2 é o feito através de server push, porque existe uma série de chamadas para elementos externos, como arquivos CSS e JS, dessa forma, assim que seu navegador solicitar o index.html, o servidor poderá responder com o index.html, o style.css, o tb.css, o jquery.js e o favicon.png instatâneamente, já estão renderizados automaticamente. Para além de melhorar a experiência do utilizador, o HTTP/2 também trará benefícios para as empresas. 


Para o SEO saber qual é o protocolo utilizado em determinado site, pode aceder a extensão do Google “http Indicator” que este fornece a informação através da cor do protocolo, passando com o clique do rato por cima do icon da extensão, aparecerá o protocolo descrito. Se ainda não está a utilizar o protocolo http/2 no site, pode fazê-lo pelo “CloudFlare”, para isso têm de criar uma conta gratuita, insira o seu site/dominio, selecione o plano gratuito e confirme, terá de copiar os DNS da CloudFlare e substituir no servidor atual onde está hospedado o seu site. Poderá verificar passo a passo este processo em: https://blog.escolaninjawp.com.br/http2-guia-completo/.


6º Passo Da Estratégia: Verificar A Velocidade Do Site


Sinais Vitais Web (Velocidade Das Páginas)

Os Sinais Vitais Web (Core Web Vitals) são as métri­c­as de veloci­dade, uti­liza­das ​​para medir a exper­iên­cia do uti­lizador nas páginas do site. As métri­c­as medem o car­rega­men­to com:

– Largest Con­tent­ful Paint (LCP): este deve ocorrer dentro de 2,5 segundos após o início do carregamento da página;

– Esta­bil­i­dade visu­al com Cumu­la­tive Lay­out Shift (CLS): as páginas devem manter um CLS de 0.1. ou menos;

– Inter­a­tivi­dade com First Input Delay (FID): as páginas devem ter um FID de 100 milissegundos ou menos.


Think With Google constatou que um carregamento até 5 segundos aumenta 90% a probabilidade do utilizador desistir da visita ao site. Os core Web Vitals podem ser vistos em tempo real, monitorizados e resolvidos através do “PageSpeed Insights” ou do “Gtmetrix”

Para melhorar a velocidade de uma página existem alguns técnicas para serem executadas, nomeadamente, comprimir os arquivos enviados pelo servidor (Gzip), reduzir o tamanho das imagens da página, eliminar os caracteres superfluos dos códigos HTML, CSS, Javascript, criar AMPs e aproveitar o cache do navegador.




Gzip

Gzip é um formato de compressão de arquivos do site. Ou seja, ele reduz o tamanho dos arquivos enviados pelo seu servidor e o tempo de transferência, com taxas de até 90% de compressão nos arquivos maiores. Essa é uma das medidas mais eficientes para reduzir o tempo de carregamento das páginas. Todos os navegadores atuais são compatíveis com esse formato e processam a compactação automaticamente quando o utilizador acede a um site. Alguns servidores fazem isso automaticamente, mas se não, existem diversos plugins de cache para WordPress que ativam a compactação de Gzip. Um deles é o “WP Fastest Cache, que mostra uma simples caixa de seleção com tudo o que pode configurar, inclusive a compactação do Gzip.


Imagens

Existe um trabalho de SEO por detrás de cada imagem, pois estas podem ser pesadas e tornarem o site lento, imagens web carregam informação que irá ser fornecida ao Google. O tamanho do arquivo de uma imagem é determinante para o rankeamento da página e da própria imagem, esta deve ser leve. Para isso pode utilizar algumas ferramentas de compactação como o Optimus, o “Tinypng ou o Photoshop. Os formatos mais avançados de imagens e que mantém a qualidade são o JPEG 2000, JPEG XR e WebP, pode utilizar o plugin WebP Express” ou o Optimole para otimizar as suas imagens para o formato desejado de uma maneira mais simples.


O SEO também deve ter o cuidado de colocar no site imagens já com o tamanho certo, para que o site não tenha de fazer redireccionamentos. Existem ainda imagens que estão abaixo da dobra da página (não aparecem para o utilizador) que podem ter o seu carregamento adiado, nestes casos deverá utilizar o recurso lazy load, através do plugin Lazy Load para WordPress. Assim, as imagens só são carregadas quando o usuário chega até elas.


Minifique O HTML, CSS, Javacript

Minificar os códigos HTML, CSS e Javascript é retirar o código que não interessa, isto é, eliminar quebras de linha, espaços em branco e comentários. Existem aplicativos gratuitos para isso no wordpress: “W3 Total Cache e “Autoptimize. Se trabalhar com um site feito apenas em programação terá de verificar as páginas manualmente. Também terá de eliminar recursos que impedem a renderização do site, o CSS e o Javascript atrasam o HTML para entregar ao utilizador as páginas interativas. Para resolver isso, pode determinar que os recursos Javascript e CSS carreguem de forma assíncrona, isto pode ser feito através dos plugins: Async Javascript e Speed Booster Pack”.


DOM

Dom significa Document Object Model e é a estrutura dos objectos que o navegador gera de toda a vez que carrega uma página. É uma estrutura hierárquica em que existem diferentes objetos que dependem uns dos outros, existe o objeto principal que depois vai fazer a ramificação para outros mais secundários, como um fluxograma. DOM representa a estrutura HTML da página composta por uma série de tags. O DOM afecta o desempenho de uma página se for excessivo, pois este inclui elementos HTML que não são visiveis na primeira vez que o utilizador carrega a página, do qual aumenta o consumo de dados e o carregamento fica mais lento, se for excessivo também o desempenho da execução diminui, á medida que os utilizador e os scripts interagem com uma página, o navegador recalcula continuamente a posição e estilo das tags html, e este pode precisar de mais memória para processar as páginas.


Para que o DOM não afete negativamente as páginas do site, deve remover todos os elementos HTML desnecessários do site:

  • O Google recomenda que, ao desenvolver um site, as páginas contenham menos de 1.500 nós DOM, os designs não devem ser muito complexos.

  • Para reduzir o DOM no wordpress têm de segmentar as páginas grandes em várias páginas, tentar não ter muito scroll por página, e se tiver muito conteúdo diferente como formulários, postagens, produtos, etc, é melhor classificar todos esses elementos em páginas diferentes e vinculá-las através do menu de navegação. Pode e deve ativar o plugin de carregamento lento, por exemplo: “WP-Rocket” ou “Lazy Load”. Também é essencial limitar o número de posts ou produtos por página, 10 é o razoável.

  • Remova itens desnecessários incluídos no tema padrão wordpress, como o botão “adicionar ao carrinho”, “data da publicação”, “informações do autor”, etc.

  • Use temas de páginas bem codificados como o “Astra” ou o “GeneratePress”, aqui dê atenção as tags div para que não sejam muitas, pode usar soluções como o “Oxygen Builders”.

  • Utilize ferramentas como o “HotJAr” que permite ver o que os utilizadores estão a usar e o que não está a funcionar no seu site para eles.


 

Conclusão

SEO técnico é extremamente importante para um site, pois sem ele os motores de busca não vão rastrear, indexar e melhorar a performance do mesmo. Neste artigo de SEO Técnico parte 4 vimos como construir a arquitetura correta de um site, a segurança e a velocidade do mesmo. No próximo artigo abordamos a temática do SEO Local ou Google My Business.


Atualmente, muitas empresas precisam de resultados imediatos, mas a verdade é que não podem dar-se ao luxo de implementar SEO internamente enquanto alavancam com a prioridade do foco do seu negócio.  Se ainda não consegue dar conta destas etapas ou não tiver tempo para as colocar em prática, a Bringlink SEO garante que tenha a visibilidade e o crescimento da marca que merece.


Fale connosco, envie email para a bringlinkseo@gmail.com.


 

Referências










bottom of page