خوارزمية OWOX BI الجديدة لجمع بيانات الجلسة

التغيير مستمر. هذا هو واقعنا وفي بعض الأحيان يصعب قبوله. لكن التغييرات التي نريد مشاركتها معك ستثير إعجاب كل مستخدم OWOX BI.

ربما تعلم بالفعل أن OWOX BI قد غير مؤخرًا منطق جمع بيانات الجلسة ؛ أصبحت الميزات الجديدة متاحة لجميع المستخدمين منذ 1 مارس. في هذه المقالة ، سنخبرك بالمزيد حول ميزاتنا الجديدة وكيف يمكن أن تعود بالفائدة على عملك.

في السابق ، أنشأ OWOX BI جداول الجلسات في Google BigQuery باستخدام بيانات الجلسة من Google Analytics. من ناحية أخرى ، كفل هذا النهج ملاءمة كاملة للبيانات عبر المصادر. من ناحية أخرى ، قد يتم فقد جزء من البيانات في الطريق من موقع الويب إلى نظام التحليلات والتخزين السحابي بسبب قيود واجهة برمجة تطبيقات Google Analytics Core Reporting.

لتجنب هذه المشكلة ، قمنا بتغيير خوارزمية جمع بيانات الجلسة. الآن يتم تكوين بيانات الجلسة باستخدام بيانات النتائج من OWOX BI ، لذلك لا يمكن أن تؤثر حدود Google Analytics على عملية إنشاء جداول الجلسات. بفضل هذه الخوارزمية الجديدة ، يمكنك جمع بيانات كاملة لسلوك المستخدم غير المستندة إلى عينات على موقع الويب الخاص بك وإسناد تلك البيانات إلى الجلسات الصحيحة. دعونا نرى كل الفوائد بالتفصيل.

قبل ذلك: إذا قام مستخدمو موقع الويب الخاص بك بإنشاء أكثر من 200000 جلسة في اليوم ، فعادة ما يطبق Google Analytics (الإصدار المجاني) أخذ العينات. وبالتالي ، سيتلقى مشروع Google BigQuery عينة عشوائية من الجلسات فقط.

الآن : يحصل مستخدمو OWOX BI على بيانات أولية وغير مستندة إلى عينات لجميع الجلسات في Google BigQuery دون أي قيود في قيمة حركة المرور أو حجم النشاط التجاري.

قبل ذلك: إذا وصلت إلى الحجم وحدود البيانات المجمعة في Google Analytics ، فلن يعالج النظام البيانات التي تتجاوز تلك الحدود ولن تدخل هذه البيانات في Google BigQuery. هذه الحدود هي 200000 نتيجة لكل مستخدم في اليوم ، و 10 ملايين نتيجة في الشهر ، و 500 نتيجة لكل جلسة. أيضًا ، يتجاهل Google النتائج التي يزيد حجمها عن 8 كيلوبايت.

الآن : لا تحتوي خوارزمية OWOX BI الجديدة على أي من هذه الحدود ، ويتم مضاعفة الحد الأقصى لحجم النتيجة إلى 16 كيلوبايت. هذا يعني أنه يمكنك جمع البيانات حول جميع إجراءات المستخدمين على موقع الويب الخاص بك.

قبل : قد يتم تحديث بيانات الجلسة بأكثر من 24 ساعة تأخير لأن هذه التحديثات تعتمد على المعلومات التي يتم تحديثها في Google Analytics API.

الآن : جلسات تشكيل النتائج في جانب OWOX BI ، لذلك لن يتم إيقاف جمع جدول الجلسات مؤقتًا أبدًا بسبب تجاوز الحدود أو عدم الوصول إلى Google Analytics. تصل البيانات إلى BigQuery بشكل أسرع ، وهو أمر مهم حقًا إذا كنت تستخدمه لتسويق البريد الإلكتروني أو تحديثات التقارير في الوقت الفعلي.

قبل ذلك: في Google Analytics ، يتم تحديد مصدر الزيارات من خلال نموذج النقرة الأخيرة غير المباشرة. إذا كانت القناة الأخيرة في سلسلة إجراءات العميل مباشرة ، فسيتم تجاهل هذه القناة واستبدالها بآخر قناة غير مباشرة.

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

الآن : تستخدم خوارزمية OWOX BI الجديدة أيضًا نموذج Last Non-Direct Click لتحديد مصدر حركة المرور. لكننا أضفنا حقل trafficSource.isTrueDirect خاصًا إلى جدول الجلسة لمساعدتك في تحديد حركة المرور المباشرة. سيحصل هذا الحقل الثنائي على قيمة حقيقية إذا بدأت الجلسة بزيارة مباشرة للموقع وقيمة خاطئة إذا كانت الجلسة تتبع جلسة قناة مدفوعة. بفضل هذا المجال ، يمكنك تقييم القيمة الحقيقية للقنوات المدفوعة وتأثيرها على التحويلات. في Google Analytics ، يعمل حقل isTrueDirect بشكل مختلف ، لأنه يحصل على القيمة "true" عندما يكون هناك مصدر مباشر أو عندما يكون لجلستين نفس البيانات حول الحملة.

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

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

قبل ذلك: إذا كنت تقوم بتتبع الأحداث على موقع الويب الخاص بك بمساعدة Measurement Protocol ، فتذكر أنه قد يتم فقد جزء من هذه الأحداث. الحقيقة هي أنه في Google Analytics (بما في ذلك الإصدار المدفوع ، GA360) ، الحد الأقصى للمدة من لحظة الضربة إلى إرسال المعلومات حول النتيجة للمعلمة & qt هي أربع ساعات فقط. إذا كانت الفجوة أطول ، فلن يُنسب الحدث على الإطلاق. على سبيل المثال ، لنفترض أن الزائر يدفع عبر الإنترنت على موقع الويب الخاص بك. سيتم احتساب المعاملة بعد تلقي تأكيد مصرفي ، حتى لو استغرق ذلك يومين. في مثل هذه الحالة ، لن تُنسب المعاملة إلى الجلسة الصحيحة ، مما يعني أن المصدر الذي أدى إلى تلك المعاملة لن يتم تقييمه بشكل صحيح.

إذا تم إرسال المعلمة & qt بدون قيمة ، فسيتم إنشاء جلسة منفصلة للحدث تلقائيًا. على أي حال ، سيؤثر ذلك على دقة بياناتك.

الآن : في الجلسات التي تستند إلى خوارزمية OWOX BI الجديدة ، يتم تمديد الحد الأقصى لمدة المعلمة & qt إلى 30 يومًا. هذا يعني أن أحداثك المرسلة بواسطة Measurement Protocol ستُنسب إلى الجلسة الصحيحة.

في خوارزمية OWOX BI الجديدة ، تحتوي الجداول على نفس البنية التي كانت عليها في الخوارزمية القديمة. يختلف فقط المنطق الذي يتم من خلاله تعريف القيم في بعض الحقول:

• عند إنشاء خط تدفق جديد لـ Google Analytics Google BigQuery ، سيبدأ جمع بيانات الجلسة تلقائيًا باستخدام الخوارزمية الجديدة.
• لتغيير الخوارزمية الخاصة بتجميع بيانات الجلسة في التدفقات الحالية ، انتقل إلى إعدادات الدفق وقم بتشغيل " جمع بيانات الجلسة ".

بعد ذلك ، ستصبح الخوارزمية القديمة غير متاحة.

• باستخدام خوارزمية OWOX BI الجديدة ، لن تحتاج إلى بُعد مخصص على مستوى الجلسة في Google Analytics. يمكنك حذف هذا البعد وإضافة المعلمات الضرورية الأخرى.
• لن تحتاج إلى تحديث كود التتبع OWOX BI على موقع الويب الخاص بك.
• لتنشيط وضع علامات UTM التلقائي بواسطة إعلانات Google (gclid) ، ستحتاج إلى إعداد مجموعة من تقارير البيانات الأولية لإعلانات Google في BigQuery. يمكنك القيام بذلك بنقرة واحدة بمساعدة التكامل الأصلي مع Google Data Transfer.
• إذا كانت لديك قائمة باستبعادات الإحالة في Google Analytics ، فكررها في إعدادات البث لـ OWOX BI.
  

بنية الجداول الجديدة هي نفس الجداول القديمة ، لذا يجب تغيير أسماء الجداول فقط في طلباتك. لتكييف طلباتك الحالية مع الجداول الجديدة ، يكفي تغيير أسماء جداول session_streaming_ القديمة إلى جداول owoxbi_sessions_ الجديدة.

إذا كنت تريد معرفة ما إذا كان الوقت قد حان للانتقال إلى خوارزمية OWOX BI الجديدة ، فأجب عن الأسئلة التالية. إذا كان لديك نعم واحد على الأقل ، فأنت تعلم ما يجب فعله:

• هل لديك ما يقرب من 200000 جلسة في اليوم؟ أو هل تعتقد أنك ستصل إلى هذا الرقم في غضون شهرين؟
• هل جربت أخذ العينات من قبل؟
• هل سبق لك أن أنشأت تقارير غير قياسية وأخذت عينات من ذوي الخبرة؟
• هل سبق لك أن وصلت إلى الحد الأقصى البالغ 500 نتيجة لكل جلسة؟
• هل أنت مهتم بتتبع حركة المرور المباشرة بشكل صحيح ولكن لا ترغب في شراء حزمة GA360 بأكملها؟
• هل ترغب في الجمع بين جمهور موقع الويب وتحليل التداخل بينهما؟
• هل تريد إرسال جميع الزيارات مع المعاملات خلال 30 يومًا ، وليس 4 ساعات؟
• هل من المهم بالنسبة لك الحصول على بيانات جدول الجلسة في أسرع وقت ممكن؟

حتى إذا كانت هذه الأسئلة لا تبدو مناسبة لك في الوقت الحالي ، فمن الأفضل الاستعداد في أقرب وقت ممكن.

إذا لم تكن قد جربت OWOX BI Pipeline حتى الآن ، فنحن نرحب بك لإجراء اختبار قيادة خلال فترة تجريبية مجانية:

إذا كان لديك أي أسئلة ، اسأل في التعليقات أدناه.