RPM (Revenue Per Mille) mede quanto um publisher ganha por mil visualizações de página ou sessões. A fórmula é (receita total / pageviews) × 1.000 pro Page RPM, ou (receita total / sessões) × 1.000 pro Session RPM. RPM e eCPM são parecidos mas não iguais: eCPM mede ganho por mil impressões em um único bloco de anúncio; Page RPM soma todos os blocos por pageview; Session RPM agrega todos os pageviews por visita. Os três aparecem em painéis diferentes (AdSense, GAM, Analytics) e divergem entre si — entender por que cada um diverge é metade do trabalho de analisar receita programática.
Toda métrica de receita programática parece a mesma coisa pra quem está começando. CPM, eCPM, RPM, Page RPM, Session RPM — siglas que se confundem nas conversas e nos relatórios. Mas elas medem coisas diferentes, e usar a errada pra tomar decisão de negócio leva a conclusões erradas.
A boa notícia é que a confusão tem solução simples: entender quem é cada métrica, quem é cada painel que reporta, e qual número você deveria estar olhando pra qual decisão. Esse é o foco deste guia.
Pronto para Decolar?
Junte-se a milhares de publishers que já estão maximizando sua receita com a tecnologia espacial da WinUp.
Pra técnicas específicas de como aumentar receita (header bidding, ad refresh, floors, otimização de viewability), referencio os artigos correspondentes do cluster ao longo do texto — eles cobrem cada alavanca em profundidade. Aqui o objetivo é o entendimento das métricas em si.
RPM em uma frase
RPM significa Revenue Per Mille — receita por mil. “Mille” é mil em latim, herança da tradição de medir em milhares de impressões que vem da publicidade tradicional.
Pra publishers, RPM mede quanto seu site ganha por mil unidades de algo. O “algo” depende de qual RPM você está olhando:
- Impression RPM — por mil impressões de anúncio (idêntico ao eCPM)
- Page RPM — por mil pageviews
- Session RPM — por mil sessões de usuário
- Ad Request RPM — por mil requisições de anúncio (apenas no AdSense)
Cada um responde a uma pergunta diferente. Confundir entre eles é o erro analítico mais comum em monetização.
A fórmula (que é a mesma em todos os casos)
A estrutura matemática do RPM não muda. O que muda é o denominador:
RPM = (Receita / Unidade) × 1.000
- Page RPM = (Receita / Pageviews) × 1.000
- Session RPM = (Receita / Sessões) × 1.000
- Impression RPM / eCPM = (Receita / Impressões) × 1.000
Exemplo concreto: site gerou R$ 500 em receita publicitária com 100.000 pageviews. Page RPM = (500 / 100.000) × 1.000 = R$ 5. Significa que cada mil pageviews rende R$ 5 em média.
Pra projeções:
Receita esperada = (Pageviews previstos / 1.000) × Page RPM
Se você prevê 300.000 pageviews no próximo mês com Page RPM histórico de R$ 5, receita esperada é R$ 1.500. Útil pra previsão financeira e pra dimensionar quando faz sentido investir em conteúdo (custo de produção vs receita esperada).
A distinção que confunde todo mundo: Impression RPM vs Page RPM vs Session RPM
Aqui está onde a maioria dos publishers se atrapalha. Os três medem coisas relacionadas mas diferentes:
Impression RPM (ou eCPM)
Quanto cada bloco de anúncio individual rende por mil impressões. Se você tem um ad unit com Impression RPM de R$ 8, esse espaço específico gera R$ 8 a cada mil vezes que ele aparece.
É a métrica certa pra otimizar posicionamentos individuais: comparar performance de uma posição vs outra, decidir qual ad unit remover, ver onde refresh está funcionando ou não.
Page RPM
Quanto cada página inteira rende por mil pageviews, considerando todos os ad units somados. Página com 3 ad units, cada um com Impression RPM de R$ 4, gera Page RPM próximo de R$ 12 (na prática um pouco menos, porque fill rate raramente é 100%).
É a métrica certa pra comparar conteúdo, categorias e seções do site: que tipo de artigo monetiza melhor? Notícia de finanças paga mais que entretenimento? Material evergreen vs viral?
Session RPM
Quanto cada visita inteira ao site rende por mil sessões, considerando todos os pageviews da sessão multiplicados pelos ad units. Site com Page RPM de R$ 5 e média de 2,5 pageviews por sessão tem Session RPM próximo de R$ 12,50.
É a métrica certa pra avaliar qualidade de tráfego: visitante de busca orgânica vale mais que visitante de rede social? Tráfego direto monetiza melhor que referência? Vale investir em SEO vs ads pagos pra atrair audiência?
Qual usar em qual decisão
A regra prática:
- Decidindo sobre posicionamento de anúncio específico → Impression RPM (ou eCPM)
- Decidindo sobre tipo de conteúdo que você produz → Page RPM
- Decidindo sobre fontes de tráfego e estratégia de aquisição → Session RPM
- Conversando com financeiro/sócios sobre saúde do negócio → Session RPM (é o número mais próximo do “valor por visitante”)
Por que o RPM do AdSense diverge do RPM do GAM (e do Analytics)
Esse é o ponto que confunde até publisher experiente. Você abre AdSense e vê Page RPM de R$ 6. Abre o GAM e vê eCPM de R$ 9. Abre o Google Analytics e vê RPM diferente dos dois. Como pode?
A resposta é simples quando você entende o que cada um está medindo:
AdSense reporta apenas a receita do AdSense
Page RPM do AdSense = (Receita só de AdSense / Pageviews) × 1.000. Se você tem header bidding com múltiplos SSPs além do AdSense, o número do painel AdSense ignora a receita de todos os outros. É Page RPM parcial, não total.
Pra publisher só com AdSense puro, o número é completo. Pra qualquer um com GAM + header bidding, é fração da realidade.
GAM reporta eCPM por nível de transação
O painel do GAM tem vários eCPMs diferentes:
- eCPM por ad unit — quanto cada espaço rende
- eCPM por advertiser — quanto cada anunciante paga em média
- eCPM por país, device, etc. — quando você segmenta
Mas o GAM não calcula Page RPM nativamente. Você precisa cruzar receita do GAM com pageviews de outra fonte (geralmente Analytics) pra chegar no número.
Analytics conta pageviews de forma própria
Google Analytics usa critérios próprios pra contar pageview: bots filtrados, sessões com timeouts próprios, regras de amostragem em sites grandes. O número de pageviews que aparece no Analytics raramente bate exatamente com o que o GAM ou AdSense contam — discrepâncias de 5-15% são normais.
O resultado prático
Pra ter Page RPM ou Session RPM realmente correto, você precisa:
- Somar receita de todas as fontes (AdSense + GAM + header bidders + deals diretos)
- Usar uma fonte única e confiável de pageviews/sessões
- Calcular manualmente, porque nenhum painel sozinho faz isso automaticamente
Plataformas de monetização profissional (Clickio, Setupad, MonetizeMore, etc.) oferecem essa consolidação automatizada. Sem elas, o caminho é planilha cruzando dados de três fontes. Pra publishers menores, vale a pena calcular pelo menos uma vez por mês.
O que conta como “bom” RPM em 2026
Não existe número universal, mas dá pra dar faixas realistas como ponto de referência. Os números abaixo são pra Page RPM, em dólares, considerando configuração de monetização razoável (não AdSense puro básico):
| Cenário | Faixa típica de Page RPM (USD) |
|---|---|
| Conteúdo geral, tráfego mundial misto | $2 – $8 |
| Tráfego majoritário tier 1 (EUA, UK, CA, AU) | $8 – $25+ |
| Tráfego majoritário Brasil/LATAM | $1 – $5 |
| Nicho de finanças/seguros (tier 1) | $15 – $50+ |
| Nicho de tecnologia/SaaS (tier 1) | $8 – $20 |
| Entretenimento/notícias geral | $3 – $10 |
| Tráfego mobile dominante | $2 – $6 |
| Tráfego desktop dominante | $5 – $15 |
Pra publisher brasileiro com audiência majoritariamente local, faixa realista é R$ 2 a R$ 15 de Page RPM. Quem ultrapassa R$ 20 consistentemente está em nicho premium (finanças, B2B, jurídico) ou tem operação programática muito bem otimizada.
Mas o benchmark mais útil é o seu próprio histórico. Comparar com outros sites é arriscado porque mix de tráfego, configuração técnica e nicho variam demais. Compare semana com semana, mês com mês — e investigue qualquer queda relevante (>15%) que persista por mais de alguns dias. Tem um guia específico do cluster pra esse diagnóstico, que cobre Passo a passo as causas mais comuns.
Os fatores que efetivamente movem o RPM
Cobri várias dessas alavancas em profundidade nos outros artigos do cluster. Vou listar aqui o panorama, com link mental pra qual artigo aprofunda cada uma:
Competição de demanda
Quanto mais bidders ativos competindo pelas suas impressões, maior o RPM. AdSense puro é piso, GAM com AdSense dentro melhora, GAM com header bidding multi-SSP otimiza. Esse é o ganho potencial mais alto pra maioria dos publishers — frequentemente 50-100% só nessa dimensão.
Qualidade do inventário
Viewability acima de 70%, IVT controlado, posicionamento above the fold. Inventário de baixa qualidade é precificado pra baixo pelos algoritmos das SSPs, mesmo com mais bidders competindo. Investir em qualidade tem ROI direto em RPM.
Floor price e regras de yield
Floor desatualizado vende inventário abaixo do valor de mercado. Configuração granular por GEO + device + posição costuma elevar RPM em 15-40%.
Ad refresh inteligente
Refresh bem configurado gera mais impressões por sessão — sobe Session RPM diretamente, sem precisar de mais tráfego. Mal configurado, derruba eCPM e prejudica viewability. Ganho típico quando funciona: 20-50% no Session RPM.
Páginas por sessão
Métrica que afeta só Session RPM, não Page RPM. Visitante que vê 3 páginas em vez de 1,5 dobra o valor da sessão sem mudar nada na configuração de anúncios. Links internos, recomendações de conteúdo, navegação intuitiva — alavancas editoriais, não técnicas.
Geografia da audiência
Tráfego tier 1 paga 5-10x mais que tier 3 pra mesmo conteúdo. Estratégia de SEO direcionada pra atrair audiência tier 1 (quando faz sentido editorialmente) tem impacto multiplicador em RPM.
Sazonalidade
Q4 (outubro-dezembro) é pico do ano, com RPMs 30-60% acima da média. Q1 (janeiro-março) é vale. Variação de 30-40% entre meses é normal. Se você vê queda em janeiro e entra em pânico, lembra: provavelmente é sazonalidade, não problema técnico.
Velocidade do site
Core Web Vitals saudáveis (LCP, INP, CLS) aumentam viewability, que aumenta demanda premium, que aumenta RPM. Bonus: ajudam SEO. Investimento técnico de melhor ROI composto que existe pra publisher.
Cenário prático: o que cada melhoria entrega
Pra ilustrar quanto cada alavanca contribui, considere publisher fictício com 500.000 sessões mensais, média de 2 pageviews/sessão, totalizando 1 milhão de pageviews/mês:
| Cenário | Page RPM | Pageviews/Sessão | Session RPM | Receita mensal |
|---|---|---|---|---|
| AdSense puro, configuração básica | R$ 4 | 2,0 | R$ 8 | R$ 4.000 |
| + GAM com AdX dentro | R$ 6 | 2,0 | R$ 12 | R$ 6.000 |
| + Header bidding multi-SSP | R$ 7 | 2,0 | R$ 14 | R$ 7.000 |
| + Floor prices otimizados | R$ 7,50 | 2,0 | R$ 15 | R$ 7.500 |
| + Smart refresh | R$ 8,50 | 2,0 | R$ 17 | R$ 8.500 |
| + Engajamento melhorado (links internos) | R$ 8,50 | 2,5 | R$ 21,25 | R$ 10.625 |
Mesmo tráfego total, 2,65x mais receita ao percorrer toda a escada de otimização. Não é teórico — é o típico de quem implementa cada alavanca corretamente.
A ressalva importante: cada degrau dessa escada tem complexidade e exige condições prévias. AdSense puro funciona pra qualquer um; header bidding exige tráfego mínimo e GAM bem configurado; smart refresh sem viewability boa funciona pior que sem refresh. Não é “implementar tudo de uma vez”, é “subir um degrau quando estiver pronto”.
Diagnóstico rápido quando o RPM cai
Se você abriu o painel e o RPM caiu, três perguntas em ordem:
- A queda é sazonal previsível? (Janeiro depois de Q4 forte = sim, geralmente. Queda em maio aleatória = não.)
- Caiu o RPM ou caiu o tráfego? Se receita caiu mas RPM se manteve, problema é tráfego. Se RPM caiu, problema é monetização.
- Caiu o Page RPM ou só o Session RPM? Page RPM caindo aponta pra problema no inventário/configuração. Só Session RPM caindo aponta pra mudança no comportamento do usuário (menos páginas/sessão).
A partir dessas três respostas, você restringe muito o universo de causas possíveis. O artigo do cluster sobre diagnóstico de queda de CPM detalha o checklist completo em 5 passos.
Para fechar
RPM é a métrica que une tudo pra publisher. eCPM e CPM olham pedaços (uma impressão, um bloco); RPM olha o todo (uma página, uma sessão, um visitante). É o número que importa pra planejamento financeiro, pra decisão de produção de conteúdo, pra avaliação de qualidade de tráfego.
O segredo de usar RPM bem é entender qual versão dele você está olhando e por que ela diverge das outras. Page RPM do AdSense não é Page RPM real; eCPM do GAM não é Page RPM; pageviews do Analytics não são pageviews do ad server. Sem consolidar essas três fontes (manual ou via plataforma de monetização), você está tomando decisão com número parcial.
A partir do número correto, as alavancas pra aumentar são bem mapeadas: mais competição de demanda, melhor qualidade de inventário, floor calibrado, refresh inteligente, engajamento maior, audiência tier mais alto. Cada uma é tema próprio, e cada uma rende quando aplicada na hora certa do seu estágio de monetização.
O publisher que entende RPM corretamente toma melhores decisões. O publisher que confunde os números toma decisões baseadas em métrica errada — e acaba otimizando o que não precisa enquanto ignora o que importa.
