Перевірка сторінок за короткими посиланнями

Коротке посилання може продовжувати переспрямовувати належним чином, поки цільова сторінка за ним припинив обслуговувати сторінку, обіцяну вашою кампанією. Після оновлення сайту може зламатися форма, зникнути продукт або з’явитися обов’язкова авторизація. Моніторинг повинен запитувати більше, ніж те, чи відповів сервер. Визначте очікуваний результат клієнта, вирішіть, які перевірки можуть його спостерігати, і покладіть на когось відповідальність за дії, коли результати перевірки змінюються.

Моніторинг цільової сторінки починається з обіцянки відвідувачу

Запишіть, що має знайти відвідувач, перейшовши за адресою. Будьте конкретні: правильний продукт, доступна реєстраційна форма, посібник для завантаження або відповідна мобільна сторінка. Загальна вимога, наприклад веб-сайт в Інтернеті, є надто слабкою для кампанії, яка залежить від конкретної дії. Сторінка може бути доступною, поки дія недоступна.

Запишіть загальнодоступну коротку адресу, основне призначення, відповідальну особу та прийнятний резервний варіант, якщо він існує. Включіть будь-які пункти призначення або правила маршрутизації для певного пристрою. Контрольний список для запуску посилання допомагає створити цей початковий інвентар. Записавши ці очікування, ви зможете відрізнити справжній інцидент від навмисної зміни вмісту та не шукати відповідального лише після того, як відвідувачі повідомлять про проблему.

Відокремте доступність від правильного шляху клієнта

Відповідь HTTP описує частину результату запиту. Успішна відповідь сторінки не доводить, що сторінка містить очікувану пропозицію або що її форма надсилається правильно. Відповідь "не знайдено" може швидко надійти від справного сервера. Тимчасова помилка сервера, збій з’єднання та несподіване перенаправлення – це різні умови, які слід записувати окремо.

Дізнайтеся, що ваш інструмент моніторингу насправді вважає успішним. Поточна перевірка доступності цільового призначення Lumeraya зосереджена на проблемах підключення та помилках сервера; відповідь нижче 500 все ще можна вважати доступною. Тому не припускайте, що відповідь про відсутню сторінку автоматично фіксується як збій або запускає перехід на резервну сторінку. Перевірте записаний статус і доповніть перевірку доступності фактичним переглядом сторінки, якщо правильність має значення. Чітке обмеження корисніше, ніж універсальний зелений значок.

Дотримуйтеся маршруту, яким насправді йдуть відвідувачі

Пункт призначення може перенаправляти за кількома адресами перед представленням вмісту. Перевірте повний шлях, включаючи коротку адресу, а не відкривайте лише останню сторінку з власних закладок. Переконайтеся, що параметри запиту залишаються там, де вони потрібні, що відображається очікуваний домен і що маршрут не повертає відвідувача назад через цикл.

Перегляньте гілки окремо. Робота цільової сторінки на комп’ютері не підтверджує роботу адресу iPhone або правило, спрямоване на іншу мову. У посібнику з маршрутизації пристроїв пояснюється, чому ці гілки належать до плану тестування. Зберігайте невелику матрицю випадків, які ви фактично налаштували; Вам не потрібно вигадувати десятки комбінацій, але кожен навмисний маршрут повинен мати принаймні одну значущу перевірку.

Виберіть перевірки, які уникають випадкових побічних ефектів

Перевірки доступності мають спостерігати за сторінкою без повторного створення замовлень, надсилання контактних повідомлень або використання обмеженого ресурсу. Якщо єдина значуща успішна дія змінює дані, використовуйте відповідне тестове середовище або явно створений тестовий обліковий запис і процедуру. Не спрямовуйте монітор на посилання, призначене для одноразової роботи, і вважайте, що перевірка нешкідлива.

Відрізняйте автоматичне спостереження від перевірки людиною. Простий запит може підтвердити транспортну інформацію та інформацію про відповідь, тоді як перевірка браузера може виявити проблеми з макетом або формою. Жодна з них автоматично не підтверджує повний процес покупки. Запишіть, який рівень охоплює перевірка та як часто хтось має переглядати решту кроків. Це робить план моніторингу зрозумілим для особи, яка на нього відповідає, щоб їй не доводилося здогадуватися, що саме означає попередження.

Перевірте резервний варіант як реальний пункт призначення

Якщо ваш обліковий запис і робочий процес підтримують резервну URL-адресу, виберіть таку, яка допоможе відвідувачеві виконати розумний наступний крок. Нейтральне пояснення, альтернативна сторінка продукту або робочий шлях контакту можуть бути більш доречними, ніж мовчки відправляти всіх на непов’язану домашню сторінку. Запасний варіант потребує свого відповідального та графіка перевірок, інакше він може стати другою пошкодженою сторінкою в тому самому інциденті.

Перевірте фактичну поведінку перемикання контрольованим способом, перш ніж залежати від цього. У Lumeraya Links моніторинг доступності та маршрутизація призначення мають певні умови; перевірте поточні параметри та поведінку для вашого облікового запису. Не припускайте, що резервна сторінка охоплює кожну окремо налаштовану гілку маршрутизації або кожен тип помилки вмісту. Задокументуйте, коли це стосується, і що має побачити відвідувач, коли умова виконана.

Зробіть сповіщення ефективними та уникайте нескінченного шуму

У попередженні має бути вказано кампанію, яка зазнала впливу, спостережуваний стан, час і відповідальну особу. Включіть перший безпечний крок дослідження та де можна знайти останню успішну перевірку. Власник повинен мати можливість визначити, чи місце призначення змінено навмисно, послуга хостингу недоступна або гілка маршрутизації потребує виправлення, не шукаючи кількох непов’язаних облікових записів.

Плануйте як невдачу, так і відновлення. Повторювані повідомлення, які говорять про те саме, можуть поховати суттєві зміни, тоді як безшумне відновлення може змусити команду використовувати обхідний шлях без потреби. Вирішіть, коли проблема, що повторюється, заслуговує на ескалацію, і як ви закриєте інцидент. Зверніться до довідки Links, щоб дізнатися про доступні засоби контролю; конфігурація сповіщення корисна лише тоді, коли її одержувач все ще має відповідальність і дозвіл внести необхідні виправлення.

Перегляньте результат після зміни призначення

Коли місце призначення буде відремонтовано або замінено, знову перейдіть за короткою адресою з відповідного контексту клієнта. Перевірте очікувану сторінку та дію, а потім переконайтеся, що параметри аналітики все ще правильно описують кампанію. Відремонтований маршрут, який мовчки змінює атрибуцію, може створити другу проблему у звітності, навіть якщо відвідувачі тепер можуть перейти на сторінку.

Зберігайте короткий запис інциденту: що не вдалося, коли було виявлено, що змінилося та які докази підтвердили відновлення. Якщо та сама проблема повторюється, удосконаліть відповідальну перевірку або процес випуску пункту призначення, а не лише коригуйте частоту сповіщень. Також періодично переглядайте старі кампанії. Надрукована адреса може залишатися в обігу ще довго після того, як особа, яка її створила, перейшла до іншого проекту.

Почніть із свого найважливішої активної цільової сторінки та дайте йому точне визначення успіху. Потім додайте перевірку доступності, огляд сторінки та ім’я відповідального за реагування. Ці три частини забезпечують практичну процедуру моніторингу, не претендуючи на те, що один автоматизований запит може визначити, чи працює весь шлях клієнта.