---
name: effort-vs-realistic-win
description: Use quando o seu backlog de conteúdo é maior do que a sua capacidade e precisa de decidir o que é construído este mês em vez de um dia.
---

# Priorizar por Esforço Face a Vitória Realista

A maioria das priorizações multiplica o volume por um número de dificuldade inventado e produz um ranking em que ninguém confia. O problema é que as pontuações de dificuldade ignoram o site - dizem-lhe quão difícil é um termo para um site médio, não para o seu. O que precisa é de uma estimativa honesta sobre se este domínio específico consegue chegar à primeira página dentro do horizonte que está a planear.

## O que precisa primeiro

- as posições atuais para todas as queries alvo
- uma lista dos 3 sites que ocupam realmente as posições 1-5 nos seus clusters centrais
- uma contagem honesta da sua capacidade de produção semanal em páginas terminadas

## Método

1. Divida o backlog em três faixas pela posição atual: 8-20, 21-40 e sem posição ou 40+. As posições 8-20 já são consideradas relevantes pelo Google e normalmente mexem-se só com trabalho on-page.
2. Para tudo o que estiver na faixa 21-40, verifique se as páginas acima de si estão em domínios materialmente mais fortes do que o seu. Se quatro ou mais dos 10 primeiros estiverem, o termo precisa de links e pertence a outra rubrica de orçamento, não ao plano de conteúdos.
3. Estime o esforço em horas de produção, não em número de palavras. Uma página de 900 palavras que exige dados originais custa mais do que um explicador de 2.500 palavras que consegue escrever de cabeça.
4. Multiplique os cliques mensais realistas na posição que consegue atingir - não a posição 1 - pelo valor por clique que consegue defender a partir da analítica. Use a posição 5 como teto para clusters competitivos.
5. Ordene por valor a dividir por horas e depois anule o ranking uma vez: puxe para a frente tudo o que desbloqueie um cluster posterior, mesmo que pontue mal por si só.
6. Comprometa-se apenas com o que cabe na capacidade com 25 por cento de folga, porque as atualizações e o trabalho não planeado comem sempre o resto.

## O que isto produz

Uma lista mensal de construção assumida, com cliques esperados e horas por item, e uma pilha de adiados explícita.

## Onde isto corre mal

- modelar receita na posição 1 quando o seu teto realista para esse cluster é a posição 6
- usar uma pontuação genérica de dificuldade de palavra-chave como se ela tivesse em conta a força do seu próprio domínio
- preencher 100 por cento da capacidade, de modo que a primeira emergência de atualização destrói o calendário

---

Da biblioteca de competências da QuQi - https://www.quqi.io/pt/skills/effort-vs-realistic-win