بدائل Google Analytics: كيفية الاستمرار في استخدام مكدس Google الفني وتكون متوافقة مع القانون العام لحماية البيانات (GDPR)
نشرت: 2022-11-17على مدى العامين الماضيين ، حدثت أحداث مهمة في مجال تحليلات التسويق التي أثرت على جودة البيانات وإعداد تقارير التسويق. بسبب القانون العام لحماية البيانات ، ووضع الموافقة ، والقيود المفروضة على استخدام ملفات تعريف الارتباط ، تبحث الكثير من الشركات الآن عن بدائل Google Analytics. إنهم قلقون من أن مكدس تقنيات Google المعتاد لا يضمن تخزين البيانات التي تم جمعها في موقع الاتحاد الأوروبي فقط.
ومع ذلك ، فإن تغيير مجموعات التكنولوجيا أمر مؤلم ومكلف:
- يؤدي منحنى التعلم الضخم والحاجة إلى دراسة التقنيات الجديدة إلى إبطاء العمليات ويتطلب تعيينات جديدة.
- يحتاج المطورون والمحللون إلى إعادة تنفيذ ترميز جديد على الموقع. هذا لا يتطلب موارد كبيرة فحسب ، بل يؤخر أيضًا المهام العاجلة الأخرى.
الخبر السار هو أن الشركات لا تضطر إلى تغيير مجموعتها التقنية. هم فقط بحاجة إلى إعداد كل شيء بشكل صحيح.
في هذه المقالة ، ستتعرف على ما يجب على الشركات فعله لتكون متوافقة مع اللائحة العامة لحماية البيانات أثناء استخدام مكدس التكنولوجيا من Google.
باستخدام OWOX BI ، يمكنك ضمان الامتثال للقانون العام لحماية البيانات (GDPR) أثناء العمل مع البيانات الحساسة. لا تضيع الوقت والموارد في إعادة معالجة البيانات أو التعلم واعتماد حزمة تقنية جديدة.
جدول المحتويات
- الأيام الخوالي من التحليلات الرقمية
- التحليلات الرقمية في عام 2022
- كيفية الاستمرار في استخدام Google Tech Stack وأن تكون متوافقًا مع الناتج المحلي الإجمالي
- مخطط بيانات Google BigQuery مع وضع الموافقة
- يبدأ الإبلاغ عن البيانات بنسب البيانات
- استنتاجات قصيرة
الأيام الخوالي من التحليلات الرقمية
قبل بضع سنوات ، تخيل كل من عمل في تحليلات البيانات السنوات القادمة كعالم جميل حيث كانت البيانات والتخصيص في كل مكان ، مع تطور مكدس التكنولوجيا الإعلانية بسرعة.

ماذا نعرف عن تلك الأيام الخوالي؟
جمع البيانات
- استخدم 99.5٪ من المتخصصين برنامج إدارة العلامات من Google لإرسال البيانات أينما أرادوا.
- 85.7٪ من المتخصصين استخدموا Google Analytics لجمع بيانات الموقع.
معالجة البيانات
- استخدم الجميع تقريبًا ETL و DWH لمعالجة البيانات.
- كان من السهل حقًا تحديد المفاتيح واستخدامها لربط البيانات وإنشاء أي تقارير تريدها.
تقارير البيانات
مجموعة متنوعة من أدوات تصور البيانات بما في ذلك Google Data Studio و Google Sheets المتصلة بسلاسة بمخازن البيانات.
باختصار ، كان من الأسهل بالتأكيد التعامل مع البيانات بدون كل المتطلبات الخارجية الحالية.
التحليلات الرقمية في عام 2022
اليوم ، يتعين علينا بذل جهد إضافي للعمل مع بيانات المستخدمين. ليس لدينا سيارات طائرة ، وتخصيص البيانات ليس في كل مكان. بدلاً من ذلك ، لدينا متطلبات وقيود تخلق مخاوف إضافية.
تحد المتصفحات من استخدام ملفات تعريف الارتباط للجهات الخارجية
تحد المتصفحات والأنظمة الأساسية من عمر ملفات تعريف ارتباط الطرف الثالث التي تم تعيينها بواسطة مجال تابع لجهة خارجية. يؤثر هذا على عرض المعرفات المهمة لأنظمة التحليلات ، مثل Client ID في Google Analytics. لهذا السبب ، لن يتوفر قدر كبير من المعلومات حول فعالية القنوات الإعلانية في المستقبل:
- ستزيد نسبة التحويلات للزوار الجدد. لن يكون هؤلاء في الواقع زوارًا "جددًا" ، ولكنهم زوار "عائدون" سابقون تم تعيين ملف تعريف ارتباط جديد لهم.
- ستزيد نسبة التحويلات المباشرة / غير المباشرة.
- سيكون لعائد الاستثمار للإعلانات المدفوعة في التقارير هامش خطأ بنسبة 10٪ إلى 20٪. في أغلب الأحيان ، سيكون في الجانب السفلي.
برنامج Google Analytics غير متوافق مع القانون العام لحماية البيانات (GDPR)
بعد دخول اللائحة العامة لحماية البيانات (GDPR) في الاتحاد الأوروبي حيز التنفيذ ، واجه مستخدمو Google Analytics في أوروبا مشكلة. أصبح Google Analytics غير قانوني لمشغلي مواقع الويب لاستخدامه في العديد من البلدان بسبب قرارات سلطات حماية البيانات الأوروبية ، لأنه لا يتوافق مع اللائحة العامة لحماية البيانات (GDPR).
الآن ، يجب على الشركات إزالة Google Analytics من مواقعها على الويب أو مواجهة غرامات لانتهاك القانون العام لحماية البيانات (GDPR). يجب على مستخدمي Google Analytics الذين يعملون في الاتحاد الأوروبي أو يخدمون العملاء في دول الاتحاد الأوروبي اتخاذ إجراءات فورية لضمان عدم نقل أي بيانات شخصية إلى خوادم في الولايات المتحدة أو إيجاد نظام تحليلات بديل يتوافق مع اللائحة العامة لحماية البيانات (GDPR).
بالإضافة إلى ذلك ، للامتثال لمتطلبات القانون العام لحماية البيانات (GDPR) ، يجب أن تستخدم مواقع الويب وضع الموافقة. بمعنى ، يجب ألا يحدد موقع الويب المستخدمين الذين لا يرغبون في مشاركة ملفات تعريف الارتباط. وهذا يؤدي إلى المشكلة التالية.
يقلل وضع الموافقة من عدد التحويلات التي يمكن من خلالها تحديد مصدر حركة المرور
سيستمر المعلنون في جمع بيانات نشاط المستخدم ، لكن لن يتمكنوا من تحديد التفاعلات مع الإعلانات التي تؤدي إلى التحويلات. متوسط نسبة المستخدمين الذين يرفضون ملفات تعريف الارتباط على مواقع الويب مع تطبيق وضع الموافقة هو 30٪. اعتمادًا على نوع موقع الويب ، يمكن أن تصل هذه الحصة إلى 40٪.
سيظل حجم التحويلات عبر الإنترنت في تقارير التسويق كما هو ، لكن التحويلات لن تكون مرتبطة بمصدر النقرات والطلبات المكتملة من CRM. نتيجة لذلك ، لن تتمكن من عزو معظم التحويلات إلى الحملات الإعلانية وستحصل على عائد استثمار منخفض.

اليوم ، عندما يبدأ المحلل في التفكير في جمع البيانات ومعالجتها وتحويلها ، يتعين عليه الإجابة على الأسئلة الصعبة التالية.
جمع البيانات
- ماذا أفعل حيال نقص البيانات بسبب القانون العام لحماية البيانات ، ووضع الموافقة ، والقيود المفروضة على استخدام ملفات تعريف الارتباط؟
- ماذا أفعل بالمستخدمين الموافقين والمستخدمين غير الموافقين؟ كيف يمكنني التمييز بينها والحصول على بيانات في تقاريري يمكن الوثوق بها؟
- ما نوع الموافقة التي يجب أن أطلبها لتتبع معلمات UTM؟ (من الضروري تتبع معلمات UTM من أجل مطابقة الجلسات / تحويلات موقع الويب مع حملاتك.)
- إلى أي نقاط نهاية يمكنني إرسال بيانات المستخدمين؟ (تحقق جيدًا من أنواع الخدمات التي تستخدمها قبل إرسال البيانات هناك.)
- ما نوع البيانات التي يمكنني تتبعها للمستخدمين غير الموافقين؟
معالجة البيانات
- كيف يمكنني التأكد من معالجة بيانات العملاء الأوروبيين وتخزينها في أحد مواقع الاتحاد الأوروبي؟
- كيف تتدفق بيانات PII عبر جميع خطوط أنابيب البيانات والتحويلات الخاصة بي؟
يعرف أولئك الذين أجروا بالفعل محادثات مع فرقهم القانونية مدى الإحباط الذي قد يسببه تقديم إجابة واضحة لما يحدث مع بيانات PII في رحلتها إلى التقرير النهائي.
تقارير البيانات
- كيف يمكنك إنشاء تقارير مجمعة لجميع المناطق إذا كانت لكل هذه المناطق قوانين ولوائح مختلفة وأيضًا خوادم مختلفة؟
- لماذا تتزايد حركة المرور المباشرة وحصة المستخدمين الجدد بشكل غير متوقع؟
دعونا نبذل قصارى جهدنا لتغطية جميع الأسئلة أعلاه لتسهيل حياة المحللين في الأسابيع والأشهر وربما السنوات القادمة.
كيفية الاستمرار في استخدام Google Tech Stack وأن تكون متوافقًا مع الناتج المحلي الإجمالي
يمتلك كل فريق تسويق تقريبًا مكدسًا تكنولوجيًا مُشكَّلاً من Google اعتاد عليه الجميع وعمل بلا عيب لسنوات. ومع ذلك ، فإن القيود والابتكارات الموضحة أعلاه تجبر الشركات على البحث عن أدوات أخرى للعمل مع البيانات. الخبر السار هو أنه يمكنك الاستمرار في استخدام مكدس تقنيات Google المألوف طالما أنك تتبع هذه الإرشادات.
جمع البيانات
1. تحقق من التقارير الجغرافية في Google Analytics
عليك أن تفهم المناطق التي ينتمي إليها زوار الموقع. كم عددهم من الولايات المتحدة مقابل الاتحاد الأوروبي؟ عليك بالتأكيد أن تبدأ العمل مع البلدان التي يأتي منها الزوار بشكل شائع. نعتقد أن الجميع يعرف مكان العثور على تقاريرهم الجغرافية. تحقق منها وحدد قائمة البلدان التي يأتي منها غالبية الزوار.

2. تعرف على قوانين حماية البيانات في مناطق الزوار
ما هي القوانين المطبقة على الزوار من هذه المقاطعات؟ الحمد لله ، هناك موقع إلكتروني رائع يجمع بين جميع القوانين واللوائح حول العالم ويسهل تحديد ما عليك اتباعه حتى تكون ملتزمًا.

3. إلغاء تكرار المتطلبات وتحديد أولوياتها
بمجرد الانتهاء من الخطوتين الأولى والثانية ، يجب عليك إلغاء تكرار كل هذه المتطلبات من بلدان مختلفة. استشر المحامين للترجمة من الإنجليزية القانونية إلى الإنجليزية لمحللي البيانات.
في نهاية هذه المرحلة ، ستكون قد اكتشفت جميع قيود الخصوصية بغض النظر عن النظام الأساسي الذي سترسل البيانات إليه. لا يتعلق الأمر بجوجل فقط.

4. تنفيذ وضع الموافقة بشكل صحيح.
أخيرًا ، يجب عليك تنفيذ وضع الموافقة. من السهل حقًا تنفيذ هذه القواعد بمساعدة علامات الجهات الخارجية أو منتجات الجهات الخارجية المدمجة مع GTM. اتبع هذه الروابط للعثور على قوالب GTM لتطلب من زوارك الموافقة على إرسال بياناتهم إلى خدمات التحليلات.

معالجة البيانات
أخيرًا ، وصلنا إلى مرحلة معالجة البيانات. بينما في المرحلة السابقة أدركت نوع البيانات التي يمكنك جمعها بأي نوع من الموافقة ، يمكنك الآن البدء في التقاط هذه البيانات ومعالجتها.

يعلم الجميع أنه لم يعد بإمكاننا إرسال بيانات PII إلى GA كما فعلنا من قبل - ولا حتى إذا تم تصدير البيانات من GA إلى GBQ وتم تعيين موقع GBQ على الاتحاد الأوروبي. هذا لأن قوانين الاتحاد الأوروبي تنص على أنه لا يمكنك إرسال معلومات تحديد الهوية الشخصية مباشرة إلى GA بدون الإعداد المناسب.

1. تكوين Google Analytics و Google Tag Manager
هذه ليست المهمة الأصعب. كل ما عليك فعله هو مراجعة قائمة التحقق هذه ، وقبول DPA الجديد من Google ، وتعطيل إعدادات مشاركة البيانات. والأهم من ذلك ، أنه يجب أيضًا تعطيل ضربات الأشباح وإشارات Google.

مع القيام بما سبق ، يمكنك جعل GA متوافقة من حيث الخصوصية وجميع اللوائح عن طريق منع جمع معلومات تحديد الهوية الشخصية دون موافقة.
ومع ذلك ، بمجرد ضبط كل هذه الإعدادات في GA ، ستجد أن البيانات المهمة حقًا لا يمكن العثور عليها في أي مكان في GA أو ، وبالتالي ، في Google BigQuery Export.
نحن نتحدث عن بيانات الموقع الدقيقة ، وبعض بيانات PII التي تحتاجها لتقارير معينة ، وبعض الأبعاد المخصصة التي يتم استخدامها كمفتاح للانضمام إليها ، على سبيل المثال ، مع بيانات CRM.
من الواضح أن هذا الوضع لن يعمل من أجلك لأنه في نهاية اليوم ، كمحلل ، تريد إنشاء تقرير قابل للتنفيذ وتريد التعامل مع البيانات التي يمكن الوصول إليها من خلال SQL. لحسن الحظ ، هناك حل آخر يمكنك تنفيذه: التتبع من جانب الخادم.
2. قم بإعداد تتبع من جانب الخادم بدون ملفات تعريف الارتباط
يمكنك استخدام حل OWOX أو بناء حل خاص بك.

اشترك في عرض توضيحي لمعرفة المزيد عن OWOX BI Server-Side Tracking
في كلتا الحالتين ، فإن أهم شيء في الخادم هو أنه يجب أن يكون موجودًا في الاتحاد الأوروبي. هذه هي الطريقة التي يمكنك من خلالها التأكد من تصفية جميع بيانات PII قبل إرسالها إلى أي خدمة أخرى.
استنادًا إلى خبرتنا ، يزيد التتبع من جانب الخادم من دقة تتبع حملات الاستحواذ بنسبة 20٪. لذلك هناك سبب تجاري ، وليس مجرد سبب قانوني ، للانتقال إلى التتبع من جانب الخادم.
3. قم بإعداد مدير العلامات من جانب الخادم
الجزء الثالث هو إعداد مدير العلامات من جانب الخادم. لماذا هو مهم؟ لأنك ترغب في التحكم في جميع البيانات التي ترسلها ليس فقط إلى خدمة التحليلات الخاصة بك ولكن إلى جميع خدمات إعلانات الجهات الخارجية أيضًا (Facebook ، Bing).

في هذه المرحلة ، يمكنك استضافة مدير العلامات من جانب الخادم في أحد مواقع الاتحاد الأوروبي وتصفية جميع حقول معلومات PII مثل عنوان IP. يمكنك فقط إرسال البيانات المطلوبة لكل خدمة إعلانية.
هذه هي الطريقة التي يمكنك بها تصدير البيانات بطريقة تتوافق مع متطلبات القانون العام لحماية البيانات (GDPR).
إذا كنت لا تزال تواجه اعتراضات من الفريق القانوني ، فقل: مرحبًا ، كيف نتأكد من عدم تمكن أي شخص من الوصول إلى بيانات معلومات تحديد الهوية الشخصية للزوار في Google BigQuery؟
في هذه المرحلة ، هناك أيضًا حل. يمكنك تشغيل مفاتيح KMS السحابية التي يديرها العملاء وتشفير بياناتك من أجل منع أي شخص ، وأعني أي شخص ، من الوصول إليها.
لكي نكون صادقين ، لم نواجه أي منظمة لا تزال لديها شكوك حول استخدام GCP بمجرد اتباعها لجميع هذه التوصيات.
مخطط بيانات Google BigQuery مع وضع الموافقة
الآن دعنا ننتقل إلى بعض التوصيات العملية. كيف يبدو وضع الموافقة؟
بمجرد أن تبدأ في إرسال البيانات بموافقة (على سبيل المثال ، استخدام OWOX BI) ، ستحصل على معلمة مخصصة تحتوي على وضع الموافقة هذا.
هنا جدول الجلسة. كما ترى ، يحتوي على حقل ConsentMode مخصص يحتوي على قيمة الموافقة الممنوحة على موقع الويب.

من أجل جمع البيانات لأغراض التحليل ، يجب أن تحصل على الموافقة ، ويمكنك معرفة خيارات الموافقة بقيمة معلمة ConsentMode هذه. قيم Google Analytics التي تطابق احتياجات التحليلات هي G101 و G111. إذا كانت معلمة gsc تحتوي على إحدى هذه القيم ، فيمكنك جمع بياناتك لأغراض التحليل.
ومع ذلك ، إذا لم يمنح زوار موقعك على الويب موافقتهم ، فلا يزال بإمكانك تخزين بياناتهم ولكن بدون أي معلومات تعريف شخصية - تمامًا مثل كيفية احتواء سجلات خادم الويب على عناوين IP ووكلاء المستخدمين ولكن ليس لديك معرفات مستخدم فريدة.
دعونا نلقي نظرة على كيفية عملها.
تخيل أنك لم تحصل على الموافقة. الآن ، سيكون لكل نتيجة معرف عميل جديد ومعرف مستخدم OWOX.
علاوة على ذلك ، لن تكون بيانات الموقع الدقيقة متاحة. الفكرة من وراء ذلك هي ما يلي:
لا يمكنك جمع أي نوع من البيانات التي يمكن أن تحدد هوية الفرد بشكل مباشر أو غير مباشر. أي نوع من البيانات هذا؟ المدينة وخط العرض وخط الطول والمتصفح (بمعنى رقم الإصدار الثانوي ووكيل المستخدم) وأي شيء يمكن استخدامه لأخذ البصمات بما في ذلك العلامة التجارية للجهاز / الطراز وما إلى ذلك.
ومع ذلك ، يمكنك تخزين بيانات غير معلومات تحديد الهوية الشخصية (PII) مثل مشاهدات الصفحة بدون أي معلومات تحديد هوية شخصية يمكن استخدامها لتحديد هوية الأفراد. أدناه ، سوف تكتشف سبب احتياجك لهذه البيانات.
الفكرة الأكثر وضوحًا هي الحصول على المجاميع ، أليس كذلك؟ نعتقد أن كل شخص يرغب في الحصول على إجماليات دقيقة من حيث مشاهدات الصفحة وعدد التحويلات ، ولا يهم أي مستخدمين معينين تأتي منهم هذه المقاييس.
يبدأ الإبلاغ عن البيانات بنسب البيانات
الآن ، دعنا ننتقل إلى تقارير البيانات ، والتي تبدأ بسلسلة البيانات. بمجرد قيامك بجمع جميع البيانات الخاصة بك ، ربما لا يمكنك تجنب الإجابة على كيفية تدفق بيانات PII الخاصة بك ، وكيفية ضبط والتحكم في جميع تحويلات البيانات الخاصة بك ، والانضمام ، والتنظيف.
سيكون من الرائع أن يكون لديك أداة مخصصة تعرض كل هذه التحولات وكيف وصلت إلى التقرير النهائي بأوضح الطرق وأكثرها قابلية للتدقيق - وهي أداة من شأنها أن تساعدك على فهم ما إذا كانت معلومات تحديد الهوية الشخصية الخاصة بك تتدفق بشكل صحيح.
على سبيل المثال ، بمجرد قيامك بجمع البيانات من مناطق مختلفة ، ستحتاج إلى الانضمام إليها من أجل إنشاء عرض إجمالي. أو لنفترض أن البيانات التي يعطيها المستخدمون الموافقة ولا يمنحونها يتم تخزينها بشكل منفصل ، ويجب حساب المقياس العام في تقرير واحد. للقيام بذلك ، تحتاج إلى معرفة مخطط البيانات. سوف تحتاج إلى الاحتفاظ بالعشرات من التحولات في رأسك. وإذا ظهر خطأ فجأة في الحسابات ، بدون سلالة بيانات واضحة ومفهومة ، فسوف تقضي الكثير من الوقت في البحث عنه والقضاء عليه. هذه مجرد بضع مئات من حالات الاستخدام التي تحتاج فيها إلى نسب البيانات.
لحل هذه المشكلة ، التي واجهها عملاؤنا كثيرًا ، أنشأنا رسمًا بيانيًا واضحًا للتحول في OWOX BI يوضح بوضوح كيف وأين ولماذا تتحرك بياناتك. باستخدامه ، يمكنك بسهولة رؤية منطق الحساب والتأثير فيه:
- تتبع كيفية نقل البيانات والتغييرات من الموصلات إلى لوحات المعلومات.
- تعيين والتحكم في تحويلات البيانات ومنطق حساب المقاييس في كل تقرير.
- إدارة تحويلات SQL بنقرات قليلة.
- جدولة تحديثات البيانات لتحديث البيانات.
- ترى على الفور أي خطأ أو تأخير في تحديث البيانات.

1. إنشاء كتالوج البيانات
بادئ ذي بدء ، يعد كتالوج البيانات طريقة لتنظيم مخزونك من أصول البيانات ، خاصة تلك التي تحتوي على بيانات PII. يجب أن يكون لديك علامة واضحة على نوع بيانات PII. على سبيل المثال ، قد تقوم بتشفير بياناتك أو تجزئتها أو فك تشفيرها. يعتمد ذلك على كيفية استخدامك لها.
2. تعيين مالك لكل أصل بيانات
ثانيًا ، عليك تعيين مالك لكل أصل بيانات. على سبيل المثال ، يمكنك تعيين نفسك كمالك للزوار من أجل التعرف بسهولة على من يملك البيانات وأنواع الحقول المرتبطة ببيانات PII.
3. تحديد أمان معلومات تحديد الهوية الشخصية على أساس العمود
أخيرًا وليس آخرًا ، يمكنك حتى تحديد أمان بيانات PII على أساس عمود لتحديد ما إذا كنت ترغب في تشفير البيانات أو تجزئتها.

الخبر الرائع هو أن GC تقدم طريقة بسيطة لاستخدام تشفير مفتاح العمود دون الحاجة إلى إعادة كتابة جميع استعلامات SQL من البداية.
استنتاجات قصيرة
باتباع التوصيات الواردة في هذه المقالة ، ستتمكن من:
- احصل على جميع بياناتك في Google BigQuery
- تصفية جميع بيانات PII للمستخدمين غير الموافقين
- تجنب فقدان بيانات معلومات تحديد الهوية الشخصية غير الموافق عليها للحصول على الإجماليات وإنشاء تقارير مجمعة
- أخبر فريقك القانوني كيف تتدفق بياناتك عبر جميع خطوط الأنابيب


Google Tech Stack و GDPR | قائمة مراجعة الامتثال
تحميل