SEO corporativo: por que as 'práticas recomendadas' não funcionam e o que fazer em vez disso

Muitos profissionais de SEO se apoiam nas “melhores práticas” em seus esforços de SEO.

Mas ao otimizar sites corporativos baseados em JavaScript para velocidade do site, você precisa de mais do que “prática recomendada”.

Veja por que as soluções padrão nem sempre se aplicam a sites corporativos e o que você pode fazer em vez disso.

Melhorando a velocidade do site: migrar para a renderização do lado do servidor nem sempre é a resposta certa

Imagine ir ao CEO (ou qualquer pessoa na liderança sênior) e aconselhá-los: “Precisamos mudar nosso site para renderização do lado do servidor (SSR)”.

Eles perguntam: “Por quê?” e a única resposta que você pode dar é: "Porque é uma prática recomendada melhorar a velocidade do site". Você provavelmente seria literalmente expulso da sala.

As implicações comerciais e os custos associados à migração SSR não compensam o alto esforço e o baixo impacto.

A menos que um site corporativo seja construído desde o início para ser renderizado no lado do servidor ou já esteja passando por uma migração de site, raramente há um motivo para migrar para SSR.

Pense em alguns dos custos intangíveis e intangíveis que adviriam disso:

• Revendo todos os sistemas e APIs para confirmar a compatibilidade, o que provavelmente não está totalmente documentado (provavelmente centenas, senão milhares).
• Milhares de horas de trabalho para refatorar, fazer controle de qualidade e revisar a acessibilidade de todo o site.
• Treinar a equipe existente na nova estrutura (dezenas, senão centenas, de pessoas em toda a organização).
• Contratar ou demitir desenvolvedores e engenheiros que não estão dispostos ou não estão de acordo com as especificações da nova estrutura.
• Mais dinheiro gasto em taxas de servidor.

Em vez de suportar um processo tão demorado e com uso intensivo de recursos, existem outras maneiras mais bem-sucedidas de melhorar a velocidade dos sites corporativos.

Em uma função corporativa anterior, conversei sobre esse mesmo cenário com um de nossos engenheiros de sistemas sênior para me divertir.

Estimamos que a empresa levaria um ano e meio, uma tribo ágil dedicada (geralmente cerca de 70 pessoas) e pelo menos $ 2 milhões (AUD) para fazer. E essa foi provavelmente uma estimativa conservadora.

Então, o que fazemos para progredir?

Conheça suas outras equipes e ajude-as

No nível corporativo, o SEO precisa ser um camaleão porque você depende de outras equipes para priorizar e fazer o trabalho por você.

Há uma boa razão para você não ter as chaves do reino para fazer alterações no site ao vivo. Portanto, SEO não é apenas SEO.

SEO é “isso vai melhorar a velocidade do nosso site/nos ajudar a atender aos requisitos de acessibilidade/etc.” SEO é tudo mas SEO.

Tom Critchlow disse isso em seu curso de MBA em SEO e em meu podcast, Engage: On Enterprise SEO.

Ele resume muito bem a vida de uma empresa de SEO.

Você deve passar muito tempo ouvindo e prestando atenção no que as outras pessoas estão fazendo e depois mostrar a elas como o que elas estão fazendo melhorou a visibilidade orgânica do site.

Crie defensores, e essas pessoas continuarão voltando para você com um relatório constante do que estão fazendo e mudando no site. Isso é metade da batalha lá.

A segunda metade envolve trabalhar com desenvolvedores, designers e analistas para fazer as coisas. Isso geralmente é muito mais fácil quando você percebe que as pessoas são pessoas com seus próprios pensamentos, sentimentos e objetivos.

Ser uma pessoa curiosa que quer ajudá-los a tornar suas vidas mais fáceis é muito mais atraente do que trabalhar com um touro em uma loja de porcelana que entra em sua vida a cada poucas semanas e faz exigências sem compromisso.

Trabalhando com desenvolvedores e produtores

Atualmente, em muitas empresas, a velocidade do site é um fator conhecido que ajuda (ou atrapalha) as taxas de conversão.

Muitas equipes de desenvolvimento internas provavelmente têm a velocidade do site como um KPI. Toque nisso.

Vocês dois estão atrás da mesma coisa e seus desenvolvedores conhecerão a base de código melhor do que você. E se bem feito, ambos podem sair com um bônus.

Algumas das oportunidades comuns de velocidade do site que descobri e nas quais os desenvolvedores podem ajudá-lo incluem:

Tamanho/peso do código

Se suas equipes tiverem sprints ou alocações de dívidas de tecnologia, acompanhar quando eles normalmente fazem esse trabalho pode ajudá-lo a entender os impactos de sua refatoração.

Reflita sobre eles e reconheça seu trabalho árduo.

Carregamento de imagem e mudança cumulativa de layout (CLS)

O CLS pode ser um grande fator no tempo de carregamento percebido de grandes sites corporativos baseados em JS. Dependendo de como isso é implementado, o uso de uma biblioteca JS de espaço reservado para “manter” efetivamente a posição das imagens pode reduzir o tempo de carregamento percebido da página ao não deslocar a página quando as imagens são carregadas.

gerenciamento de redirecionamento

Isso não era algo que eu pudesse fazer porque nosso gerenciamento de redirecionamento era massivamente fragmentado.

Porém, se o seu sistema for um pouco mais centralizado, gerenciar redirecionamentos, remover saltos, consolidar regras em regex e melhorar essa dívida técnica pode ajudar bastante.

Com algumas implantações de servidor, cada regra de redirecionamento precisa ser lida antes que a página possa ser carregada e isso pode adicionar um tempo decente (mais de milissegundos) ao tempo de carregamento inicial.

<button> no lugar de <a href>

Este é um pouco mais matizado, mas muitas vezes descobri que os desenvolvedores JS adotam como padrão incluir links ahref como botões.

Isso geralmente ocorre porque eles têm pouco tempo e é um padrão nativo da estrutura em que estão trabalhando.

Quando eu estava fazendo o controle de qualidade de novos modelos de página, costumava sinalizar isso para ser atualizado para <a href>.

Obtenha a newsletter diária em que os profissionais de marketing de busca confiam.

Processando ... Por favor aguarde.

SE INSCREVER

Consulte os termos.

Trabalhando com designers

Uma das maiores oportunidades de velocidade do site em sites corporativos é o tamanho e o peso da imagem.

Padrões internos podem ser mal traduzidos ou perdidos com o tempo, principalmente quando as equipes são ágeis e um tanto descentralizadas.

Quando comecei no lado empresarial, lembro-me de ver imagens com 10 MB nas páginas de produtos de alguns de nossos principais produtos. Isso me surpreendeu.

Nenhuma imagem precisa ter 10MB na web. Ponto final.

Então, tive algumas conversas delicadas com nossos designers e trabalhei com eles para reduzir o tamanho de nossas imagens ao longo de cerca de 8 meses.

100 KB não era uma colina em que eu estava disposto a morrer, então se eu dissesse a um designer 100 KB para um banner de título ou um quadro, e eles chegassem a 300 KB, ainda seria uma melhoria.

O SEO corporativo geralmente envolve vitórias incrementais.

Trabalhando com analistas

Os analistas entram na conversa porque provavelmente estarão gerenciando seus sistemas de tags e todas as tags de terceiros em seu site.

Eles são o ponto de entrada para conversas com os proprietários da tag sobre se essa tag específica é crítica ou não ou se há uma alternativa.

Porque, cara, scripts de terceiros podem causar um grande inchaço no site.

Portanto, enquanto você estiver conversando sobre os mais de 250 scripts de publicidade no site e se precisarmos de todos eles, você poderá encontrar alguns compromissos de curto prazo, como:

• Somente disparar HotJar, Fullstory ou outro script de monitoramento da experiência do usuário em páginas que estão sendo ativamente mapeadas ou rastreadas.
• Auditando suas implementações para duplicatas (acontece mais do que você imagina).
• Ver quais chatbots ou tags de atendimento ao cliente podem ser iniciados onClick, e não quando a página é carregada.

Trabalhando com a equipe de controle de qualidade

Essa parceria pode muito bem ser uma arma secreta para você. SEO em geral, mas também JavaScript SEO, tem muitos requisitos binários sim/não ou práticas recomendadas, como:

• Os metadados devem ser os mesmos entre a origem da página e a página renderizada do lado do cliente
• A Canonical deve estar presente na página renderizada do lado do cliente
• Os links devem ser formatados como <a href=””> em vez de <button>
• Fontes pré-carregadas
• Pré-conectar a grandes recursos

Obtenha bons livros com sua equipe de controle de qualidade e trabalhe com eles (incluindo treinamento) para incluí-los como parte de seu processo geral de controle de qualidade diário. Você terá olhos em todos os lugares e uma rede potencialmente massiva de micro-defensores.

Embora existam muitas outras equipes com as quais você pode trabalhar para melhorar o SEO geral do seu site, essas são provavelmente aquelas com as quais você trabalhará mais quando se trata do lado mais técnico da implementação.

Defendendo outras equipes com as quais você trabalha

Lembra do que eu disse antes sobre como trabalhar com pessoas acontece quando você se lembra de que são pessoas? Você quer colocar isso em ação.

Existem duas maneiras realmente fortes de fazer isso em nível empresarial.

Respeite o tempo deles

Digamos que você tenha uma grande ideia, como “devemos migrar para a renderização do lado do servidor”.

Nesse caso, em vez de ir ao PO e dizer: “Ei, podemos fazer tudo isso?”, trabalhe com eles para criar uma prova de conceito que eles validaram cai no balde “fácil” e acompanhe seu impacto .

Se não funcionar, eles não desperdiçaram essencialmente 20 sprints para concluir esse projeto enorme.

Se funcionar, você tem um caso de negócios para levar à equipe financeira para financiar e priorizar o restante do projeto para levá-lo a todo o site e obter essa tribo dedicada, US $ 2 milhões e um ano e meio para concluí-lo .

Amplifique seu esforço

Algo em que os SEOs são notoriamente ruins é comunicar e compartilhar o sucesso.

Pode ser um pouco mais fácil se, em vez de dizer "olha que coisa fabulosa que eu fiz", você posicionar como "olha que coisa incrível que essa outra equipe com a qual trabalhei de perto fez e é assim que muito melhorou nossa experiência no site.”

Você, o SEO, não é mais o centro das atenções. A equipe que fez o trabalho real é.

Colaboração, defesa e vitórias incrementais

Você pode perceber que não falei muito sobre as nuances do JavaScript e a velocidade do site neste artigo.

Isso porque, em empresas corporativas, você provavelmente terá algumas pessoas realmente inteligentes trabalhando com você, a quem você pode recorrer com um problema e a forma da solução.

Eles podem ajudá-lo a chegar lá melhor do que um artigo em uma publicação de SEO.

Fazer as coisas em nível empresarial é menos sobre o “o quê” e mais sobre o “como”.

Portanto, use essas diretrizes para obter seu “como” melhorar a velocidade do seu site baseado em JavaScript, e o “o quê” virá com muito mais facilidade.