پایش مقصد لینک‌های کوتاه

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

نظارت بر مقصد لینک کوتاه با وعده شروع می شود

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

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

قابلیت دسترسی را از سفر صحیح مشتری جدا کنید

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

بدانید که ابزار نظارتی شما واقعاً چه چیزی را موفق می‌داند. بررسی فعلی در دسترس بودن مقصد Lumeraya بر مشکلات اتصال و خطاهای سرور تمرکز دارد. پاسخی با کد کمتر از ۵۰۰ ممکن است همچنان نشانهٔ قابل دسترس بودن مقصد تلقی شود. بنابراین، فرض نکنید که پاسخِ مربوط به صفحهٔ یافت‌نشده به طور خودکار باعث خرابی یا یک مقصد پشتیبان می شود. هنگامی که صحت اهمیت دارد، وضعیت ثبت شده و بررسی های در دسترس بودن مکمل را با یک بررسی واقعی صفحه بررسی کنید. یک محدودیت واضح مفیدتر از یک نشان سبز همه منظوره است.

مسیری را که بازدیدکنندگان در واقع طی می کنند دنبال کنید

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

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

چک هایی را انتخاب کنید که از عوارض جانبی تصادفی جلوگیری کنند

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

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

مقصد جایگزین را مانند یک مقصد واقعی آزمایش کنید

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

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

هشدارها را عملی کنید و از سر و صدای بی پایان خودداری کنید

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

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

نتیجه را پس از تغییر مقصد مرور کنید

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

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

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