Загрузка Lumeraya…

На медленном соединении это может занять немного больше времени.

بازگشت به وبلاگ
پیدا کنید انتساب کمپین کجای پرداخت از بین می‌رود
منتشرشده · ۳ آبان ۱۴۰۵5 دقیقه مطالعه

پیدا کنید انتساب کمپین کجای پرداخت از بین می‌رود

شکاف انتساب پرداخت بین دامنه‌ها را با دنبال‌کردن رضایت، تغییرمسیر و بازگشت از پرداخت بررسی کنید؛ کلیک را با خرید یکی نگیرید.

ترجمه‌شده از انگلیسی با Codex editorial review

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

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

انتساب پرداخت بین دامنه‌ها نقشه مسیر می‌خواهد

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

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

مقاله سنجش درآمد کمپین با داده روشن این تعریف‌ها را جدا می‌کند. اینجا کنار هر مرز بپرسید چه اطلاعاتی باید عبور کند، چه چیزی واقعاً می‌رسد و کدام سیستم مجاز حق نگهداری دارد؟ این کار شکایت مبهم گزارش را به تحویل‌های آزمودنی تبدیل می‌کند.

پیش از پرداخت، ورود اولیه را بررسی کنید

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

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

بررسی کنید لینک‌های داخلی سایت هنگام حرکت اطلاعات کمپین را بازنویسی می‌کنند یا نه. برچسب تبلیغ داخلی طراحی سنجش آگاهانه می‌خواهد؛ چسباندن پارامتر جذب تازه به هر دکمه پرداخت می‌تواند منبع اصلی را مبهم کند. راهنمای ردیابی تبدیل UTM به ثبات نام کمپین پیش از مقایسه ابزارها کمک می‌کند.

بدانید سنجش بین دامنه‌ها چه چیزی را پیوند می‌دهد

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

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

مرز محصول‌ها را روشن نگه دارید. Lumeraya Links می‌تواند بخشی از ورودی کمپین باشد؛ استفاده از آن خودکار Google Analytics را بین فروشگاه و پرداخت تنظیم نمی‌کند. سنجش واقعی موجود را نقشه‌برداری کنید، نه اینکه اتصال دو داشبورد را معادل‌شدن شناسه‌ها بدانید.

ارجاع پرداخت را از پیوستگی ازدست‌رفته جدا کنید

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

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

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

روی شاخه‌های مرتبط آزمون کنترل‌شده اجرا کنید

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

برای هر اجرا کمپین آغازین، زمان، نوع دستگاه، انتخاب رضایت، انتقال پرداخت و نتیجه تأییدشده را ثبت کنید. جزئیات کافی برای تطبیق رخداد نگه دارید، بدون گذرواژه، اطلاعات پرداخت یا داده شخصی در برچسب تحلیل. اگر تصویر نشانی مشتری یا توکن دارد، پیش از اشتراک پنهانش کنید.

هر بار فقط یک تغییر بدهید. اگر تنظیم دامنه، قاعده تغییرمسیر و رخداد خرید با هم تغییر کنند، گزارش بهتر نشان نمی‌دهد کدام اصلاح مؤثر بوده. بعد هر تغییر همان شاخه را تکرار کنید. نتیجه‌ای که فقط در نشست مدیر واردشده کار می‌کند تأیید کافی برای پرداخت عمومی نیست.

عدم‌قطعیت باقی‌مانده را صادقانه گزارش کنید

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

برای ورودی لینک از راهنمای Lumeraya Links و برای مدرک پرداخت از ابزار پشتیبانی‌شده ارائه‌دهنده استفاده کنید. بررسی معقول با نقشه تحویل آزموده‌شده، مسئول روشن هر مرز حل‌نشده و توضیح مکتوب محدودیت سنجش تمام می‌شود. این مبنای بهتری برای تصمیم است تا جا دادن هر سفارش در داستان انتسابی که داده پشتیبانی نمی‌کند.