Gerenciamento de produtos de SEO: estrutura e fundamentos principais

Publicados: 2023-03-15

Duas qualidades estão no cerne do que faz um ótimo gerente de produto de SEO:

  • Adaptabilidade.
  • Pensamento crítico.

Este artigo abordará como pensar de forma crítica e criativa nas seguintes áreas de gerenciamento de produtos de SEO:

  • Fundamentos para gerentes de produto de SEO.
  • Metodologias para priorizar um roteiro de SEO e backlog de SEO.
  • Como escrever um tíquete de SEO eficaz.

Fundamentos para gerentes de produto de SEO

Essas dicas fundamentais podem ajudar os gerentes de produto de SEO (PMs) a realizar tarefas do dia a dia enquanto criam estratégias para o futuro:

Confie mas verifique

Ao validar o trabalho técnico de SEO feito no código, não assuma que tudo foi implementado corretamente.

Reserve um tempo para verificar com seus próprios olhos. É por isso que demonstrações e demonstrações são essenciais para o processo ágil.

Mantenha um documento de quando as correções foram lançadas

Um documento de referência rápida para lançamentos de recursos internos ajuda você a ver rapidamente quando algo novo entrou em produção.

Um passo adiante (no nível ninja) é criar guias para fazer referência a atualizações impactantes internas/externas para os negócios que podem afetar a experiência do cliente ou atualizações de algoritmo relacionadas ao seu setor ou ao tipo de domínio em que você está trabalhando.

Treine-se para pensar 18 a 24 meses depois de cada recurso e melhoria que você lançar

Nesse período de tempo, você será capaz de:

  • Lançar uma primeira versão de uma iniciativa.
  • Comece a coletar informações e feedback para medir seu sucesso direcionalmente.
  • Escopo a próxima fase de melhorias.

SEO é um processo de longa duração. Ao poder ter métricas projetadas, você explicará isso a colegas ou superiores que podem ficar impacientes com os resultados de seu trabalho árduo.

Fique a par das últimas novidades em marketing, tecnologia e SEO, mas mantenha-o em perspectiva

Você sempre pode testar novos conceitos, mas não invista demais neles ou dedique todo o seu roteiro a um objeto novo e brilhante às custas de discar os fundamentos de SEO. (Olhando para você, AI e ChatGPT.)

Crie e divulgue um manual de SEO para suas organizações

Como PM de SEO, você fornecerá orientação sobre elementos técnicos de SEO. Assim que puder, crie o manual de SEO da sua organização documentando tudo, incluindo:

  • Os tipos de ambiente em que seu(s) site(s) estão.
  • Qualquer histórico de migrações.
  • Preferências de estrutura de paginação ou URL.

Dessa forma, você tem uma fonte de verdade para os desenvolvedores e outros PMs fazerem referência relacionada aos elementos de SEO.

Nunca pare de melhorar sua capacidade de escrever tíquetes de SEO claros e concisos. Se um tíquete não estiver claro, é confuso.

Um engenheiro confuso não age. Seja o colega de equipe que faz com que os coordenadores de engenharia e projeto tenham uma boa aparência e façam as coisas. (Mais sobre isso abaixo.)


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

Processando ... Por favor aguarde.

Consulte os termos.


Metodologias para priorizar um roteiro de SEO e acúmulo de trabalho de SEO

Uma abordagem para criar um roteiro de SEO é fazer referência a uma estrutura operacional.

Aqui, os "pilares de SEO" são priorizados em termos de importância comercial e oportunidades técnicas e de conteúdo no site. Isso conceitua as áreas de investimento que moverão a agulha no desempenho de SEO.

Em seguida, você pode estratificar o trabalho em prazos trimestrais trabalhando para trás a partir de um período conhecido de manutenção ou congelamento de código planejado. (Outro ponto importante em relação ao planejamento de seus projetos de 18 a 24 meses, conforme mencionado anteriormente.)

Quais problemas priorizar

É seguro dizer que a maioria das ferramentas de SEO retorna auditorias do site priorizando correções e melhorias por gravidade em três grupos principais:

  • Erros : bloqueadores críticos que impedem que o site seja rastreado e indexado adequadamente.
  • Avisos: Problemas para estar ciente e priorizar a correção quando os recursos permitirem.
  • Avisos : Problemas a serem observados, mas que não afetam o site de forma significativa.

Essa é uma visão limitada porque não necessariamente leva em consideração o que é importante para a empresa, muito menos como o Googlebot está realmente rastreando o site.

O trabalho de SEO é feito quando é categorizado, facilitando a compreensão e a execução.

Isso é o que demonstra resultados para o negócio, não porque uma ferramenta diz que um milhão de páginas está retornando um erro 404 (Todos juntos agora, "confie, mas verifique").

Para um PM de SEO, otimizar para pesquisa é o produto. Assim, as áreas prioritárias incluem melhorias para:

  • Rastreamento e indexação do site.
  • Ligação interna.
  • Desempenho/velocidade do site.
  • Quantidade de conteúdo otimizado.
  • Classificações e visibilidade .

Você pode se perguntar por que não coloquei "classificações" no topo da lista. Embora as classificações sejam um ótimo resultado visual para mostrar liderança, é uma métrica direcional em comparação com o tráfego orgânico e a receita.

Porque no nível corporativo, o desempenho de SEO se resume a dois KPIs principais: tráfego e receita . Esses KPIs são a força vital de grandes sites de comércio eletrônico, gerando receita e aumentando uma mistura saudável de clientes novos e recorrentes.

Sites maiores precisam executar melhorias de SEO em escala. Uma estrutura que equilibra as entradas de severidade de SEO com iniciativas de negócios é o ponto de partida para os critérios usados ​​para orientar a priorização em escala:

Husa. impacto / risco de tráfego Ao melhorar um URL existente, como seria um aumento estimado de 1 a 5% no tráfego orgânico? Como alternativa, como é a perda de 5%+ do tráfego?
Husa. impacto / risco na receita Use a fórmula Tráfego x CRO x AOV para estimar as vendas; o retorno do investimento.
Husa. impacto de SEO Como essa correção ou melhoria afeta nosso desempenho de SEO (baixo, médio, alto)?
Husa. nível de investimento / dimensionamento Estime o tempo de desenvolvimento envolvido (pequeno, médio, grande)

Além disso, categorizar os tempos por nível permite que uma equipe de SEO pondere coletivamente e determine as iniciativas de nível 1 que moverão a agulha.

Os níveis 2 e 3 servem como o início de nosso backlog, onde priorizamos as iniciativas por tráfego e impacto na receita.

Agilidade na priorização

Embora possamos começar com nossa estrutura de iniciativas de SEO em camadas, sempre precisaremos acomodar trabalho ad hoc e correções com base em seu impacto nos itens de roteiro existentes.

Sempre que um novo rastreamento é gerado, ele pode detectar várias coisas, desde problemas de regressão até novos erros de site. Além disso, sempre que um novo lançamento de código é publicado, ele pode interromper outros aspectos do site ou do código.

Os PMs de SEO devem fazer muito trabalho prévio para validar os problemas que encontram no site. A chave é ser capaz de documentar a reprodução do erro. Se você não conseguir reproduzi-lo para um engenheiro, é improvável que o problema seja realmente corrigido.

Como é basicamente assim que o SEO funciona, ao priorizar um roteiro de SEO, é essencial planejar a abordagem de um equilíbrio de recursos e problemas conhecidos.

Esta é basicamente uma estratégia proativa e reativa. Em um determinado ano civil, você precisará de uma combinação de iniciativas que gerem tráfego e impulsionem a aquisição de usuários e iniciativas que combatam a dívida técnica.

Priorize recursos com base no tempo de sprint

De um modo geral, um PM de SEO deseja priorizar qualquer trabalho de recurso (ou seja, desenvolver uma capacidade para usuários ou equipes internas) no início do ano civil. Isso pode significar a diferença entre ser capaz ou não de entregar um recurso em um determinado trimestre.

Mencionei antes que os sprints ágeis podem ser organizados com uma ou duas semanas de duração. E muita coisa acontece dentro desse prazo.  

Por exemplo, se em um determinado trimestre, a cadência de sprint da sua empresa for de uma semana (quarta a quarta), você estaria olhando para cerca de 12 semanas quando os recursos de engenharia seriam dedicados a pegar o trabalho do sprint que poderia conter 1-2 correções de SEO ( dependendo do tamanho). Se for a cada duas semanas, é mais como ~ 6 semanas de trabalho.

A menos que você tenha uma equipe de engenharia dedicada, é mais provável que o trabalho de SEO seja atribuído a uma equipe multifuncional responsável pelo trabalho de back-end ou front-end.

Cada equipe tem uma capacidade de velocidade para trabalhar em um grupo de tickets. A velocidade é uma métrica que calcula quanto tempo todas as iniciativas em um sprint levam para serem concluídas em relação às estimativas originais.

É importante perceber isso porque significa que você não pode chegar à mesa em setembro com uma grande iniciativa e pensar que isso será feito antes de novembro, quando as equipes estão se preparando para, no mundo do comércio eletrônico, um período de congelamento de código que antecede o fim temporada de compras de fim de ano.

A moral da história é priorizar suas iniciativas maiores, mais impactantes e demoradas primeiro. Dessa forma, eles têm uma chance de conseguir implementá-los.

Como escrever um tíquete de SEO eficaz

Desenvolvi esta estrutura como uma diretriz do que incluir em seu próximo tíquete de SEO Jira para deixar claro qual é o problema e qual ação deve ser tomada.

Peça a outro colega de equipe para revisá-lo para maior clareza. Imprima e coloque na parede do seu escritório.

Identifique o tipo de bilhete e inclua-o no título Bug : O elemento estava funcionando anteriormente e agora não.

Aprimoramento de recursos: A melhoria ajudaria os mecanismos de pesquisa a entender, indexar e/ou classificar melhor nossas páginas.

Correção fundamental: Construir/habilitar essa funcionalidade é uma competência central de um forte programa de SEO.
História do usuário: problema/declaração do problema As histórias de usuários são normalmente escritas como:

Para características do produto: "Como gerente de SEO, gostaria de ver X..."

Para bugs técnicos: "Como GoogleBot, gostaria de ver X..."

Para usuários/clientes humanos: "Como usuário, gostaria de ver X..."

Declaração de Problema / Problema

O problema era que não havia medição de KPI para URLs do módulo de link.

Se configurarmos um pipeline de dados KPI para monitorar o desempenho,

então poderemos verificar o verdadeiro impacto do tráfego e receita do módulo de link em todas as páginas,

resultando na capacidade de estimar melhorias atuais e futuras (ou seja, relevância) e priorizar adequadamente.

Isso também pode ser escrito como uma hipótese se você estiver testando um aprimoramento técnico de SEO.
Tamanho e escopo Qual é o número de URLs afetados? Em todo o site? Um URL? Um grupo? Anexe uma planilha com as informações.
Pressupostos/riscos de impacto nos negócios Enfatize riscos ou perda de negócios (receita, visitas, tempo etc.)

"Se não consertarmos X, corremos o risco de perder Y (receita, visitas)."
Dispositivos web móvel, desktop, tablet
Tipo de usuário Visitantes novos x recorrentes sendo afetados.
Ilustrações Inclua capturas de tela com setas ou áreas destacadas para ilustrar o problema.
Requisitos ou recomendações de SEO Descreve quais elementos técnicos de SEO precisam ser corrigidos ou abordados (permita que a equipe de desenvolvimento defina como ).

As recomendações podem incluir uma abordagem de alto nível e LOE.

Chame dependências com outras equipes.
Urgência: impacto de SEO ou tamanho da oportunidade Quantificado em termos de tipo de página e sua importância para o negócio (pela quantidade de Tráfego Orgânico), ou volume (pela quantidade de URLs afetados no site.
AC / Critérios de Aceitação Tente ter um AC muito claro para que as equipes de controle de qualidade possam validar e/ou fazer parceria com um líder de SEO para escrever critérios de teste.

As aprovações da equipe de SEO precisam ser feitas no tíquete do Jira (não por e-mail ou Slack) assim que ocorrer uma apresentação ou demonstração do tíquete.

Exemplos de tíquetes do Jira eficazes e ineficazes

Um garçom nunca daria a um cozinheiro um pedido do cliente que não incluísse detalhes sobre como eles querem que seu bife seja cozido, particularmente detalhes que eles sabiam que o cozinheiro entenderia.

Fornecer requisitos de SEO para um engenheiro de edição de código não deve ser diferente.

Abaixo estão três exemplos de tíquetes de SEO semelhantes ao conto de fadas "Cachinhos Dourados e os Três Ursos". Você consegue identificar o ticket ineficaz?

Um ticket eficaz é aquele em que um desenvolvedor pode entender rapidamente o problema e agir prontamente.

Este não tem informações suficientes para agir:

Exemplo de SEL não é suficiente info_redigido

Este tem muito contexto e informação. Não está claro o que fazer.

SEL exemplo ticket muita informação pt1
SEL exemplo ticket muita informação pt2

Agora, este é apenas para a direita.

Bilhete SEL certo pt1 redigido
Bilhete SEL certo pt1 redigido

Por que os tickets precisam ser transparentes?

<desejo>

Escolhi a palavra "eficaz" porque, se você não aderir a esses princípios básicos, corre o risco de escrever um conjunto inferior de instruções para outro membro da equipe que é confuso e não pode ser executado rapidamente. Isso é quase tão flagrante quanto enviar por e-mail uma auditoria de SEO para um engenheiro com uma lista de problemas e não fornecer mais contexto.

SEOs, deixe-me lembrá-lo quando você está escrevendo um ticket, seu público é um desenvolvedor seguido por um testador de QA (garantia de qualidade). Ele/ela está sentado na frente de sua estação de trabalho, puxando seu tíquete onde eles têm alguns dias, talvez horas, para trabalhar nele durante o sprint determinado.

Eles precisam ser capazes de ler o ticket e agir.

Eles não estão procurando ser educados sobre SEO naquele momento. Eles não estão esperando por uma aula de história em SEO e certamente não estão felizes em vasculhar sua auditoria de SEO de 90 páginas para encontrar o link para a lista de URLs naquele tíquete.

O tempo de engenharia é precioso e caro, não seja a equipe/pessoa responsável por desperdiçá-lo!

Tíquetes de SEO eficazes permitem que engenheiros e equipes de controle de qualidade façam seu trabalho com precisão e eficiência, sendo claros sobre o problema, listando os requisitos de SEO e fornecendo critérios de aceitação específicos para que o trabalho passe no controle de qualidade e obtenha o status de luz verde de "Pronto para produção". "

</rant>

Pensando criticamente como gerente de produto de SEO

Habilidades de pensamento crítico são como um músculo; quanto mais você os usa, mais fortes eles ficam. Pode ser desafiador quando você está no nível júnior, por isso é importante continuar se aplicando.

Ser capaz de examinar suas suposições e hipóteses é uma característica inestimável do pensamento crítico. Pergunte a si mesmo: "Os dados que estou usando realmente validam as necessidades do cliente ou confirmam minha opinião?"

É essencial ser objetivo e avaliar todos os cenários com o mínimo de viés em direção ao resultado desejado.

Sir Arthur Conan Doyle disse certa vez: "O ceticismo saudável é a base de toda informação precisa."

Este é um excelente aplicativo para desenvolver as habilidades de pensamento crítico necessárias para conectar os pontos entre os dados, o comportamento do consumidor e os recursos do produto que vêem a luz do dia.


As opiniões expressas neste artigo são do autor convidado e não necessariamente do Search Engine Land. Os autores da equipe estão listados aqui.