مراجعة تحليلات WooCommerce الأسبوعية في 10 دقائق

أمامكم 10 دقائق صباح الاثنين. يمكنكم إما النظر في خمسة أرقام واتخاذ قرار واحد، أو فتح Google Analytics 4 والتيه في لوحة التحكم وإغلاق التبويب والشعور بالذنب لعدم القيام بالتحليلات.

هذا المنشور هو الترياق: قائمة من خمسة أسئلة يمكنكم تنفيذها في Statnive في 10 دقائق بالضبط. لا تبويبات من المخططات. لا تقرير وكالة. لا قالب «الملخص التنفيذي الشهري». اطبعوها. ثبّتوها على شاشتكم. نفّذوها كل اثنين.

هي أيضاً الطقس التشغيلي الذي يربط كل ما في سباق تحسين معدل تحويل WooCommerce من 12 منشوراً — كل سؤال يرتبط بمنشور ركيزة أعمق إن أردتم التعمق أكثر. لكن القراءة الأسبوعية تستغرق 10 دقائق بصرف النظر.

ماذا يجيب هذا المنشور

• الأسئلة الخمسة التي يجب طرحها على لوحة Statnive كل صباح اثنين.
• قاعدة القرار الدقيقة التي تواكب كل سؤال.
• التجربة الواحدة في الأسبوع التي يجب الالتزام بها (ولماذا واحدة تكفي).
• ما يمكنكم تخطيه إذا كانت جلساتكم أقل من 500 شهرياً، وما لا يمكنكم تخطيه.

القائمة الأسبوعية في 10 دقائق

افتحوا /wp-admin → Statnive. ابدأوا مؤقتاً مدته 10 دقائق. أجيبوا عن خمسة أسئلة. اتخذوا قراراً واحداً. اشحنوا تغييراً واحداً.

السؤال 1 — هل تغير شيء من أسبوع لآخر؟

أين: Statnive → تقرير Overview. قارنوا آخر 7 أيام مقابل الـ 7 السابقة.

قاعدة القرار: إذا تحوّلت حصة أي قناة منفردة من إجمالي الجلسات بأكثر من 25٪ من أسبوع لآخر، ضعوا علامة عليها للسؤال 2. وإلا تابعوا — معظم الأسابيع لا يتغير شيء، وهذه أيضاً معلومة مفيدة.

ما يجب البحث عنه بحسب الأولوية:

1. ارتفاع مفاجئ في معدلات الارتداد على قناة كانت صحية = هبوط في الجودة. شخّصوا في السؤال 2.
2. ارتفاع مفاجئ في الزيارات مع ارتداد قرب 100٪ ومدة قرب الصفر = موجة روبوتات. يُرجَّح أن تجاهلها آمن؛ إن استمرت استبعدوها في إعدادات Statnive → Exclusions.
3. انخفاض مفاجئ في الزيارات على قناة عادةً مستقرة = شيء انكسر (الفهرسة، رابط بريدكم، اعتماد حملتكم الإعلانية). شخّصوا فوراً.

الوقت: دقيقتان.

السؤال 2 — أي قناة ترسل زواراً مؤهلين هذا الأسبوع؟

أين: Statnive → تقرير Referrers. رتّبوا حسب الجلسات تنازلياً. انظروا إلى عمودَي Bounces وTotal Duration.

قاعدة القرار (قاعدة صحة القناة من المنشور 2): القناة صحية إذا كانت مرتدّاتها عند متوسط الموقع أو أقل ومدتها عند متوسط الموقع أو أعلى، مع 50 جلسة على الأقل في آخر 7 أيام. القنوات التي تفشل في النصفين توضع علامة للتشخيص، لا للإيقاف، شخّصوها.

التحفظات الثلاثة التي لا يذكرها أحد: قارنوا مع مجموعة مطابقة في القصد (صفحات هبوط مدفوعة مقابل صفحات هبوط مدفوعة أخرى، لا مقابل متوسط مدونتكم)؛ اطلبوا ≥50 جلسة في نافذة 7 أيام قبل الاستنتاج؛ أُطّروا الإخفاقات بـ «أول للتشخيص» لا «أول للإيقاف».

ما يجب البحث عنه:

• قناة من الفئة الأولى الحجمية (Direct أو Organic Search أو Email) أقل من المتوقع = إخفاقكم الأغلى.
• زيارات AI Assistants (الدلو المميز في Statnive — GA4 يوجّه هذا إلى Direct أو Organic) في صعود = إشارة إلى أن محتواكم تم التقاطه عبر ChatGPT/Claude/Perplexity. راقبوا النمط المطلق لا النسبة المئوية.

الوقت: دقيقتان.

السؤال 3 — أي صفحة تخسر أكبر عدد مطلق من الزوار؟

أين: Statnive → تقرير Pages. رتّبوا حسب Exit Count تنازلياً، لا حسب معدل الخروج. اختاروا أعلى صفحة ليست صفحة شكر، ولا تأكيد نموذج تواصل، ولا صفحة نتائج بحث.

قاعدة القرار (معادلة الخسارة المطلقة من المنشور 3): الصفحة على رأس قائمة Exit Count هي أولويتكم، حتى لو كانت لصفحات أخرى معدلات خروج «أسوأ». صفحة بـ 10000 مشاهدة و 45٪ معدل خروج تخسر 4500 جلسة؛ وصفحة بـ 500 مشاهدة و 90٪ معدل خروج تخسر 450. أصلحوا الأولى.

أي نمط خروج هو؟

• خروج من PDP: فجوة ثقة، فجوة معلومات، فشل تجربة مستخدم على الجوال. راجعوا قائمة إصلاحات PDP في المنشور 3.
• خروج من السلة: صدمة الشحن (39٪ حسب Baymard). أظهروا التكلفة الكاملة على PDP.
• خروج من الدفع: نموذج طويل جداً، كلمة مرور مطلوبة، عدم توافق مزوّد الدفع. راجعوا قائمة إصلاحات الدفع في المنشور 3.

الوقت: دقيقتان.

السؤال 4 — هل الجوال يقل أداءً عن سطح المكتب؟

أين: Statnive → تقرير Devices → انظروا إلى جلسات الجوال مقابل سطح المكتب ومعدلات الارتداد. WooCommerce → Analytics → Orders → تحققوا من الطلبات المنسوبة للجوال.

قاعدة القرار (من المنشور 5): احسبوا mobile_CR ÷ desktop_CR. النطاق الأساسي تقريباً 0.60 إلى 0.74. إذا كانت نسبتكم أقل من 0.50 وحصة الجوال أعلى من 60٪، فلديكم مشكلة UX حقيقية على الجوال، وهي أعلى إصلاح منفرد رافعة يمكنكم شحنه هذا الأسبوع.

اختصارات القرار:

النسبة	التفسير	إجراء هذا الأسبوع
≥0.70	ضمن النطاق الطبيعي	تخطّوا — لا حاجة عاجلة لإصلاح الجوال
0.50 إلى 0.69	ضعف أداء طفيف	دوّنوا للربع التالي
أقل من 0.50	مشكلة جوهرية	الجوال يصبح تجربة السؤال 5

الوقت: دقيقتان.

السؤال 5 — ما التجربة التي أشحنها هذا الأسبوع؟

أين: في رؤوسكم، مع بيانات الأسئلة 1 إلى 4.

قاعدة القرار: اختاروا تغييراً واحداً. أُطّروه كفرضية: «إذا غيّرتُ [X]، فإن [مقياس] سيتحسن بمقدار [Y] بسبب [إشارة من الأسئلة 1 إلى 4]». اشحنوه. دوّنوا التاريخ. عودوا الأسبوع القادم للقراءة، لكن قيّموا التجربة عند علامة 30 يوماً لا أسبوعياً.

مبدأ «التغيير الواحد» (من ركيزة CRO في المنشور 1): تشغيل تغيير واحد في كل مرة يعني أنكم تستطيعون نسب النتيجة. تشغيل ثلاثة تغييرات في كل مرة يعني أنكم لا تستطيعون نسب أي منها. لمتجر Woo فردي بأقل من 1000 جلسة لكل صفحة شهرياً، انضباط النسب أهم من سرعة الاختبار.

الوقت: دقيقتان.

الإجمالي: 10 دقائق. قراءة واحدة. فرضية واحدة. تغيير واحد يُشحن هذا الأسبوع.

القائمة القابلة للطباعة

لشاشتكم أو دفتر مراجعتكم الأسبوعية:

WOOCOMMERCE WEEKLY ANALYTICS REVIEW — 10 MINUTES

□ 1. OVERVIEW — any channel share shifted >25% WoW?
     If yes → flag for Q2.

□ 2. REFERRERS — does any top-3-volume channel fail the
     channel-health rule (bounces ≤ avg AND duration ≥ avg,
     ≥50 sessions)?
     If yes → diagnose, do not pause.

□ 3. PAGES — what's the #1 page by Exit Count (not rate),
     excluding thank-you / contact / search?
     Identify which exit pattern: PDP / cart / checkout.

□ 4. DEVICES — what's mobile_CR ÷ desktop_CR?
     below 0.50 = material mobile problem, becomes Q5.

□ 5. EXPERIMENT — pick ONE change.
     "If I change [X], then [metric] will improve by [Y]
     because [signal]." Ship it. Date it.
     Re-evaluate at 30 days, not next week.

──────────────────────────────────────────────
Total time: 10 minutes. Sips of coffee allowed.

احفظوا هذا كملف .txt. افتحوه كل اثنين. نفّذوه. ثم أغلقوه واذهبوا لشحن التجربة.

ما يمكنكم تخطيه إذا كنتم تحت 500 جلسة شهرياً

للمتاجر الصغيرة جداً، يطغى الضجيج الإحصائي على الإشارة. الإيقاع المخفّض:

• تخطّوا السؤال 4 (Devices) لأي أسبوع تكون فيه جلسات الجوال أقل من 50. المقام أصغر من أن يقرأ الجوال مقابل سطح المكتب موثوقاً؛ راجعوه شهرياً بدلاً من ذلك.
• نفّذوا السؤال 2 (Referrers) على مستوى دلو القناة فقط — تحليل UTM الفرعي ضجيج تحت 500 جلسة أسبوعياً لكل قناة.
• احتفظوا بالأسئلة 1 و 3 و 5 حرفياً — حتى عند حجم منخفض، اتجاه أسبوع لأسبوع والعدد المطلق للخروج لا يزالان إشارتين ذواتي معنى.

ما لا يمكنكم تخطيه أبداً

ثلاثة أمور يتخطاها كل مالك Woo فردي ويندم:

1. الالتزام الفعلي بالتجربة (السؤال 5). قراءة البيانات دون شحن تغيير هي أغلى شكل من المماطلة. تجربة واحدة غير مثالية كل أسبوع تتراكم؛ وصفر تجارب مثالية تتراكم إلى لا شيء.
2. إعادة تقييم تجربة الشهر الماضي عند 30 يوماً. اضبطوا تذكيراً على التقويم حين تشحنون التغيير. وإلا تستمر التجربة إلى الأبد ولا تعرفون أبداً إن نجح التغيير.
3. إيقاع الاثنين نفسه. المراجعة في 10 دقائق خلال «أسبوع هادئ» هي حين تكتشفون الإشارة المبكرة لمشكلة الأسبوع المزدحم. الأسابيع البطيئة هي حين يكون النمط مرئياً. لا تتخطّوها.

ما يضيفه v1.0.0 إلى المراجعة الأسبوعية، وما لا يزال مرجعاً متقاطعاً

اعتباراً من v1.0.0 (مايو 2026)، يتوطّد جزآن من المراجعة الأسبوعية:

1. الإيرادات لكل قناة داخل Statnive. تفصيل القنوات في Revenue Report يمنحكم Orders + Revenue + AOV عبر نفس القنوات الثماني التي يستخدمها السؤال 2 لصحة القناة. قاعدة السؤال 2 (الارتداد + المدة) يمكن الآن إقرانها مباشرة بالإيرادات لكل جلسة لكل قناة، دون مرجع متقاطع بتبويبين مع WC Analytics للرقم الرئيسي.
2. انخفاض القمع عبر المراحل الأربع الرئيسية. Cart-to-Purchase Funnel يُظهر التحويل لكل خطوة عبر Viewed product → Added to cart → Started checkout → Completed purchase. ترَون أي مرحلة تسرّب على مستوى المتجر في نفس نافذة الـ 10 دقائق.

ما يبقى مرجعاً متقاطعاً: لكل خطوة فرعية داخل /checkout (الشحن → الدفع → المراجعة → الإرسال) غير معروض في v1.0.0. لهذا المستوى من التفصيل، WooCommerce → Orders → Abandoned Cart (أو إضافة استعادة الدفع لديكم) لا يزال المصدر.

ما تفعلونه بعد ذلك

1. اطبعوا القائمة أعلاه. ثبّتوها على شاشتكم.
2. نفّذوا أول مراجعة أسبوعية الاثنين القادم. قيسوا وقتكم.
3. اختاروا التجربة الواحدة. دوّنوا التاريخ.
4. عودوا بعد 30 يوماً، أعيدوا التقييم، نفّذوا مراجعة الأسبوع التالي.
5. بعد 8 أسابيع، ستكتشفون أنماطاً لم يكن تقرير وكالة ليكشفها — لأنكم أنتم من يراقب كل أسبوع.

للنظام التشغيلي الأعمق لـ CRO الذي يندرج فيه هذا، راجعوا الركيزة حول التحليلات التي تحترم الخصوصية لـ WooCommerce CRO. لمنطق القرار الكامل لقاعدة صحة القناة، راجعوا دليل مصادر الزيارات في المنشور 2. لمعادلة الخسارة المطلقة لصفحات الخروج، راجعوا ركيزة الدخول والخروج في المنشور 3. للتشخيص بين الجوال وسطح المكتب، راجعوا ركيزة تحويل الجوال في المنشور 5.