همه چیز مستقیم گزارش می‌شود

اول: «مستقیم» است یا Unassigned؟#

این دو را یکی نگیرید؛ دو نقص کاملا متفاوت‌اند.

اگر ستون منبع خالی نیست ولی کانال Unassigned است، مشکل شما جمع‌آوری نیست؛ تعریف کانال است.

آزمایش یک‌دقیقه‌ای#

پیش از هر تحلیلی، خودتان یک بازدید کمپینی بسازید و ببینید چطور ثبت می‌شود.

سه نتیجه ممکن، و هر کدام مسیر متفاوتی دارد:

• نوار آدرس پارامترها را دارد و کارت هم منبع درست را نشان می‌دهد. جمع‌آوری سالم است؛ مشکل احتمالا در بازدیدهای بعدی همان کاربر است — بروید سراغ بخش رضایت.
• نوار آدرس پارامترها را ندارد. یک تغییر مسیر آن‌ها را خورده است. بخش دوم را بخوانید.
• پارامترها هستند ولی کارت «(مستقیم)» نشان می‌دهد. رویداد اصلا نرفته یا با تاخیر می‌رود؛ اول هیچ داده‌ای نمی‌رسد را ببینید.

ترتیب بررسی#

۱. لینک‌ها نشانه ندارند#

ادپیکس نشانه اسناد را از آدرس صفحه فرود و ارجاع‌دهنده می‌خواند. از آدرس، این‌ها را می‌خواند:

• پنج پارامتر utm_source، utm_medium، utm_campaign، utm_content و utm_term؛
• و شناسه‌های کلیک gclid، wbraid، gbraid، fbclid، msclkid، ttclid و li_fat_id.

ترتیب اولویت ثابت است: شناسه کلیک، بعد رسانه UTM، بعد ارجاع‌دهنده، و در نبود هر سه، مستقیم. یعنی یک لینک تبلیغاتی با gclid حتی بدون هیچ UTM هم درست به «Paid Search» می‌رود.

جاهایی که معمولا لینک بدون نشانه منتشر می‌شود:

• خبرنامه و ایمیل. بیشتر ابزارهای ایمیل خودشان UTM نمی‌گذارند مگر آنکه روشنش کنید. ایمیل بدون UTM تقریبا همیشه مستقیم می‌شود، چون کلاینت ایمیل ارجاع‌دهنده هم نمی‌فرستد.
• پیام‌رسان‌ها. لینکی که در تلگرام یا واتساپ فرستاده می‌شود ارجاع‌دهنده ندارد. بدون UTM، مستقیم است.
• بایو شبکه اجتماعی و کد QR. همان داستان.
• آگهی‌هایی که لینک نهایی‌شان دستی نوشته شده. یک کمپین از ده کمپین برچسب ندارد و همان یکی زیر مستقیم می‌رود.

۲. تغییر مسیر، پرس‌وجو را می‌خورد#

این شایع‌ترین علت فنی است و هیچ اثری هم از خودش به جا نمی‌گذارد.

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

جاهایی که این اتفاق می‌افتد:

• تغییر مسیر http به https که فقط مسیر را منتقل می‌کند.
• تغییر مسیر www به بدون www یا برعکس، با همان اشتباه.
• افزودن یا حذف اسلش پایانی توسط وب‌سرور.
• تغییر مسیر به آدرس canonical در افزونه‌های سئو.
• کوتاه‌کننده‌های لینک و لینک‌های ردیابی شبکه تبلیغاتی که به یک آدرس ثابت می‌رسند.
• صفحه فرودی که کاربر را بلافاصله به صفحه دیگری می‌فرستد.

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

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

۳. دسته «بازاریابی» رد شده است#

اگر بنر رضایت روشن باشد، کوکی‌های اسناد زیر دسته بازاریابی می‌روند، نه «آماری». یعنی بازدیدکننده‌ای که «آماری» را می‌پذیرد و «بازاریابی» را رد می‌کند، رویدادهایش می‌آید ولی __sov_ft و __sov_lt هیچ‌وقت نوشته نمی‌شوند.

نشانه‌اش خاص است: صفحه فرود درست ثبت می‌شود و صفحه‌های بعدی همان بازدید مستقیم می‌شوند — چون پارامترها فقط روی آدرس صفحه اول بودند و چیزی آن‌ها را به صفحه بعد نمی‌برد.

اینجا ادپیکس یک لایه پشتیبان دارد که ارزش دانستن دارد: کنار کوکی‌ها، برخورد اول و آخر هر بازدیدکننده سمت سرور هم ماندگار ذخیره می‌شود. وقتی رویدادی بدون هیچ نشانه‌ای برسد، همان نسخه ماندگار برمی‌گردد و کمپین از دست نمی‌رود. پس رد کردن «بازاریابی» به‌تنهایی اسناد را نمی‌کشد.

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

۴. ارجاع از دامنه خودتان#

جابه‌جایی بین زیردامنه‌های یک دامنه خودبه‌خود شناخته و تنزل می‌شود؛ لازم نیست کاری کنید. ولی دامنه‌ای که ریشه ثبت‌شده متفاوتی دارد — مثلا فروشگاه روی یک دامنه و پرداخت روی دامنه‌ای دیگر — این‌طور نیست.

نشانه‌اش دو حالت دارد و هر دو را ببینید:

• دامنه خودتان بالای فهرست ارجاع‌دهنده‌ها نشسته. یعنی دامنه دوم در فهرست دامنه‌های جریان نیست و هر پرش داخلی، یک «جذب» تازه شمرده می‌شود.
• دامنه دوم پر از ترافیک مستقیم است. یعنی دامنه در فهرست هست و پرش درست تنزل می‌شود، ولی بازدیدکننده در دامنه دوم آدم تازه‌ای است و تاریخچه‌ای ندارد که کمپین از آن برگردد.

حالت دوم همان چیزی است که لینکزن میان‌دامنه‌ای حلش می‌کند: شناسه بازدیدکننده همراه کلیک منتقل می‌شود تا هر دو دامنه یک نفر را ببینند. هر دو تنظیم در «مدیریت» ← «جریان‌های داده» ← «پیکربندی دامنه‌ها» هستند و مسیر کاملش در اندازه‌گیری میان دامنه و زیردامنه‌ها آمده.

۵. بازگشت از درگاه پرداخت#

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

ادپیکس این را در لحظه دریافت درست می‌کند:

1. ارجاع درگاه پرداخت تنزل می‌شود — دقیقا مثل ارجاع از دامنه خودتان، چون بازگشت است نه جذب.
2. بعد برخورد آخرِ ماندگارِ همان بازدیدکننده دوباره برقرار می‌شود، تا نشست بدون کمپین نماند.

فهرست پایه شامل سوییچ شاپرک و درگاه‌های داخلی و پردازشگرهای جهانی است و همه زیردامنه‌های آن‌ها را هم می‌گیرد.

ترافیکی که واقعا مستقیم است#

بعد از همه اینها، بخشی از مستقیم واقعا مستقیم است و اصلاحی ندارد:

• تایپ مستقیم آدرس و نشانک‌ها — سهم بزرگ آن، نشانه سلامت برند است.
• بازکردن لینک از یک اپلیکیشن دسکتاپ، یک فایل PDF یا یک سند.
• کلاینت‌های ایمیل که ارجاع‌دهنده نمی‌فرستند.
• پرش از https به http، که مرورگر ارجاع‌دهنده را حذف می‌کند.
• سیاست ارجاع‌دهنده سخت‌گیرانه روی سایت مبدا.

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

بعد از اصلاح#

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

اثر اصلاح را در جذب ترافیک دنبال کنید، نه در نمای کلی جذب — چون آن گزارش نشست‌محور است و تغییر را زودتر نشان می‌دهد.

پرسش‌های پرتکرار#

مطالب مرتبط#