لماذا لديك أخطاء GA4 Connector في تقارير Looker Studio الخاصة بك

هل أنت واحد من العديد من مستخدمي GA4 الذين يعثرون على أخطاء في الموصل (مثل هذا) يقوم بتحميل بياناتك وتجميل عرضه التقديمي في Looker Studio؟

إذا كانت الإجابة بنعم ، فمن المحتمل أنك واجهت الكثير من المشكلات المتعلقة بتقديم البيانات في لوحات المعلومات الخاصة بك.

قبل بضعة أسابيع ، لاحظ فريقنا بعض مشكلات GA4 في تحميل البيانات في Looker Studio.

وبالمشكلات ، حسنًا ، نعني أنه لم يتم تحميل أي من البيانات.

بدلاً من رؤية تقاريرك الجميلة في Looker Studio ، هل تقوم بالتبديل بين لوحات المعلومات الخاصة بك وتلقي رسائل خطأ مثل هذه؟

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

إذا كان الأمر كذلك ، فلديك أخطاء في لوحة المعلومات نظرًا لحقيقة أن Looker Studio لم يتمكن من تحميل البيانات لأن GA4 API الخاص بك قد وصل إلى حد حصته.

تعرف على كل ما تريد معرفته حول مشكلات Looker Studio و GA4 وما هي الخيارات التي نراها كحلول محتملة طويلة الأجل وقصيرة المدى بالنسبة لك أدناه.

إذن ما الذي تسبب في حدوث أخطاء Looker Studio / GA4 هذه؟

نحن نعلم أكبر سؤال ربما لديك الآن - كيف يمكنك إعادة عمل تقارير Looker Studio التي تستخدم بيانات GA4 مرة أخرى؟

للأسف ، الإجابة ليست بسيطة مثل "غيِّر هذا إلى ذلك وستستعيد تقاريرك".

في الأسبوع الممتد من 14 إلى 18 نوفمبر 2022 ، لاحظ مستخدمو Looker Studio أنهم يتلقون رسائل خطأ في تقاريرهم التي تستخدم بيانات GA4. على وجه التحديد ، بدأ المستخدمون في تلقي أخطاء تكوين مجموعة البيانات التي تشير إلى أن مستخدمي Looker Studio لم يتمكنوا من الاتصال بمجموعات البيانات الخاصة بهم.

إلى جانب الانتقال القادم لمواقع الويب لاستخدام GA4 باعتباره النظام الأساسي الافتراضي لبرنامج Google Analytics ، فقد ترك هذا العديد منكم (وجميعنا في الأساس في صناعة التحليلات) يبحثون عن حلول مع الموعد النهائي الصعب الذي يلوح في الأفق في يوليو 2023.

لماذا تحدث أخطاء GA4 هذه؟

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

وبشكل أكثر تحديدًا ، فإن سبب هذه الأخطاء هو أن Google بدأت في فرض حدود حصص Google Analytics Data API (GA4) دون إشعار مسبق. هذا يعني أن الأخطاء ليست فريدة بالنسبة إلى Looker Studio ، ولكنها تنطبق على أي منتج يستخدم واجهة برمجة تطبيقات GA4 - حتى جداول بيانات Google.

بينما تنطبق المشكلات على الأدوات الأخرى ، فإنها تتفاقم بسبب كيفية معالجة Looker Studio للطلبات.

يمثل كل عنصر (هذا صحيح - كل مخطط وجدول وبطاقة قياس أداء) في التقرير طلب واجهة برمجة تطبيقات واحد منفصل. تأتي هذه الطلبات في كل مرة يجب تحديث البيانات.

إذا كنت (أو أي شخص لديه حق الوصول إلى لوحات المعلومات في فريقك) تشارك في سلوكيات المستخدم العادية مثل:

• تغيير نطاقات تاريخ التقرير
• تبديل المرشحات وإيقاف تشغيلها
• تحديث تقريرك على مدار اليوم

من المحتمل جدًا أن تحترق خلال مكالمات واجهة برمجة التطبيقات المخصصة لك بترتيب سريع.

حدود حصة GA4

لأغراض معالجة الأخطاء التي من المحتمل أن تواجهها في تقاريرك ، سنغطي فقط حدود الحصة لخصائص GA4 القياسية. يمكن العثور على وثائق حصة Google GA4 API هنا.

يمكن تقسيم حد الحصة إلى فئتين رئيسيتين:

• الطلبات المتزامنة
• الرموز المستخدمة لكل فترة زمنية (ساعة / يوم).

أخطاء حصة الطلبات المتزامنة في GA4

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

رموز GA4 المستخدمة في أخطاء الفترة الزمنية

تعتمد الفئة الأخرى من أخطاء الحصة النسبية على عدد الرموز المميزة المستخدمة في الساعة أو في اليوم.

يكلف كل استعلام API عددًا معينًا من الرموز المميزة استنادًا إلى عوامل مثل تعقيد الاستعلامات أو حجم جدول بيانات المصدر. كلما زادت البيانات التي يتعين على Google معالجتها في استعلامك ، زادت تكلفة حصة API الخاصة بك.

هناك حدود رمزية على مستوى الملكية والمشروع ولها حدود بالساعة واليوم. تتفاقم هذه الحدود بسبب حقيقة أن طلبات واجهة برمجة التطبيقات تتم معالجتها في كل مرة يتم فيها تحديث البيانات .

لذلك إذا كان لديك العديد من تقارير Looker Studio القوية التي يستخدمها العديد من المستخدمين ، فيمكنك الوصول إلى هذه الحدود بسرعة كبيرة.

ماذا تقول Google عن أخطاء GA4 هذه

في 11/23 ، قدمت Google تحديثًا في منتدى مجتمع Looker Studio للمساعدة في معالجة المشكلات المتعلقة بحدود الحصة.

تحتوي خطتهم على مكونين مرتبطين بكيفية قيام Looker Studio بإعادة محاولة الاستعلامات للتخفيف من تأثير الطلبات المتزامنة على حدود الحصة النسبية وإظهار مقدار الرموز المميزة للحصص التي تستهلكها مكونات التقرير المختلفة للمستخدمين.

لقد قدموا أيضًا دليل استكشاف الأخطاء وإصلاحها.

حل قصير المدى لأخطاء GA4: التخزين الوسيط

لسوء الحظ ، يقتصر المحللون حاليًا على الخطوات التي يمكنهم اتخاذها لإزالة الأخطاء المتعلقة بحدود الحصة حيث تم تكوين Looker Studio حاليًا. يمكن أن تساعد الخطوات الموضحة أعلاه في Google في التخفيف من تأثير حدود الاستعلام على تقاريرك ، ولكن المشكلة الأساسية - العدد الكبير من الاستعلامات التي يقدمها Looker Studio إلى GA4 API - لا تزال قائمة.

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

يمكن تحقيق ذلك باستخدام جداول بيانات Google أو الموصل الأصلي لاستخراج البيانات في Looker Studio.

هذا الحل له عيبان رئيسيان: قيود النطاق الزمني وتكرار المستخدم.

حدود النطاق الزمني

كل من "جداول بيانات Google" و "موصل استخراج البيانات" لهما حدود تتعلق بحجم البيانات (تقتصر "جداول بيانات Google" على 10 ملايين خلية ، ويمكن أن تحتوي "استخراج البيانات" على 100 ميغابايت فقط من البيانات).

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

تكرار المستخدم

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

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

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

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

حل طويل المدى: تخلص من واجهة برمجة التطبيقات ودمج GA4 مع BigQuery

يشير هذا التغيير في GA4 API لجمهور أوسع إلى ما أدركه العديد من المحللين بالفعل:

يجب الاستفادة من Google BigQuery لتحقيق أقصى استفادة من تنفيذ GA4.

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

كيف يمكنك الحصول على تقاريرك تعمل مرة أخرى؟

كما هو موثق أعلاه ، لديك حقًا خياران قابلين للتطبيق فقط لتجنب أخطاء GA4 هذه في تقارير Looker Studio الخاصة بك.

1. تخزين وسيط
2. تكامل BigQuery

إذا كان لديك بالفعل إعداد GA4 - فلا داعي للخوف ، فهو لا يزال يجمع البيانات ويمكنه تزويدك بالأفكار. يرتبط التحدي الذي تواجهه الآن باستخراج البيانات وتصور البيانات في Looker Studio.

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

للحصول على إحصاءات دقيقة من مجموعات بياناتك الكبيرة والمعقدة ، تتلخص قائمة الخيارات حقًا في خيار واحد: الحصول على بياناتك في BigQuery.

على الرغم من أن الحلول قصيرة المدى قد تعمل في الوقت الحالي ، فمن الأفضل الاتصال بفريق تحليلات يعرف كيفية التعامل مع التحديات التي تواجهها حاليًا.

تعرف على المزيد حول خدمات دعم ترحيل UA إلى GA4 هنا.