Como preparar adequadamente seu back-end do WordPress para SEO
Não importa quais sejam seus pensamentos, o SEO ainda é uma parte enorme de muitos negócios em todo o mundo e ainda está vivo e funcionando. Com isso dito, fica claro que existem muitos novos insumos, recursos e, o mais importante, estratégias a serem levadas em consideração.
O uso de diferentes tecnologias para “explorar” o algoritmo do Google e, portanto, seu sistema de classificação, por exemplo, tornou-se um padrão para muitos profissionais de SEO, que estão, de fato, tornando-se cada vez mais desenvolvedores “orientados para SEO”. Dito isso, vamos tentar analisar por que e como você deve preparar seu back-end WordPress para SEO, do ponto de vista técnico.
O que é SEO técnico?
Tudo bem, para entendermos corretamente como configurar seu site WordPress para SEO, devemos analisar o que é SEO Técnico. Em primeiro lugar, não há, atualmente, uma definição precisa de “o que é SEO Técnico”, mas poderíamos esboçar uma definição geral: com SEO Técnico pretendemos a combinação de estratégias que são criadas para “fazer com que o Google saiba o que está acontecendo meu site da maneira mais rápida possível”. O SEO técnico é algo muito procurado por empresas, como Apple, Amazon e TESLA, para listar algumas. O SEO técnico é tão complicado quanto o desenvolvimento front-end e, apesar de muitos artigos disponíveis online, requer um conhecimento profundo de HTML, CSS e Javascript (em particular).
O WordPress é uma arquitetura compatível com SEO?
Infelizmente, não é. O WordPress é o inimigo número um de muitos profissionais de SEO, pois é conhecido como “arquitetura herdada” (falaremos mais sobre isso mais adiante). Embora isso possa parecer assustador, há um problema: o WordPress pode realmente ser otimizado para SEO técnico, antes de alguns truques. Os desenvolvedores de SEO sabem que o WordPress é “limitado” para tarefas técnicas e, portanto, desenvolveram várias ferramentas diferentes, como o Yoast, para ajudá-lo a construir uma arquitetura melhor, mesmo que você não seja um especialista em PHP. Em 2019, é obrigatório, se você estiver trabalhando com uma arquitetura WordPress, ter um back-end adequado.
“Não sei codificar, o que devo pesquisar primeiro?”
Como dito acima, o SEO técnico está fortemente relacionado ao código, independentemente do que os blogs duvidosos estão dizendo online. Não se preocupe, porém, se você não é um especialista em codificação, pois você só precisa aprender 3 idiomas, ou melhor, sintaxes. O HTML é obrigatório, pois ao planejar qualquer forma de estratégia técnica de SEO, você deverá verificar títulos, títulos de página, meta descrições e mais tags. Lembre-se de que o Googlebot (o próprio rastreador do Google) é capaz de ler HTML completamente, portanto, é obrigatório ter um “esqueleto” HTML perfeito.
Ao olhar para uma página em seu site WordPress, você deve analisar seus títulos (
) e otimizá-los com palavras-chave de cauda longa, enquanto seu
E o Javascript?
Javascript para SEO técnico deve ser considerado separadamente das outras duas linguagens de front-end. O Googlebot (mesmo que tenha sido atualizado recentemente) não pode ler Javascript, portanto, se você tiver algum aplicativo nativo, qualquer sanfona com muito valor ou literalmente qualquer forma de texto incluída em um script, pode considerá-lo fora do Google. Recentemente, porém, o Google introduziu uma “fila de renderização” para Javascript (especialmente do lado do cliente), que basicamente “reconhece” o fato de que algum conteúdo é perdido durante o processo de rastreamento. Na prática, isso significa que o Google lerá seu conteúdo (aquele incluído em um script específico) após seu HTML e seu CSS, diminuindo efetivamente sua classificação.
Existe uma maneira de corrigi-lo?
O WordPress é uma arquitetura muito pesada em Javascript. Existem toneladas de acordeões, controles deslizantes e plug-ins que são alimentados por jQuery, Vue e outras estruturas que são volumosas e renderizadas no lado do cliente. A maneira mais fácil de corrigir isso seria a implementação de Javascript renderizado do lado do servidor, que é um assunto complexo e requer desenvolvedores com um grande conhecimento de Next.js e outras estruturas renderizadas do lado do servidor. Claro que isto é algo que requer tempo, recursos e figuras profissionais específicas, algo com que poucas empresas conseguem lidar.
Em geral, a melhor abordagem para Javascript no WordPress seria limitar seu uso a tarefas relacionadas a gráficos, como animar menus ou imagens. A única aplicação de um script para uma simples linha de texto pode destruir meses e meses de trabalho de SEO, então tenha isso em mente ao planejar seu WordPress back e front-end!
Todos os campos personalizados!
Se há uma coisa boa que o PHP faz dentro de uma arquitetura WordPress, isso definitivamente seria o uso de campos personalizados. Os campos personalizados são essenciais para o SEO técnico, especialmente ao planejar o uso de GTM (Gerenciador de tags do Google) e dados estruturados. O segundo, em particular, tornou-se uma parte fundamental do mundo SEO, com dezenas de propriedades, atributos e resultados ricos alcançáveis com o uso das marcações do Schema.org (mais sobre isso mais tarde). É importante ter em mente que os campos personalizados requerem alguma forma de conhecimento de PHP, portanto, seria relativamente útil aprender sua sintaxe geral.
Falando em esquema…
Dados estruturados são OBRIGATÓRIOS em 2019 para qualquer estratégia de SEO Técnico. O Google valoriza muito os sites marcados com dados estruturados e, portanto, é algo que todo profissional de SEO deve pesquisar. Dados estruturados referem-se ao uso de scripts codificados em JSON-ld (principalmente) que são, de fato, uma “confirmação” do que o conteúdo está cobrindo em sua página. Além disso, o Google está investindo muito em resultados ricos em SERP (classificação por estrelas para páginas de produtos, caixas de perguntas frequentes e muito mais) apenas para melhorar a experiência do usuário.
O Schema é um programa de código aberto e é atualizado diariamente, portanto, se você ainda não criou campos personalizados para ele, faça-o agora. Hipoteticamente, você poderia usar plug-ins, como o Schema App, para fazer isso, mas com as marcações Schema, é sempre melhor codificá-los manualmente usando as propriedades e os atributos que melhor se ajustam ao seu conteúdo.
Velocidade: o maior problema do WordPress
Como mencionado acima, o WordPress é o que chamamos de “arquitetura herdada”. Com isso, pretendemos que as bibliotecas, os frameworks e o motor que o movem sejam considerados “obsoletos” e “velhos” no mundo do front e backend de hoje. Com isso em mente, é muito fácil entender por que certos sites do WordPress não têm um bom desempenho em termos de velocidade. A velocidade é um fator de classificação muito importante para as classificações do Google, e há várias maneiras diferentes de melhorá-la para uma estratégia técnica de SEO.
Em primeiro lugar, você deve reduzir o uso de plug-ins gráficos como o WPBakery: codificar manualmente seu CSS pode economizar (sem brincadeira) pelo menos 1 segundo de tempo de carregamento por página. Idealmente, um desenvolvedor seria obrigado a construir um site de bom desempenho, mas a otimização da velocidade, especialmente quando feita com a compactação de imagens e outros recursos menores, poderia ser feita por qualquer pessoa.
Como planejar adequadamente seu back-end para otimização de rastreamento
Cobrimos como o Google rastreia o Javascript e agora estamos prontos para descrever como preparar seu site WordPress para um orçamento de rastreamento ideal. Para “Orçamento de rastreamento”, pretendemos os prazos pelos quais o Google verifica um site para posteriormente indexá-lo e classificá-lo na SERP. Há, mais uma vez, muitas estratégias que podem ser usadas para otimizar o orçamento de rastreamento do seu site WordPress, mas todas começam com a análise de seus arquivos de log.
Ao usar ferramentas como ScreamingFrog ou Deepcrawl, você poderá analisar e descrever quais páginas estão sendo mais rastreadas e, geralmente, verá como o Google realmente rastreia ativos como arquivos de tema mais do que páginas de destino reais. Este é, obviamente, um grande problema, já que você está efetivamente desperdiçando o tempo do Googlebot ao deixá-lo rastrear partes de seu site que não são orientadas por palavras-chave, limitando assim seu potencial de classificação. Depois que isso for reconhecido por meio de uma análise adequada dos arquivos de registro, você poderá remover os recursos que estão sendo rastreados do orçamento de rastreamento do Googlebot, desativando-os em seu arquivo robots.txt. Você pode encontrar mais informações sobre como fazê-lo aqui.
E o celular?
Como você deve saber, o Google valoriza muito a versão móvel de cada site, a ponto de o índice móvel ser contado primeiro desde 2018 (2017 tecnicamente, mas foi totalmente registrado em 2018) para fins de classificação. É extremamente importante entender que todas essas estratégias também se aplicam a dispositivos móveis quando você planeja sua arquitetura WordPress com uma ênfase um pouco maior no orçamento de rastreamento, apenas porque o Google rastreia versões móveis de sites com muito mais rapidez.
No WordPress, alguns desenvolvedores de aplicativos criaram um plug-in AMP com o qual você poderá criar, melhorar e otimizar, em última instância, a velocidade móvel do seu site WordPress. AMP (Accelerated Mobile Pages) é algo que também pode ajudar nos resultados em destaque no Google se o seu conteúdo/produto não for muito orientado para formas longas de conteúdo.
Concluir
O WordPress é uma arquitetura simples de configurar, mas extremamente complexa de otimizar, especialmente quando se trata de SEO técnico. Observe que essas estratégias são apenas um esqueleto do que realmente é o SEO técnico aplicado ao WordPress, pois há inúmeras variáveis incluídas na equação, desde a configuração de regras GTM detalhadas até a otimização da qualidade da sessão, dependendo do objetivo do site. Com isso dito, é possível criar e entregar uma estratégia de SEO técnico de altíssima qualidade via WordPress, especialmente se você otimizar seu back-end desde o início. O WordPress pode ser uma arquitetura legada, mas existem várias maneiras de “superar” esse problema inicial, conforme mencionado acima.