Um RPM mais elevado não é evidência de ganhos mais elevados até que você verifique o que o denominador conta. Uma editora pode relatar US $ 12 por mil sessões e outros US $ 8 por mil pageviews, descrevendo exatamente a mesma receita e tráfego.

Isto é importante ao comparar uma captura de tela do AdSense com um relatório do Mediavine ou Journey. A etiqueta importa tanto quanto o número. Um painel também pode filtrar o tráfego que não poderia ganhar com anúncios, criando um terceiro denominador.

Uma mesma receita, dois RPM válidos

Os seguintes exemplos de dados demonstram o cálculo: não são um estudo de caso de editoras ou uma previsão.

Entrada ou resultadoMesmo período de relato
Receitas de publicidade$600
Sessões50,000
Visualizações de página75,000
Visões de páginas por sessão1.5
RPM da sessão$12
RPM por página$8
Session RPM = $600 / 50,000 × 1,000 = $12
Page RPM = $600 / 75,000 × 1,000 = $8

A taxa baseada na sessão é 50% maior. O editor não ganhou um centavo extra. Mais páginas foram contadas do que sessões, então dividir por pageviews produz uma taxa menor.

Google's Explicação RPM identifies the traffic unit as part of the calculation. Mediavine's explicação do painel Também distingue as métricas de receita e tráfego. Verifique o campo exato no relatório que você está usando ao invés de assumir que cada número chamado RPM significa página RPM.

Converter apenas com a sua própria contagem de tráfego

Se ambas as contagens cobrirem o mesmo local, datas e população de tráfego, a relação é:

Session RPM = Page RPM × (pageviews / sessions)
Page RPM = Session RPM / (pageviews / sessions)

Neste exemplo, $12 dividido por 1.5 é $8. Usando uma conversão genérica 1.5 para outro site seria um erro: é uma entrada escolhida para este exemplo, não uma média da indústria.

Não divida as sessões filtradas de uma rede nas visualizações de páginas sem restrições do GA4 e chame o resultado de fator de conversão. Diferenças de consentimento, filtragem de bots, fusos horários e escopo de relatórios podem tornar as contagens incompatíveis. Se você não puder alinhá-las, relate as duas taxas separadamente com suas definições.

Uma folha de comparação prática antes de mudar de rede

  1. As receitas de exportação para um período completo, observando se o montante é estimado ou finalizado e quais as taxas que inclui.
  2. Grave o rótulo do denominador exato e se o painel está mostrando todo ou o tráfego monetizado.
  3. Grave as visualizações de páginas e sessões de uma fonte de relatórios consistente para esse período.
  4. Recalcular uma taxa comum apenas onde as populações coincidem. Mantenha a receita total ao lado dela.
  5. Repita para o segundo período, observando mudanças na mistura de país, temporada e configuração de anúncios.

Mesmo um aumento corretamente normalizado não prova que a mudança de redes causou isso. Os visitantes, mês ou inventário pode ter mudado também.

Um valor de receita, duas taxas: Receita por sessão; Receita por pageview; Diferentes denominadores.
Um montante de receita, duas taxas. Receita por sessão → Receita por página → Diferentes denominadores.

Usar o parâmetro de referência certo

Nossa Conjunto de dados RPM verificados pelo corretor usa visualizações de página. Compare-o com a página RPM, não RPM de sessão. A amostra contém empresas selecionadas para venda e não é um benchmark somente para Mediavine.

Você pode inserir suas visualizações de página e receita no Calculadora RPM para verificar a divisão. Para a questão separada de admissão, leia Comparação de elegibilidade Journey e Mediavine. Uma taxa de lucro não é uma exigência de aplicação.

Se o painel disser mRPM, leia por que RPM monetizado pode subir sem receita adicional antes de compará-lo com qualquer taxa aqui.

Para comparar dois períodos completos, o comparação entre receitas e variações aceita as visualizações de páginas ou sessões para ambos os períodos. Normaliza a receita por dia e separa os componentes de tráfego e RPM. Mantenha o mesmo denominador, fuso horário e definição de receitas; os resultados da sessão não são comparados com o nosso benchmark de visualização de páginas.

Grau de evidência: A. A aritmética é reprodutível; este é um exemplo instrucional suportado por definições de provedor, não uma comparação independente observada de redes de anúncios.

Verifique o nome métrico da própria rede

Guia do Raptive para RPM e Page RPM fornece fórmulas separadas para visitas e páginas. glossário da Mediavine também define sessão RPM. Use a definição de seu relatório real; nenhuma fonte estabelece uma taxa típica para o seu site.

Uma sessão é uma regra de relatório, não uma pessoa

Um usuário pode criar várias sessões. Uma sessão pode incluir várias visualizações de página. A contagem depende do sistema de análise e sua configuração, não só de quantas pessoas conhecem o site.

Documentação da sessão do Google descreve um período de interação e um tempo- limite de inatividade padrão. Isso torna as sessões úteis para analisar visitas, mas não as torna intercambiáveis com pessoas ou páginas únicas. Uma mudança na configuração de medição pode alterar a contagem sem criar a alteração equivalente na leitura.

Se duas fontes discordarem nas sessões, verifique como cada uma observa as visitas. Compare o intervalo de datas, fuso horário, filtragem, comportamento de consentimento e escopo do site. Não escolha a contagem menor apenas porque produz um RPM maior. O denominador correto é aquele que corresponde à questão definida para relatar.

Mantenha as mudanças de medição em um log datado. Caso contrário, um salto aparente na sessão RPM após um lançamento pode refletir menos sessões gravadas em vez de melhores ganhos. Receita total ao lado da taxa ajuda a revelar essa possibilidade.

Mais páginas por visita podem aumentar uma taxa enquanto outra permanece plana

Tome um exemplo escolhido separadamente com cinquenta mil sessões e uma visão de página por sessão. Em um RPM de 8 páginas, cinquenta mil visualizações de página produzem 400 dólares. O RPM de sessão também é 8 dólares porque as contagens acontecem para combinar.

Agora realizar sessões em cinquenta mil e página RPM em $ 8, mas assumir visitantes ver uma página e meia por sessão. Pageviews tornar-se setenta e cinco mil ea receita torna-se $ 600. Sessão RPM sobe para $12 enquanto página RPM permanece $ 8.

Deslize ou role a tabela horizontalmente para ver cada coluna.

Cenário escolhidoSessõesVisualizações de páginaReceitasRPM por páginaRPM da sessão
Uma página por sessão50,00050,000$400$8$8
Uma página e meia por sessão50,00075,000$600$8$12

A segunda linha adiciona receita porque assume mais visualizações de página ganhando na mesma taxa. Não estabelece que adicionar um link interno fará com que o comportamento ou que cada visão de página adicional ganha o mesmo valor. Mostra como as medidas se relacionam em condições nomeadas.

Essa distinção é importante ao avaliar as mudanças de navegação. Uma taxa de sessão pode refletir tanto os ganhos de nível de página quanto a profundidade de leitura. Uma taxa de página se concentra na receita relativa às páginas. Mantenha visível tanto a receita total quanto a total em vez de decidir que uma é a única métrica honesta.

O mesmo RPM por página pode esconder resultados totais diferentes

Uma taxa não tem escala sem sua contagem. Um site com dez mil pageviews em RPM $ 8 páginas ganha 80 dólares. Um site com cem mil pageviews nessa mesma taxa ganha 800 dólares. O RPM idêntico não significa que as empresas fazem o mesmo valor.

O inverso também é verdadeiro. Dois sites podem ganhar a mesma receita com diferentes contagens de pageview e, portanto, taxas diferentes. Uma comparação de taxa precisa da tarefa: você está tentando entender a eficiência de receita, renda total, comportamento do leitor ou a economia de uma mudança?

Para uma decisão financeira, adicione os custos relevantes. Nem a sessão RPM nem a página RPM subtrai hospedagem, escritores, software, trabalho de implementação ou proprietário pagar automaticamente. Uma taxa de receita mais alta pode coexistir com uma contribuição menor se a receita extra custa mais para produzir.

É por isso que a Planeador de mudança de rede O denominador verifica primeiro, depois a comparação económica. Uma taxa maior por si só não pode completar a decisão.

Sessões monetizadas adicionam uma questão de cobertura separada

A definição atual do mRPM da Mediavine conta sessões com pelo menos um anúncio servido. Essa contagem mais estreita pode ser útil para examinar o tráfego monetizado, mas responde a uma pergunta diferente da receita por todas as sessões.

Use um cenário escolhido com $ 600 de receita, cinquenta mil sessões totais e quarenta mil sessões monetizadas. RPM de toda a sessão é de $12. RPM de sessão monetizada é de $15. Ambos usam os mesmos ganhos. A quota monetizada é de oitenta por cento sob estas contagens correspondentes.

The identity is all-session RPM equals monetized-session RPM multiplied by the monetized-session share. Here, $15 multiplied by 0.80 gives $12. This is a reporting identity, not proof that excluding sessions increased the money earned.

Não rotular os restantes vinte por cento como bloqueadores de anúncios sem mais provas. As sessões não monetizadas podem refletir várias condições. Uma diferença de contagem sozinho não pode separar as opções de privacidade, inventário não suportado, demanda, tráfego inválido ou outros detalhes de implementação. Use as avarias do provedor e a configuração real para investigar.

Evite também combinar as contagens de sessões monetizadas com as visualizações de páginas de uma população diferente. A identidade por sessão anterior precisa de um escopo correspondente. Um denominador filtrado não é reparado dividindo- o numa contagem irrestrita de outro relatório.

Converta apenas as contagens correspondentes: Mesma receita; Mesmo período de relatório; Suas páginas por sessão.
Converta apenas contagens correspondentes. Mesma receita → Mesmo período de relato → Suas páginas por sessão.

Peso de cada taxa pela sua contagem correspondente

Suppose one complete month has ten thousand sessions and $100 revenue, giving $10 session RPM. Another has ninety thousand sessions and $450, giving $5 session RPM. The simple average of the two rates is $7.50.

Across both months, revenue is $550 and sessions are one hundred thousand. The combined session RPM is $5.50. The higher-traffic month carries more weight in the pooled calculation.

Uma média igual a mês pode descrever um resumo particular de meses, mas não é a taxa combinada entre as sessões. O mesmo problema de ponderação aplica-se à página RPM em páginas, dispositivos, países ou períodos. Use a receita total correspondente dividida pela contagem total correspondente para a medida agrupada.

Quando apresentar um parâmetro de referência, diga se ele resume empresas, meses ou unidades de tráfego. Nossa mediana histórica do negócio não dá a cada página a mesma visão de peso. Essa diferença pode explicar porque uma taxa agrupada e uma taxa de negócios mediana estão muito distantes sem ser um erro aritmética.

Comparar os períodos após o alinhamento dos dias completos

Um período mais longo pode produzir mais receitas com uma menor taxa diária de atividade. Se uma exportação abrange quinze dias ea outra abrange trinta, comparar os totais de dias completos e taxas cuidadosamente antes de decidir o negócio melhorou.

For a chosen example, fifteen complete days produce $150 from twenty thousand pageviews. Thirty complete days produce $240 from forty thousand. Total revenue rises sixty percent, but revenue per day falls from $10 to $8. Page RPM falls from $7.50 to $6.

O objetivo não é declarar a receita diária a única métrica. É manter o comprimento do período de tornar-se uma explicação invisível. Um total mensal crescente pode esconder um dia médio mais fraco, e um mês mais curto pode ter um total inferior, enquanto o ritmo diário subjacente é mais forte.

Verifique também os limites do fuso- horário. Um primeiro ou último dia parcial num relatório pode interromper uma pequena comparação. Mantenha as exportações originais e os seus fusos- horários indicados em vez de as alinhar pelos nomes de ficheiros.

Um diagnóstico prático quando as taxas parecem impossíveis

Comece por reproduzir uma taxa a partir dos ganhos e da contagem do seu próprio relatório. Se a aritmética falhar, verifique se o total, os filtros ou o período exibidos diferem da exportação subjacente. Uma taxa arredondada pode produzir uma pequena diferença; um grande necessita de explicação.

Em seguida, inspecione a relação entre as visualizações de páginas e as sessões dentro da mesma fonte. Se a relação implícita o surpreender, verifique se você não selecionou os usuários, as sessões engajadas ou as sessões monetizadas. Um rótulo familiar pode ocultar um campo diferente.

Em seguida, compare o escopo de receita. Os ganhos estimados, os ganhos finalizados e os pagamentos não são automaticamente o mesmo valor. Um depósito bancário pode cobrir um período diferente ou incluir ajustes. Ele não pode simplesmente substituir o numerador do mês ganho-receitas.

Finalmente, verifique se o relatório alterou a sua visão padrão. Uma mudança de todo o tráfego para o tráfego monetizado pode aumentar a taxa de título, deixando a receita inalterada. Preservar ambas as visões e a data da mudança para que você possa interpretar o histórico de forma consistente.

O que perguntar antes de aceitar uma alegação de desempenho

Pergunte se o resultado cobre o mesmo site e público que a comparação. Pergunte se é um período observado, uma previsão, uma garantia introdutória ou uma ilustração selecionada.

Uma captura de tela sem esses detalhes é uma evidência incompleta, mesmo que o número seja genuíno. Um link de origem para uma definição métrica pode explicar a fórmula; ela não pode provar que a captura de tela usou dados compatíveis.

Você ainda pode usar um resultado limitado para fazer uma próxima pergunta útil. Recalcule uma unidade compartilhada onde a evidência a suporta. Deixe as taxas incompatíveis separadas onde ela não o suporta. Uma comparação claramente não resolvida é melhor do que uma melhoria de porcentagem exata montada de diferentes denominadores.

O resultado deve ser simples: um montante de ganhos, conta claramente nomeado e uma comparação cujo escopo outra pessoa pode reproduzir. Essa é a base para decidir se uma mudança melhorou o negócio em vez de apenas tornar o seu número de manchete maior.

Manter indisponível uma taxa indefinida

As sessões zero não suportam um cálculo RPM de sessão, e as visualizações de página zero não suportam um cálculo RPM de página. Um valor de receita zero com tráfego positivo produz uma taxa zero, que é um estado diferente. Uma contagem de tráfego em falta não é a mesma que um zero medido.

Se a receita positiva aparecer ao lado do tráfego relatado em zero, investigue o escopo e o timing antes de interpretá- la. O dinheiro pode pertencer a outro período, a contagem pode estar indisponível ou a fonte de informação pode diferir. A resposta certa é uma questão de reconciliação, não um distintivo RPM infinito.

Valores negativos também merecem tratamento explícito. Um ajuste pode fazer um campo de receita líquida negativo sob algumas definições de relatórios, mas isso não significa que um visitante literalmente gerou um número negativo de páginas. Mantenha ajustes e contagens de tráfego rotulados e evitar misturar um ajuste de pagamento em uma comparação de ganhos ordinários sem explicação.

Para verificação manual, comece com valores pequenos: dez dólares de mil páginas dá RPM página de dez dólares. Dobrando o tráfego na receita fixa metade da taxa. Dobrando ambos deixa a taxa inalterada. Essas identidades são verificações de regressão úteis, embora aritmética correta ainda não pode estabelecer que os dados fonte descreve o seu negócio real com precisão.

O que é o RPM da página quando uma rede reporta a sessão RPM?

Page RPM means revenue per thousand pageviews. Session RPM uses sessions instead. You need the matching count to translate between them. If an example period has $300 in revenue, 30,000 pageviews and 20,000 sessions, page RPM is $10 and session RPM is $15. Neither number is a pay rise or a loss: both describe the same $300.

The ratio is pageviews divided by sessions. In that example it is 1.5, so session RPM is page RPM multiplied by 1.5. Do not use that example ratio for your own site unless your matching report actually shows it. Provider-specific session definitions and filters can also differ. Keep the definition alongside the exported totals.

Ao se mover entre um relatório de rede e suas análises, compare os limites de data e as regras de contagem. Se você só tiver sessões, uma comparação RPM de página permanece incompleta até que você tenha visualizações de página. Deixe a contagem em falta desconhecida em vez de pedir emprestado a média de outro site.