تحليلات تحترم الخصوصية لـ WooCommerce CRO (بدون GA4)

إذا كنتم تبيعون على WooCommerce كصاحب فردي، فأنتم على الأرجح تعرفون الشعور. تفتحون Google Analytics 4. ترون رسماً بيانياً و14 قائمة منسدلة. تنظرون إلى «التحويلات» والرقم لا يطابق ما تقوله لوحة Woo. تمرّرون، تنقرون «المشاركة»، تنظرون إلى أربع شاشات أخرى، وتغلقون علامة التبويب.

المشكلة ليست أنكم سيئون في التحليلات. المشكلة أن GA4 بُني لفرق تسويق من عشرة أشخاص يقيسون مسارات الإسناد، لا لصاحب Woo فردي يحتاج إلى معرفة ما يجب إصلاحه هذا الأسبوع.

هذه الركيزة هي الإجابة على السؤال الثاني. هي دليل CRO لمتاجر WooCommerce الفردية باستخدام إضافة تحليلات تحترم الخصوصية — Statnive — تعيش داخل /wp-admin. بدون Cookies، بدون بانر موافقة في معظم الاتحاد الأوروبي، بدون حساب GA4، بدون لوحات Looker. اعتباراً من v1.0.0 (مايو 2026)، تشحن إضافة Statnive المجانية ثمانية تقارير — التقارير السبعة للزيارات بالإضافة إلى تقرير إيرادات WooCommerce المخصص — وسنغطّي ما يمكنكم تحديده اليوم مع كل واحد منها، إضافة إلى الأشياء الثلاثة الصريحة التي يجب على كل مقال CRO الاعتراف بها ومعظمها لا يفعل.

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

• حلقة CRO الأسبوعية الدقيقة التي يمكنكم تشغيلها في 10 دقائق باستخدام تقارير Statnive المجانية فقط.
• أي ثلاث توصيات CRO مدعومة فعلياً بالأدلة لمتاجر Woo التي تقل عن 50K دولار/شهر — وأي ثلاث خرافات لا تزال تظهر في كل مقال «أفضل ممارسات التجارة».
• المصادر الأربعة لحقيقة WooCommerce (تقارير Woo الأصلية، WC Order Attribution، GA4، Statnive) ومتى تثقون بكلٍّ منها.
• الحدود الصريحة: ما يغطّيه دليل CRO من Statnive وما لا يغطّيه، وما يغيّره تقرير إيرادات v1.0.0.

لماذا CRO لمتجر Woo فردي مختلف

معظم محتوى CRO على الويب مكتوب لشخص ليس أنتم. دليل CRO للفريق الكبير يفترض:

• أداة تحليلات قمع مخصصة (Mixpanel، Heap، GA4 مع أحداث مخصصة) يربطها مهندس بيانات.
• ميزانيات تسجيل جلسات وخرائط حرارية (Hotjar، Microsoft Clarity، FullStory) لا يستطيع أصحاب المتاجر الفرديون تحمّلها في الوقت، ناهيك عن المال.
• حجم زيارات بالملايين، لذا تصل اختبارات A/B إلى الدلالة في أيام.
• فريق وسائط مدفوعة منفصل يملك Meta CAPI، خياطة معرّفات النقر، وتقارير Looker.

لا تملكون أيّاً من ذلك. تملكون متجركم، تدفّقَي أو ثلاثة من Klaviyo، ربما حملة Google أو Meta مدفوعة، ولوحة Woo. تملكون أيضاً شيئاً آخر: جمهور حقيقي ومتنامي يضغط «رفض Cookies» في الثانية التي يظهر فيها البانر. التقدير المُستنسَخ مستقلاً — أصلاً تحليل Andy Crestodina عبر Orbit Media، مُستشهَد به منذ ذلك الحين من Plausible وآخرين — يضع فقدان بيانات GA4 من بنرات الموافقة الأوروبية عند نحو 30-60% حسب الدولة والجمهور. 13-30% منفصلة (40-60% للجماهير الواعية تقنياً وفق استطلاع Kissmetrics لمانعات الإعلانات لعام 2026) تُفقد لمانعات الإعلانات ومتصفحات حماية القياس فوق ذلك.

تلك هي بيئة العمل. الخبر السار: متجر Woo فردي يمكنه القيام بـ CRO موثوق به مع الحلقة الصحيحة ومجموعة بيانات تحترم الخصوصية. لا تحتاجون إعادة تشغيل الجلسات. تحتاجون قائمة فحص أسبوعية وأداة لا تفقد نصف زواركم.

حلقة Woo CRO الأسبوعية بـ 7 خطوات (10 دقائق، بدون GA4)

هذه هي الحلقة. تشغّلونها مرة في الأسبوع في اليوم نفسه. كل خطوة هي علامة تبويب في /wp-admin وقرار واحد.

الخطوة 1 — اقرأوا الغرفة (نظرة عامة)

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

الخطوة 2 — دقّقوا القنوات (المُحيلون)

افتحوا تقرير المُحيلين. Statnive يجمّع زياراتكم تلقائياً في ثماني قنوات: مباشر، AI Assistants، Organic Search، Social Media، Email، Referral، Paid Search، و Paid Social. سلة AI Assistants هي إضافة 2026 تلتقط ChatGPT و Claude و Gemini و Perplexity و11 آخرين — كانت ستذهب إلى «مباشر» أو «عضوي» في GA4 لولاها.

قاعدة القرار: القناة صحية إذا كانت ارتداداتها عند أو تحت متوسط الموقع AND المدة عند أو فوق متوسط الموقع. القنوات التي تفشل في كليهما، مع 50 جلسة على الأقل في آخر 7 أيام، تُشخَّص — لا تُوقَف، لا تُقتَل، فقط تُشخَّص. المقال حول مصادر زيارات WooCommerce بدون GA4 يسير عبر التشخيص الكامل.

الخطوة 3 — اعثروا على أين تهبط الزيارات (الصفحات ← صفحات الدخول)

افتحوا تقرير الصفحات، رتّبوا حسب عدد الدخول. أي صفحة دخول في أعلى 10 لديكم بارتداد فوق 70% هي أولويتكم — إذا كانت صفحة هبوط مدفوعة. مقالات المدونة ترتدّ عالياً طبيعياً؛ معيار Siege Media يثبّت متوسط محتوى المدونة عند نحو 82%، مع ~70% تُعتبر «جيدة». صفحة هبوط مدفوعة، بالمقابل، يجب أن تكون أقل من 50% بكثير. قارنوا دائماً كل صفحة بمجموعة نيّتها، لا بالمزيج العام للموقع. ارتداد 60% على مقال مدونة جيد؛ ارتداد 60% على صفحة هبوط مدفوعة في حالة طارئة.

الخطوة 4 — اعثروا على أين يغادرون (الصفحات ← صفحات الخروج)

نفس التقرير، ترتيب مختلف: حسب عدد الخروج المطلق، لا معدل الخروج. صفحة بـ 10,000 مشاهدة ومعدل خروج 45% تفقد 4,500 جلسة. صفحة بـ 500 مشاهدة ومعدل خروج 90% تفقد 450. الصفحة الأولى هي الأولوية — رغم أن معدلها «أفضل».

هذه هي القرار الفردي الذي تخطئه معظم مقالات CRO. يرتّبون حسب المعدل وينتهي بهم الأمر بمطاردة أصغر الصفحات. رتّبوا حسب الخسارة المطلقة وتُصلحون ما يهم فعلاً.

الخطوة 5 — قسّموا حسب الجهاز (الأجهزة)

افتحوا تقرير الأجهزة وانظروا إلى فارق معدل الارتداد بين الجوال وسطح المكتب على أعلى صفحات دخولكم وخروجكم. وفق دراسة Deloitte / 55 «Milliseconds Make Millions»، تحسين سرعة الجوال بـ 0.1 ثانية أنتج رفعاً في تحويل التجزئة بنسبة 8.4% وزيادة في متوسط قيمة الطلب بنسبة 9.2% عبر 30 مليون جلسة على 37 موقع علامة تجارية. إذا كان ارتداد الجوال على أعلى صفحة دخول لديكم أعلى بأكثر من 15 نقطة مئوية من سطح المكتب، فإن UX الجوال هو أكبر رافعة CRO فردية لكم هذا الأسبوع، لا مفهوم الصفحة.

الخطوة 6 — قسّموا حسب الدولة واللغة (الجغرافيا + اللغات)

أجروا الإسناد المتبادل بين الجغرافيا واللغات. أي دولة تزوّد ≥5% من الجلسات بمدة ≥80% من زواركم المحليين هي مرشحة لاختبار التوطين. وفق POWR’s International Buyer Benchmark يناير 2026، 92% من المتسوّقين العالميين يُفضّلون الشراء من مواقع تعرض الأسعار بالعملة المحلية و49% سيتخلّون تماماً بدونها. عرض العملة أولاً، اللغة ثانياً.

الخطوة 7 — صيغوا فرضية تجربة واحدة

اختاروا شيئاً واحداً لتغييره هذا الأسبوع. صيغوها كـ: «إذا غيّرت [X]، فإن [المقياس] سيتحسّن بـ [Y] بسبب [الإشارة من الخطوات 1-6]». شغّلوها لأسبوعين أو 1,000 جلسة، أيّهما يأتي أولاً.

تلك هي الحلقة. عشر دقائق. بدون GA4. بدون تقرير وكالة. ستعرفون عن متجركم أكثر بعد التشغيل الأول مما بعد شهر من فتح GA4 وإغلاقه.

ما تعرضه Statnive لمتجر Woo اليوم (الجرد)

هذا هو الجرد الصريح. إضافة Statnive المجانية (سلسلة v0.4) تشحن سبعة تقارير، 13 مقياساً، و21 بُعداً. تربط بالحلقة أعلاه هكذا:

تريدون معرفة	التقرير	المقاييس
هل أسبوعي مختلف عن الأخير؟	نظرة عامة	الجلسات، الارتدادات، إجمالي المدة
أي القنوات تستحق ميزانية أكثر؟	المُحيلون	الجلسات، الارتدادات، المدة، UTM Source/Medium/Campaign
أي الصفحات تحتاج إعادة كتابة؟	الصفحات	المشاهدات، عدد الدخول، عدد الخروج، إجمالي المدة
من أين تأتي زيارات دولتي؟	الجغرافيا	الزوار، الجلسات، إجمالي المدة
هل الجوال ينزف زواراً؟	الأجهزة	الزوار، الجلسات (مُصفّى حسب نوع الجهاز)
هل يقرأني الزوار بلغتهم؟	اللغات	الزوار، الجلسات
هل الحملة حيّة الآن؟	فوري	الزوار النشطون، زوار الصفحات النشطون

يلتقط المتتبع أيضاً نوع منشور WordPress في كل مشاهدة صفحة (بُعد نوع المورد المستقبلي)، لكن تلك التصفية ليست مكشوفة بعد في واجهة الصفحات. للآن، يمكنكم فصل المنتجات عن مقالات المدونة بنمط URL (/product/ مقابل كل شيء آخر) في تقرير الصفحات — أو الانتقال مباشرة إلى تقرير الإيرادات ← المنتجات الأعلى للعرض الواعي بـ WooCommerce.

ما لا تعرضه Statnive لمتجر Woo اليوم

ثلاثة أشياء لا يمكنكم فعلها بدون أحداث WooCommerce. كونوا صرحاء مع قرائكم وأنفسكم حول هذا:

1. الإيرادات لكل قناة. حملة بمدة عالية وارتداد منخفض قد لا تزال تنتج صفر مبيعات. بدون حدث purchase مرتبط بـ UTM، فأنتم تستنتجون.
2. تخلّي القمع حسب الخطوة. عدد الخروج على /checkout يخبركم أن الناس يغادرون. لا يخبركم ما إذا كانوا دخلوا، طبّقوا قسيمة، رأوا خطأ دفع، أو اختاروا الشحن.
3. الطلب على مستوى المنتج. مشاهدات الصفحة على PDP هي وكيل للنية، لا دليل على النية. الكثير من المشاهدات على منتج لا يُباع أبداً هو أعلى إشارة لا يمكنكم قراءتها بدون product_view و add_to_cart.

أحداث التجارة الأربعة — wc_product_view، wc_add_to_cart، wc_checkout_start، و wc_purchase — تغلق كل واحدة من تلك الفجوات وشُحنَت في v1.0.0 (مجاناً، على WordPress.org). الأسماء تعكس مفردات أحداث تجارة GA4 الموصى بها من Google عمداً، لذا فإن أي توجيه ذكاء اصطناعي أو دليل CRO يفترض اتفاقيات GA4 يستمر بالعمل. الأحداث تُصدَر من جانب الخادم من WooCommerce — لا JS إضافي للتثبيت — وتُشغّل مسار من السلة إلى الشراء بالإضافة إلى تفصيلات القناة والمنتجات الأعلى على تقرير الإيرادات.

التأطير الصحيح لكل مقال مدونة تكتبونه حول سؤال CRO هو ذاته: تحليلات الزيارات تخبركم ما يحظى بالاهتمام؛ تحليلات الأحداث تخبركم ما يصنع المال. يمكنكم التصرّف على الأول اليوم وإضافة الثاني عندما تكونون مستعدين.

أربعة مصادر لحقيقة WooCommerce، ومتى تثقون بكلٍّ منها

هذا هو السؤال الذي لا يجيب عليه أحد بصراحة. على الأرجح لديكم أربعة أرقام لـ «كم مبيعات الأسبوع الماضي»:

المصدر	ما يقيس	متى تثقون به
إدارة WooCommerce ← التقارير	الطلبات في قاعدة بياناتكم	دائماً — هذا مصدر حقيقة الإيرادات
WooCommerce Order Attribution (WC 8.5+، في _wc_order_attribution_* post meta)	مصدر اللمسة الأولى لكل طلب، قائم على Cookies، نافذة 7 أيام على Safari	عندما تريدون إسناداً بحجم الطلب؛ تذكروا حد iOS ITP لـ 7 أيام
تقارير Klaviyo / Mailchimp	الإيرادات المنسوبة للبريد الإلكتروني بنافذتها الخاصة 5 أيام	عند قياس أداء البريد الإلكتروني — لكن توقّعوا إفراطاً في الإبلاغ 2-4× مقابل Woo بسبب فتحات Apple Mail Privacy Protection الشبحية
GA4 (إذا كنتم لا تزالون تشغّلونه)	حجم جلسة مأخوذ بعينات مع فقدان بانر Cookies	عندما تحتاجون أبعاداً طويلة الذيل لا تملكها Statnive بعد
Statnive	حجم جلسة بدون Cookies، بدون فقدان بانر، بدون بصمة، مُجمَّع بالقناة	عندما تحتاجون صورة الجمهور الكاملة — بما فيها 30-55% التي يفوتها GA4

Statnive لا تستبدل تقرير إيرادات WooCommerce الخاص. Statnive تستبدل GA4 للأسئلة التي GA4 سيّئ فيها: «من أين يأتي جمهوري الكامل؟»، «أي قناة ترسل الزوار المؤهلين؟»، «هل الجوال مكسور على PDP؟». إدارة WooCommerce الخاصة تبقى مصدر حقيقة الإيرادات.

المفاجأة التي لا يعترف بها أحد: نقصان الخصوصية أولاً ليس عيب CRO

هذه هي النقطة المخالفة للمألوف للمقال بأكمله. كل مدونة تحليلات تحترم الخصوصية تعترف بنسخة من «نعم، نُحصي أقل من GA4 لأننا نحترم Do Not Track». ثم كل عميل محتمل يسأل «ألا يضرّ ذلك بـ CRO؟». الإجابة هي لا، والسبب رياضي، لا تسويقي.

CRO يعمل على معدلات تحويل خطوة القمع النسبية، لا الحجم المطلق. إذا كانت 100% من مصادركم تنقص بـ 25% بشكل موحد، فإن ترتيب أي خطوة لإصلاح متطابق. النقصان يُلغى لحظة التقسيم. المكان الوحيد الذي يضر فيه النقصان الموحد هو التنبؤ بالإيرادات، وسجل طلبات Woo الخاص هو الحقيقة لذلك على أي حال.

حيث يبدأ النقصان الموحد بالأهمية هو نقصان غير موحد — عندما يفوت GA4 بعض القنوات أكثر من غيرها (مثل، مستخدمي Safari، زيارات تطبيق iOS، مستخدمي مانعات الإعلانات). تلك هي القضية ضد GA4 لمتاجر Woo الفردية، لا له. قياس Statnive من الطرف الأول بدون Cookies موحد عبر المتصفحات والأجهزة. نسب القمع التي تحسبونها مقابل بيانات Statnive متسقة داخلياً على الأقل؛ نسب القمع التي تحسبونها مقابل GA4 متحيّزة نحو أي شريحة تقبل Cookies فعلياً على موقعكم.

تلك هي الإجابة على اعتراض «لكننا سنكون في الظلام!». ستكونون في ظلام أقل مما تظنون، والظلام الذي تكونون فيه موحد — بالضبط ما يحتاجه CRO القائم على المعدل النسبي.

ثلاث توصيات CRO تعمل فعلاً (وثلاث لا تعمل)

من بحث CRO المُثبَت — CXL، Baymard، Nielsen Norman Group — إليكم ما يعمل لمتاجر Woo التي تقل عن 50K دولار/شهر وما لا يعمل.

يعمل (افعلوا هذا):

1. شفافية التكلفة أولاً. وفق بحث Baymard Institute لقابلية استخدام الدفع، الشحن غير المتوقع والضرائب والرسوم تسبب 39% من حالات التخلي عن السلة غير التصفّحية — السبب الأكبر فردياً للتخلي. أظهروا تكلفة التسليم على PDP، لا عند الدفع. إصلاح هذه القضية وحدها يمكن أن يرفع التحويل بشكل ملموس.
2. حسّنوا لكل قفزة قمع، لا لكل شراء. وفق دورة CXL لتحسين التحويل، قياس التحويل إلى الخطوة التالية بدلاً من الشراء النهائي يعطي إشارات أسرع وأوضح — بالضبط نوع القرار الذي تدعمه رياضيات عدد الخروج في Statnive اليوم، حتى بدون أحداث إيرادات.
3. ثقوا بالإسناد المُجمَّع بالقناة عند هذا المقياس. للمتاجر تحت ~10K جلسة/شهر، اللمسة الأخيرة + وسم UTM نظيف أكثر موثوقية من أي نموذج لمس متعدد. حمل هندسة البيانات للمس المتعدد لا يستحق لمتاجر فردية.

لا يعمل (تجاوزوا هذا):

1. «اجعلوا كل CTA أحمر». اختبارات CXL عبر مئات التجارب تجد أن التباين — لا اللون — يقود أداء CTA. حوالي 1 من كل 7 اختبارات لون فقط ذو دلالة إحصائية.
2. «احشروا كل شيء فوق الطية». وفق بحث Nielsen Norman Group لتتبع العين، 57% فقط من وقت المشاهدة فوق الطية على المواقع المستجيبة الحديثة. التموضع يهم أقل من جودة النسخة. التمرير ليس العدو.
3. «أضيفوا دائري للصفحة الرئيسية أو مؤقت عد تنازلي». بحث الدائري لـ NN/g: 84% من النقرات تهبط على الشريحة 1، إجمالي معدل النقر نحو 1%. أسوأ، دراسة Growth Suite لـ 847 متجراً وجدت أن مؤقتات العد التنازلي الخادعة زادت التخلي بنسبة 23% وقلّلت الشراء المتكرّر بنسبة 41%. الدائريات هي عبادة شحن؛ الندرة الخادعة تؤذي بنشاط.

ثلاث خصوصيات WooCommerce يجب معرفتها قبل الوثوق بأي تحليلات

إذا انتقلتم من GA4 إلى متتبع يحترم الخصوصية، ستصطدمون بهذه. تؤثر على كل أداة تحليلات، لا Statnive فقط — لكن إذا بدت تقاريركم «غير صحيحة» في الأسبوع الأول، فهذه القائمة عادةً تشرح السبب.

1. الدفع القائم على Blocks لا يُطلق woocommerce_before_checkout_form. نحو 13% من المتاجر على Cart and Checkout Blocks الجديدة من WooCommerce (يرتفع بسرعة). الدفع الكلاسيكي القائم على الشورت كود يُطلق الخطاف القديم، والقائم على Blocks لا يفعل. أي متتبع يستمع لذلك الخطاف سيُنقص من بدء الدفع على متاجر Blocks حتى يُحدَّث لدعم أسماء الأحداث الجديدة.
2. woocommerce_thankyou غير موثوق به لتدفقات إعادة توجيه Stripe و PayPal و Klarna. عندما تعيد بوابة الدفع المتسوّق في iframe أو عبر استدعاء من خادم إلى خادم، صفحة الشكر لا تُعرَض أبداً في متصفحه. التتبع القوي للشراء يقرن مستمع JavaScript لصفحة الشكر مع خطاف woocommerce_payment_complete من جانب الخادم بحيث يُطلق الحدث حتى عندما تُغلق علامة تبويب المتصفح. PayPal Payments لديه قضية مفتوحة على هذا منذ سنوات.
3. إضافة إلى السلة عبر AJAX في Astra و Botiga و Flatsome و Kadence تُكبَت مشاهدة صفحة /cart. القوالب الحديثة لـ Woo تتجاوز صفحة السلة بشكل متزايد بدرج منزلق. أي تحليلات تستنتج إضافات السلة من مشاهدات صفحة /cart ستُنقص على تلك القوالب. الإصلاح الصحيح هو جسر JavaScript صغير يستمع لحدث jQuery added_to_cart.

اعتباراً من v1.0.0، تعالج Statnive كل ثلاث منها بشكل صحيح افتراضياً. قمع تقرير الإيرادات يقرأ wc_product_view، wc_add_to_cart، wc_checkout_start، و wc_purchase من جانب الخادم من WooCommerce — الدفع القائم على Blocks، وبوابات تدفق إعادة التوجيه، وقوالب إضافة السلة عبر AJAX جميعها معدودة. الفصل القائم على URL (تصفية /product/) في تقرير الصفحات يبقى مفيداً للإسناد المتبادل بين المحتوى والمنتج حيث تريدون مشاهدات الصفحات بدلاً من الطلبات.

تموضع الخصوصية، بصراحة

شيء أخير تخطئه نسخة التسويق على معظم مواقع التحليلات التي تحترم الخصوصية: «بدون بانر موافقة» هو ضبط، لا خاصية منتج. الـ 27 دولة عضو في الاتحاد الأوروبي لا تتفق على ما يُعتبر قياس جمهور.

• فرنسا (CNIL Sheet 16)، إيطاليا (Cookie Guidelines 2021 من Garante)، إسبانيا (AEPD)، هولندا (AP بموجب Tw art. 11.7a): أداة قياس جمهور مضبوطة بشكل صحيح — من الطرف الأول فقط، بدون معرّفات عبر المواقع، اقتطاع IP، حد أقصى لعمر المعرّف 13 شهراً، حد أقصى للاحتفاظ بالبيانات 25 شهراً، بدون إعادة تشغيل الجلسة — تناسب الاستثناء. لا بانر مطلوب.
• ألمانيا (TDDDG § 25): DSK Orientierungshilfe النسخة 1.2 من نوفمبر 2024 غير غامض: القياس بدون Cookies يُطلق الموافقة أيضاً عندما يقرأ معلومات نهاية الجهاز. ذلك يشمل قراءة navigator.*، screen.*، Intl.*، و document.referrer. متتبع Statnive يقرأ عدة منها، لذا فإن ضبط الخلو من الموافقة الألماني هو الوضع الأكثر صرامة من جانب الخادم، وحتى ذلك الحين الممارسة الأكثر أماناً هي السؤال.
• بلجيكا، أيرلندا، النمسا، المملكة المتحدة: مواقف صارمة مماثلة؛ توجيهات ICO للتخزين وتقنيات الوصول في المملكة المتحدة من 29 أبريل 2026 صراحةً لا تقدّم استثناء تحليلات.

الادّعاء الصريح، على كل مقال مدونة CRO وصفحة تسعير، هو: «متوافقة مع GDPR بالتصميم — بدون Cookies، بدون localStorage، بدون بصمة، أملاح تتغيّر يومياً، استضافة في الاتحاد الأوروبي فقط. ما إذا كان بانر الموافقة مطلوباً يعتمد على اختصاصكم القضائي وضبطكم؛ في معظم الاتحاد الأوروبي، يطبَّق استثناء قياس الجمهور؛ في ألمانيا، التفسير الأكثر صرامة لا يزال يتطلب خيار المستخدم».

تلك هي النسخة الصريحة. وهي أيضاً النسخة التي تحميكم عندما يسأل DPO عميل.

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

1. ثبّتوا إضافة Statnive من WordPress.org. مجانية، والباقة المجانية هي باقة CRO العاملة لكل شيء أعلاه.
2. شغّلوا حلقة 7 خطوات الأسبوعية لأسبوعين. ستبدأون برصد أولويات «عدد الخروج المطلق» بحلول نهاية الأسبوع 1.
3. اختاروا تجربة واحدة في الأسبوع. صيغوها كفرضية. شغّلوها لأسبوعين أو 1,000 جلسة.
4. اقرأوا دليل مصادر زيارات WooCommerce بعد ذلك — يتعمّق في قاعدة صحة قناة الخطوة 2.
5. اعتباراً من v1.0.0 (مايو 2026)، تقرير إيرادات WooCommerce في الإضافة المجانية — افتحوه لعروض الإيرادات لكل قناة والمنتجات الأعلى ومسار من السلة إلى الشراء الموصوفة أعلاه. الحلقة والتقارير والانضباط الذي بنيتم في الخطوات 1-4 ينتقل مباشرة.

النقطة الكاملة لهذا النهج هي أن تتوقفوا عن فتح GA4 وإغلاقه والشعور بالذنب لعدم «إجراء التحليلات». تستبدلونها بحلقة 10 دقائق يوم الاثنين، تقرّرون شيئاً واحداً، وتشحنون التغيير. هذا هو CRO لمتجر Woo حقيقي. دليل الفريق الكبير يمكن أن ينتظر حتى يكون لديكم فريق كبير.