بهترین منابع ترافیک WooCommerce را بدون GA4 پیدا کنید
چطور منابع ترافیک WooCommerce را بر اساس کیفیت رتبهبندی کنید — نه بر اساس متریکهای پوچ — و بهجای GA4 از یک افزونه آنالیتیکس بدون کوکی استفاده کنید. گروهبندی 8 کاناله، ماتریس تصمیم گسترش/اصلاح/حفظ/قطع، و اینکه چرا Klaviyo میگوید 86 هزار دلار و Woo میگوید 24 هزار دلار.

دردناکترین لحظهٔ WooCommerce، سبد خرید رهاشده نیست. پیامی است از دوستی که تبلیغات پولی اجرا میکند و میپرسد: «چرا Facebook میگوید امروز 15 فروش داشتهام، اما پیشخوان Woo فقط سه تا را نشان میدهد؟»
همین شکاف، رایجترین دلیلی است که یک صاحب فروشگاه تکنفرهٔ WooCommerce اصلاً سراغ نصب GA4 میرود — و رایجترین دلیلی که سه ماه بعد آن را حذف میکند. قرار بود GA4 منبع حقیقت باشد. اما بعد دیگر کاربران Safari را ندید. بعد بنر کوکی نیمی از دادهها را بلعید. بعد ITP پنجرهٔ 7 روزه را خورد. بعد iOS 17 شناسههای کلیک را خراب کرد.
اگر بهعنوان صاحب تکنفرهٔ WooCommerce میفروشید، به مدل انتساب ششم نیاز ندارید. به این نیاز دارید که بدانید کدام کانالها بازدیدکنندهٔ باکیفیت میفرستند و کدام کانالها پول را هدر میدهند. این مطلب، گروهبندی 8 کاناله، قاعدهٔ سلامت کانال، ماتریس تصمیم گسترش / اصلاح / حفظ / قطع و پاسخ صادقانهٔ این پرسش را مرور میکند: «چرا Klaviyo میگوید 86 هزار دلار، اما Woo فقط 24 هزار دلار میبیند؟»
این مطلب به چه سؤالهایی پاسخ میدهد
- چطور Statnive ترافیک WooCommerce شما را بهصورت خودکار در 8 کانال گروهبندی میکند (و چرا این از 24 کانال GA4 بهتر است).
- قاعدهٔ تأییدشدهٔ سلامت کانال و سه نکتهٔ مهمی که هر صاحب فروشگاه تکنفره اشتباه میفهمد.
- ماتریس تصمیم 4 اقدامی (گسترش / اصلاح / حفظ / قطع) برای کمپینهای پولی.
- چرا Klaviyo و WooCommerce سر درآمد ایمیل با هم اختلاف دارند — و به کدام باید اعتماد کرد.
- گزارش درآمد WooCommerce در نسخهٔ v1.0.0 چه چیزی به این چرخهٔ کیفیت کانال اضافه میکند.
8 کانالی که Statnive برای شما گروهبندی میکند
گروهبندی پیشفرض کانالها در GA4 حالا 24 دسته است. گروهبندی Statnive عمداً 8 تاست — هشت، عددی است که یک صاحب فروشگاه تکنفره میتواند هنگام مرور گزارش هفتگی در ذهنش نگه دارد.
| کانال | چه چیزی اینجا مینشیند | معادل در GA4 |
|---|---|---|
| مستقیم | بدون ارجاعدهنده و بدون UTM | Direct |
| دستیارهای هوش مصنوعی | ChatGPT، Claude، Gemini، Perplexity، Copilot، You.com (15 میزبان) | بین Direct و Organic تقسیم میشود |
| جستجوی ارگانیک | Google، Bing، DuckDuckGo، Yandex، Baidu، Brave (27 میزبان) | Organic Search |
| شبکههای اجتماعی | Facebook، Instagram، TikTok، X، LinkedIn، Reddit، Pinterest، بهعلاوهٔ کوتاهکنندههای لینک (35 میزبان) | Organic Social |
| ایمیل | UTM medium شامل email باشد یا ارجاعدهنده یک میزبان وبمیل باشد | |
| ارجاع | هر ارجاعدهندهٔ بیرونی دیگر | Referral |
| جستجوی پولی | UTM medium با `^(.cp. | ppc |
| شبکههای اجتماعی پولی | همان عبارت باقاعده و منبع یک شبکهٔ اجتماعی باشد | Paid Social |

سبد دستیارهای هوش مصنوعی همان چیزی است که هیچکس دیگری هنوز آن را در یک گزارش پیشفرض نگنجانده. GA4 هنوز gemini.google.com را به جستجوی ارگانیک و chatgpt.com را به مستقیم هدایت میکند. برای یک فروشگاه Woo، این تفاوت یعنی اینکه بدانید جستجوی هوش مصنوعی یک کانال واقعی است، یا گمان کنید ترافیکتان افت کرده.
قاعدهٔ سلامت کانال (با سه نکتهٔ مهمی که کسی به آن اشاره نمیکند)
قاعدهٔ تصمیم، در یک جمله: یک کانال سالم است اگر نرخ پرش آن برابر یا کمتر از میانگین سایت باشد و مدت زمان نشستش برابر یا بیشتر از میانگین سایت باشد، با دستکم 50 نشست در یک بازهٔ 7 روزه.
این درست است. اما هر بلاگ CRO همینجا متوقف میشود و شما را به دردسر میاندازد. آن سه نکتهٔ مهم:
نکتهٔ 1 — با یک گروه همقصد بسنجید، نه با میانگین کل سایت
یک پست بلاگ که پاسخ یک عبارت جستجو را میدهد، با نرخ 70 تا 90 درصد پرش میکند و بازدیدکننده راضی میرود. اما یک صفحهٔ فرود پولی که با نرخ 60 درصد پرش میکند، در آتش میسوزد. به گفتهٔ تحلیل Siege Media روی 1.3 میلیارد نشست، بازهٔ سالم برای «بازدیدهای محتوای اطلاعاتی» 65 تا 90 درصد است؛ بازهٔ سالم برای «صفحههای فرود تراکنشی» 25 تا 45 درصد. میانگین کل سایت، میانگین این دو توزیع است؛ بنابراین برای هر دو نادرست است.
راهحل: قاعده را درون یک گروه همقصد اعمال کنید. نرخ پرش هر صفحهٔ فرود پولی را با میانهٔ سایر صفحههای فرود پولی بسنجید — نه با بلاگ. نرخ پرش هر پست بلاگ را با سایر پستهای بلاگ بسنجید.
نکتهٔ 2 — پیش از اجرای قاعده، دستکم 50 نشست در یک بازهٔ 7 روزه لازم است
با کمتر از 50 نشست، نرخ پرش فقط نویز آماری است. به گفتهٔ راهنمای روششناسی آزمایش CXL، پیش از نتیجهگیری در سطح کانال دستکم به صدها نشست نیاز دارید. عدد 50 کف کاری است که میتوانید مشکلات جهتدار را در آن تشخیص دهید؛ هر چیزی پایینتر از آن را «سیگنال هنوز کافی نیست، به تماشا ادامه بده» در نظر بگیرید.
نکتهٔ 3 — قاعده را «اول برای تشخیص» قاب بگیرید، نه «اول برای توقف»
دام اینجاست که همین که کمپین در قاعده مردود شد، فوراً متوقفش کنید. کار درست این است که اول تشخیص بدهید. کانالی که در هر دو نیمهٔ قاعده مردود میشود، معمولاً یکی از این چهار مشکل قابلاصلاح را دارد:
- صفحهٔ فرود اشتباه. تبلیغ به
/shopمیفرستد، در حالی که پیام دربارهٔ یک محصول خاص بود. - مخاطب اشتباه. مخاطب مشابه (Lookalike) از مسیر منحرف شده. مخاطب سفارشی (Custom) ته کشیده.
- UTM خراب. مدیر کمپین لینک را دوباره ساخته و
utm_mediumرا جا انداخته. حالا ترافیکش در مستقیم نشسته. - ناهماهنگی واقعی محصول و بازار. آن گروه واقعاً چیزی را که تبلیغ وعده داده، نمیخواهد.
تنها زمانی متوقف کنید که تشخیص برای دو بازهٔ پیاپی پاک از آب درآید.
ماتریس تصمیم 4 اقدامی: گسترش / اصلاح / حفظ / قطع
هر یک از هشت کانال خود را بردارید و دربارهٔ هرکدام به دو سؤال پاسخ دهید:
- روند حجم (28 روز گذشته): صعودی، ثابت یا نزولی؟
- کیفیت (همان قاعدهٔ سلامت کانال بالا): هر دو نیمه را میگذراند، یک نیمه را، یا در هر دو مردود میشود؟
این یک شبکهٔ 3×3 به شما میدهد. آن را در چهار اقدام جمع کنید:
| روند × کیفیت | اقدام |
|---|---|
| صعودی + قبولی | گسترش — بودجه را 20 تا 25 درصد افزایش دهید، 7 روز بعد دوباره بررسی کنید |
| صعودی + مردودی یک نیمه | اصلاح — تشخیص دهید کدام نیمه است، صفحهٔ فرود یا خلاقیت تبلیغ را A/B تست کنید |
| ثابت + قبولی | حفظ — رهایش کنید؛ یک کانال کارآمد را بیش از حد بهینه نکنید |
| نزولی + مردودی | قطع — پس از تشخیص دوبازهای متوقف کنید، بودجه را بازتخصیص دهید |
این همان ماتریسی است که باید چاپ کنید و به مانیتورتان بچسبانید. این ماتریس، داشبورد انتساب 30 تبی GA4 را به یک تصمیم برای هر کانال در هر هفته جمع میکند.
چرا Klaviyo میگوید 86 هزار دلار و Woo میگوید 24 هزار دلار
اگر ایمیل را از طریق Klaviyo اجرا میکنید، این را خواهید دید. داشبورد Klaviyo ادعا میکند ماه گذشته 86 هزار دلار «درآمد منتسب به Klaviyo» داشتهاید. در گزارش Woo Reports → Orders، مجموع درآمد 24 هزار دلار نشان داده میشود. اینجا چه خبر است؟
دو اثر رویهمانباشته:
- Klaviyo از یک پنجرهٔ انتساب 5 روزه پس از کلیک استفاده میکند. هر سفارشی که ظرف 5 روز پس از هر کلیک ایمیلی ثبت شود — حتی کلیکی از جریان خوشآمدگویی هفتهٔ پیش — به جدیدترین ایمیل منتسب میشود. پیشخوان Woo همان سفارش را یکبار ثبت میکند، با هر منبع آخرینکلیکی که واقعاً داشته (اغلب یک جستجوی Google برای نام برند، بعد از اینکه ایمیل آن را به یادشان آورده).
- Apple Mail Privacy Protection هر ایمیل را از پیش بارگذاری میکند. این در Klaviyo بهعنوان یک «باز شدن» شمرده میشود، حتی وقتی گیرنده هرگز پیام شما را باز نکرده. وقتی دادههای بازکردن جعلی باشد، زنجیرهٔ پاییندستی «باز شد ← کلیک شد ← خرید شد» 2 تا 4 برابر بزرگنمایی میشود.
هر دو اثر باعث میشوند Klaviyo نسبت به منبع حقیقت Woo، 2 تا 4 برابر بهتر به نظر برسد — و هیچکدام دروغ نمیگویند. Klaviyo درست گزارش میدهد که «این سفارش ظرف 5 روز پس از اینکه کسی یک ایمیل را لمس کرده، اتفاق افتاد». Woo هم درست گزارش میدهد که «آخرین کلیک این سفارش، از جستجوی برند پس از ایمیل بود». این دو به سؤالهای متفاوتی پاسخ میدهند.
سازگاری صادقانه برای یک صاحب فروشگاه تکنفره:
- برای حقیقت درآمد، از گزارش سفارش Woo استفاده کنید. همیشه. این تنها عددی است که سازمانهای مالیاتی میپذیرند.
- برای ROI برنامهٔ ایمیل، عدد Klaviyo را با این قید به کار ببرید: «این کران بالاست، با این فرض که پنجرهٔ 5 روزهٔ ما آخرینکلیک درست را گرفته باشد.»
- برای تصمیمهای تخصیص کانال، از گزارش منابع ورودی درسطحنشست Statnive استفاده کنید — این گزارش پیش از آنکه بحث پنجرهٔ انتساب اصلاً شروع شود، به شما نشان میدهد که اساساً کدام کانالها بازدیدکنندهٔ باکیفیت میفرستند. دادههای بازدید نه آلودهٔ پنجرهٔ Klaviyo است و نه آلودهٔ افت کوکی GA4.
پاسخ سازمانی این است که Conversions API سمت سرور را مستقر کنید و یک لایهٔ BigQuery به آن بدوزید. اما پاسخ یک فروشگاه تکنفرهٔ Woo این است: بحث سر اینکه کدام پلتفرم «درست» میگوید را کنار بگذارید و از هرکدام برای همان چیزی که در موردش صادق است استفاده کنید.
Order Attribution در WooCommerce و Statnive در کنار هم چه شکلیاند
از WooCommerce نسخهٔ 8.5 به بعد (ژانویه 2024)، هر سفارش Woo یک متادیتای پستی _wc_order_attribution_* حمل میکند — منبع اولینتماس، بر پایهٔ کوکی، با سقف پنجرهٔ 7 روزه روی Safari (همان محدودیت Apple ITP). این یک عدسی مفید برای درآمد اولینتماس است.
Statnive با این همپوشانی ندارد. Statnive در سطح نشست کار میکند (هر بازدید، نه فقط سفارشها)، بدون کوکی است (بدون سقف 7 روزهٔ Safari)، و فعلاً درآمد را نمیبیند. این دو با هم تصویر کامل را پوشش میدهند:
- گزارش منابع ورودی Statnive پاسخ میدهد: 99 درصد ترافیکی که این هفته خرید نکرد، از کجا میآید؟
- Order Attribution در WooCommerce پاسخ میدهد: از آن 1 درصدی که خرید کرد، منبع اولینتماس هر سفارش چه بود؟
هر دو را فعال کنید. آنها را در روزهای مختلف و برای تصمیمهای مختلف بخوانید. وقتی دادههای درآمد دارید، Order Attribution تخصیص بودجه را پیش میبرد؛ Statnive تصمیم کیفیت کانال را برای آن مجموعهٔ بسیار بزرگتر از بازدیدهایی که هرگز تبدیل نشدند، پیش میبرد.
گزارش درآمد نسخهٔ v1.0.0 چه چیزی اضافه میکند
از نسخهٔ v1.0.0 (مه 2026)، گزارش درآمد Statnive دو چیزی را عرضه میکند که این چرخهٔ کیفیت کانال بهتنهایی نمیتوانست پوششش دهد:
- درآمد به ازای هر کانال، درون خودِ Statnive. جدول «درآمد بر اساس کانال» در گزارش درآمد، تعداد سفارشها، درآمد (خالص) و AOV را در همان 8 کانالی که بالاتر توضیح داده شد نشان میدهد — مستقیم، دستیارهای هوش مصنوعی، جستجوی ارگانیک، شبکههای اجتماعی، ایمیل، ارجاع، جستجوی پولی، شبکههای اجتماعی پولی. میتوانید بدون ترک Statnive به این پاسخ برسید که «جستجوی پولی هفتهٔ پیش 4,200 دلار درآمد آورد».
- ریزش در مرحلهٔ سبد خرید. قیف سبد خرید تا خرید، چهار رویداد سمت سرور را از WooCommerce میخواند —
wc_product_view → wc_add_to_cart → wc_checkout_start → wc_purchase— و نرخ تبدیل هر مرحله را نشان میدهد. میتوانید ببینید شبکههای اجتماعی پولی بین سبد خرید و تسویه در کجا ریزش دارند، نه فقط اینکه جایی بعد از صفحهٔ سبد خرید خارج میشوند.
هر دو رایگان، روی WordPress.org، در نسخهٔ v1.0.0 عرضه شدند. سفارشهای تاریخی، اولین باری که گزارش درآمد را باز کنید بهصورت خودکار بازپر میشوند — بدون نیاز به هیچ تنظیماتی.
چرخهٔ کیفیت کانال در این مطلب همچنان سمت ترافیک تصمیم را پیش میبرد (کدام کانالها سزاوار هزینهٔ تبلیغ بیشتری هستند)، و حالا با گزارش درآمد برای سمت خرید ترکیب میشود (کدام کانالها واقعاً تبدیل میشوند و با چه AOVای). هر دو را کنار هم اجرا کنید: یک کانال میتواند در قاعدهٔ نرخ پرش و مدت زمان مردود شود اما باز هم خوب تبدیل کند، یا قاعده را بگذراند اما بد تبدیل کند. به هر حال، حالا دادهاش را دارید.
قدم بعدی چیست
- اگر هنوز نصب نکردهاید، Statnive را از WordPress.org نصب کنید.
- گزارش منابع ورودی را باز کنید. شمار نشستهای 7 روزهٔ هشت کانال خود را شناسایی کنید.
- برای هر کانالی که دستکم 50 نشست دارد، نرخ پرش و مدت زمانش را در برابر گروه همقصدش محاسبه کنید.
- هر کانال را روی شبکهٔ 3×3 روند × کیفیت قرار دهید؛ آن را به گسترش / اصلاح / حفظ / قطع جمع کنید.
- تشخیص را روی نامزدهای «قطع» برای دو بازهٔ دیگر اجرا کنید، بعد متوقفشان کنید.
- برای دیدن چرخهٔ هفتگی کاملی که این کار در دل آن مینشیند، مطلب ستونی آنالیتیکس حریمخصوصیمحور برای CRO در WooCommerce را بخوانید.
این همان جریان کار است. هفتهای ده دقیقه. بدون GA4. بدون Looker. بدون «پشتهٔ رشد تجارت الکترونیک DTC». فقط فروشگاه خودتان، هشت کانال، یک ماتریس و این انضباط که پیش از توقف، تشخیص بدهید.