تتبّع نطاقات متعددة - تتبّع الويب (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 في نطاق آخر.

في أيٍّ من هذه الحالات، ستحتاج إلى إجراء بعض التخصيص لرمز التتبّع من أجل تتبّع الزوّار بشكل صحيح. قبل إجراء ذلك، من المفيد قراءة كيفية التعامل مع النطاقات والأدلة في عملية تثبيت تلقائية لبرنامج "إحصاءات 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" لصفحات iFrames يتطلب إعدادًا خاصًا حتى يعمل في Internet Explorer. وبالنسبة إلى صفحات الويب المتوفّرة في إطار iframe، ستحتاج إلى ضبط إعدادات الخصوصية المفضّلة. يمكنك إعداد الإعدادات المفضّلة للخصوصية على الصفحات المستضافة باستخدام إحدى الطرق التالية:

  • تضمين عنوان HTTP خاص بـ "نظام الخصوصية الخصوصية" (&P;P) الخاص بالعنوان URL الخاص بـ "منصة الخصوصية" (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 قد تكون غير صحيحة، لأن الزوّار&#39؛ قد تعكس ملفات تعريف الارتباط للجلسة أيضًا نشاطًا في أجزاء أخرى من 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 على اسم المضيف
      2. يجب ضبط FieldB على عنوان URI للطلب
    5. اضبط قيم كل من الحقل "أ" والحقل "ب" على (.*)، وهو تعبير يلتقط كل الأحرف.
    6. اضبط خيار إخراج إلى --> Builder على عنوان URI للطلب وقدِّم $A1$B1 كقيمة لهذا الخيار.

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

ملفات تعريف الارتباط: لازمة لنقل بيانات الزائر

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

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

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

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

_setDomainName('yourDomainName')

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