مهاجرت به ردیابی تبدیل نسخه 2

بررسی اجمالی

پیاده سازی ردیابی تبدیل شامل دو بخش است: ذخیره و برگرداندن rwg_token . اینها یکسان باقی می مانند، اما برای مطابقت با Conversion Tracking v2، اکنون باید یک مقدار جدید برگردانید: merchant_change .

تغییرات در تداوم توکن

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

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

<script>
  if (typeof rwg_token !== 'undefined') {
    merchant_id = // Write your own logic here assigning the merchant id value
    document.cookie =
    "_rwg_token=" + rwg_token + ";_merchant_id=" + merchantid + ";max-age=2592000;domain=rootdomain.com;path=/";
  }
</script>

تغییرات در ارسال داده های تبدیل

وقتی کاربر یک رویداد تبدیل را تکمیل می‌کند، بدنه پست باید یک شی کدگذاری شده JSON با یک مقدار بولی جدید merchant_change باشد.

{
  "conversion_partner_id": <partnerId>,
  "rwg_token": <rwg_token_val>
  "merchant_changed": 1|2
}

merchant_id که قبلاً ذخیره شده بود برای تعیین اینکه آیا تجاری که رویداد تبدیل را راه‌اندازی کرده است با تاجر اصلی متفاوت است یا خیر استفاده می‌شود. پس از اینکه مشخص کردید آیا تاجر تغییر کرده است یا خیر، مقدار merchant_change مناسب را با استفاده از جدول زیر برمی گردانید.

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

هنگام ارسال یک رویداد تبدیل، باید یک rwg_token معتبر ارائه دهید. برای اهداف آزمایشی، تا زمانی که آماده راه‌اندازی شوید، از کد تست زیر در هر دو محیط استفاده کنید:

ADQ7psRE9YyDSVR6YpfD-fYdxoFYVKS1xeTvXdSxqF8a3bnk0W62eMEnUjoNPwjhNHG0elwBnM1awTjr9vXET8yOowCeuODjwA==

هنگام درخواست، از نقاط پایانی زیر استفاده کنید که با محیط شما مطابقت دارند:

  • تولید: https://www.google.com/maps/conversion/collect
  • جعبه ایمنی: https://www.google.com/maps/conversion/debug/collect

الزامات اسناد تبدیل

استاندارد مورد نیاز Google برای ارجاع تبدیل، یک پنجره اسناد 30 روزه برای هرگونه تعامل با پیوند مکان، در هر فروشگاهی است.

این پنجره تخصیص به این معنی است که Google انتظار دارد یک رویداد تبدیل در هر یک از سناریوهای زیر ارسال شود:

  • یک کاربر پیوند اقدام مکان را دنبال می کند و برای همان تاجر در همان جلسه سفارش می دهد (مقدار تغییر تاجر = 2 )
  • کاربر یک پیوند اقدام مکان را دنبال می کند و سپس از کانال دیگری در پنجره 30 روزه باز می گردد تا برای همان تاجر سفارش دهد. ( ارزش تغییر تاجر = 2 )
  • کاربر یک پیوند اقدام مکان را دنبال می کند و سپس در فروشگاه دیگری سفارش می دهد، چه در همان جلسه یا یک جلسه دیگر در یک پنجره 30 روزه. ( ارزش تغییر تاجر = 1 )

علاوه بر این، Google انتظار دارد رویدادهای تبدیل از تمام سطوحی که کاربر می‌تواند از پیوند اقدام مکان به آن‌ها فرود بیاید ارسال شود. شامل:

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

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

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