زيارات عالية، صفر إيرادات؟ ليست المسألة الحجم — بل ملاءمة نيّة البحث

زيارات عالية + صفر مبيعات شبه دائماً عدم ملاءمة نيّة بحث، لا حجم. Revenue Report لـ Statnive (مجاني، v1.0.0) يكسر الإيرادات حسب القناة — أي مصادر تشتري فعلاً. بطاقات إيرادات Ask me! («أي قناة تجلب أكبر إيرادات؟» q107 وأخواتها) تهبط على خطة Growth؛ Revenue Report نفسه يشحن اليوم.

«أحصل على ما أشعر أنه الكثير من الزيارات لكن بلا مبيعات.» — خيط Shopify Community، 2025.

تلك الجملة، بشكل ما، هي الرسالة الأكثر شيوعاً في منتديات دعم WooCommerce. صاحب الموقع لا يحتاج قناة استحواذ أخرى. يحتاج معرفة أيٌّ من القنوات التي لديه أصلاً ترسل مشترين — وأيها ترسل زواراً لم يكونوا سيشترون أصلاً.

هذه هي المقالة الختامية لـ سلسلة Ask me! v1.1.0، وهي المقالة التي علينا أن نكون فيها الأكثر صراحة. بطاقة إجابة «أي قناة تجلب أكبر إيرادات؟» في Ask me! ليست فعّالة في v1.1.0. لقطة الشاشة أعلاه هي الإثبات الحرفي: ثماني بطاقات Coming-soon على تبويب Revenue، كلٌّ موسومة «Unlocks in Statnive Growth v2». Revenue Report لـ v1.0.0 الذي يشحن اليوم على الطبقة المجانية هو الإجابة الحيّة في الأثناء — وهو يُجيب عن أكثر ممّا يُدركه معظم أصحاب المواقع. هيا نسير معه.

ما تجيب عنه هذه المقالة

• لماذا «زيارات عالية، صفر مبيعات» شبه دائماً عدم ملاءمة نيّة، لا مشكلة حجم.
• كيف يُجيب GA4 — ولماذا لا يُنهي معظم أصحاب WooCommerce الإعداد الذي يُشغّل الإجابة.
• ما يُظهره Revenue Report الحيّ المجاني لـ v1.0.0 اليوم (وما لا يُظهره).
• ما ستُضيفه بطاقات الإيرادات في Ask me! (q101-q115) على خطة Growth حين تشحن.
• إطار قرار من 3 خطوات يمكنكم تشغيله هذا الأسبوع، بلا حاجة إلى تجارة GA4 الإلكترونية.

لماذا تكون الزيارات بلا مبيعات شبه دائماً عدم ملاءمة نيّة، لا حجم

الغريزة الأولى، حين تكون الجلسات صاعدة والطلبات مستوية، هي مطاردة المزيد من الزيارات. تلك الغريزة شبه دائماً خاطئة. ثلاثة أرقام تُفسّر لماذا.

معدل تحويل التجارة الإلكترونية لكل الصناعات هو 1.89% (IRP Commerce، 2025) — 98 من كل 100 زائر يغادرون دون شراء حتى على أفضل المتاجر. قفزة زيارات 30% بلا قفزة إيرادات ليست مفاجِئة. هي مشكلة فقط حين يكون مزيج النيّة داخل تلك الزيارات قد تحوّل نحو التصفّح وبعيداً عن الشراء.

تخلّي العربة عالمياً يجلس عند 70.19% (Baymard Institute، 2025) — وعلى الجوال، 85.65%. احتكاك السلة حقيقي، لكنه عرض تابع. السبب الأعلى لمعظم المتاجر هو القناة التي ترسل الزائر في المقام الأول.

الحاسم: الجوال يقود غالبية الزيارات لكن سطح المكتب يقود غالبية الإيرادات. الجوال يُحوّل بنسبة 1.8% مقابل 3.9% لسطح المكتب — تفوّق سطح المكتب 2.17× (Retail Touchpoints، 2025). إن تحوّلت زياراتكم نحو الجوال هذا الربع والإيرادات مستوية، فالتشخيص ليس «المتجر مكسور» — بل «زياراتكم جوال والجوال يُحوّل أقل». نموذج التشغيل لتلك الفجوة يعيش في مشكلات تحويل الجوال على WooCommerce.

الإطار الذي يجعل هذا قابلاً للقراءة في عرض واحد هو الإيرادات لكل زائر حسب القناة. مصدر يُرسل 10,000 زائر و $50 أسوأ من مصدر يُرسل 200 زائر و $500. إجمالي الزيارات يُخفيه. RPV يُظهره.

كيف يُجيب GA4 (وما الذي ينكسر)

في GA4، مسار النقر لـ «أي قناة تجلب أكبر إيرادات» هو:

Reports ← Monetization ← Ecommerce purchases ← تقاطعوا مقابل Session default channel group

هذه ثلاث نقرات إن كان كل شيء مهيّأ. عادة ليس كذلك.

تقارير التجارة الإلكترونية في GA4 لا تُعبَّأ إلا إن وصلتم حدث purchase بمعامل إيرادات، إضافة إلى نمطياً add_to_cart و begin_checkout والأحداث الداعمة، عبر Tag Manager أو إضافة تجارة إلكترونية GA4 — ومعامل الإيرادات عليه التعيين على عملة متجركم. وفق توثيق تجارة GA4 الإلكترونية، تحتاجون كحدّ أدنى view_item و add_to_cart و begin_checkout و purchase، كلٌّ مع مصفوفة items (SKU، اسم، سعر، كمية) و قيمة value عالية المستوى على purchase. معظم أصحاب المواقع الفرديين يُثبّتون GA4، يرون «صفر إيرادات» بعد ستة أشهر، ويفترضون أن التقرير مكسور. هو ليس مكسوراً — الأحداث لم تُهيَّأ أبداً.

حتى عند التهيئة، GA4 لا يرى إلا الأحداث التي التقطتها لافتة الموافقة، ولم يُجرّدها مانع الإعلانات، ولم تُقتطعها Safari ITP. بحلول وصول الزائر إلى purchase بعد أن جرّد Apple Link Tracking Protection معرّفات النقر (Apple WWDC 2023؛ Knak)، يكون كسر غير تافه من سلسلة الإسناد قد ضاع.

هذه هي الفجوة التي يُغلقها Revenue Report لـ Statnive v1.0.0 من جانب الخادم. بلا تهيئة حدث. بلا حدث purchase للتوصيل. التقرير يقرأ طلبات WooCommerce مباشرة عبر مُلتقطات $order->get_*() ويُسندها إلى تجميع الـ 8 قنوات الذي يستخدمه تقرير Referrers أصلاً.

العمود الفقري للخصوصية — خمس ادعاءات تثبت لكل بايت يلمسه Revenue Report

نفس الخمس تثبت لـ Revenue Report كما لكل بطاقة Ask me!:

1. بلا ذكاء اصطناعي. بلا LLM. Ask me! 117 سؤالاً مكتوب يدوياً و 63 مُعالج SQL مكتوب يدوياً (Questions.php، QuestionResolver.php). صفر نماذج، prompts، embeddings، أو اتصالات API.
2. بلا API طرف ثالث. AdvisorController لديه صفر اتصالات wp_remote_*. Revenue Report يقرأ من جداول WooCommerce لديكم من جانب الخادم. لا بيانات تغادر صندوقكم.
3. لا شيء يغادر خادمكم. نقطة REST تعمل على تثبيت WordPress لديكم. بلا تحويل، بلا نقطة مخبّأة على CDN، بلا beacon قياس عن بُعد.
4. أنتم تملكون البيانات. Statnive لا يستضيف ولا يُكرّر ولا يحتفظ بنسخة احتياطية لأي شيء. ألغوا التثبيت وتبقى البيانات في قاعدة بياناتكم حتى تُسقطوا الجداول. مُعلَّقات WordPress Privacy Exporter و Eraser تتعامل مع DSAR.
5. بدون Cookies. بدون بصمة المتصفح. بدون مُتتبّعات طرف ثالث. تجزئات SHA-256 بملح يتدور يومياً؛ تُجزَّأ الـ IPs ← يُطبَّق GeoIP ← تُلقى.

Ask me! مكتبة أسئلة، لا روبوت دردشة. بياناتكم تُجيب عن السؤال؛ بياناتكم لا تسافر أبداً.

في Statnive اليوم: Revenue Report لـ v1.0.0 (مجاني)

هذا هو الحيّ، المجاني، على WordPress.org اعتباراً من v1.0.0:

التقرير يشحن خمسة KPIs: Orders (عدد processing + completed)، Revenue net (net_total − refund_total، باستثناء الضريبة والشحن، مع مُساعد Gross: $X تحته)، AOV (net_revenue / orders)، Refund total + Rate، و Tax + Shipping (موسوم «Excluded from revenue» كي يبقى الرقم الصافي صريحاً).

وثلاث تفصيلات:

1. Revenue by Channel. جدول قابل للفرز — Channel · Orders · Revenue · AOV — عبر القنوات الـ 8 التي يُجمّع فيها Statnive كل الزيارات (Direct، AI Assistants، Organic Search، Social Media، Email، Referral، Paid Search، Paid Social). هذا هو الصف الذي يُجيب عن سؤال المقالة.
2. Top Products. أعلى 10 حسب الوحدات أو الإيرادات، مع طيّ التنويعات تحت أصلها وتطبيق المردودات على مستوى السطر.
3. Cart-to-Purchase Funnel. أربع مراحل من جانب الخادم — مُشاهَد المنتج ← أُضيف إلى السلة ← بُدئ الدفع ← أُكمل الشراء — مع معدلات تحويل لكل خطوة وكلي.

في Statnive: افتحوا Reports ← Revenue Report ← رؤية channel × revenue × AOV. بلا إعداد GA4. بلا تهيئة حدث purchase. بلا API طرف ثالث. تجميع القنوات تلقائي. الطلبات التاريخية تُملأ في الخلفية عند أول فتح.

إن كان «زيارات عالية، صفر إيرادات» قصتكم الآن، فجدول Revenue by Channel ذلك هو التبويب الواحد للفتح. افرزوا حسب AOV لإيجاد قنوات أعلى RPV؛ افرزوا حسب Orders لتأكيد الحجم. عدم تطابق الجلسات في تقرير Referrers لديكم (مُغطّى في من أين تأتي زياراتي؟) والطلبات في Revenue Report لديكم هو فجوة ملاءمة النيّة، مرئية.

ما القادم في بطاقات إيرادات Ask me! (Growth v2)

تبويب Revenue في Ask me! — لقطة الشاشة أعلى هذه المقالة — يعرض 8 بطاقات Coming-soon اليوم. الأسئلة الـ 15 للإيرادات إجمالاً تحمل نفس علامة «Unlocks in Statnive Growth v2»، بما فيها q101 «كم طلباً حصلت؟»، q102 «كم إيراداً إجمالياً صنعت؟»، q104 «ما متوسط قيمة طلبي؟»، q107 «أي قناة تجلب أكبر إيرادات؟»، و q108 «أي حملة UTM تجلب أكبر إيرادات؟».

هذه البطاقات هي النسخة الموجّهة بالأسئلة للتفصيلات الموجودة أصلاً في Revenue Report لـ v1.0.0 — لا مسارات SQL جديدة. q107 يسحب إجابة channel × revenue إلى أمام تثبيت وبحث Ask me!. q108 يعرض UTM × revenue. q104 هو AOV بوصفه بطاقة واحدة يمكنكم تثبيتها بجوار q41 traffic-by-channel.

لماذا مدفوع؟ طبقة التشغيل التي تشحن مع Growth — تنبيهات شذوذ على دلتا الإيرادات والزيارات، إشعارات إيرادات Slack و Telegram، استيراد CSV لإنفاق إعلاني مع MER، ملخص تنفيذي ذكي أسبوعي، Meta CAPI من جانب الخادم — هي ما يُبرّر طبقة مدفوعة. بطاقات إجابة الإيرادات تجلس إلى جانب تلك الطبقات لأنها سير العمل الذي تنسجم فيه. Revenue Report نفسه يبقى على الطبقة المجانية، إلى الأبد. لا توجد نسخة من هذا تتحرّك فيها البيانات التي كانت لديكم خلف جدار دفع.

إطار القرار من 3 خطوات يمكنكم تشغيله هذا الأسبوع

يمكنكم تشغيل هذه الحلقة كلها على الطبقة المجانية، بلا GA4، بلا خطة Growth، بلا بطاقات إيرادات Ask me!. افتحوا إدارة WordPress صباح الإثنين وافعلوا التالي.

الخطوة 1 — اعثروا على القنوات التي تشتري فعلاً

افتحوا Reports ← Revenue Report. افرزوا جدول Revenue by Channel حسب Revenue تنازلياً. لاحظوا أعلى 3 قنوات حسب الإيرادات. الآن افرزوا حسب AOV تنازلياً. القنوات التي تظهر في كلتا قائمتي الأعلى-3 هي قنواتكم عالية RPV — تلك التي تحمونها وتُوسّعونها.

الآن قلبوا إلى تقرير Referrers. افرزوا حسب Sessions تنازلياً. قارنوا قائمة أعلى-3 جلسات مقابل قائمة أعلى-3 إيرادات. أي قناة تظهر في قائمة أعلى-3 جلسات لكن ليست في قائمة أعلى-3 إيرادات هي قناة عدم ملاءمة النيّة لديكم. تلك هي القناة التي ترسل زيارات لا تشتري.

قاعدة القرار: إن كانت زياراتكم صاعدة 30%+ أسبوعياً والإيرادات مستوية، فالقضية ملاءمة نيّة بحث — لا حجم. راجعوا أي القنوات ترسل مشترين مقابل متصفّحين باستخدام تفصيلة قنوات Revenue Report. لا تحتاجون قمعات GA4 لذلك.

الخطوة 2 — اقرنوا إشارة عدم تطابق القناة مع سؤال مستوى الحملة

افتحوا Ask me! وانقروا «هل أرسلت حملتي زيارات؟» (q57). تقاطعوا تلك الإجابة مقابل نفس صفوف القناة في Revenue Report. حملة مدفوعة تُظهر زيارات عالية في q57 لكن قناة مصدرها تُظهر إيرادات منخفضة في Revenue Report هي مصدر مدفوع تحت التحويل — من النوع الذي يستنزف الميزانية بهدوء لأسابيع قبل أن يلاحظ أحد.

في Statnive: افتحوا Ask me! ← انقروا «هل أرسلت حملتي زيارات؟» ← تقاطعوا مقابل Revenue Report ← انتهى.

هذه هي الحلقة التي تلتقط أغلى خطأ متجر فردي: الاستمرار في الإنفاق على حملة ترسل جلسات ولا ترسل مبيعات أبداً. رؤية تبويب الحملة تعيش في Ask me! اليوم (q57 فعّال في v1.1.0)؛ جانب الإيرادات يعيش في Revenue Report اليوم. كلاهما مجاني.

الخطوة 3 — أحكموا انضباط UTM كي تستمر الخطوتان 1 + 2 في التحسّن

هذه هي الخطوة المملّة التي تتراكم. سوء نظافة UTM هو ما يجعل Direct قناتكم الأكبر — و Direct هي القناة التي لا تستطيعون فيها معرفة النيّة. كل رابط مدفوع، بريد، رسالة إخبارية، وشراكة يجب أن يحمل وسم UTM.

الانضباط ذو القواعد الخمس يعيش في حملات UTM: توقفوا عن إهدار الإنفاق الإعلاني على WooCommerce. نسخة قصيرة: أحرف صغيرة لكل شيء، لا توسموا الروابط الداخلية أبداً، استخدموا الوسيط باتساق (email، cpc، social، affiliate)، وسموا كل حملة قبل شحنها، وتذكّروا أن iOS 17 يُبقي utm_* بينما يُجرّد fbclid، gclid، mkt_tok — لذا utm_* هي قناة الإسناد الوحيدة التي يمكنكم الاعتماد عليها على أجهزة Apple في 2026.

مع الخطوة 3 في مكانها، الخطوتان 1 و 2 تصبحان أسهل كل أسبوع. تقرير Revenue by Channel يصبح أنظف؛ حصة Direct تنكمش؛ المصادر المدفوعة تُسنَد فعلاً.

«لماذا لديّ زيارات لكن بلا مبيعات؟» (PAA)

شبه دائماً عدم ملاءمة نيّة. مصدر الزيارات — بحوث عضوية معلوماتية، تمرير اجتماعي، أدوات ذكاء اصطناعي ترسل قرّاءً، حملات إعلانية تستهدف جماهير بنيّة خاطئة — يجلب زواراً لم يكونوا سيشترون. التشخيص يأتي من مقارنة أي القنوات تُظهر جلسات (تقرير Referrers) مقابل أي القنوات تُظهر إيرادات (Revenue Report لـ v1.0.0). عدم التطابق هو الإجابة.

«أي مقياس زيارات يهمّ فعلاً للإيرادات؟» (PAA)

الإيرادات لكل زائر (RPV) حسب القناة. لا جلسات، لا مشاهدات صفحات، لا معدل ارتداد، لا زمن على الموقع. RPV يكشف عدم التناظر: قناة ترسل 10,000 جلسة و $50 لها RPV قدره $0.005؛ واحدة ترسل 200 جلسة و $500 لها RPV قدره $2.50 — قيمتها 500× لكل زائر. افرزوا Revenue Report حسب AOV (أقرب بديل حالي) وتظهر المصادر عالية القيمة فوراً.

«كيف أُحسّن معدل التحويل من الزيارات؟» (PAA)

بهذا الترتيب: (1) اعثروا على القناة الأعلى RPV من Revenue Report؛ (2) راجعوا صفحات الهبوط التي يصل إليها هؤلاء الزوار (استخدموا صفحات الدخول والخروج لمبيعات WooCommerce)؛ (3) أحكموا انضباط UTM كي تبقى بيانات القناة نظيفة؛ (4) ثم حسّنوا احتكاك الدفع. معظم أصحاب المواقع الفرديين يعكسون هذا الترتيب — يُحسّنون الدفع أولاً بينما تبقى فجوة النيّة العلوية غير مرئية.

الحساب الصريح

لقطة الشاشة أعلى هذه المقالة هي الإثبات الحرفي لإفصاح صريح. بطاقات إجابة إيرادات Ask me! — q101 حتى q115 — هي Coming soon اليوم؛ تعرض علامة «Unlocks in Statnive Growth v2». النسخة الموجّهة بالأسئلة، بنقرة واحدة، ثبّتوها-في-تبويبكم-الرئيسي لـ «أي قناة تجلب أكبر إيرادات؟» ليست ما شُحن في v1.1.0.

ما شُحن في v1.1.0 هو إطار Ask me! حول بقية الفهرس — 63 بطاقة إجابة فعّالة عبر traffic overview، pages، referrers، campaigns، geography، و devices. ما شُحن في v1.0.0، أربعة أسابيع قبل، هو Revenue Report لـ WooCommerce نفسه: كل تفصيلة ستعرضها بطاقات q107 / q108 / q104 المُحتملة في النهاية، متوفّرة اليوم في شكل جدولها الكامل، مجاناً.

كان بإمكاننا كتابة هذه المقالة متظاهرين بأن بطاقات إيرادات Ask me! فعّالة والأمل أن لا أحد يفتح تبويب Revenue. فعلنا العكس. لقطة الشاشة هي الإثبات؛ المقالة هي التفسير.

ماذا تفعلون لاحقاً

1. افتحوا Revenue Report لـ v1.0.0 (Reports ← Revenue Report). افرزوا Revenue by Channel حسب Revenue، ثم حسب AOV. لاحظوا أي القنوات تظهر في كلتا قائمتي الأعلى-3 — تلك مصادركم عالية RPV.
2. تقاطعوا قنوات أعلى-جلسات لديكم من تقرير Referrers مقابل قنوات أعلى-إيرادات لديكم. أي قناة عالية على الجلسات ومنخفضة على الإيرادات هي قناة عدم ملاءمة النيّة لديكم.
3. افتحوا Ask me! ← «هل أرسلت حملتي زيارات؟» (q57) لطبقة رؤية على مستوى الحملة للمصادر المدفوعة. تبويب الحملة فعّال في v1.1.0 اليوم.
4. راجعوا نظافة UTM لديكم باستخدام انضباط القواعد الخمس في حملات UTM: توقفوا عن إهدار الإنفاق الإعلاني. UTM نظيف هو ما يُبقي حصة Direct لديكم صغيرة وبيانات قناتكم صريحة.
5. شغّلوا المراجعة الأسبوعية بـ 10 دقائق — الطقس التشغيلي في المراجعة الأسبوعية لتحليلات WooCommerce بـ 10 دقائق — كي تتراكم إشارة ملاءمة النيّة أسبوعاً بعد أسبوع. نموذج التشغيل الكامل يعيش في دليل CRO الفردي لـ WooCommerce.

الختام

إن كنتم تُديرون WooCommerce وكانت مفارقة الزيارات-بلا-مبيعات واقعكم هذا الأسبوع: Revenue Report مجاني، بطاقات Ask me! الداعمة (q57 الحملات، q41 القنوات، q9 اتجاه الزيارات، q81 الجوال مقابل سطح المكتب) فعّالة في v1.1.0 اليوم، بطاقات Ask me! لتبويب الإيرادات صراحةً Coming soon، ونموذج التشغيل في دليل CRO الفردي لـ WooCommerce يُخطّط الباقي. مشكلة ملاءمة النيّة قابلة للتشخيص من البيانات التي لديكم أصلاً. لا تحتاجون GA4 لرؤيتها.

ذلك يُغلق سلسلة Ask me! v1.1.0 — عشر مقالات، عمود واحد، تسع متابعات موجّهة بالأسئلة. كل هذا على WordPress.org الآن.

ثبّتوا Statnive 1.1.0 من WordPress.org ←

مجاني للأبد · استضافة ذاتية · بلا حساب · إعداد بدقيقتين · بلا ذكاء اصطناعي · بلا API طرف ثالث · بياناتكم لا تسافر