Проверка страниц за короткими ссылками

Короткая ссылка может продолжать корректно перенаправляться, даже если пункт назначения, стоящий за ней, перестал обслуживать страницу, обещанную вашей кампанией. Форма может сломаться, товар может исчезнуть или после обновления сайта может появиться обязательная авторизация. Мониторинг должен проверять больше, чем сам факт ответа сервера. Определите ожидаемый результат клиента, решите, какие проверки смогут его наблюдать, и возложите на кого-нибудь ответственность за действия если результаты проверки изменятся.

Мониторинг целевой страницы начинается с обещания посетителю

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

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

Отделите доступность от правильного пути клиента

Ответ HTTP описывает часть результата запроса. Успешный ответ страницы не доказывает, что страница содержит ожидаемое предложение или что ее форма отправляется правильно. Ответ «не найден» может быстро прийти от исправного сервера. Временная ошибка сервера, сбой соединения и неожиданное перенаправление — это разные состояния, которые следует фиксировать отдельно.

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

Следуйте по маршруту, по которому на самом деле идут посетители

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

Рассмотрите ветки отдельно. Работа ссылки на компьютере не подтверждает работоспособность адреса, специфичный для iPhone, или правило, предназначенное для другого языка. Руководство по маршрутизации устройств объясняет, почему эти ветки входят в план тестирования. Сохраните небольшую матрицу случаев, которые вы на самом деле настроили; не нужно придумывать десятки комбинаций, но каждый продуманный маршрут должен иметь хотя бы одну осмысленную проверку.

Выбирайте проверки, которые позволяют избежать случайных побочных эффектов

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

Отличайте автоматические наблюдения от человеческого анализа. Простой запрос может подтвердить данные о соединении и ответе сервера, а проверка браузера может выявить проблемы с макетом или формой. Ни один из них автоматически не подтверждает полный рабочий процесс покупки. Запишите, какой уровень охватывает проверка и как часто кому-то следует просматривать оставшиеся шаги. Это делает план мониторинга понятным для человека, который на него реагирует, а не позволяет ему делать выводы о том, что на самом деле означает предупреждение.

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

Если ваша учетная запись и рабочий процесс поддерживают резервный URL-адрес, выберите тот, который поможет посетителю выполнить разумный следующий шаг. Нейтральное объяснение, альтернативная страница продукта или рабочий маршрут контакта могут быть более подходящими, чем молчаливая отправка всех на несвязанную домашнюю страницу. Резервной странице нужен свой ответственный и график проверки, иначе он может стать второй сломанной страницей в том же инциденте.

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

Сделайте оповещения действенными и избегайте бесконечного шума

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

Планируйте как неудачу, так и восстановление. Повторяющиеся сообщения, в которых говорится об одном и том же, могут похоронить значимое изменение, а тихое восстановление может привести к тому, что команда будет без необходимости использовать обходной путь. Решите, когда повторяющаяся проблема заслуживает эскалации и как вы закроете инцидент. Обратитесь к справке Links для получения информации о доступных элементах управления мониторингом; Конфигурация оповещения полезна только в том случае, если у получателя по-прежнему есть ответственность и разрешение на внесение необходимых исправлений.

Проверьте результат после изменения целевой страницы

Когда пункт назначения будет исправлен или заменён, снова следуйте короткому адресу из контекста соответствующего клиента. Проверьте ожидаемую страницу и действие, а затем убедитесь, что параметры аналитики по-прежнему правильно описывают кампанию. Исправленный маршрут, который автоматически меняет атрибуцию, может создать вторую проблему в отчетности, хотя теперь посетители могут попасть на страницу.

Ведите краткую запись инцидентов: что не удалось, когда это было обнаружено, что изменилось и какие доказательства подтверждают восстановление. Если та же проблема повторяется, улучшите ответственную проверку или процесс выпуска места назначения, а не просто регулируйте частоту оповещений. Также периодически просматривайте старые кампании. Распечатанный адрес может оставаться в обращении еще долгое время после того, как человек, создавший его, перешел в другой проект.

Начните с наиболее значимого активного пункта назначения и дайте ему точное определение успеха. Затем добавьте проверку доступности, проверку страницы и имя ответственного за реагирование. Эти три части обеспечивают практическую процедуру мониторинга, не претендуя на то, что один автоматический запрос может определить, работает ли весь путь клиента.