السيو

تعلم غوغل أناليتكس ٤

يعدّ غوغل أناليتكس ٤ كل تفاعل للمستخدم حدثاً، وكل تقاريره مبنية على هذه الفكرة وحدها. وإن أخذت من هذا الدرس شيئاً واحداً فليكن هذا: التقارير الجاهزة والاستكشافات محركان منفصلان، وإعداد الاحتفاظ بالبيانات لا يحدّ إلا الثاني.

  • الدرس 12 من 15
  • متوسط
  • مجاني، دون تسجيل

خطوات GA4 الأربع، بهذا الترتيب

يبدأ معظم الناس من الخطوة الثالثة ثم يشكون من الأرقام.

  1. تركيب الوسم واختباره

    تحقق في التقرير الفوري أو DebugView أن الأحداث تصل فعلاً

    1

  2. تعليم الحدث الرئيسي

    الفعل الذي يهم العمل، لا كل نقرة

    2

  3. فحص الاحتفاظ بالبيانات

    شهران أو أربعة عشر؛ ولا يحدّ إلا الاستكشافات

    3

  4. ربط سيرش كونسول

    ثم انشر مجموعة تقاريره من Library

    4

لا خطوة من هذه تجلب زيارات. فالتحليلات أداة رؤية لا أداة نمو.

آخر مراجعة: تُراجع الحقائق وأسماء الأدوات في هذا الدرس مقابل مصادرها في هذا التاريخ.

ماذا يعدّ GA4 بالضبط؟

وحدة القياس في GA4 هي الحدث: فتح صفحة، أو النقر على رابط، أو بدء فيديو، أو إتمام شراء. وحتى سلوك النظام حدث، كتعطل تطبيق. وكانت نسخ أناليتكس السابقة ترى مشاهدة الصفحة والحدث شيئين مختلفين؛ أما هنا فليس إلا شيء واحد وما عداه أسماء له.

وتأتي الأحداث على أربعة أنواع، ومعرفتها تنهي نصف الحيرة. اثنان يُجمَعان تلقائياً: الأحداث المجموعة تلقائياً وتأتي مع الوسم، وأحداث القياس المحسّن وتأتي حين يكون ذلك الخيار مفعّلاً. واثنان عليك تنفيذهما: الأحداث الموصى بها ولها أسماء ومعاملات محددة سلفاً، والأحداث المخصصة وأنت من يعرّفها.

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

وأي حدث يمكن أن يصير حدثاً رئيسياً: تعلّم الفعل الذي يهم عملك ليُعرَض على حدة في التقارير. ولتتأكد أن حدثاً وصل فعلاً فثمة موضعان: التقرير الفوري ويعرض الأحداث المُطلَقة في آخر ثلاثين دقيقة، وتقرير DebugView ويعرض كل أحداث مستخدم واحد وقد وُضع للاختبار. فإن لم ترَ شيئاً في أي منهما بعد تركيب الوسم فمشكلتك ليست في التقارير بل في التركيب.

أربعة أنواع من الأحداث، وأيها عملك أنت

الحدثكل تفاعل حدث واحد

  • مجموعة تلقائياً

    تأتي مع تركيب الوسم

    بلا عمل

  • القياس المحسّن

    تُجمَع حين يكون ذلك الخيار مفعّلاً

    خيار واحد

  • موصى بها

    لها أسماء ومعاملات محددة سلفاً

    تنفّذها أنت

  • مخصصة

    فقط حين لا يفي أي حدث آخر بحاجتك

    آخر الحلول

الحدث المخصص لا يظهر في معظم التقارير القياسية وعليك بناء تحليله بنفسك.

تقارير أم استكشافات: أيهما أفتح؟

لـGA4 موضعان مختلفان للنظر في البيانات، وعادةً لا يدرك الناس لماذا لا تتفق أرقامهم. فالتقارير القياسية مجمَّعة ومبنية سلفاً. أما الاستكشافات فأداة بناء تقريرك أنت: قمع، ومسار، وفوج، وجدول حر.

وهنا ما لا يكاد يقوله شرح، منقولاً من مساعدة غوغل مباشرة: إعداد الاحتفاظ بالبيانات لا يؤثر في التقارير المجمَّعة القياسية ولا يؤثر إلا في الاستكشافات وتقارير القمع. وللملكية العادية خياران: شهران وأربعة عشر شهراً. فإن كانت ملكيتك على شهرين عرضت لك التقارير القياسية العام الماضي بلا مشكلة بينما يصطدم استكشافك بجدار عند حد الشهرين. ولا يرى أحد خطأً؛ البيانات ببساطة غير موجودة.

فأول ما تفعله في ملكية جديدة أن تفتح ذلك الإعداد وترى على أي خيار هو. ويكتب غوغل أن زيادة مدة الاحتفاظ تُطبَّق على البيانات المجموعة سابقاً أيضاً. وثمة تفصيل آخر: مدة الشهرين تُطبَّق دائماً على بيانات العمر والجنس والاهتمامات مهما كان إعدادك.

وسلوكان آخران يُقرآن على أنهما خلل وليسا كذلك. أولهما عتبات البيانات: إن قلّ عدد مستخدمي صف حجبه غوغل كي لا يُستدل من البيانات الديموغرافية على هوية أحد. ولا يمكن تعديل هذه العتبات، لكن مدى زمنياً أوسع يعيد البيانات نفسها عادةً. وثانيهما صف «(other)»: حين يحتاج جدول إلى صفوف أكثر من حدّه، يبقي أناليتكس أشيع القيم ويضغط الباقي في صف واحد. ويكتب غوغل أن أي بعد يتجاوز خمسمئة قيمة ينبغي عدّه عالي الكاردينالية، وهذا بالضبط ما تصير إليه روابط الصفحات المثقلة بالمعاملات.

التقارير والاستكشافات، محركان منفصلان

أحدهما حساس لإعداد الاحتفاظ بالبيانات والآخر لا. وهذا الفرق وحده يفسّر معظم لحظات «لماذا لا توجد بيانات».

التقارير القياسية

  • بيانات مجمَّعة ومبنية سلفاً
  • إعداد الاحتفاظ بالبيانات لا يؤثر فيها
  • الأحداث المخصصة لا تظهر في معظمها
  • مناسبة لسؤال «ما الذي يجري»

الاستكشافات

  • قمع ومسار وفوج وجدول حر
  • تصطدم بجدار عند حد الاحتفاظ
  • الموضع الوحيد لتحليل حدث مخصص
  • مناسبة لسؤال «لماذا وعند أي خطوة»

لا يحل أحدهما محل الآخر. وسؤالك هو ما يحدد أيهما تفتح.

اربط سيرش كونسول ثم افعل أمراً آخر

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

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

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

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

لماذا لا يساوي رقم أناليتكس رقم سيرش كونسول؟

يُطرح هذا السؤال في كل اجتماع تقرير شهري، وجوابه القصير أن الأداتين تعدّان شيئين مختلفين عند نقطتين مختلفتين. فسيرش كونسول يعدّ النقرة عند غوغل، وأناليتكس يعدّ الزيارة عند متصفح المستخدم. وبين النقطتين أمور لا تتحكم بها أي منهما.

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

وهذا الأخير أهم عملياً مما يبدو، وله صورة أخرى لا يكتب عنها غوغل لأنها لك لا له: إن لم يُحمَّل ملف الوسم أصلاً فلا يُسجَّل أي حدث ولا يظهر أي خطأ في أي موضع. يرى المستخدم الصفحة، ويعدّ سيرش كونسول نقرته، ويظن أناليتكس أن شيئاً لم يحدث. وهذه الحالة ليست نظرية لموقع إيراني: فملف الوسم يأتي من نطاق غوغل، وإتاحة ذلك النطاق من داخل إيران ليست أمراً مضموناً.

فالقاعدة العملية: الفارق بين الرقمين طبيعي وعليك أن تعرف حدوده المعتادة. فالفارق الصغير الثابت يعني الأسباب أعلاه. أما الفارق الذي يتسع فجأة في ليلة فيعني أن شيئاً في التركيب قد انكسر، والقسم التالي هو موضع البحث.

أين تجلس نصوص التحليلات من الصفحة؟

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

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

والجزء الثاني موضع الجلوس. فإن كان موقعك يؤجّل النصوص إلى أول تفاعل للمستخدم صار ترتيب الطابور مهماً: فما يظهر أبكر في المستند يُحمَّل أبكر وينتظر الباقي خلفه. والتحليلات ملف ثقيل نسبياً وانتظاره لا يكلف شيئاً؛ أما كابتشا نموذج الاتصال فلا تستطيع الانتظار. فمكان قطعة التحليلات آخر الطابور لا أوله.

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

المسار السريع مع الذكاء الاصطناعي

الطريق السريع هنا ليس ما تتوقعه. فالنموذج اللغوي لا يملك بيانات تحليلاتك ولا ينبغي أن يملكها؛ وما يصير أسرع فعلاً هو تصميم القياس. أي أن تنتقل من سؤال تجاري إلى معرفة هل يجيب عنه تقرير جاهز، وإن لم يجب فأي استكشاف يلزم بالضبط، وإن لم يوجد الحدث المطلوب أصلاً فما الذي ينبغي إرساله. ويؤدي النموذج هذه الثلاث بسرعة وصواب، لأن عمله ربط اللغة بالبنية. وقبل هذا كله فحص بسيط لا يجريه أحد وهو أكثرها توفيراً للوقت: تأكد أن الوسم يُحمَّل فعلاً على الصفحة المخزّنة أيضاً. ويكفي لهذا نموذج رخيص سريع؛ واختيارنا الحالي في <a class="text-link" href="/ar/ai/">قسم الذكاء الاصطناعي</a>.

  1. شغّل أولاً أمر الصدفة أدناه على صفحة حقيقية من الموقع. فهو يستخرج عنوان ملف الوسم من الـHTML نفسه ويرى ماذا يعيد ذلك العنوان. فإن حصلت على ٤٠٤ فبقية هذا الدرس بلا معنى حتى تصلحه.
  2. انسخ قائمة أحداثك الحالية من قسم Admin وصفحة Events. أسماء الأحداث وحدها كافية ولا حاجة إلى أي بيانات مستخدمين؛ والزم هذا الحد.
  3. شغّل أمر المرحلة الثانية بسؤالك التجاري وبتلك القائمة. وينبغي أن يقول المخرج صراحةً أي تقرير جاهز يجيب، أو إن لم يوجد، الاستكشاف المطلوب بتقنيته وأبعاده ومقاييسه محددة.
  4. وإن قال المخرج إن الحدث المطلوب غير موجود، فضع القطعة المقترحة على الموقع واختبرها في DebugView. وما لم ترَ الحدث في DebugView فلم يُبنَ شيء.

وصفة جاهزة للنسخ

U="https://example.com/"

# يستخرج عنوان ملف الوسم من الصفحة نفسها ويرى هل يعود سليماً.
# وإن كان الموقع يؤجّل النصوص فقد يجلس العنوان في data-src.
H=$(curl -s -A "Mozilla/5.0" "$U")
SRC=$(printf '%s' "$H" | grep -oE '(data-)?src="[^"]*(gtag|analytics|gtm)[^"]*"' | head -1 | cut -d'"' -f2)
echo "tag: $SRC"
curl -s -o /dev/null -w '%{http_code} %{size_download}\n' "$SRC"

---- المرحلة ٢: أمر النموذج ----

الدور: مصمم قياس في غوغل أناليتكس ٤. ليس لك وصول إلى بيانات هذا الموقع ولا
تعرف منها أي رقم.

السؤال التجاري:
{السؤال، مثلاً: كم شخصاً يفتح نموذج الاستشارة ثم يتركه}

الأحداث الموجودة في الملكية الآن:
{قائمة أسماء الأحداث}

أجب في ثلاثة أقسام بالضبط:

١) هل يجيب عن هذا تقرير قياسي أصلاً؟ إن كان نعم فاذكر اسم التقرير ومساره وقف
   هنا.
٢) وإن كان لا فحدّد الاستكشاف المطلوب: التقنية والأبعاد والمقاييس والمرشحات
   والمدى الزمني. وإن كان المدى المطلوب أطول من شهرين فاكتب صراحةً أن إعداد
   الاحتفاظ بالبيانات يجب أن يكون أربعة عشر شهراً.
٣) وإن لم يكن الحدث المطلوب في القائمة أعلاه فاكتب اسم الحدث المقترح
   ومعاملاته، مع قطعة gtag جاهزة.

القواعد:
- لا تكتب أي رقم عن هذا الموقع. فأنت لا تملك بياناته.
- إن كان للحدث المقترح اسم قياسي عند غوغل فخذ ذلك الاسم ولا تخترع اسماً.
- وإن كان السؤال لا يُجاب من بيانات أناليتكس أصلاً فاكتب ذلك واذكر من أين
   يأتي جوابه.

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

الذكاء الاصطناعي في هذا العمل

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

أدوات تساعد فعلا

  • Gemini يناسب مرحلة تصميم القياس، لأنه أعرف بأسماء التقارير وتقنيات الاستكشاف. وصفحتنا تذكر أن إيران ليست في قائمة الدول المدعومة لدى غوغل؛ وطريق الدفع في <a class="text-link" href="/ar/ai/buy/">شراء الذكاء الاصطناعي</a>.
  • Claude أفضل لكتابة قطع الأحداث ومراجعتها، لأنك حين تقول خذ الاسم القياسي ولا تخترع اسماً يرتجل أقل. وإيران ليست في أي من قائمتي الدول المدعومة لدى أنثروبيك.
  • BigQuery Export ليس ذكاءً اصطناعياً، وهو جواب مشكلتي عتبة البيانات وصف «(other)». يسلّمك الأحداث الخام لتجمعها بنفسك. وليس مجانياً ويحتاج مشروعاً سحابياً؛ ويكتب غوغل أيضاً أن بيانات Google signals لا تُصدَّر إلى BigQuery، فلن تطابق الأرقام اللوحة.

اين ينقلب ضدك

الخطر الأول الخصوصية، وهي ليست لك بل لمستخدميك. فسياسة غوغل نفسها تقول صراحةً إنه لا يجوز تمرير بيانات إلى أناليتكس يستطيع غوغل أن يعرّف بها شخصاً، وتكتب أن هذه البيانات كثيراً ما تُرسَل دون قصد عبر روابط الصفحات وعناوينها. فإن وضعت تلك الروابط نفسها في ملف مصدَّر وأرسلتها إلى خدمة خارجية فقد نقلت المشكلة خطوة أبعد؛ وكون محادثتك تُستعمل للتدريب أو لا يتوقف على خطة تلك الخدمة وإعداداتها، وهو مكتوب في صفحتها. والخطر الثاني تقني: ينتج النموذج قطع الأحداث وأسماء الأبعاد والمقاييس بطلاقة، وبعض ما ينتجه لا وجود له في GA4 أصلاً. والتقاطه صعب، لأن اسماً مثل «معدل تفاعل صفحة الهبوط» يشبه تماماً ما ينبغي أن يوجد. والفحص الموثوق الوحيد رؤية ذلك الحدث في DebugView وذلك البعد في الواجهة نفسها.

المصادر: Analytics Help: best practices to avoid sending personally identifiable information Analytics Help: about data thresholds Analytics Help: set up BigQuery Export Anthropic: is my data used for model training Google: Gemini Apps Privacy Hub

حدود هذه النصيحة

لا يرى أناليتكس إلا ما أبلغ عنه المتصفح، وفقط حين يكون الوسم قد عمل. فالمستخدم الذي لا جافاسكريبت عنده، أو الذي لم يُحمَّل له ملف الوسم، ليس في أي تقرير. وعتبات البيانات وصف «(other)» تخفي بعض الصفوف، وإعداد الاحتفاظ بالبيانات سقف الاستكشافات. والأهم من ذلك كله: أناليتكس يقول ماذا حدث لا لماذا. وجواب «لماذا» يأتي من محادثة العملاء ومن النظر في الصفحة نفسها، لا من اللوحة.

من عملنا نحن

هذا الموقع يخدم gtag.js من نطاقه هو لا من نطاق غوغل. ويوم كُتب هذا الدرس كان الملف ٥٢٥٨٨٠ بايت على القرص، أي نحو ٥١٣ كيلوبايت، ونحو ١٦٩ كيلوبايت مضغوطاً؛ وفي الساعة ٧:٣٥ من صباح ذلك اليوم جلب الكرون اليومي نسخة جديدة فتغيّر استعلام ver دون أن يتحرك مسار الملف. وسبب هذا التصميم عطل حقيقي: كان اسم الملف بصمة محتواه، وتُحذف النسخة السابقة لحظة وصول الجديدة، بينما يبقى الـHTML المشير إلى الاسم القديم حياً في الكاش الطرفي إلى ثلاثين يوماً. ولم يحصل أي من تلك الأسماء التاريخية في السجلات على ٢٠٠ ولو مرة، بل ٤٠٤ فقط؛ أي أن التحليلات لم تكن تعمل عملياً على الصفحات المخزّنة ولم يظهر خطأ في اللوحة، وإنما كانت الأرقام أقل من الواقع. وفي اليوم نفسه كانت صفحة أتت من الكاش الطرفي ما زالت تطلب استعلام ver السابق وتحصل مع ذلك على ملف سليم، وهو بعينه ما كان يعطي ٤٠٤ من قبل. أما اليوم فالمسار ثابت، وسبع نسخ قديمة ما زالت على القرص لأنها تُحفَظ عمداً خمسة وأربعين يوماً، والخمسة والأربعون أكثر من ثلاثين يوم الكاش الطرفي. وتغيّر موضع القطعة أيضاً: فما دامت تُطبع في أعلى الصفحة كانت أول الطابور في النصوص المؤجّلة وتنتظر خلفها أداة الكابتشا، فنُقلت إلى آخر الطابور. التحليلات تستطيع الانتظار، والكابتشا لا.

اسئلة متابعة حقيقية

أأضبط الاحتفاظ بالبيانات على أربعة عشر شهراً أم شهرين؟

إن كنت لن تبني استكشافاً أبداً فلا فرق. وإن كنت ستبني وكانت المقارنة السنوية تهمك فأربعة عشر شهراً هي الخيار الوحيد. ويكتب غوغل أن زيادة المدة تُطبَّق على البيانات المجموعة سابقاً، فالتأخر في القرار ليس مكلفاً كما تظن.

لماذا يكتب استكشافي «(other)» بدل البيانات الحقيقية؟

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

ربطت سيرش كونسول ولا أرى أي تقارير.

لأن مجموعة تقارير سيرش كونسول غير منشورة افتراضياً. جدها تحت Library في القائمة الجانبية وانشرها. وإن كنت قد ربطت للتو فتذكّر أن بيانات سيرش كونسول تتاح في أناليتكس بعد ثمان وأربعين ساعة من جمعها.

واصل التعلم