تتبع نطاقات متعددة - تتبع الويب (ga.js)

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

مقدمة

تم تصميم الإعداد التلقائي لخدمة "إحصاءات Google" بحيث يتتبّع المحتوى وبيانات الزوّار لنطاق واحد، مثل www.example.com.

مع ذلك، لنفترض أنّك تريد استخدام "إحصاءات Google" في الحالات الأكثر تعقيدًا، مثل التتبُّع:

  • النطاقات الفرعية: جميع زائري كل من dogs.example.com وwww.example.com، مع بيانات تظهر لكليهما في الملف الشخصي نفسه للتقارير (الملف الشخصي)
  • الأدلة الفرعية: زوّار الدليل الفرعي www.example.com/dogs فقط في تقرير منفصل كما لو كان موقعًا إلكترونيًا واحدًا
  • سلات التسوّق التابعة لجهة خارجية: زوّار متجرك على الإنترنت وزوّار متجرك على الإنترنت المستضافة على نطاق آخر
  • نطاقات المستوى الأعلى: جميع زوار نطاقين تمتلكهما، مثل www.example-petstore.com وwww.my-example-blog.com، مع عرض بيانات كليهما في الملف الشخصي نفسه للتقارير (الملف الشخصي)
  • محتوى IFrame: بيانات الزائرين ومشاهدة الصفحة للمحتوى في إطار iframe آخر في نطاق آخر.

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

سيناريوهات التتبع

يتناول هذا القسم مجموعة متنوعة من سيناريوهات التتبّع، مرتّبة حسب الطرق الأكثر شيوعًا.

التتبّع على مستوى عدة نطاقات ونطاقات فرعية

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

التتبع عبر نطاقات متعددة ونطاقات فرعية

ويوضّح ما يلي عمليات تخصيص رمز التتبّع الرئيسية لثلاثة أمثلة على عناوين URL.

  • نطاق المتجر على الإنترنت: www.example-petstore.com

    الروابط الوحيدة أو بيانات النموذج التي تحتاج إلى تخصيصها هي تلك التي تشير إلى www.my-example-blogsite.com. هذا الإجراء غير مطلوب للروابط المؤدية إلى النطاق الفرعي لهذا الموقع الإلكتروني، لأنّ الدالة _setDomainName() تحدّد .example-petstore.com على أنّه النطاق الذي يسمح بالوصول إلى ملفات تعريف الارتباط لأي نطاقات فرعية أخرى.

  • النطاق الفرعي للمتجر على الإنترنت: dogs.example-petstore.com

    لا تحتاج الروابط للرجوع إلى النطاق الأساسي إلى ضبط لأنّ النطاق الفرعي يشارك ملفات تعريف الارتباط نفسها مع النطاق الأساسي.

  • نطاق المدونة: www.my-example-blogsite.com

    تضبط هذه الإعدادات اسم النطاق على نطاق المستوى الأعلى لموقع المدوّنة الإلكتروني. بهذه الطريقة، إذا أضفت لاحقًا أي نطاقات فرعية للموقع الإلكتروني للمدوّنة، سيتمكّن هذا النطاق الفرعي من مشاركة ملفات تعريف الارتباط مع نطاقه الرئيسي ولن تحتاج إلى إعداد مكالمات مرتبطة خاصة بينهما. مع ذلك، لا يزال عليك استخدام الطريقتين _link() و_linkByPost() لأي نموذج أو على روابط تؤدي إلى www.example-petstore.com.

التتبع عبر أحد النطاقات ونطاقاته الفرعية

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

لنفترض أنّ لديك عناوين URL التالية تريد تتبُّعها ككيان واحد:

  • www.example-petstore.com
  • dogs.example-petstore.com
  • cats.example-petstore.com

بالنسبة إلى هذا الإعداد، يمكنك استخدام التخصيصات الرئيسية التالية لرمز التتبّع على النطاقات الثلاثة جميعها.

ولن تحتاج إلى إجراء أي تعديلات على الروابط أو النماذج بين هذه المواقع الإلكترونية الثلاثة، لأنّها يمكن أن تشترك جميعها في ملفات تعريف الارتباط نفسها لأنّك ضبطت اسم النطاق على نطاق المستوى الأعلى (مثل example-petstore.com).

التتبّع بين نطاق ودليل فرعي على نطاق آخر

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

نطاق الموقع الإلكتروني الرئيسي: www.example.com

عنوان URL للمدونة: www.blog-hosting-service.com/myBlog

في أي عملية إرسال نموذج من www.example-petstore.com إلى الموقع الإلكتروني لسلة التسوّق، يمكنك استخدام طريقة _linkByPost() لنسخ بيانات الزيارات وبيانات ملفات تعريف ارتباط الزائرين عبر طريقة HTTP POST إلى موقع سلة التسوق. توجِّه الطريقة _setAllowLinker() الموقع الإلكتروني المستهدَف إلى قراءة بيانات ملفات تعريف الارتباط من بيانات POST بدلاً من معلومات جلسة المستخدم العادية. وبهذه الطريقة، يمكنك تمرير مجموعة بيانات ملفات تعريف الارتباط على نطاق إلى نطاق آخر، وبالتالي الاحتفاظ بجلسة الزائر من متجرك على الإنترنت إلى سلة التسوق.

وبالمثل، استخدِم الدالة _link() لنقل بيانات الزائرين على أي روابط تنتقل من المتجر على الإنترنت إلى سلة التسوق.

التتبّع عبر إطارات iframe

وفي الموقع الإلكتروني الذي يتم فيه النقل بين النطاقات من خلال فتح نافذة جديدة أو من خلال تضمين المحتوى في إطار iframe، عليك استخدام طريقة _getLinkerUrl() لنقل ملفات تعريف ارتباط الزائرين والحملات من نطاق إلى آخر. على سبيل المثال، لنفترض أنّك أدرجت نموذجًا في إطار iframe مستضاف على www.my-example-iframecontent.com. ولنقل معلومات الزائر من الصفحة الرئيسية التي تستضيف إطار iframe على www.example-parent.com، عليك استخدام JavaScript لتحميل إطار iframe وتمرير معلومات ملفات تعريف الارتباط باستخدام طريقة _getLinkerURL().

يوضِّح المثال التالي وظيفة الربط فقط ويفترض أنّه قد تمّ ضبط التتبّع على مستوى النطاقات في مقتطفات التتبّع لكلا النطاقين.

تهيئة تتبع إطار iframe في Internet Explorer

ويُعدّ محتوى إطار iframe المستضاف في نطاق منفصل عن الصفحة الرئيسية محتوى تابعًا لجهة خارجية. لا يسمح إعداد الخصوصية التلقائي لمتصفّح Internet Explorer 6 والإصدارات الأحدث للمواقع الإلكترونية التابعة لجهات خارجية بتخزين ملفات تعريف الارتباط على الموقع الإلكتروني التابع للطرف الأول.

وهذا يعني أنّ تتبُّع "إحصاءات Google" لصفحات إطار iframe يتطلّب ضبط إعدادات خاصة ليعمل في متصفّح Internet Explorer. وبالنسبة إلى صفحات الويب المضمّنة في إطار iframe، ستحتاج إلى ضبط الإعدادات المفضّلة للخصوصية. يمكنك ضبط الإعدادات المفضّلة للخصوصية على الصفحات المستضافة باستخدام إحدى الطرق التالية:

  • تضمين عنوان HTTP خاص لـ "النظام الأساسي لتفضيلات الخصوصية" (P3P) لصفحات الموقع المضمنة
  • توفير بيان بتنسيق XML الخاص بتنسيق P3P لصفحات الموقع الإلكتروني المضمَّنة

لمزيد من المعلومات، يُرجى الاطّلاع على المراجع التالية:

تتبع دليل فرعي واحد

هناك حالتان شائعتان لحصر تتبُّع "إحصاءات Google" بدليل فرعي واحد لنطاق أكبر:

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

لنفترض أنّ لديك ملفًا شخصيًا في حسابك على "إحصاءات Google" تتتبّع فيه بيانات الزوّار إلى الحضور على الإنترنت، وهو جزء فقط من مضيف موقع إلكتروني أكبر (مثل خدمة تدوين). تتم استضافة موقعك الإلكتروني نفسه على www.example.com/myBlog/. ما عليك سوى تسجيل بيانات الزوّار والحملات للدليل الفرعي /myBlog، وليس لأي صفحة أخرى على النطاق example.com. وفي هذه الحالة، يمكنك أيضًا الوصول فقط إلى صفحات الويب المضمّنة في هذا الدليل الفرعي.

لإعداد التتبّع لمتجرك، ستحتاج إلى استخدام الوظيفة _setCookiePath() في رمز التتبّع، كما يلي:

بعد الانتهاء من إعداد ذلك، ستعرض تقاريرك بيانات الزوار والحملات بشكل صحيح لدليلك الفرعي فقط. ويرجع ذلك إلى أنّ مسار ملف تعريف الارتباط تم ضبطه على دليلك الفرعي بدلاً من الدليل الجذري لـ www.example.com، وسيقرأ ملفك الشخصي (الملف الشخصي) مجموعة فريدة من ملفات تعريف الارتباط ويكتبها لمتجرك فقط.

يُعتبر استخدام الدالة _setCookiePath() في هذا السيناريو من أفضل الممارسات. فإذا لم يحدث ذلك، فهناك تأثيران محتملان في تقاريرك:

  • يمكن مشاركة ملفات تعريف الارتباط الأخرى لحساب "إحصاءات Google" التي تم ضبطها على www.example.com من خلال حسابك.

    وهذا يعني أنّ إحصاءات الزائرين مثل new vs returning وtime on site وnumber of visits قد تكون غير صحيحة، بما أنّ ملفات تعريف ارتباط جلسات الزوّار قد تعكس أيضًا النشاط في أجزاء أخرى من www.example.com.

  • قد تعكس تقاريرك تفاصيل الحملة من جزء آخر من الموقع الإلكتروني.

    على سبيل المثال، لنفترض أنّ زائرًا قد نقر على حملة بريد إلكتروني تنقل إلى موقع إلكتروني آخر على النطاق نفسه: www.example.com/theirBlog. في هذه الحالة، يتم ضبط معلومات الإحالة في ملف تعريف ارتباط الزائر على الحملة المسماة آخر الأخبار في التدوين. وبعد ذلك، يعود الزائر نفسه مباشرةً إلى موقعك الإلكتروني عن طريق كتابة www.example.com/yourBlog في المتصفح ويشتري اشتراكًا في مدوّنتك. نظرًا لأنّ جميع الإحالات الأخرى للحملات تستمر على مدار الزيارات المباشرة، سترى الحملة أحدث الأخبار في التدوين التي تحقّق مبيعات لاشتراكك. ويرجع ذلك إلى أنّه لم يتم ضبط ملف تعريف الارتباط _utmz لمتجرك على الإنترنت بشكلٍ فريد لمسارك.

في حال قصرت ملفات تعريف ارتباط الزوّار على مسارك فقط، لن يتم تضمين بيانات الحملات والجلسات لجزء آخر من www.example.com في تقاريرك، لأنّ مسار ملفات تعريف الارتباط مشروط. (يمكنك الاطّلاع على ملفات تعريف الارتباط للحصول على مزيد من المعلومات الأساسية حول كيفية قراءة متصفحات الويب لملفات تعريف الارتباط).

نصائح أخرى حول الأدلة الفرعية

  • إذا كنت بصدد تتبُّع زيارات الزوّار والإحالة لدليل فرعي، قد تحتاج أيضًا إلى إعداد فلتر تضمين للدليل الفرعي لضمان ظهور محتوى هذا الدليل الفرعي فقط في تقريرك. اطّلِع على مقالة الفلتر المحدّد مسبقًا في "مركز المساعدة" للحصول على مزيد من المعلومات.
  • إذا كنت بصدد إعداد ميزة تتبُّع الدليل الفرعي في نطاقك، عليك أيضًا التأكّد من إيقاف تتبُّع "إحصاءات Google" للمسار الجذري (مثل /) وأي صفحات أسفله. على سبيل المثال، يجب ألا يتم تفعيل تتبُّع "إحصاءات Google" في www.example.com/index.html إذا كنت تريد تتبُّع الأدلة الفرعية للموقع الإلكتروني بشكل منفصل. وفي حال عدم إيقاف تتبُّع المسار الجذري، سيتم ضبط مجموعتَين من ملفات تعريف الارتباط للصفحة التي أعددت فيها التتبّع على مستوى المسار، مجموعة للدليل الفرعي وأخرى لنطاق المستوى الأعلى.

التتبع عبر دليلين فرعيين في النطاق نفسه

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

  • www.example-commerce-host.com/myStore/
  • www.example-commerce-host.com/myCart/

إذا أردت تتبُّع جلسات المستخدمين وبيانات الحملات من متجرك إلى سلة التسوّق، يجب استخدام طريقتَين لتحقيق ذلك:

  • طريقة _setCookiePath()، التي تحصر التتبّع بدليل معيّن
  • الطريقة _cookiePathCopy()، التي تنسخ معلومات ملفات تعريف الارتباط إلى دليل آخر على النطاق نفسه

يوضح المثال التالي الأجزاء الرئيسية من مقتطف رمز التتبّع لتتبّع جلسات المستخدمين وبيانات الحملات من متجرك إلى سلة التسوّق:

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

المكونات الرئيسية للتتبّع على مستوى النطاقات

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

المشاهدات (الملفات الشخصية)

عند إعداد ميزة التتبُّع عبر النطاقات، يجب التأكد من إجراء الخطوات التالية في ملفاتك الشخصية (ملفاتك الشخصية):

  • إعداد ملف شخصي رئيسي (ملف شخصي) لنطاقك الأساسي بدون فلاتر.

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

  • أنشئ ملفًا شخصيًا (ملفًا شخصيًا) خاصةً للتتبّع على مستوى النطاقات وإعادة استخدام رمز التتبّع.

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

  • عدِّل الملف الشخصي على مستوى النطاقات باستخدام فلتر لعرض النطاق بالكامل في تقارير المحتوى.

    بعد الانتهاء من إنشاء عملية ربط للنطاقات، سيظهر عنوان URI للطلب فقط في تقارير المحتوى، وليس النطاق الرئيسي أو النطاق الفرعي لصفحة معيّنة. على سبيل المثال، بالنسبة إلى الزيارات إلى الصفحات التالية:
    http://www.example.com/index.php وصفحة أخرى على
    http://sub.example.com/more.php
    ستعرض التقارير:
    — index.php
    — more.php
    ولن تتمكّن من التمييز بين الصفحة والنطاق. لعرض النطاق في تقارير الصفحات، اضبط فلترًا لتضمين جميع مكوّنات عنوان URL للصفحة على النحو التالي:

    1. في صفحة إعدادات الملف الشخصي (الملف الشخصي)، انقر على الرابط إضافة فلتر.
    2. اختر إضافة فلتر جديد وأدخِل اسمًا للفلتر.
    3. اختَر فلتر مخصّص واختَر متقدم في إعدادات نوع الفلتر.
    4. ضمن الإعدادات المتقدّمة:
      1. يجب ضبط FieldA على Hostname (اسم المضيف)
      2. يجب ضبط FieldB على Request URI.
    5. اضبط قيمتَي الحقلين "أ" والحقل "ب" على (.*)، وهو تعبير يلتقط جميع الأحرف.
    6. اضبط خيار الإخراج إلى --> المنشئ على عنوان URI للطلب وقدِّم $A1$B1 كقيمة لهذا الخيار.

    ستظهر في تقاريرك الآن ما يلي:
    www.example.com/index.php
    sub.example.com/more.php
    سيسجِّل ذلك الجزء www.example.com من عنوان URL وسيضمِّنه في بداية عنوان URL لصفحتك في قسم تقارير المحتوى.

ملفات تعريف الارتباط: ضرورية لنقل بيانات الزوّار

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

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

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

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

_setDomainName('yourDomainName')

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