Português

Um Dia na Vida de um Especialista em SEO

São 8h07. Seu café tem dois minutos e sua página principal acaba de cair da posição 3 para a posição 9 de uma hora para outra. As impressões estão 34% abaixo em uma janela de 7 dias consecutivos. Você ainda não sabe se é uma mudança de layout de SERP, um AI Overview comendo o clique, uma atualização do Google que ninguém confirmou ainda ou um deploy feito na sexta à noite que quebrou seus canonicals enquanto você jantava.

Você também não tem tempo para descobrir antes da stand-up de conteúdo das 9h, em que é o item 14 da pauta.

Bem-vindo ao cargo. A descrição da vaga chamava isso de "impulsionar crescimento orgânico." O dia real é muito mais específico do que isso, e a maior parte do conteúdo sobre SEO pula esses detalhes porque é escrita para gestores de contratação ou pitches de agências. Este não é o caso. Se você é um Especialista em SEO júnior ou pleno em um time de SaaS B2B ou de conteúdo in-house, aqui está como suas horas realmente passam, quais ferramentas ganham seu lugar e onde está o atrito.

Por Que um "Dia na Vida" Importa

O conteúdo sobre carreira em SEO costuma cair em dois grupos. O primeiro é texto de recrutamento: listas de bullet points sobre "ser dono do canal orgânico" e "colaboração interfuncional". O segundo é thought leadership de agências, com perspectivas de alto nível sobre E-E-A-T, autoridade temática e a última atualização de core do Google.

Nenhum dos dois diz para onde as horas vão.

ICs precisam da verdade operacional. Quais 30 minutos do seu dia movem posicionamentos, quais duas horas são pura sobrecarga de comunicação, quais ferramentas você realmente abre versus as que aparecem no tour do seu stack. A resposta importa porque o cargo é um jogo de feedback lento. Você pode rodar um processo impecável por seis semanas, não ver nenhum movimento e ainda estar fazendo o trabalho certo, mas só se souber como é esse trabalho certo em incrementos de 30 minutos.

O Dia, Hora a Hora

Esta é uma terça-feira típica em um time de SaaS B2B com um site de porte médio (5.000 a 50.000 URLs indexáveis). Os números, ferramentas e atritos são todos reais.

8h às 8h30, Verificação de Posicionamentos e GSC

Primeira coisa, antes do e-mail. Duas abas.

Aba um: Ahrefs Rank Tracker. Você tem um conjunto monitorado de 200 a 400 palavras-chave: páginas principais, queries de levantamento de mão, marca mais modificador e as 30 a 50 que geram a maior parte das suas conversões assistidas. Você está procurando qualquer palavra-chave que tenha se movido mais de três posições de uma noite para a outra. Uma única palavra-chave deslizando de 4 para 7 não é uma emergência. Seis palavras-chave na mesma URL todas caindo de dois a quatro posições já é.

Aba dois: Google Search Console (Performance, últimos 7 dias vs 7 anteriores). Você filtra pelo tipo de página que mais importa (geralmente /blog/ ou /product/) e ordena pelo delta de impressões. Qualquer URL com queda superior a 15% nas impressões é sinalizada. Qualquer URL com posição média de 1 a 5 e CTR abaixo de 2% é sinalizada separadamente. Essa é a assinatura do AI Overview: você rankeia mas não recebe o clique.

Às 8h25 você tem uma lista curta. Três URLs com quedas de impressões. Uma URL com o colapso de CTR característico de AI Overview. Você não corrige nada ainda. Apenas anota a lista para voltar depois da triagem.

Esse bloco é inegociável. Se você pular por dois dias, vai descobrir o problema pelo líder de marketing no Slack em vez de encontrá-lo você mesmo. Essa ordem importa mais do que a correção em si.

8h30 às 10h, Triagem de Anomalias Técnicas

Agora você investiga a lista curta. O fluxo de diagnóstico costuma ser sempre o mesmo.

  1. Carregue a URL no Screaming Frog. Crawl de URL única, modo de renderização definido para JavaScript. Você está procurando uma tag noindex, um canonical quebrado apontando para outra URL, uma inconsistência de hreflang ou um 4xx no HTML renderizado que não estava lá na semana passada. Trabalho de cinco minutos se você tiver a configuração salva.
  2. Se o Screaming Frog voltar limpo, abra o Sitebulb na seção. O ponto forte do Sitebulb é a visualização: grafo de links internos, mudanças de profundidade, chains de redirecionamento. Se um deploy reorganizou URLs e seus links internos agora passam por três redirecionamentos, o Sitebulb mostra isso mais rápido do que ler dados brutos de crawl.
  3. Verifique os Core Web Vitals no CrUX. Abra o Search Console, relatório de Core Web Vitals, e o PageSpeed Insights específico da página. Uma regressão de LCP de 2,4s para 4,1s em uma página principal vai absolutamente derrubar posicionamentos, e geralmente está correlacionada ao deploy de uma nova imagem hero ou de uma tag de marketing.
  4. Confirme no log de deploy. A maioria dos times de engenharia tem um canal no Slack para deploys em produção. Cruze a janela de queda da sua URL com o que foi publicado na sexta à noite ou segunda de manhã. Nove vezes em dez, a resposta está nesse canal.

Hoje a resposta é um self-canonical que foi reescrito para uma página de categoria pai durante uma limpeza de migração do CMS. A correção é uma mudança de configuração de uma linha. O ticket para fazer essa mudança é o próximo problema.

10h às 11h30, Redação de Content Brief

Às 10h você estabilizou a triagem. Agora, trabalho ofensivo de verdade.

Você tem uma palavra-chave alvo da sessão de planejamento da semana passada. KD 32, volume de busca de 880, intenção comercial razoável, e os três primeiros resultados são todos mais rasos do que sua cobertura temática existente. Este é o brief que você vai redigir hoje.

O processo:

  • Análise de SERP. Abra os 10 primeiros resultados. Para cada um, capture o padrão do título, estrutura de H2, contagem de palavras, schema presente e quais das perguntas do People Also Ask são respondidas. Cinco minutos por resultado se você for disciplinado.
  • Extração de outline dos concorrentes. Você não está copiando. Está encontrando as lacunas de cobertura de entidades. Três dos cinco principais concorrentes falam sobre custo de implementação. Nenhum fala sobre risco de migração. Esse é o seu diferencial.
  • Mapa de links internos. De três a cinco páginas existentes no seu site que deveriam linkar para cá, de três a cinco que essa nova página deveria linkar para fora. Sem esse mapa, o redator publica e a página fica órfã.
  • Entrega do brief. H2s, contagem de palavras alvo (1.800 a 2.400 para esse aqui), entidades a mencionar, links internos, palavras-chave primária e secundária, bloco de FAQ com cinco perguntas derivadas de PAA e rascunho de meta descrição.

Você envia o brief no Notion ou no Google Docs. Você sabe que o redator vai ler 40% dele. Você escreve mesmo assim, porque os 40% que ele lê são os 40% que movem a página da posição 18 para a posição 6.

11h30 às 12h30, Acompanhamento de Tickets de Dev

Hora do almoço, Slack quieto, é quando você faz o rastreamento sem glamour.

Você tem um board de tickets de SEO abertos. Quinze tickets. Três são críticos (a correção de canonical desta manhã, um rollout de hreflang do planejamento de três sprints atrás, um ticket de schema markup que alguém marcou como "won't fix" sem comentário). O restante varia de "seria bom ter" a "sangrando tráfego ativamente, mas a engenharia discorda."

A matemática honesta: seus tickets competem com features de receita e perdem 70% das vezes. Um ticket chamado "corrigir canonical auto-referencial em /pricing" parece entediante. Um ticket chamado "publicar o novo fluxo de onboarding" é o que o CEO está perguntando no standup. Adivinhe qual vence a sprint.

Seu trabalho nessa hora é manter os tickets de SEO visíveis sem se tornar a pessoa que os engenheiros silenciam. Isso significa:

  • Comente com impacto de negócio, não com detalhes técnicos. Não "o canonical está malformado." Em vez disso: "esta página gerou $X em pipeline atribuído no trimestre passado e perdeu aproximadamente $Y em visibilidade orgânica esta semana." Números viajam mais longe do que princípios.
  • Pré-escreva a correção. Se a mudança é de uma linha, coloque o diff no ticket. Metade das vezes a engenharia entrega só porque é mais rápido do que discutir.
  • Triagem do seu próprio backlog. Se um ticket tem 47 dias aberto e você não consegue justificar por que deve entrar nesta sprint, feche-o. Um board limpo é mais crível do que um cheio.

13h30 às 15h, Async com Conteúdo e PMM

Depois do almoço, o trabalho humano.

Há uma thread no Slack do redator que pegou seu brief de ontem. Ele não seguiu a estrutura de H2. A intro tem 400 palavras e enterra a palavra-chave primária. A seção de "custo de implementação" que você apontou como diferencial é um único parágrafo. Você pode reescrever o brief ou reescrever o artigo. O brief era mais claro, mas o artigo é o que o Google indexa.

Depois tem o PMM. O product marketing manager quer lançar uma nova página de feature na semana que vem. Sem pesquisa de palavras-chave, sem análise de SERP, sem plano de links internos. A página existe porque há um lançamento no calendário. Seu papel aqui é a versão mais calma de "não, mas aqui está como fazer funcionar":

  • Extraia duas ou três palavras-chave com volume real que se alinham ao posicionamento da feature.
  • Sugira que a página se encaixe em um pilar existente em vez de ficar sozinha.
  • Deixe a landing page de lançamento indexável, mas coloque noindex nas variantes duplicadas que o PMM criou para as campanhas pagas.

Esse bloco é metade do trabalho e não recebe nenhum crédito. As vitórias aqui são invisíveis: páginas que não foram lançadas como órfãs, briefs que não foram ignorados, variantes de teste A/B que não foram indexadas acidentalmente e não canibalizaram o original.

15h às 16h30, Bloco de Pesquisa de SERP

Trabalho profundo. Porta fechada (ou Slack no Não Perturbe, é a mesma coisa).

É aqui que a estratégia do próximo trimestre é construída. O trabalho:

  • Mapeamento de novo cluster de palavras-chave. Jogue uma palavra-chave semente no Ahrefs Keyword Explorer, expanda para perguntas, expanda novamente para "having same terms", deduplique em uma planilha, agrupe por sobreposição de SERP (qualquer duas queries que compartilham quatro ou mais URLs no top 10 vão para o mesmo cluster). Feito bem, isso produz de 8 a 15 oportunidades de artigo a partir de uma única semente.
  • Auditoria de presença de AI Overviews. Para cada cluster, verifique quais queries acionam AI Overviews. Queries informacionais os acionam em aproximadamente 60% a 80% das vezes em tópicos de SaaS B2B atualmente. Queries de fundo de funil e de marca ainda os acionam menos de 20% das vezes. Essa proporção determina quais clusters são priorizados para conteúdo versus quais são reequadrados.
  • Oportunidades de featured snippet. Posicionamentos de 4 a 8 sem nenhum concorrente segurando o snippet são as edições de maior alavancagem no seu backlog. Um bloco de definição de 50 palavras no topo de uma página existente pode mover da posição 6 para a posição 1 para o snippet sem mudar mais nada.
  • Lacunas de autoridade temática. O que o seu site cobre superficialmente enquanto um concorrente principal cobre de forma abrangente? A exportação de lista de URLs do Sitebulb mais um crawl do concorrente fornece um diff de sobreposição limpo.

Este é o bloco em que um ano de vitórias compostas é plantado. É também o bloco mais facilmente consumido pelo Slack e por "syncs rápidos".

16h30 às 17h30, Relatório de Fim do Dia

Último bloco. Atualização do Dashboard no Looker Studio primeiro: cliques e impressões por seção, semana a semana, com as páginas afetadas por AI Overview marcadas separadamente para que você possa mostrar líquido versus bruto.

Depois, o Slack de fim de dia para o seu líder de marketing. O formato que funciona, sem exceção, é uma vitória, um risco, uma solicitação.

Exemplo real:

Vitória: A correção do canonical em /pricing foi publicada às 14h. A página está de volta ao índice corretamente; espera-se recuperação de impressões em 3 a 5 dias.

Risco: /blog/cold-email-templates perdeu 41% das impressões em 7 dias. AI Overview agora aparece no termo principal. Investigando; pode ser necessário reequadrar a página para o fundo do funil.

Solicitação: Preciso de 30 min com o engenheiro de plataforma esta semana para o rollout de hreflang. O ticket está há 47 dias. Posso levar o diff pré-escrito.

Três frases. Seu líder de marketing lê porque é curto. Às vezes encaminha a vitória para o CEO. Sinaliza o risco para o head de conteúdo. A solicitação é respondida na quarta.

Esse é o dia. Seis horas e meia de trabalho focado, duas horas de comunicação e uma hora de triagem que você não planejou.

O Stack Que Você Realmente Usa

Tool sprawl é real e a maior parte é desnecessária. As sete ferramentas abaixo cobrem 95% do trabalho de um Especialista em SEO em uma semana.

  • Ahrefs. Rastreamento de posições, backlinks, lacuna de conteúdo, expansão de palavras-chave. A única ferramenta que não pode ser substituída.
  • Semrush. Rastreamento de posições secundário, mas os dados de sobreposição de PPC e o tracker de volatilidade de SERP são únicos. Vale o segundo acesso se o orçamento permitir.
  • Screaming Frog. Crawls técnicos, chains de redirecionamento, extração customizada. Execute semanalmente nas seções críticas, mensalmente no site inteiro.
  • Sitebulb. Visualização para stakeholders. Quando você precisa mostrar para alguém de fora do SEO por que a linkagem interna está quebrada, os diagramas do Sitebulb fazem o trabalho por você.
  • Google Search Console. Fonte da verdade. Tudo mais é um modelo. GSC é o dado.
  • Looker Studio. Relatórios. O Dashboard que o líder de marketing verifica na tarde de sexta. Conecte GSC, GA4 e a API do Ahrefs; construa cinco gráficos e publique.
  • Clearscope ou Frase. Otimização de brief, pontuação de conteúdo, cobertura de entidades. Use um, não os dois.

O que você não precisa no primeiro dia: ferramentas dedicadas de conteúdo com IA além dos assistentes de brief, analisadores de arquivos de log (até você chegar a 100k+ URLs), plataformas enterprise como BrightEdge ou Conductor (até você gerenciar 5 ou mais redatores e 3 ou mais mercados).

Três Realidades que a Descrição da Vaga Não Vai Te Contar

Depois de um ano no cargo, três coisas ficam óbvias e ninguém coloca na JD.

Uma: o atrito com engenharia é o trabalho. Seus tickets competem com features de receita e perdem 70% das vezes. A habilidade que diferencia um bom Especialista em SEO de um ótimo não é profundidade técnica. É a capacidade de traduzir o impacto do SEO para a linguagem que engenharia e produto usam, empacotar a correção e manter a credibilidade depois do quinto ticket ser postergado. Se você levar isso para o lado pessoal, vai se esgotar em 18 meses. Se tratar isso como o jogo real, vai construir os relacionamentos que fazem o próximo ticket ser publicado no dia três em vez do dia 47.

Duas: o time de conteúdo trata seu brief como sugestão. Você vai reeditar posts publicados mais do que gostaria. A solução não é briefs mais detalhados. A solução é criar um template de brief tão fácil de seguir que o redator prefira usá-lo, depois ganhar o direito de editar rascunhos antes de publicar em vez de depois.

Três: os AI Overviews mudaram a matemática. Queries informacionais perderam de 30 a 60% de CTR mesmo na posição 1 na maioria dos verticais de SaaS B2B ao longo de 2025 e início de 2026. A estratégia que funcionava em 2022 (rankear um glossário, ganhar o clique) está morta para o topo do funil. Seu trabalho agora pende para o fundo do funil (páginas de comparação, páginas de alternativas, conteúdo adjacente a pricing), para marca mais modificador (onde os AI Overviews aparecem menos) e para queries em que quem busca precisa verificar um vendor antes de uma decisão de compra. A boa notícia: essas queries convertem melhor. A má notícia: há menos delas, e seus concorrentes todos perceberam ao mesmo tempo.

Como é "Bom" aos 6 Meses

Seis meses dentro, o padrão é concreto. Se você consegue responder sim para os quatro, está no caminho certo:

  1. Você tem um conjunto de palavras-chave monitorado em que o líder de marketing confia. Ele referencia seus números em reuniões interfuncionais sem confirmar com você primeiro.
  2. Você publicou pelo menos uma correção técnica que moveu posicionamentos em um conjunto mensurável de URLs. Bônus se o engenheiro que a publicou agora te avisa proativamente quando um deploy relacionado está saindo.
  3. Você tem um template de brief repetível que o time de conteúdo realmente usa. Não "concorda em usar", mas usa, nos últimos 10 artigos publicados.
  4. Seu relatório de fim de dia é o primeiro que o líder de marketing lê na tarde de sexta.

O que está conspicuamente ausente dessa lista: um número específico de tráfego. Seis meses é pouco tempo. Os inputs certos nos meses 1 a 6 produzem tráfego nos meses 6 a 12. Qualquer pessoa que te venda prazos mais rápidos está prometendo demais.

Conclusão

O cargo recompensa paciência e reconhecimento de padrões. Um cluster de palavras-chave que você mapeou em março se torna 14.000 cliques mensais em outubro. Uma correção de canonical pela qual você lutou na semana três economiza $80 mil em pipeline um ano depois. Nada disso aparece no dia em que você faz o trabalho.

As vitórias se acumulam. Mas só se você parar de perseguir a fantasia da JD e rodar o dia real: a aba do GSC às 8h, o brief que ninguém pediu, o ticket de dev no dia 47, o fim de dia de sexta com uma vitória, um risco, uma solicitação. Esse é o trabalho.

O pitch era crescimento orgânico. O trabalho é tudo acima. Os dois podem ser verdade ao mesmo tempo.

Saiba Mais