{"id":1121,"date":"2026-09-21T21:31:46","date_gmt":"2026-09-21T19:31:46","guid":{"rendered":"https:\/\/mersad.digital\/?post_type=insight&p=1121"},"modified":"2026-09-21T21:31:46","modified_gmt":"2026-09-21T19:31:46","slug":"revenue-per-session-ecommerce","status":"publish","type":"insight","link":"https:\/\/mersad.digital\/ar\/insights\/revenue-per-session-ecommerce\/","title":{"rendered":"Revenue Per Session The Ecommerce Metric More Teams Should Be Watching"},"content":{"rendered":"
\"Revenue
Revenue Per Session ecommerce metric showing traffic conversion rate AOV and revenue performance<\/figcaption><\/figure>\n\n\n\n

Most ecommerce teams watch the same dashboard every week.<\/p>\n\n\n\n

Sessions.<\/p>\n\n\n\n

Conversion Rate.<\/p>\n\n\n\n

Orders.<\/p>\n\n\n\n

Average Order Value.<\/p>\n\n\n\n

Revenue.<\/p>\n\n\n\n

ROAS.<\/p>\n\n\n\n

All useful metrics.<\/p>\n\n\n\n

But the problem starts when teams read them separately.<\/p>\n\n\n\n

Conversion Rate goes up, so the website must be performing better.<\/p>\n\n\n\n

Average Order Value goes up, so merchandising must be working.<\/p>\n\n\n\n

Traffic grows, so acquisition must be improving.<\/p>\n\n\n\n

Revenue goes up, so the overall strategy must be healthy.<\/p>\n\n\n\n

Not necessarily.<\/p>\n\n\n\n

One metric can improve while the commercial efficiency of the store gets worse.<\/p>\n\n\n\n

That is where Revenue Per Session<\/strong> becomes useful.<\/p>\n\n\n\n

Revenue Per Session \u2014 or RPS \u2014 answers a very simple question:<\/p>\n\n\n\n

\n

How much revenue does the average visit to your ecommerce store generate<\/strong><\/p>\n<\/blockquote>\n\n\n\n

It connects two metrics teams usually treat separately:<\/p>\n\n\n\n

\u0645\u0639\u062f\u0644 \u0627\u0644\u062a\u062d\u0648\u064a\u0644<\/strong><\/p>\n\n\n\n

and<\/p>\n\n\n\n

\u0645\u062a\u0648\u0633\u0637 \u0642\u064a\u0645\u0629 \u0627\u0644\u0637\u0644\u0628<\/strong><\/p>\n\n\n\n

Instead of asking only how many visitors purchased or how much each order was worth, RPS measures how much revenue the store generates from the traffic it already receives.<\/p>\n\n\n\n

That makes it one of the most useful metrics for understanding ecommerce efficiency.<\/p>\n\n\n\n

Shopify currently includes the closely related Revenue Per Visitor metric among its key ecommerce KPIs and defines it as the average revenue generated from site visitors. Its 2026 ecommerce metrics guidance also emphasizes that no single KPI should be read in isolation.<\/p>\n\n\n\n

\n\n\n\n

What Is Revenue Per Session<\/h2>\n\n\n\n

The formula is straightforward.<\/p>\n\n\n\n

Revenue Per Session = Total Revenue \u00f7 Total Sessions<\/strong><\/p>\n\n\n\n

\u0639\u0644\u0649 \u0633\u0628\u064a\u0644 \u0627\u0644\u0645\u062b\u0627\u0644:<\/p>\n\n\n\n

Monthly Revenue = SAR 500,000<\/p>\n\n\n\n

Sessions = 200,000<\/p>\n\n\n\n

Revenue Per Session:<\/p>\n\n\n\n

500,000 \u00f7 200,000 = SAR 2.50<\/strong><\/p>\n\n\n\n

Every session generated an average of SAR 2.50 in revenue.<\/p>\n\n\n\n

That does not mean every visitor spent SAR 2.50.<\/p>\n\n\n\n

Most visitors probably purchased nothing.<\/p>\n\n\n\n

RPS distributes total revenue across all sessions to measure how efficiently the store monetizes its traffic.<\/p>\n\n\n\n

Google Analytics defines a session as a period of interaction with a website or app. By default, a GA4 session times out after 30 minutes of inactivity, so if you calculate RPS using GA4 data, your denominator is based on GA4’s session definition rather than unique users.<\/p>\n\n\n\n

This distinction matters because:<\/p>\n\n\n\n

Revenue Per Session is not exactly the same as Revenue Per Visitor.<\/strong><\/p>\n\n\n\n

A visitor can create multiple sessions.<\/p>\n\n\n\n

So before comparing numbers across dashboards, decide whether your metric is session-based or user-based and keep the definition consistent.<\/p>\n\n\n\n

\n\n\n\n

Why Revenue Per Session Is More Useful Than Conversion Rate Alone<\/h1>\n\n\n\n

Conversion Rate answers:<\/p>\n\n\n\n

What percentage of sessions resulted in a purchase<\/strong><\/p>\n\n\n\n

Average Order Value answers:<\/p>\n\n\n\n

How much revenue did the average order generate<\/strong><\/p>\n\n\n\n

RPS combines both.<\/p>\n\n\n\n

Using a session-based ecommerce conversion definition:<\/p>\n\n\n\n

Conversion Rate = Orders \u00f7 Sessions<\/strong><\/p>\n\n\n\n

and:<\/p>\n\n\n\n

AOV = Revenue \u00f7 Orders<\/strong><\/p>\n\n\n\n

Multiply them:<\/p>\n\n\n\n

Conversion Rate \u00d7 AOV<\/strong><\/p>\n\n\n\n

becomes:<\/p>\n\n\n\n

Orders \u00f7 Sessions \u00d7 Revenue \u00f7 Orders<\/strong><\/p>\n\n\n\n

The Orders cancel out.<\/p>\n\n\n\n

You are left with:<\/p>\n\n\n\n

Revenue \u00f7 Sessions<\/h1>\n\n\n\n

Which is RPS.<\/p>\n\n\n\n

So:<\/p>\n\n\n\n

RPS = Conversion Rate \u00d7 AOV<\/h1>\n\n\n\n

This relationship is what makes the metric useful.<\/p>\n\n\n\n

\n\n\n\n

Example Store A<\/h2>\n\n\n\n

Conversion Rate:<\/p>\n\n\n\n

3%<\/strong><\/p>\n\n\n\n

AOV:<\/p>\n\n\n\n

SAR 200<\/strong><\/p>\n\n\n\n

RPS:<\/p>\n\n\n\n

0.03 \u00d7 200 = SAR 6<\/strong><\/p>\n\n\n\n

\n\n\n\n

Example Store B<\/h2>\n\n\n\n

Conversion Rate:<\/p>\n\n\n\n

2%<\/strong><\/p>\n\n\n\n

AOV:<\/p>\n\n\n\n

SAR 350<\/strong><\/p>\n\n\n\n

RPS:<\/p>\n\n\n\n

0.02 \u00d7 350 = SAR 7<\/strong><\/p>\n\n\n\n

Store A has the better Conversion Rate.<\/p>\n\n\n\n

Store B generates more revenue from every session.<\/p>\n\n\n\n

If you looked only at Conversion Rate, you would probably conclude that Store A is performing better.<\/p>\n\n\n\n

Commercially, that conclusion would be incomplete.<\/p>\n\n\n\n

Current 2026 ecommerce measurement guides are increasingly making the same point: conversion rate and AOV need to be interpreted together, and Revenue Per Visitor or Revenue Per Session captures both effects in a single efficiency metric.<\/p>\n\n\n\n

\n\n\n\n

A Higher Conversion Rate Can Still Produce Worse Performance<\/h1>\n\n\n\n

Imagine an ecommerce experiment.<\/p>\n\n\n\n

Before:<\/p>\n\n\n\n

Conversion Rate = 2%<\/p>\n\n\n\n

AOV = SAR 500<\/p>\n\n\n\n

RPS:<\/p>\n\n\n\n

SAR 10<\/strong><\/p>\n\n\n\n

After:<\/p>\n\n\n\n

Conversion Rate = 2.4%<\/p>\n\n\n\n

AOV = SAR 380<\/p>\n\n\n\n

RPS:<\/p>\n\n\n\n

SAR 9.12<\/strong><\/p>\n\n\n\n

Conversion increased by 20%.<\/p>\n\n\n\n

If Conversion Rate was the primary success metric, the experiment looks successful.<\/p>\n\n\n\n

But every session now generates less revenue.<\/p>\n\n\n\n

The website became better at producing orders while becoming worse at producing revenue.<\/p>\n\n\n\n

That could happen because the experiment:<\/p>\n\n\n\n

    \n
  • Increased discount usage<\/li>\n\n\n\n
  • Shifted customers toward cheaper products<\/li>\n\n\n\n
  • Reduced bundle adoption<\/li>\n\n\n\n
  • Changed product mix<\/li>\n\n\n\n
  • Made low-value purchases easier<\/li>\n\n\n\n
  • Reduced premium-product selection<\/li>\n<\/ul>\n\n\n\n

    This is why a funnel metric should not automatically become the business outcome metric.<\/p>\n\n\n\n

    Shopify’s current checkout optimization guidance even describes a real replatforming case where performance was evaluated across the full funnel including sessions, conversion and revenue per session<\/strong>, rather than declaring success from one funnel metric alone.<\/p>\n\n\n\n

    \n\n\n\n

    The Opposite Can Also Happen<\/h1>\n\n\n\n

    Suppose Conversion Rate drops.<\/p>\n\n\n\n

    Before:<\/p>\n\n\n\n

    Conversion Rate = 3%<\/p>\n\n\n\n

    AOV = SAR 250<\/p>\n\n\n\n

    RPS = SAR 7.50<\/strong><\/p>\n\n\n\n

    After:<\/p>\n\n\n\n

    Conversion Rate = 2.7%<\/p>\n\n\n\n

    AOV = SAR 320<\/p>\n\n\n\n

    RPS = SAR 8.64<\/strong><\/p>\n\n\n\n

    Conversion declined by 10%.<\/p>\n\n\n\n

    But RPS increased by 15.2%.<\/p>\n\n\n\n

    Calling this automatically a performance decline would also be wrong.<\/p>\n\n\n\n

    Maybe:<\/p>\n\n\n\n

      \n
    • More customers selected premium products<\/li>\n\n\n\n
    • Bundles increased<\/li>\n\n\n\n
    • Discounting decreased<\/li>\n\n\n\n
    • Upselling improved<\/li>\n\n\n\n
    • Product mix changed<\/li>\n\n\n\n
    • A low-value traffic segment disappeared<\/li>\n<\/ul>\n\n\n\n

      This doesn’t mean Conversion Rate is unimportant.<\/p>\n\n\n\n

      It means it needs context.<\/p>\n\n\n\n

      \n\n\n\n

      Revenue Per Session Turns Ecommerce Metrics Into a System<\/h1>\n\n\n\n

      Instead of reading Conversion Rate and AOV separately, think of revenue like this:<\/p>\n\n\n\n

      Revenue = Sessions \u00d7 Conversion Rate \u00d7 AOV<\/h1>\n\n\n\n

      This gives ecommerce teams three fundamental growth levers.<\/p>\n\n\n\n

      \u0627\u0644\u062a\u0631\u0627\u0641\u064a\u0643<\/h3>\n\n\n\n

      How many sessions do we generate<\/p>\n\n\n\n

      Conversion<\/h3>\n\n\n\n

      How efficiently do those sessions become orders<\/p>\n\n\n\n

      Order Value<\/h3>\n\n\n\n

      How much revenue does each completed order generate<\/p>\n\n\n\n

      RPS combines the final two:<\/p>\n\n\n\n

      Revenue = Sessions \u00d7 RPS<\/h1>\n\n\n\n

      Now a useful question appears:<\/p>\n\n\n\n

      \n

      Are we growing because we are buying more traffic or because every session is becoming more valuable<\/strong><\/p>\n<\/blockquote>\n\n\n\n

      Those are very different growth stories.<\/p>\n\n\n\n

      \n\n\n\n

      Scenario 1 Traffic Up Revenue Up RPS Down<\/h1>\n\n\n\n

      \u0645\u062b\u0627\u0644:<\/p>\n\n\n\n

      Previous month:<\/p>\n\n\n\n

      100,000 sessions
      SAR 500,000 revenue<\/p>\n\n\n\n

      RPS = SAR 5<\/strong><\/p>\n\n\n\n

      Current month:<\/p>\n\n\n\n

      150,000 sessions
      SAR 600,000 revenue<\/p>\n\n\n\n

      RPS = SAR 4<\/strong><\/p>\n\n\n\n

      Revenue increased 20%.<\/p>\n\n\n\n

      At first glance, performance looks positive.<\/p>\n\n\n\n

      But traffic increased 50%.<\/p>\n\n\n\n

      Each session is now producing less revenue.<\/p>\n\n\n\n

      \u0645\u0645\u0643\u0646\u0629 explanations:<\/p>\n\n\n\n

        \n
      • Traffic quality declined<\/li>\n\n\n\n
      • More upper-funnel traffic entered the mix<\/li>\n\n\n\n
      • Paid acquisition expanded into weaker audiences<\/li>\n\n\n\n
      • Conversion declined<\/li>\n\n\n\n
      • AOV declined<\/li>\n\n\n\n
      • Product mix changed<\/li>\n<\/ul>\n\n\n\n

        This does not necessarily mean the growth strategy is wrong.<\/p>\n\n\n\n

        But it tells you acquisition volume is masking lower monetization efficiency.<\/p>\n\n\n\n

        \n\n\n\n

        Scenario 2 Traffic Flat Revenue Up<\/h1>\n\n\n\n

        Previous:<\/p>\n\n\n\n

        100,000 sessions
        SAR 500,000 revenue
        RPS = SAR 5<\/p>\n\n\n\n

        Current:<\/p>\n\n\n\n

        100,000 sessions
        SAR 650,000 revenue
        RPS = SAR 6.50<\/p>\n\n\n\n

        RPS increased 30%<\/strong>.<\/p>\n\n\n\n

        Now the business is generating significantly more value from the same traffic volume.<\/p>\n\n\n\n

        Possible drivers:<\/p>\n\n\n\n

        Higher Conversion Rate<\/p>\n\n\n\n

        Higher AOV<\/p>\n\n\n\n

        Better product mix<\/p>\n\n\n\n

        Improved merchandising<\/p>\n\n\n\n

        Better checkout completion<\/p>\n\n\n\n

        Stronger returning-customer mix<\/p>\n\n\n\n

        Improved offer<\/p>\n\n\n\n

        This is usually much more interesting from a CRO perspective than simply reporting revenue growth.<\/p>\n\n\n\n

        \n\n\n\n

        Scenario 3 Conversion Up RPS Flat<\/h1>\n\n\n\n

        Suppose Conversion Rate increases from:<\/p>\n\n\n\n

        2% \u2192 2.4%<\/p>\n\n\n\n

        but RPS does not improve.<\/p>\n\n\n\n

        Something else offset the gain.<\/p>\n\n\n\n

        Most likely:<\/p>\n\n\n\n

        AOV fell.<\/p>\n\n\n\n

        The correct question becomes:<\/p>\n\n\n\n

        \n

        Why did customers become more likely to purchase while spending less when they did<\/p>\n<\/blockquote>\n\n\n\n

        That may lead you toward:<\/p>\n\n\n\n

        Discount usage<\/p>\n\n\n\n

        Product Mix \u2014 \u0645\u0642\u064a\u0627\u0633\/\u0645\u0635\u0637\u0644\u062d \u0645\u062a\u062e\u0635\u0635<\/p>\n\n\n\n

        Upselling<\/p>\n\n\n\n

        Cross-selling<\/p>\n\n\n\n

        Free-shipping thresholds<\/p>\n\n\n\n

        Bundling<\/p>\n\n\n\n

        Pricing<\/p>\n\n\n\n

        This is much more actionable than celebrating a Conversion Rate uplift in isolation.<\/p>\n\n\n\n

        \n\n\n\n

        Scenario 4 AOV Up RPS Down<\/h1>\n\n\n\n

        This one confuses teams frequently.<\/p>\n\n\n\n

        AOV increases.<\/p>\n\n\n\n

        Great.<\/p>\n\n\n\n

        But RPS falls.<\/p>\n\n\n\n

        That means the higher basket value wasn’t enough to compensate for lower purchasing frequency.<\/p>\n\n\n\n

        Possible example:<\/p>\n\n\n\n

        Before:<\/p>\n\n\n\n

        CVR = 3%<\/p>\n\n\n\n

        AOV = SAR 300<\/p>\n\n\n\n

        RPS = SAR 9<\/p>\n\n\n\n

        After:<\/p>\n\n\n\n

        CVR = 2%<\/p>\n\n\n\n

        AOV = SAR 400<\/p>\n\n\n\n

        RPS = SAR 8<\/p>\n\n\n\n

        AOV increased 33%.<\/p>\n\n\n\n

        RPS declined 11%.<\/p>\n\n\n\n

        The store is getting larger orders but fewer of them.<\/p>\n\n\n\n

        You now need to understand why.<\/p>\n\n\n\n

        \n\n\n\n

        The RPS Diagnostic Matrix<\/h1>\n\n\n\n

        Use this when reviewing ecommerce performance.<\/p>\n\n\n\n

        \u0645\u0639\u062f\u0644 \u0627\u0644\u062a\u062d\u0648\u064a\u0644<\/th>AOV<\/th>RPS<\/th>What It May Mean<\/th><\/tr><\/thead>
        \u2191<\/td>\u2191<\/td>\u2191<\/td>Stronger commercial efficiency<\/td><\/tr>
        \u2191<\/td>\u2193<\/td>\u2191<\/td>Conversion gain outweighs AOV decline<\/td><\/tr>
        \u2191<\/td>\u2193<\/td>\u2193<\/td>More orders but weaker revenue efficiency<\/td><\/tr>
        \u2193<\/td>\u2191<\/td>\u2191<\/td>Lower conversion offset by stronger basket value<\/td><\/tr>
        \u2193<\/td>\u2191<\/td>\u2193<\/td>AOV gain isn’t enough to offset conversion loss<\/td><\/tr>
        \u2193<\/td>\u2193<\/td>\u2193<\/td>Broad commercial deterioration<\/td><\/tr>
        Flat<\/td>\u2191<\/td>\u2191<\/td>Merchandising or basket improvement<\/td><\/tr>
        \u2191<\/td>Flat<\/td>\u2191<\/td>Conversion improvement<\/td><\/tr>
        Flat<\/td>Flat<\/td>\u2193<\/td>Check revenue definition or data quality<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

        The point isn’t to automatically diagnose the cause from three numbers.<\/p>\n\n\n\n

        The point is to know where to investigate next<\/strong>.<\/p>\n\n\n\n

        \n\n\n\n

        Do Not Look at Blended Revenue Per Session Only<\/h1>\n\n\n\n

        A store-wide RPS number is useful.<\/p>\n\n\n\n

        But blended averages hide problems.<\/p>\n\n\n\n

        Segment it.<\/p>\n\n\n\n

        At minimum, calculate RPS by:<\/p>\n\n\n\n

        Traffic Source<\/h2>\n\n\n\n

        Paid Search<\/p>\n\n\n\n

        Paid Social<\/p>\n\n\n\n

        Organic Search<\/p>\n\n\n\n

        \u0627\u0644\u0628\u0631\u064a\u062f \u0627\u0644\u0625\u0644\u0643\u062a\u0631\u0648\u0646\u064a<\/p>\n\n\n\n

        Direct<\/p>\n\n\n\n

        Affiliate<\/p>\n\n\n\n

        Referral<\/p>\n\n\n\n

        One channel may send enormous traffic but produce weak revenue per session.<\/p>\n\n\n\n

        Another may send less traffic but generate much more value from each visit.<\/p>\n\n\n\n

        This helps answer a more commercially useful question than:<\/p>\n\n\n\n

        \n

        Which channel sends the most traffic<\/p>\n<\/blockquote>\n\n\n\n

        \u0627\u0633\u0623\u0644:<\/p>\n\n\n\n

        \n

        Which channel sends the most valuable traffic<\/strong><\/p>\n<\/blockquote>\n\n\n\n

        \n\n\n\n

        Example Channel Analysis<\/h1>\n\n\n\n
        Channel<\/th>Sessions<\/th>\u0627\u0644\u0625\u064a\u0631\u0627\u062f\u0627\u062a<\/th>RPS<\/th><\/tr><\/thead>
        Paid Social<\/td>100,000<\/td>SAR 250,000<\/td>SAR 2.50<\/td><\/tr>
        Paid Search<\/td>40,000<\/td>SAR 200,000<\/td>SAR 5.00<\/td><\/tr>
        \u0627\u0644\u0628\u0631\u064a\u062f \u0627\u0644\u0625\u0644\u0643\u062a\u0631\u0648\u0646\u064a<\/td>20,000<\/td>SAR 180,000<\/td>SAR 9.00<\/td><\/tr>
        Organic<\/td>50,000<\/td>SAR 250,000<\/td>SAR 5.00<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

        Paid Social is the biggest traffic source.<\/p>\n\n\n\n

        Email generates over three times more revenue from each session.<\/p>\n\n\n\n

        That does not mean you should stop Paid Social.<\/p>\n\n\n\n

        Different channels often serve different stages of the customer journey.<\/p>\n\n\n\n

        But it changes the conversation from volume to value.<\/p>\n\n\n\n

        \n\n\n\n

        Segment Revenue Per Session by Device<\/h1>\n\n\n\n

        Mobile traffic often dominates ecommerce.<\/p>\n\n\n\n

        But traffic dominance doesn’t automatically mean revenue efficiency.<\/p>\n\n\n\n

        \u0642\u0627\u0631\u0646:<\/p>\n\n\n\n

        Mobile RPS<\/p>\n\n\n\n

        Desktop RPS<\/p>\n\n\n\n

        Tablet RPS<\/p>\n\n\n\n

        A recent LinkedIn analysis of hundreds of millions of ecommerce sessions highlighted exactly this kind of device-level revenue gap, showing why teams should look beyond traffic share and compare the commercial yield of different devices.<\/p>\n\n\n\n

        If desktop RPS is SAR 8 and mobile RPS is SAR 3, don’t immediately redesign mobile.<\/p>\n\n\n\n

        Break the difference into:<\/p>\n\n\n\n

        Mobile Conversion Rate \u00d7 Mobile AOV<\/strong><\/p>\n\n\n\n

        versus<\/p>\n\n\n\n

        Desktop Conversion Rate \u00d7 Desktop AOV<\/strong><\/p>\n\n\n\n

        Now you can see whether the gap comes mainly from:<\/p>\n\n\n\n

        Conversion friction<\/p>\n\n\n\n

        Smaller mobile baskets<\/p>\n\n\n\n

        \u0645\u0632\u064a\u062c \u0627\u0644\u0632\u064a\u0627\u0631\u0627\u062a<\/p>\n\n\n\n

        Checkout behavior<\/p>\n\n\n\n

        \u0627\u0643\u062a\u0634\u0627\u0641 \u0627\u0644\u0645\u0646\u062a\u062c\u0627\u062a<\/p>\n\n\n\n

        Or a combination.<\/p>\n\n\n\n

        \n\n\n\n

        Segment RPS by Landing Page<\/h1>\n\n\n\n

        This is especially valuable for paid media and SEO.<\/p>\n\n\n\n

        Imagine two landing pages.<\/p>\n\n\n\n

        Page A:<\/p>\n\n\n\n

        50,000 sessions
        SAR 100,000 revenue<\/p>\n\n\n\n

        RPS = SAR 2<\/p>\n\n\n\n

        Page B:<\/p>\n\n\n\n

        15,000 sessions
        SAR 90,000 revenue<\/p>\n\n\n\n

        RPS = SAR 6<\/p>\n\n\n\n

        Page A has over three times more traffic.<\/p>\n\n\n\n

        Page B produces three times more revenue per session.<\/p>\n\n\n\n

        That makes RPS useful for:<\/p>\n\n\n\n

        SEO prioritization<\/p>\n\n\n\n

        Landing-page optimization<\/p>\n\n\n\n

        Campaign evaluation<\/p>\n\n\n\n

        Content-to-commerce analysis<\/p>\n\n\n\n

        Merchandising decisions<\/p>\n\n\n\n

        The important question becomes:<\/p>\n\n\n\n

        \n

        Which pages convert attention into commercial value most effectively<\/p>\n<\/blockquote>\n\n\n\n

        \n\n\n\n

        Segment RPS by New vs Returning Customers<\/h1>\n\n\n\n

        A blended RPS can also hide customer-mix changes.<\/p>\n\n\n\n

        Returning users often arrive with:<\/p>\n\n\n\n

        More product knowledge<\/p>\n\n\n\n

        More trust<\/p>\n\n\n\n

        Less purchase uncertainty<\/p>\n\n\n\n

        Existing brand familiarity<\/p>\n\n\n\n

        Potentially different basket behavior<\/p>\n\n\n\n

        So compare:<\/p>\n\n\n\n

        New-user RPS<\/p>\n\n\n\n

        Returning-user RPS<\/p>\n\n\n\n

        If overall RPS suddenly increases, maybe the website improved.<\/p>\n\n\n\n

        Or maybe returning-customer traffic simply represented a larger share of sessions.<\/p>\n\n\n\n

        Again:<\/p>\n\n\n\n

        Metric movement is not automatically causation.<\/strong><\/p>\n\n\n\n

        \u0642\u0633\u0651\u0645 \u0627\u0644\u0628\u064a\u0627\u0646\u0627\u062a \u0642\u0628\u0644 \u0627\u0644\u0627\u0633\u062a\u0646\u062a\u0627\u062c.<\/p>\n\n\n\n

        \n\n\n\n

        Use Revenue Per Session to Evaluate CRO Experiments<\/h1>\n\n\n\n

        RPS can be extremely useful as a secondary or business-impact metric in experimentation.<\/p>\n\n\n\n

        Imagine Variation B improves:<\/p>\n\n\n\n

        Add to Cart +15%<\/p>\n\n\n\n

        Conversion Rate +8%<\/p>\n\n\n\n

        But reduces:<\/p>\n\n\n\n

        AOV -12%<\/p>\n\n\n\n

        Looking only at funnel metrics makes the test look promising.<\/p>\n\n\n\n

        Looking at RPS tells you whether the combined effect actually created more revenue per session.<\/p>\n\n\n\n

        That doesn’t mean every experiment should use RPS as the only primary metric.<\/p>\n\n\n\n

        Different experiments have different hypotheses.<\/p>\n\n\n\n

        \u0639\u0644\u0649 \u0633\u0628\u064a\u0644 \u0627\u0644\u0645\u062b\u0627\u0644:<\/p>\n\n\n\n

        A PDP information test may primarily target Add to Cart.<\/p>\n\n\n\n

        A checkout test may target Checkout Completion.<\/p>\n\n\n\n

        A merchandising experiment may target Revenue Per Session.<\/p>\n\n\n\n

        The important thing is to include a downstream commercial metric so a local uplift does not hide a business-level decline.<\/p>\n\n\n\n

        \n\n\n\n

        RPS Is Also Useful for Product and Category Analysis<\/h1>\n\n\n\n

        Revenue Per Session doesn’t need to stay at the store level.<\/p>\n\n\n\n

        You can calculate similar efficiency measures for:<\/p>\n\n\n\n

        Categories<\/p>\n\n\n\n

        Landing Pages<\/p>\n\n\n\n

        Collections<\/p>\n\n\n\n

        Traffic segments<\/p>\n\n\n\n

        Campaigns<\/p>\n\n\n\n

        \u0627\u0644\u062a\u062c\u0627\u0631\u0628<\/p>\n\n\n\n

        Products where attribution is meaningful<\/p>\n\n\n\n

        Suppose Category A receives:<\/p>\n\n\n\n

        100,000 sessions<\/p>\n\n\n\n

        SAR 300,000 revenue<\/p>\n\n\n\n

        RPS = SAR 3<\/p>\n\n\n\n

        Category B receives:<\/p>\n\n\n\n

        30,000 sessions<\/p>\n\n\n\n

        SAR 180,000 revenue<\/p>\n\n\n\n

        RPS = SAR 6<\/p>\n\n\n\n

        Category A drives more total revenue.<\/p>\n\n\n\n

        Category B monetizes its traffic twice as efficiently.<\/p>\n\n\n\n

        That raises useful questions:<\/p>\n\n\n\n

        Should Category B receive more merchandising exposure?<\/p>\n\n\n\n

        Could acquisition scale profitably?<\/p>\n\n\n\n

        Does Category A have a conversion problem?<\/p>\n\n\n\n

        Is Category B receiving stronger-intent traffic?<\/p>\n\n\n\n

        Does the difference come from AOV?<\/p>\n\n\n\n

        RPS points you toward better questions.<\/p>\n\n\n\n

        It doesn’t replace the investigation.<\/p>\n\n\n\n

        \n\n\n\n

        How to Calculate Revenue Per Session Correctly in GA4<\/h1>\n\n\n\n

        The formula is easy.<\/p>\n\n\n\n

        The measurement setup is where problems happen.<\/p>\n\n\n\n

        Google Analytics defines Sessions and Total Revenue separately. GA4’s Total Revenue can include purchase revenue, subscriptions, in-app purchases and advertising revenue, minus refunds depending on the reporting context. For a pure ecommerce RPS metric, many teams may prefer Purchase Revenue \u00f7 Sessions<\/strong> rather than broader Total Revenue, depending on what the business wants to measure.<\/p>\n\n\n\n

        Before reporting RPS, define:<\/p>\n\n\n\n

        Your numerator<\/h3>\n\n\n\n

        Are you using:<\/p>\n\n\n\n

        Gross sales<\/p>\n\n\n\n

        Net sales<\/p>\n\n\n\n

        Purchase revenue<\/p>\n\n\n\n

        Total revenue<\/p>\n\n\n\n

        Revenue after discounts<\/p>\n\n\n\n

        Revenue after refunds<\/p>\n\n\n\n

        Your denominator<\/h3>\n\n\n\n

        Are you using:<\/p>\n\n\n\n

        Sessions<\/p>\n\n\n\n

        Users<\/p>\n\n\n\n

        Active users<\/p>\n\n\n\n

        \u0627\u0644\u0645\u0633\u062a\u062e\u062f\u0645\u0648\u0646 \u0627\u0644\u062c\u062f\u062f<\/p>\n\n\n\n

        Ad clicks<\/p>\n\n\n\n

        Landing-page sessions<\/p>\n\n\n\n

        Do not casually compare:<\/p>\n\n\n\n

        Revenue per User<\/p>\n\n\n\n

        Revenue per Visitor<\/p>\n\n\n\n

        \u0627\u0644\u0625\u064a\u0631\u0627\u062f \u0644\u0643\u0644 Session<\/p>\n\n\n\n

        Revenue per Click<\/p>\n\n\n\n

        They are different metrics.<\/p>\n\n\n\n

        \n\n\n\n

        The Measurement Rule That Prevents Dashboard Arguments<\/h1>\n\n\n\n

        Write the definition down.<\/p>\n\n\n\n

        \u0639\u0644\u0649 \u0633\u0628\u064a\u0644 \u0627\u0644\u0645\u062b\u0627\u0644:<\/p>\n\n\n\n

        \n

        RPS = GA4 Purchase Revenue \u00f7 GA4 Sessions<\/strong><\/p>\n<\/blockquote>\n\n\n\n

        Then use the same definition:<\/p>\n\n\n\n

        Every month<\/p>\n\n\n\n

        Across channels<\/p>\n\n\n\n

        Across devices<\/p>\n\n\n\n

        Across experiments<\/p>\n\n\n\n

        Across reporting dashboards<\/p>\n\n\n\n

        The biggest RPS measurement mistake isn’t bad arithmetic.<\/p>\n\n\n\n

        It’s changing the numerator or denominator between reports.<\/p>\n\n\n\n

        Recent measurement guidance on RPV makes this same point: the denominator and revenue layer need to be defined consistently before the number becomes trustworthy.<\/p>\n\n\n\n

        \n\n\n\n

        RPS Does Not Tell You Whether Revenue Is Profitable<\/h1>\n\n\n\n

        This is one of the most important limitations.<\/p>\n\n\n\n

        Imagine RPS increases because you introduced:<\/p>\n\n\n\n

        Heavy discounting<\/p>\n\n\n\n

        Free shipping<\/p>\n\n\n\n

        Aggressive bundles<\/p>\n\n\n\n

        Paid incentives<\/p>\n\n\n\n

        Revenue improves.<\/p>\n\n\n\n

        Profitability may not.<\/p>\n\n\n\n

        So RPS should not replace:<\/p>\n\n\n\n

        Gross margin<\/p>\n\n\n\n

        Contribution Margin<\/p>\n\n\n\n

        CAC<\/p>\n\n\n\n

        ROAS<\/p>\n\n\n\n

        Refund rate<\/p>\n\n\n\n

        Return rate<\/p>\n\n\n\n

        Customer lifetime value<\/p>\n\n\n\n

        For many ecommerce businesses, an even more commercially useful extension is:<\/p>\n\n\n\n

        Contribution Margin Per Session<\/h1>\n\n\n\n

        Instead of:<\/p>\n\n\n\n

        Revenue \u00f7 Sessions<\/p>\n\n\n\n

        use:<\/p>\n\n\n\n

        Contribution Margin \u00f7 Sessions<\/strong><\/p>\n\n\n\n

        That tells you how much economically useful value each session creates after relevant variable costs.<\/p>\n\n\n\n

        RPS answers:<\/p>\n\n\n\n

        How efficiently do we monetize traffic<\/strong><\/p>\n\n\n\n

        Contribution Margin Per Session moves toward:<\/p>\n\n\n\n

        How efficiently do we monetize traffic profitably<\/strong><\/p>\n\n\n\n

        Different question.<\/p>\n\n\n\n

        Different metric.<\/p>\n\n\n\n

        \n\n\n\n

        Revenue Per Session Is Not a Diagnosis<\/h1>\n\n\n\n

        This is also important.<\/p>\n\n\n\n

        Low RPS does not tell you what to change.<\/p>\n\n\n\n

        It tells you something about monetization efficiency.<\/p>\n\n\n\n

        To diagnose the cause, break it back down:<\/p>\n\n\n\n

        RPS = Conversion Rate \u00d7 AOV<\/h1>\n\n\n\n

        If RPS declines:<\/p>\n\n\n\n

        First check Conversion Rate.<\/p>\n\n\n\n

        Then AOV.<\/p>\n\n\n\n

        If Conversion Rate declined:<\/p>\n\n\n\n

        Break down the funnel.<\/p>\n\n\n\n

        Product View<\/p>\n\n\n\n

        Add to Cart<\/p>\n\n\n\n

        \u0627\u0644\u0640Checkout<\/p>\n\n\n\n

        \u0627\u0644\u0634\u0631\u0627\u0621<\/p>\n\n\n\n

        Then segment.<\/p>\n\n\n\n

        \u0627\u0644\u0645\u0635\u062f\u0631<\/p>\n\n\n\n

        \u0627\u0644\u062c\u0647\u0627\u0632<\/p>\n\n\n\n

        \u0635\u0641\u062d\u0629 \u0627\u0644\u0647\u0628\u0648\u0637<\/p>\n\n\n\n

        \u0627\u0644\u0645\u0646\u062a\u062c<\/p>\n\n\n\n

        New vs Returning<\/p>\n\n\n\n

        \u0627\u0644\u0645\u0646\u0637\u0642\u0629 \u0627\u0644\u062c\u063a\u0631\u0627\u0641\u064a\u0629<\/p>\n\n\n\n

        If AOV declined:<\/p>\n\n\n\n

        Investigate:<\/p>\n\n\n\n

        Product Mix \u2014 \u0645\u0642\u064a\u0627\u0633\/\u0645\u0635\u0637\u0644\u062d \u0645\u062a\u062e\u0635\u0635<\/p>\n\n\n\n

        Discount usage<\/p>\n\n\n\n

        Bundles<\/p>\n\n\n\n

        \u0627\u0644\u0640Upsells<\/p>\n\n\n\n

        Cross-sells<\/p>\n\n\n\n

        Pricing<\/p>\n\n\n\n

        \u0627\u0644\u0639\u0631\u0648\u0636 \u0627\u0644\u062a\u0631\u0648\u064a\u062c\u064a\u0629<\/p>\n\n\n\n

        Free-shipping thresholds<\/p>\n\n\n\n

        The metric tells you where the commercial outcome changed<\/strong>.<\/p>\n\n\n\n

        Analysis tells you why.<\/p>\n\n\n\n

        \n\n\n\n

        A 15 Minute Revenue Per Session Analysis<\/h1>\n\n\n\n

        Here’s a practical workflow.<\/p>\n\n\n\n

        Minutes 0 to 3<\/h2>\n\n\n\n

        Pull:<\/p>\n\n\n\n

        Sessions<\/p>\n\n\n\n

        \u0627\u0644\u0625\u064a\u0631\u0627\u062f\u0627\u062a<\/p>\n\n\n\n

        \u0645\u0639\u062f\u0644 \u0627\u0644\u062a\u062d\u0648\u064a\u0644<\/p>\n\n\n\n

        AOV<\/p>\n\n\n\n

        Calculate RPS.<\/p>\n\n\n\n

        Compare with:<\/p>\n\n\n\n

        Previous period<\/p>\n\n\n\n

        Same period last year where appropriate<\/p>\n\n\n\n

        \n\n\n\n

        Minutes 3 to 6<\/h2>\n\n\n\n

        Break RPS into:<\/p>\n\n\n\n

        \u0645\u0639\u062f\u0644 \u0627\u0644\u062a\u062d\u0648\u064a\u0644<\/p>\n\n\n\n

        AOV<\/p>\n\n\n\n

        Identify which component moved.<\/p>\n\n\n\n

        \n\n\n\n

        Minutes 6 to 10<\/h2>\n\n\n\n

        Segment RPS by:<\/p>\n\n\n\n

        Source Medium<\/p>\n\n\n\n

        \u0627\u0644\u062c\u0647\u0627\u0632<\/p>\n\n\n\n

        New vs Returning<\/p>\n\n\n\n

        \u0635\u0641\u062d\u0629 \u0627\u0644\u0647\u0628\u0648\u0637<\/p>\n\n\n\n

        \n\n\n\n

        Minutes 10 to 13<\/h2>\n\n\n\n

        Find the segments contributing most to the change.<\/p>\n\n\n\n

        Don’t look only at percentage movement.<\/p>\n\n\n\n

        Look at traffic volume too.<\/p>\n\n\n\n

        A segment representing 2% of traffic can have terrible RPS without materially affecting the business.<\/p>\n\n\n\n

        \n\n\n\n

        Minutes 13 to 15<\/h2>\n\n\n\n

        Write the observation.<\/p>\n\n\n\n

        Not:<\/p>\n\n\n\n

        \n

        RPS decreased<\/p>\n<\/blockquote>\n\n\n\n

        Write:<\/p>\n\n\n\n

        \n

        RPS declined 14% primarily because Paid Social mobile sessions increased substantially while their Conversion Rate remained below the store average. AOV was broadly stable, suggesting the initial investigation should focus on traffic quality and the mobile post-click journey rather than basket value.<\/p>\n<\/blockquote>\n\n\n\n

        Now you have something actionable.<\/p>\n\n\n\n

        \n\n\n\n

        What Should You Optimize<\/h1>\n\n\n\n

        Not RPS directly.<\/p>\n\n\n\n

        You optimize the mechanisms underneath it.<\/p>\n\n\n\n

        To improve Conversion Rate:<\/p>\n\n\n\n

        Improve traffic relevance<\/p>\n\n\n\n

        Landing-page alignment<\/p>\n\n\n\n

        \u0627\u0643\u062a\u0634\u0627\u0641 \u0627\u0644\u0645\u0646\u062a\u062c\u0627\u062a<\/p>\n\n\n\n

        PDP decision support<\/p>\n\n\n\n

        \u0627\u0644\u062b\u0642\u0629<\/p>\n\n\n\n

        Cart experience<\/p>\n\n\n\n

        \u0627\u0644\u0640Checkout<\/p>\n\n\n\n

        Payments<\/p>\n\n\n\n

        Technical reliability<\/p>\n\n\n\n

        To improve AOV:<\/p>\n\n\n\n

        Bundles<\/p>\n\n\n\n

        \u0627\u0644\u0640Upsells<\/p>\n\n\n\n

        Cross-sells<\/p>\n\n\n\n

        Product recommendations<\/p>\n\n\n\n

        Free-shipping thresholds<\/p>\n\n\n\n

        Premium variants<\/p>\n\n\n\n

        \u0627\u0644\u062a\u0631\u0648\u064a\u062c \u0648\u062a\u0631\u062a\u064a\u0628 \u0627\u0644\u0645\u0646\u062a\u062c\u0627\u062a (Merchandising)<\/p>\n\n\n\n

        Pricing architecture<\/p>\n\n\n\n

        And sometimes the correct move is to improve neither in isolation.<\/p>\n\n\n\n

        The goal is to improve the commercial system<\/strong>.<\/p>\n\n\n\n

        \n\n\n\n

        The Metric More Teams Should Put Next to Conversion Rate<\/h1>\n\n\n\n

        Conversion Rate is still important.<\/p>\n\n\n\n

        AOV is still important.<\/p>\n\n\n\n

        Revenue is obviously important.<\/p>\n\n\n\n

        But teams frequently make bad decisions when those numbers are interpreted independently.<\/p>\n\n\n\n

        Revenue Per Session creates a useful bridge between them.<\/p>\n\n\n\n

        \u0628\u0644 \u064a\u0648\u0636\u062d \u0644\u0643:<\/p>\n\n\n\n

        How much each visit is worth<\/p>\n\n\n\n

        Whether conversion improvements actually generate more revenue<\/p>\n\n\n\n

        Whether higher AOV compensates for lower conversion<\/p>\n\n\n\n

        Which channels bring commercially stronger traffic<\/p>\n\n\n\n

        Which devices monetize traffic better<\/p>\n\n\n\n

        Which landing pages create more value<\/p>\n\n\n\n

        Whether growth comes from more traffic or better traffic efficiency<\/p>\n\n\n\n

        And perhaps most importantly:<\/p>\n\n\n\n

        It prevents teams from celebrating a metric uplift that doesn’t translate into a better commercial outcome.<\/p>\n\n\n\n

        The goal of ecommerce optimization is not to maximize one percentage.<\/p>\n\n\n\n

        It is to make the economics of every visit better.<\/p>\n\n\n\n

        \n\n\n\n

        Start With These Four Numbers<\/h1>\n\n\n\n

        Next time you review ecommerce performance, put these metrics next to each other:<\/p>\n\n\n\n

        Sessions<\/strong><\/p>\n\n\n\n

        \u0645\u0639\u062f\u0644 \u0627\u0644\u062a\u062d\u0648\u064a\u0644<\/strong><\/p>\n\n\n\n

        \u0645\u062a\u0648\u0633\u0637 \u0642\u064a\u0645\u0629 \u0627\u0644\u0637\u0644\u0628<\/strong><\/p>\n\n\n\n

        Revenue Per Session<\/strong><\/p>\n\n\n\n

        \u062b\u0645 \u0627\u0633\u0623\u0644:<\/p>\n\n\n\n

        Did we grow because more people came<\/strong><\/p>\n\n\n\n

        Did we grow because more people bought<\/strong><\/p>\n\n\n\n

        Did we grow because buyers spent more<\/strong><\/p>\n\n\n\n

        Or did the value of each session genuinely improve<\/strong><\/p>\n\n\n\n

        That conversation is usually much more useful than asking whether Conversion Rate went up.<\/p>\n\n\n\n

        \n\n\n\n

        Need to Understand What Is Driving or Limiting Your Ecommerce Growth<\/h1>\n\n\n\n

        Mersad combines ecommerce analytics, funnel analysis, customer behavior, CRO, merchandising, UX and experimentation to identify what is actually affecting revenue performance.<\/p>\n\n\n\n

        If your traffic is growing but the commercial return from that traffic isn’t, start with the data before increasing acquisition spend.<\/p>\n\n\n\n

        Explore our Ecommerce Insights<\/strong><\/p>\n\n\n\n

        Or read:<\/p>\n\n\n\n

        Why Your Ecommerce Store Gets Traffic but No Sales<\/strong><\/p>\n\n\n\n

        for a complete diagnostic framework for finding where revenue is being lost.<\/p>\n\n\n\n

        \n\n\n\n

        \u0627\u0644\u0623\u0633\u0626\u0644\u0629 \u0627\u0644\u0634\u0627\u0626\u0639\u0629<\/h2>\n\n\n\n

        What is Revenue Per Session in ecommerce<\/h3>\n\n\n\n

        Revenue Per Session is the average revenue generated by each website session. It is calculated by dividing ecommerce revenue by total sessions over the same period.<\/p>\n\n\n\n

        How do you calculate Revenue Per Session<\/h3>\n\n\n\n

        The formula is:<\/p>\n\n\n\n

        Revenue Per Session = Revenue \u00f7 Sessions<\/strong><\/p>\n\n\n\n

        If an ecommerce store generates SAR 500,000 from 200,000 sessions, RPS equals SAR 2.50.<\/p>\n\n\n\n

        Is Revenue Per Session the same as Revenue Per Visitor<\/h3>\n\n\n\n

        Not exactly. Revenue Per Session uses sessions as the denominator, while Revenue Per Visitor may use users or unique visitors depending on the reporting system. A single visitor can generate multiple sessions, so the definitions should not be mixed.<\/p>\n\n\n\n

        Why is Revenue Per Session useful<\/h3>\n\n\n\n

        RPS combines Conversion Rate and Average Order Value into one commercial efficiency metric. It helps ecommerce teams understand how much revenue their traffic generates rather than looking at traffic, conversion and basket value separately.<\/p>\n\n\n\n

        Is Revenue Per Session better than Conversion Rate<\/h3>\n\n\n\n

        It answers a different question. Conversion Rate measures how frequently sessions become purchases. RPS measures how much revenue each session generates. For commercial evaluation, they are often most useful when analyzed together.<\/p>\n\n\n\n

        Can Revenue Per Session increase while Conversion Rate decreases<\/h3>\n\n\n\n

        Yes. If Average Order Value increases enough to offset the Conversion Rate decline, RPS can rise even while fewer sessions result in purchases.<\/p>\n\n\n\n

        Can Conversion Rate increase while Revenue Per Session decreases<\/h3>\n\n\n\n

        Yes. Conversion Rate can improve while AOV falls enough to reduce total revenue generated per session.<\/p>\n\n\n\n

        Should RPS be the primary metric for A B testing<\/h3>\n\n\n\n

        Not always. The primary metric should match the experiment hypothesis. However, RPS can be a valuable secondary or business-impact metric because it captures the combined effect of Conversion Rate and order value.<\/p>\n\n\n\n

        What is a good Revenue Per Session<\/h3>\n\n\n\n

        There is no universal good RPS. It varies significantly by category, price point, product mix, geography, traffic source and customer mix. Comparing your RPS against your own historical performance and relevant segments is often more useful than using a generic benchmark.<\/p>\n\n\n\n

        How can ecommerce stores increase Revenue Per Session<\/h3>\n\n\n\n

        RPS can increase through higher Conversion Rate, higher Average Order Value, or both. The correct optimization depends on whether the current limitation sits in traffic quality, the customer journey, checkout, merchandising, pricing or basket-building mechanisms.<\/p>\n\n\n\n

        <\/p>\n\n\n\n

        \n\n\n\n

        If your traffic is increasing without proportional revenue growth, start by diagnosing where the customer journey is leaking.<\/a><\/p>\n\n\n\n

        \n

        Google Analytics defines a session as a period of interaction with your website or app.<\/a><\/p>\n<\/blockquote>\n\n\n\n

        Shopify ecommerce KPIs<\/strong>
        <\/a><\/p>\n\n\n\n

        \u062c\u062f\u0648\u0644 \u0627\u0644\u0645\u062d\u062a\u0648\u064a\u0627\u062a<\/h2>