Seus Primeiros 30/60/90 Dias como Novo Especialista em SEO

Dia três. Você tem acesso parcial ao GSC e um CMO que já perguntou duas vezes quando você vai "mover o ponteiro." Você também tem quatro anos de caos de canonicals, um backlog de redirecionamentos mais antigo do que sua carreira, um CMS que remove o schema ao publicar e uma pessoa de marketing ops que te conta no oitavo dia que o último contratado "deixou as coisas em um estado estranho."

Aqui está o que ninguém te avisou. A maioria dos novos SEOs in-house é demitida no mês quatro. O padrão é consistente: alguém promete tráfego em 60 dias, publica mudanças que o time de engenharia não aprovou, uma atualização do site sobrescreve metade do trabalho na décima semana e, no próximo QBR, não há nada defensável para apontar.

SEO orgânico cresce com uma defasagem de seis a nove meses. Tudo que você publica hoje aparece nos dados em outubro. Seu trabalho nos primeiros 90 dias não é mover a linha de tráfego. Seu trabalho é (a) construir uma base defensável para que o você do futuro possa provar o que mudou, (b) publicar uma vitória técnica e uma vitória de conteúdo que provem que você consegue executar dentro dessa organização e (c) garantir um slot recorrente de sprint de engenharia. Esse é o trabalho todo.

Por Que o Formato 30/60/90 Importa Aqui

Qualquer outro enquadramento leva à demissão. "Crescer orgânico 30% no Q1" morre quando o Q1 termina com a linha flat. "Corrigir todos os problemas técnicos" falha porque há 14.000 deles. "Lançar um motor de conteúdo" falha porque você ainda não tem adoção de brief, suporte de dev nem baseline.

O formato 30/60/90 funciona porque cada marco é algo que você controla. Conclusão da auditoria. Uma correção técnica. Uma otimização de conteúdo. Uma planilha de baseline. Uma reunião recorrente com engenharia. Nenhum depende do humor do crawler do Google.

Dias 1 a 30: Auditoria e Baseline

O primeiro mês é sobre acesso, auditoria e baseline. Resista a todo impulso de publicar uma correção na semana dois.

Consiga acesso, mas não espere tê-lo no dia um. Solicite semanalmente. Ordem realista: GSC, GA4, CMS nos dias 1 a 3 (sem GSC você está cego). Acesso ao Ahrefs ou Semrush, licença do Screaming Frog, canais de Slack de dev e conteúdo até o dia 10. Acesso a logs de servidor, login no staging e GTM até o dia 21. Exportação do GSC para BigQuery, dashboards de analytics e apresentações ao engenheiro líder e ao líder de conteúdo até o dia 30.

Quando o acesso te bloquear, documente a solicitação e siga em frente. Não escale na semana um. Você ainda não construiu o capital político para isso.

Execute um crawl completo. Screaming Frog ou Sitebulb. Faça o crawl com renderização JS ativada, depois novamente sem renderização e compare. O delta é o seu problema de CSR vs SSR. Anote problemas de canonical, chains de redirecionamento com mais de dois hops, páginas órfãs, páginas com noindex ainda no sitemap e qualquer URL que retorna um status diferente para o Googlebot do que para o Chrome. Repita mensalmente.

Extraia os últimos 16 meses do GSC. As 200 principais queries por cliques, as 200 principais por impressões e um recorte separado: queries com impressões caindo mês a mês. A lista de decaimento é valiosa: páginas onde os posicionamentos estão escorregando e ninguém percebeu porque os cliques ainda não caíram.

Auditoria de backlinks, não disavow de links. Segmente o perfil: os 10 a 20 links que geram tráfego de referência real, os 50 a 200 de publicações reais e os milhares de links de baixa qualidade que parecem tóxicos mas não valem o risco do disavow. Não faça disavow de nada no mês um. O "spam óbvio" às vezes é uma parceria de 2022 pela qual alguém lutou.

Análise de gap em relação aos concorrentes. Três concorrentes mais próximos. As 50 principais palavras-chave que cada um rankeia e você não. Filtre pela intenção que combina com o seu produto. A lista de gaps é insumo para o plano de conteúdo do Q3, não do Q1.

Documente posicionamentos de base para 100 termos prioritários. Uma planilha com cinco colunas: palavra-chave, posicionamento atual, volume de busca, URL alvo, data da última verificação. Atualize mensalmente. Este é o artefato mais importante que você criará nos primeiros 30 dias. Quando o CMO perguntar no mês sete o que mudou, é isso que responde.

Identifique três vitórias rápidas. Páginas já posicionadas na segunda ou terceira página de resultados para termos com volume real. Posição 7 não é vitória rápida; é uma reescrita, que é um problema do mês três. Padrão clássico: página na posição 14 para um termo de 5.000 de volume, a página é razoável, o tag de título é genérico, os links internos são escassos. Corrija o título, adicione cinco links internos de páginas relevantes e acompanhe o movimento para a posição 7 a 9 em seis semanas.

Ao final do dia 30 você deve ter: um relatório de crawl, a exportação do GSC, a segmentação de backlinks, a lista de gaps em relação aos concorrentes, a planilha de posicionamentos de base, três vitórias rápidas documentadas e um resumo escrito da auditoria. Duas páginas, não vinte. Se o seu documento de auditoria tem 47 páginas, ninguém vai lê-lo.

Dias 31 a 60: Publique Uma de Cada

O mês dois é para publicar. Não muito. Uma de cada coisa que prova que o padrão funciona.

Publique uma correção técnica que não precise de nenhum tempo de dev. Reescritas de tag de título em uma página controlada por template. Links internos em uma página de alto tráfego. Uma correção de canonical em um template de categoria que você mesmo pode editar no CMS. Critérios: zero tickets de engenharia, publicado em uma semana, mensurável no GSC em 30 dias. Escolha a vitória rápida de maior impressão do mês um. Publique. Documente antes e depois.

Publique uma jogada de otimização de conteúdo. Pegue um artigo com alto volume de impressões, mas posicionado na terceira página. Leia todos os resultados da primeira página para a mesma query. Anote o que eles cobrem que o seu não cobre. Anote o que a caixa People Also Ask revela sobre a intenção. Reescreva para combinar com a intenção, expanda seções rasas, adicione os H2s que a SERP recompensa. Reserve quatro horas, publique e itere.

Construa o content brief que o time vai realmente usar. O brief que falha tem seis páginas com seções para "tom de voz" e "densidade de palavra-chave secundária." O que funciona é de uma página: query alvo, intenção de busca, contagem de palavras, três concorrentes para ler, H2s obrigatórios, links internos, ângulo em uma frase. Faça o líder de conteúdo usá-lo no próximo brief, não nos próximos dez.

Configure um relatório semanal do GSC em um canal do Slack visível para o CMO. Gerado automaticamente. Cinco linhas. Total de cliques nos últimos 7 dias vs 7 anteriores. Três maiores altas. Três maiores baixas. Uma linha de comentário. Visibilidade gera confiança. Confiança garante o slot de sprint de dev.

Comece o trabalho político. Dois 1:1s. Um com o engenheiro líder sobre renderização de JS e como o time lida com SSR. Não peça nada. Ouça. O segundo é com o líder de conteúdo sobre adoção de brief. Ouça primeiro. Você está coletando inteligência sobre como as decisões são tomadas e com o que o time já se queimou.

Ao final do dia 60 você deve ter: uma vitória técnica publicada e rastreada, uma otimização de conteúdo publicada e rastreada, um template de brief de uma página em uso, um relatório semanal do GSC sendo postado em um canal visível para o CMO e notas dos 1:1s com engenharia e conteúdo. Você ainda não pediu nada. Está prestes a pedir.

Dias 61 a 90: Domine um Cluster, Reserve a Sprint

O mês três é quando você deixa de ser o novato e começa a ser a função de SEO.

Escolha um cluster temático que você possa dominar de ponta a ponta. Uma página pilar mais quatro a seis artigos de apoio, todos targeting um conjunto coerente de queries que corresponde a uma única jornada de comprador. Não "todo o conteúdo de SEO." Um cluster. Pequeno o suficiente para publicar em um trimestre, relevante o suficiente para que a vitória seja visível. O cluster é o seu pedido para o H2. Você vai gerenciar o brief, o calendário de publicação, os links internos e o acompanhamento de posicionamentos em 90 dias.

Apresente o relatório de 90 dias. Um documento. Cinco seções.

O que encontrei. Os três principais achados da auditoria, em linguagem simples. O CMO não vai aprender o que é hreflang nessa reunião.
O que publiquei. A correção técnica e a otimização de conteúdo, com dados de antes e depois da sua planilha de baseline.
O que se moveu. Dados do GSC sobre os dois itens publicados. Honesto. Se a correção moveu da posição 14 para a 11, diga isso. Não extrapole para "ganho de tráfego esperado."
O que está bloqueado pela engenharia. Dois ou três itens concretos. Para cada um: o que é, por que importa em português claro, o que você está pedindo.
O pedido para o H2. Um cluster temático mais um slot recorrente de sprint de dev. Esse é o pedido completo. Não leve 14 coisas para essa reunião.

O slot recorrente de sprint de dev é a condição de vitória. Pode ser pequeno. Dois dias de engenharia a cada sprint de duas semanas. Meio sprint por mês. O tamanho importa menos do que a recorrência. Um slot recorrente significa que o trabalho de SEO passa pelo backlog normal de produto da mesma forma que o trabalho de feature. Um slot não recorrente significa que você briga todo trimestre pelos mesmos dois dias, perde três de cada quatro vezes e pede demissão em 18 meses.

Ao final do dia 90 você deve ter: uma baseline documentada, uma vitória técnica publicada, uma vitória de conteúdo publicada, um template de brief em uso, um relatório semanal do GSC visível para o CMO, um cluster temático de sua responsabilidade e um slot recorrente de sprint de dev reservado. A linha de tráfego provavelmente está flat. Isso é esperado. Esse é o trabalho.

O Anti-Objetivo "Mostrar Tráfego em 60 Dias"

Você vai ouvir isso repetidamente, muitas vezes de lideranças que nunca gerenciaram uma função de SEO. A resposta errada é se comprometer com um número, não atingi-lo e ser demitido no mês quatro. A resposta certa tem três partes.

Primeiro: explique a defasagem sem soar defensivo. "Mudanças de posicionamento do trabalho publicado hoje aparecem no índice em 4 a 12 semanas, depois levam mais 2 a 6 meses para se traduzir em cliques em escala. O trabalho que publico em maio atinge posicionamentos estáveis em agosto e volume material de cliques em outubro. É assim que o índice funciona."

Segundo: redirecione para indicadores antecedentes que você pode mostrar em 60 dias. Impressões de novas páginas. Mudanças de posição nas vitórias rápidas. Cobertura de crawl. Taxa de indexação das páginas prioritárias. Esses se movem em semanas. Reporte-os semanalmente.

Terceiro: ancore o horizonte de tempo correto. "Estou reportando indicadores antecedentes semanalmente a partir da semana oito. Volume material de cliques chega nos meses seis a nove. O relatório de 90 dias documenta baseline mais vitórias publicadas, não tráfego. O próximo marco de tráfego é a revisão do H2."

Quem vender mais rápido do que isso está vendendo, não fazendo SEO.

O Backlog Cósmico de Redirecionamentos

Todo site com quatro anos tem um. 302s que deveriam ser 301s. Chains de cinco hops de renomeações antigas de produto. Páginas de produtos extintos ainda posicionando para termos de marca porque seus redirecionamentos apontam para um 404. Caminhos /blog/ redirecionando para a homepage em vez do artigo relevante. Migrações de 2022 que deixaram metade da estrutura de URL no host legado.

Não corrija tudo no mês um. Documente: URL de origem, comportamento atual, comportamento esperado, impacto, correção proposta. Triagem por impacto ponderado por tráfego. Leve os 20 principais para o relatório de 90 dias.

O backlog é também onde você encontra tesouros escondidos: páginas de produtos extintos ainda gerando milhares de impressões mensais, conteúdo de blog descontinuado que deveria redirecionar para páginas atuais do cluster. Essas são vitórias rápidas para o mês quatro, quando o slot de sprint de dev já estiver ativo.

Problemas de Renderização de JavaScript que Ninguém Te Contou

Se o seu site de produto roda React, Next.js, Vue ou Angular, você tem um problema de renderização de JS. As perguntas: quais páginas são server-rendered, quais são client-rendered, quais usam hydration e o que o Googlebot realmente vê.

Teste. GSC URL Inspection, "Test Live URL", depois "View Tested Page." Compare o HTML renderizado com o Chrome DevTools. Procure H1s ausentes, links internos, dados estruturados, meta tags e conteúdo carregado de forma lazy que nunca aparece no output renderizado.

Padrões comuns: páginas CSR onde o corpo é injetado via JavaScript e o Googlebot vê um <div id="root"> quase vazio. Incompatibilidades de hydration onde SSR e CSR produzem HTML diferente e o Google indexa a versão errada. Seções "Leia mais" abaixo da dobra que nunca chegam ao indexador. Schema do lado do cliente, então os dados estruturados não estão disponíveis no crawl.

Esses são problemas de dev, não de conteúdo. Vão para a lista de pedidos para engenharia. São também o motivo pelo qual o seu slot de sprint importa. Sem ele, os problemas de renderização de JS ficam para sempre e o seu trabalho de conteúdo se acumula em páginas indexadas pela metade.

A Realidade Política de Conseguir Tempo de Engenharia

Times de engenharia têm um roadmap. O roadmap está cheio. Todo pedido de SEO compete com features, infraestrutura e bugs pelos quais o PM também está lutando. "Isso vai aumentar o tráfego" é o pitch mais fraco possível. Perde para "isso desbloqueia o lançamento" sempre.

Os pitches que funcionam:

"Isso desbloqueia a indexação das nossas três principais páginas comerciais, que atualmente não estão acessíveis para o Googlebot." (Específico, delimitado, ligado à receita.)
"Isso corrige uma chain de redirecionamento que está custando link equity na nossa página de aquisição de maior conversão." (Nomeia a página, nomeia o custo.)
"Tarefa de uma sprint que evita o problema do último release, quando 1.400 páginas de produto saíram do índice por 11 dias." (Referencia uma dor que o time já sentiu.)

O pitch que perde: "Precisamos corrigir os Core Web Vitals para melhorar os posicionamentos de SEO." Ninguém do lado da engenharia se importa com seus posicionamentos. Eles se importam em não serem acionados às 2h da manhã, em publicar a próxima feature no prazo e em não quebrar a produção. Enquadre cada pedido em termos de um desses três.

O slot recorrente de sprint resolve isso politicamente. Uma vez que está no calendário, você não está fazendo pitch todo trimestre; está preenchendo um slot que já existe. Por isso é a condição de vitória dos 90 dias.

O Que Não Fazer nos Primeiros 90 Dias

Não proponha uma migração de site no mês um. Você não conhece o histórico. A migração anterior provavelmente falhou por razões que ninguém documentou.
Não faça disavow de links sem falar com quem os construiu. O "spam óbvio" de 2023 pode ser uma parceria que fechou dois deals enterprise.
Não prometa um número de tráfego que você não consegue defender. Uma vez que você se compromete, você o possui.
Não briga com o CMS na semana dois. Documente limitações; não proponha substituí-lo. Migrações de plataforma levam 18 meses sem nenhum benefício até serem publicadas.
Não publique 40 coisas no mês um. Uma coisa, publicada e rastreada, supera 40 coisas pela metade.
Não pule o 1:1 com engenharia. O engenheiro líder é o relacionamento de maior alavancagem nesse cargo.

Medindo o Sucesso no Dia 90

Abra o seu relatório de 90 dias. Cada item é binário.

Marque todos os 10 e você está à frente de 90% dos novos SEOs in-house com o mesmo tempo de casa. Tráfego? Provavelmente flat. Não importa. Baseline documentada, vitórias publicadas, slot de dev reservado. A curva de tráfego se dobra nos meses seis a nove. Até lá, você construiu a confiança para aguentar a espera.

Os SEOs que sobrevivem ao mês quatro estabelecem as expectativas certas no dia um e se mantêm firmes nelas. Os que foram demitidos tentaram mostrar tráfego em 60 dias. Você tem 90 dias para construir algo defensável. Isso é suficiente.

Playbooks para SEO Specialist