ردیابی چندین دامنه - ردیابی وب (ga.js)

این سند روش‌های مختلفی را برای جمع‌آوری بازدید از دامنه‌های مختلف در یک نمای (نمایه) توضیح می‌دهد - گویی که آنها یک سایت واحد هستند نه دو سایت مجزا. همچنین نحوه ردیابی بخش‌هایی از یک وب‌سایت، مانند فهرست‌های فرعی و محتوای iFramed را پوشش می‌دهد. اگر با فرآیند کلی ردیابی بین دامنه‌ای آشنا نیستید، درباره ردیابی دامنه‌های متقابل را ببینید.

معرفی

یک تنظیم پیش‌فرض Google Analytics برای ردیابی داده‌های بازدیدکننده و محتوا برای یک دامنه، مانند www.example.com طراحی شده است.

با این حال، فرض کنید می خواهید از Analytics برای موقعیت های پیچیده تر مانند ردیابی استفاده کنید:

  • دامنه‌های فرعی — همه بازدیدکنندگان هر دو dogs.example.com و www.example.com ، با داده‌های هر دو در نمای گزارش یکسان نشان داده می‌شوند (نمایه)
  • دایرکتوری های فرعی — فقط بازدیدکنندگان دایرکتوری فرعی www.example.com/dogs در یک گزارش جداگانه به عنوان یک سایت واحد
  • سبد خرید شخص ثالث — بازدیدکنندگان از فروشگاه آنلاین شما و سبد خرید شما که در دامنه دیگری میزبانی شده است
  • دامنه‌های سطح بالا — همه بازدیدکنندگان دو دامنه‌ای که متعلق به شماست، مانند www.example-petstore.com و www.my-example-blog.com ، با داده‌های هر دو در نمای گزارش یکسان (نمایه) نشان داده می‌شود.
  • محتوای IFramed - داده‌های بازدیدکننده و بازدید از صفحه برای محتوای یک iFrame یک دامنه دیگر.

در هر یک از این موارد، برای ردیابی صحیح بازدیدکنندگان، باید مقداری سفارشی سازی کد رهگیری انجام دهید. قبل از انجام این کار، بهتر است نحوه برخورد با دامنه ها و دایرکتوری ها را در نصب پیش فرض Analytics مطالعه کنید.

سناریوهای ردیابی

این بخش انواع سناریوهای ردیابی را که با محبوب ترین روش ها مرتب شده اند را پوشش می دهد.

ردیابی در چندین دامنه و زیر دامنه

در این سناریو، ممکن است بخواهید دو دامنه منحصر به فرد و یک زیر دامنه را ردیابی کنید. به عنوان مثال، فرض کنید یک فروشگاه آنلاین دارید و همچنین می خواهید داده های بازدیدکنندگان و کمپین وبلاگ خود را ردیابی کنید.

ردیابی در چندین دامنه و زیر دامنه

موارد زیر سفارشی‌سازی کد رهگیری کلیدی را برای سه 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 Analytics برای ردیابی محتوا و داده‌های بازدیدکننده برای یک دامنه، مانند www.example.com طراحی شده است. این به این معنی است که حتی اگر هم دامنه و هم یک زیر دامنه را مدیریت می‌کنید، باید در کد رهگیری تغییراتی ایجاد کنید تا داده‌های بازدیدکننده را در هر دو دامنه به اشتراک بگذارید.

فرض کنید URL های زیر را دارید که می خواهید به عنوان یک موجودیت واحد ردیابی کنید:

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

برای این تنظیم، از سفارشی‌سازی‌های کلیدی زیر برای کد رهگیری در هر سه دامنه استفاده می‌کنید.

شما مجبور نیستید پیوندها یا فرم‌های بین این سه سایت را اصلاح کنید، زیرا همه آنها می‌توانند کوکی‌های یکسانی را به اشتراک بگذارند زیرا نام دامنه را روی دامنه سطح بالا تنظیم کرده‌اید (به عنوان مثال، example-petstore.com ).

ردیابی بین یک دامنه و یک فهرست فرعی در یک دامنه دیگر

یکی دیگر از سناریوهای ردیابی رایج، ردیابی داده‌های بازدیدکننده و ترافیک بین یک دامنه واحد و یک زیر شاخه از یک دامنه متفاوت است. این ممکن است زمانی اتفاق بیفتد که بخواهید ترافیک بین وب سایت و وبلاگ آنلاین خود را ردیابی کنید، جایی که وبلاگ شما محدود به یک زیر فهرست از سرویس وبلاگ است. نشانی‌های اینترنتی مثال زیر هر کدام شامل سفارشی‌سازی‌های پیشنهادی برای کد رهگیری در هر دو صفحه هستند.

دامنه وب سایت اصلی: www.example.com

آدرس وبلاگ: www.blog-hosting-service.com/myBlog

برای هر گونه ارسال فرم از www.example-petstore.com به وب سایت سبد خرید، از روش _linkByPost() برای کپی ترافیک و داده های کوکی بازدیدکنندگان از طریق HTTP POST در سایت سبد خرید استفاده می کنید. متد _setAllowLinker() به سایت هدف هدایت می کند تا داده های کوکی را از داده های POST بخواند تا از اطلاعات جلسه کاربر معمولی. به این ترتیب، می‌توانید مجموعه داده‌های کوکی را در یک دامنه به دامنه دیگر منتقل کنید و در نتیجه جلسه بازدیدکننده را از فروشگاه آنلاین خود به سبد خرید خود حفظ کنید.

به طور مشابه، از تابع _link() برای انتقال داده‌های بازدیدکنندگان در هر پیوندی که از فروشگاه آنلاین به سبد خرید می‌رود استفاده کنید.

ردیابی در سراسر iFrames

در سایتی که انتقال بین دامنه ها با باز کردن یک پنجره جدید یا با گنجاندن محتوا در iFrame انجام می شود، باید از روش _getLinkerUrl() برای انتقال کوکی های بازدید کننده و کمپین از یک دامنه به دامنه دیگر استفاده کنید. به عنوان مثال، فرض کنید فرمی را در یک iFrame قرار دهید که در www.my-example-iframecontent.com میزبانی شده است. برای انتقال اطلاعات بازدیدکننده از صفحه اصلی که میزبان iFrame در www.example-parent.com است، از جاوا اسکریپت برای بارگیری iFrame و ارسال اطلاعات کوکی با استفاده از روش _getLinkerURL() استفاده می کنید.

مثال زیر فقط تابع پیوند را نشان می‌دهد و فرض می‌کند که ردیابی بین دامنه‌ای در قطعه‌های ردیابی برای هر دو دامنه پیکربندی شده است.

پیکربندی ردیابی iFrame برای اینترنت اکسپلورر

محتوای iFramed که در یک دامنه جداگانه از صفحه اصلی میزبانی می شود، به عنوان محتوای شخص ثالث در نظر گرفته می شود. تنظیمات حریم خصوصی پیش‌فرض برای Internet Explorer 6 و بالاتر به وب‌سایت‌های شخص ثالث اجازه نمی‌دهد کوکی‌ها را در سایت شخص اول ذخیره کنند.

این بدان معناست که ردیابی آنالیتیکس برای صفحات iFramed برای کار در اینترنت اکسپلورر نیاز به پیکربندی خاصی دارد. برای صفحات وب که در iFrame قرار دارند، باید تنظیمات حریم خصوصی را پیکربندی کنید. با استفاده از یکی از روش های زیر می توانید تنظیمات برگزیده حریم خصوصی را در صفحات میزبانی شده تنظیم کنید:

  • شامل سرصفحه HTTP «پلتفرم برای ترجیحات حریم خصوصی» (P3P) برای صفحات سایت ارائه شده
  • یک مانیفست P3P XML برای صفحات سایت ارائه شده ارائه کنید

برای اطلاعات بیشتر به منابع زیر مراجعه کنید:

ردیابی یک زیر شاخه واحد

دو مورد معمول برای محدود کردن ردیابی آنالیتیکس به یک زیر شاخه از یک دامنه بزرگتر وجود دارد:

  • شما فقط به دایرکتوری فرعی یک وب سایت بزرگتر دسترسی دارید، مانند زمانی که از یک سرویس میزبانی تجارت الکترونیک استفاده می کنید.
  • شما می خواهید ردیابی را به زیرمجموعه یک وب سایت بزرگتر محدود کنید، مانند زمانی که پروژه ای را در وب سایت شرکت خود راه اندازی می کنید، که از ردیابی Analytics نیز استفاده می کند.

فرض کنید یک نمای (نمایه) در حساب Analytics خود دارید که در آن داده‌های بازدیدکننده را تا حضور آنلاین دنبال می‌کنید، که تنها بخشی از یک میزبان وب‌سایت بزرگتر (مانند یک سرویس وبلاگ نویسی) است. خود سایت شما در www.example.com/myBlog/ میزبانی می شود. شما فقط می خواهید داده های بازدید کننده و کمپین را برای دایرکتوری فرعی /myBlog ثبت کنید و نه برای هیچ صفحه دیگری در دامنه example.com . در این مورد، شما همچنین فقط به صفحات وب موجود در آن زیر شاخه دسترسی دارید.

برای تنظیم ردیابی برای فروشگاه خود، باید از تابع _setCookiePath() در کد رهگیری خود استفاده کنید، مانند این:

پس از راه‌اندازی، گزارش‌های شما به درستی داده‌های بازدیدکننده و کمپین را فقط برای فهرست فرعی شما نمایش می‌دهد. این به این دلیل است که مسیر کوکی به جای دایرکتوری اصلی www.example.com روی دایرکتوری فرعی شما تنظیم شده است و نمای (نمایه) شما فقط برای یک مجموعه منحصربه‌فرد از کوکی‌ها برای فروشگاه شما خوانده و می‌نویسد.

استفاده از تابع _setCookiePath() در این سناریو بهترین روش در نظر گرفته می شود. اگر این کار را نکنید، دو تأثیر احتمالی برای گزارش های شما وجود دارد:

  • سایر کوکی‌های حساب Analytics تنظیم شده در www.example.com می‌توانند توسط حساب شما به اشتراک گذاشته شوند .

    این بدان معناست که آمار بازدیدکنندگان مانند new vs returning ، time on site و number of visits ممکن است نادرست باشد، زیرا کوکی‌های جلسه بازدیدکنندگان شما ممکن است فعالیت در سایر بخش‌های www.example.com را نیز منعکس کنند.

  • گزارش های شما ممکن است جزئیات کمپین را از قسمت دیگری از سایت منعکس کند.

    برای مثال، فرض کنید یک بازدیدکننده روی یک کمپین ایمیلی کلیک می‌کند که به سایت دیگری در همان دامنه می‌رود: www.example.com/theirBlog . در این حالت، اطلاعات ارجاع در کوکی بازدیدکننده به کمپینی با نام آخرین اخبار در وبلاگ نویسی تنظیم می شود. بعداً، همان بازدیدکننده مستقیماً با تایپ www.example.com/yourBlog در مرورگر به سایت شما باز می گردد و اشتراک وبلاگ شما را خریداری می کند. از آنجایی که سایر ارجاعات کمپین در بازدیدهای مستقیم ادامه می یابد، کمپین آخرین اخبار وبلاگ نویسی را مشاهده خواهید کرد که برای اشتراک شما فروش ایجاد می کند. این به این دلیل است که کوکی _utm z برای فروشگاه آنلاین شما منحصراً برای مسیر شما تنظیم نشده است.

اگر کوکی‌های بازدیدکننده را فقط به مسیر خود محدود کنید، داده‌های کمپین و جلسه برای بخش دیگری از www.example.com در گزارش‌های شما گنجانده نمی‌شود، زیرا مسیر کوکی محدود است. (برای اطلاعات پس زمینه بیشتر در مورد نحوه خواندن کوکی ها توسط مرورگرهای وب، درباره کوکی ها بخوانید.)

سایر نکات زیردایرکتوری

  • اگر ترافیک بازدیدکنندگان و ارجاع‌ها را برای یک زیردایرکتوری ردیابی می‌کنید، ممکن است بخواهید یک فیلتر Include را در فهرست فرعی راه‌اندازی کنید تا مطمئن شوید که فقط محتوای آن فهرست فرعی در گزارش شما نمایش داده می‌شود. برای اطلاعات بیشتر به مقاله فیلتر از پیش تعریف شده در مرکز راهنمایی مراجعه کنید.
  • اگر ردیابی دایرکتوری فرعی را در دامنه خود تنظیم می کنید، باید مطمئن شوید که ردیابی Analytics برای مسیر ریشه (مثلا / ) و هر صفحه زیر آن غیرفعال است. به عنوان مثال، اگر می‌خواهید زیرشاخه‌های سایت را جداگانه ردیابی کنید، www.example.com/index.html نباید ردیابی Analytics را فعال کند. اگر ردیابی مسیر ریشه غیرفعال نباشد، 2 مجموعه کوکی برای صفحه ای که ردیابی سطح مسیر را تنظیم کرده اید، یک مجموعه برای زیر شاخه و یک مجموعه برای دامنه سطح بالا تنظیم می شود.

ردیابی دو زیرمجموعه در یک دامنه

ممکن است بخواهید چندین زیر شاخه را در دامنه ای که در آن به صفحات دامنه بزرگتر دسترسی ندارید، ردیابی کنید. به عنوان مثال، فرض کنید در سایت ارائه دهنده خدمات هم یک فروشگاه آنلاین و هم یک سبد خرید دارید:

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

اگر می‌خواهید جلسات کاربر و داده‌های کمپین را از فروشگاه خود تا سبد خرید ردیابی کنید، از دو روش برای رسیدن به این هدف استفاده خواهید کرد:

مثال زیر بخش‌های کلیدی قطعه کد رهگیری را برای ردیابی جلسات کاربر و داده‌های کمپین از فروشگاه شما تا سبد خرید نشان می‌دهد:

در این حالت، یک کوکی منحصربه‌فرد برای دامنه تنظیم می‌شود که به فهرست اول ارائه‌شده محدود می‌شود، و همان داده‌های کوکی نیز در فهرست دوم ارائه‌شده کپی می‌شود. از آنجایی که هر دو سایت در یک دامنه قرار دارند، نیازی به تغییر هیچ پیوند یا فرم داده بین دو دایرکتوری نخواهید داشت.

اجزای کلیدی برای ردیابی بین دامنه

این بخش به شما کمک می کند تا با ارائه اطلاعات دقیق در مورد اجزای کلیدی و بهترین روش استفاده از آنها، راه اندازی ردیابی متقابل دامنه خود را عیب یابی کنید.

بازدیدها (نمایه ها)

هنگامی که ردیابی بین دامنه‌ای را راه‌اندازی می‌کنید، باید مطمئن شوید که موارد زیر را با نماها (نمایه‌های) خود انجام می‌دهید:

  • یک نمای اصلی (نمایه) برای دامنه اصلی خود بدون فیلتر تنظیم کنید .

    از آنجایی که می خواهید از نماها (نمایه ها) به روشی خاص برای ردیابی بین دامنه ای استفاده کنید، ابتدا توصیه می شود که یک نمای اصلی (نمایه) برای دامنه اصلی خود تنظیم کنید. این نما (نمایه) نباید فیلتری به آن اضافه شود. به این ترتیب، شما همیشه داده های تاریخی پایه برای دامنه اصلی خود خواهید داشت که در صورت بروز خطا در هنگام تنظیم فیلترها در نمای متقاطع (نمایه) خود می توانید به آنها مراجعه کنید.

  • یک نمای (نمایه) مخصوصاً برای ردیابی بین دامنه ایجاد کنید و از کد ردیابی خود دوباره استفاده کنید .

    پس از تنظیم نما (نمایه) و بازیابی کد رهگیری برای دامنه اصلی خود، از همان کد رهگیری برای سایر ویژگی های وب استفاده کنید. به این ترتیب، قبل از شروع ردیابی متقابل دامنه، پیکربندی شما به درستی تنظیم می شود و همچنین داده های تاریخی برای تمام ویژگی های وب خواهید داشت. اگر توصیه‌ای را برای راه‌اندازی نماهای اصلی (نمایه‌ها) دنبال کردید، این باید صرفاً ایجاد یک نمای اضافی (نمایه) برای دامنه اصلی خود با استفاده از همان کد رهگیری ارائه شده در نمای اصلی (نمایه) باشد. تمام خصوصیات وب دیگری که می خواهید پیوند دهید نیز باید دارای کد رهگیری یکسانی باشند.

  • نمای متقابل دامنه (نمایه) خود را با یک فیلتر تغییر دهید تا دامنه کامل در گزارشات محتوای شما نشان داده شود.

    پس از ایجاد پیوند دامنه، فقط URI درخواست را در گزارشات محتوا خواهید دید و نه سطح بالا یا زیر دامنه را برای یک صفحه مشخص. به عنوان مثال، برای بازدید از صفحات زیر:
    - http://www.example.com/index.php و صفحه دیگری در
    - http://sub.example.com/more.php
    گزارش ها نشان خواهند داد:
    - index.php
    - more.php
    شما نمی توانید تشخیص دهید که کدام صفحه از کدام دامنه است. برای نشان دادن دامنه در گزارشات صفحه، فیلتری را تنظیم کنید که تمام اجزای URL صفحه را در بر بگیرد، به شرح زیر:

    1. در صفحه تنظیمات نمایش (نمایه) ، روی پیوند افزودن فیلتر کلیک کنید.
    2. افزودن فیلتر جدید را انتخاب کنید و یک نام برای فیلتر وارد کنید.
    3. Custom Filter را انتخاب کرده و Advanced را در تنظیمات نوع فیلتر انتخاب کنید.
    4. در قسمت تنظیمات پیشرفته :
      1. FieldA باید روی Hostname تنظیم شود
      2. FieldB باید روی Request URI تنظیم شود
    5. مقادیر فیلد A و فیلد B را روی (.*) تنظیم کنید، که عبارتی است که همه کاراکترها را نشان می دهد.
    6. گزینه Output To --> Constructor را روی Request URI تنظیم کنید و $A1$B1 را به عنوان مقدار آن انتخاب ارائه دهید.

    گزارش های شما اکنون نشان می دهد:
    - www.example.com/index.php
    -
    sub.example.com/more.php
    این قسمت www.example.com از URL شما را می گیرد و آن را در ابتدای URL صفحه شما در بخش گزارش های محتوا قرار می دهد.

کوکی ها: برای انتقال داده های بازدیدکنندگان ضروری است

برای اینکه دو دامنه داده‌های بازدیدکننده یکسانی مانند جلسه و نوع بازدیدکننده را به اشتراک بگذارند، باید بتوانند اطلاعات کوکی یکسانی را کپی یا به اشتراک بگذارند. علاوه بر این، شما باید به یاد داشته باشید:

یک جلسه از یک دامنه فقط می تواند از طریق یک کلیک یا فرم ارسالی به درستی پیکربندی شده یا از طریق _getLinkerURL به دامنه دیگر منتقل شود .

انتقال داده‌های کوکی از طریق این سه روش، دو نمایش صفحه را در یک جلسه به هم پیوند می‌دهد. اگر کاربر به طور مستقل از دو سایتی بازدید کند که در نمای یکسان (نمایه) ردیابی می کنند، مانند یک نشانک، این بازدیدها همچنان در جلسات جداگانه شمارش می شوند. در این سناریو، روش‌های پیوند فراخوانی نمی‌شوند و بنابراین راهی برای تعیین جلسه شروع برای یک کاربر مشخص وجود ندارد.

برای درک واقعی ردیابی بین دامنه‌ای، درک این نکته کمک می‌کند که کوکی‌ها توسط تعدادی فیلد شناسایی می‌شوند و به طور پیش‌فرض بین دامنه‌ها به اشتراک گذاشته نمی‌شوند. علاوه بر این، اشتراک گذاری کوکی به طور خودکار در Analytics خاموش می شود. این به این دلیل است که در بسیاری از موارد، اشتراک گذاری یک کوکی بین دامنه ها نامطلوب است. به اهمیت شناسایی و انقضای کوکی در مرجع کوکی مراجعه کنید. علاوه بر این، Analytics به طور پیش‌فرض یک بررسی یکپارچگی اضافی به کوکی‌ها اضافه می‌کند.

_setDomainName(' yourDomainName ')

چکار میکند.
این روش فیلد دامنه کوکی را به رشته ارائه شده در پارامتر تنظیم می کند. با این روش می توانید نام دامنه استفاده شده توسط کوکی را کنترل کنید. شما فقط باید بین دامنه های سطح بالا پیوند ایجاد کنید زیرا زیر دامنه ها کوکی های یکسانی را با والدین خود به اشتراک خواهند گذاشت.
چه زمانی از آن استفاده کنید.
وقتی می‌خواهید دامنه‌های بالا و فرعی را به عنوان یک موجودیت در نظر بگیرید و در یک نمای (نمایه) ردیابی کنید، از این استفاده کنید. همچنین هنگامی که می خواهید چندین دامنه سطح بالا و زیر دامنه های آنها را ردیابی کنید از این استفاده کنید. در این مورد، شما باید از پیوند بین دامنه های سطح بالا استفاده کنید، اما نه بین دامنه های سطح بالا و زیر دامنه های آنها.
چه زمانی از آن استفاده نکنید.
اگر یک دامنه را ردیابی می کنید، نیازی به تنظیم نام دامنه ندارید.