На сайте типографии перестала открываться форма запроса расчёта. При этом каталог, телефон и главная страница работают. Проверка доступности покажет, что сайт в порядке, а о сбое компания может узнать лишь от клиента, который попробует связаться другим способом. Поэтому в ежемесячный план обслуживания стоит включить весь путь заявки: от карточки продукта до письма менеджеру или записи в CRM.
Такой план нужен и небольшому производству бумажных пакетов, и типографии с большим каталогом. Объём работ различается, но для каждой проверки важно указать объект, ответственного, ожидаемый результат и действия при ошибке. Критические сбои — недоступность сайта, утечка данных, неработающая форма — не должны ждать планового обхода. Для них нужны уведомления и порядок внепланового реагирования.
Начните с перечня того, что поддерживаете
Прежде чем составлять календарь, перечислите компоненты сайта: домен, хостинг, систему управления, тему оформления, расширения, почтовые сервисы, формы, аналитику и внешние интеграции. Затем запишите важные страницы и действия посетителя. Для типографии это обычно каталог, условия заказа, требования к макетам, контакты, запрос расчёта и загрузка файла.
Для каждого компонента укажите владельца доступа и контакт исполнителя. Если домен оформлен на бывшего сотрудника, а письма хостинга приходят в заброшенный ящик, даже простая задача может затянуться. Сами пароли в открытую таблицу плана вносить не нужно: достаточно указать, у кого есть доступ и где он безопасно хранится.
Работы удобно разделить на три группы:
- Регулярные проверки: выполняются каждый месяц независимо от жалоб.
- Работы по результатам проверки: исправление найденных ошибок; объём оценивают отдельно.
- Изменения по запросу бизнеса: новые страницы, функции и переработка каталога. Не стоит незаметно включать их в «обслуживание».
При работе с подрядчиком такое разделение сразу показывает, что входит в ежемесячный договор, а что требует отдельного согласования.
Резервные копии и возможность восстановления
Зафиксируйте, что именно копируется: файлы сайта, база данных, загруженные клиентами документы, настройки и, если нужно, почтовые данные. Для сайта с заявками одной копии файлов недостаточно: сведения из форм и настройки каталога могут храниться в базе. Частота копирования зависит от изменений на сайте. Если заявки поступают ежедневно, ежемесячная копия оставит слишком большой пробел.
Ежемесячная проверка должна подтвердить, что копию можно использовать, а не просто найти файл в папке. Записывайте дату последнего успешного копирования, место хранения и результат тестового восстановления в отдельной среде по согласованному графику. Если единственная копия лежит на том же сервере, она может стать недоступной вместе с сайтом. Нужна и инструкция: кто запускает восстановление, у кого есть необходимые права и кто затем проверяет страницы и формы.
В договоре стоит разделить создание копий и восстановление после аварии. При аварии могут потребоваться поиск причины сбоя, перенос данных и проверка интеграций; заранее оценить весь объём не всегда возможно.
Обновления и безопасность без лишнего риска
Раз в месяц проверяйте версии системы управления сайтом, темы и расширений, доступные исправления безопасности, состояние сертификата HTTPS и сообщения хостинга. Не запускайте обновление вслепую на рабочем сайте. Сначала сделайте актуальную копию, проверьте совместимость, а значимые изменения испытайте в тестовой среде. После установки откройте не только главную страницу: пройдите меню, карточки продукции, формы и загрузку файлов.
Пересматривайте и список расширений. Модуль, оставленный «на всякий случай», усложняет поддержку, но удалять его можно лишь после проверки зависимостей. То же касается учётных записей: бывшим сотрудникам и подрядчикам закрывают доступ, а действующим оставляют права под их задачи. Двухфакторная аутентификация для администраторов снижает риск входа по украденному паролю, но не заменяет обновления и резервные копии.
Отдельно проверяйте сроки регистрации домена и действия сертификата. Даже при автоматическом продлении должны быть известны ответственный за оплату и адрес для уведомлений. Подозрительные файлы, необычные входы или перенаправления — повод сразу согласовать действия с доступами и проверкой сайта, а не откладывать вопрос до ежемесячных правок.
Работоспособность заявок: проверяйте весь маршрут
То, что страница с формой открывается, ещё не означает, что запрос попадает к менеджеру. Раз в месяц отправляйте тестовую заявку с понятной пометкой и проверяйте всю цепочку: отправку в браузере, сообщение об успехе, письмо или запись в CRM, уведомление ответственного. Для формы загрузки макета возьмите разрешённый тестовый файл допустимого размера и убедитесь, что вложение доступно сотруднику, который обрабатывает заказ.
Тестируйте как обычный посетитель, без административного входа. На телефоне отдельно проверьте номер, кнопки связи, выбор параметров продукта и согласие на обработку данных, если оно есть в форме. Не используйте реальные персональные данные; пробные заявки удаляйте согласно внутреннему порядку хранения.
Если на сайте есть расчёт заказа, проверяйте и логику полей. Допустим, посетитель выбрал бумажный пакет, указал размеры, тираж и отделку. Все параметры должны попасть в заявку без потерь и подмены. Автоматическую сумму сверяйте по согласованным тестовым сценариям. Публичная цена не может считаться окончательной, если на неё влияют макет, материал, постпечатная обработка или доставка.
Каталог и информация, от которой зависит заказ
Даже технически исправный сайт может вводить клиента в заблуждение устаревшим описанием. Ежемесячно просматривайте страницы, от которых зависит заказ: востребованные позиции, условия приёма макетов, контакты, порядок согласования и доставки. Сверяйте сведения с текущими возможностями производства, а не с памятью редактора сайта.
Для карточки печатной продукции пригодится короткий список:
- Название, формат и варианты материала описаны без противоречий.
- Отделка и технологические ограничения не поданы как одинаковые для любого тиража.
- Понятно, какие параметры нужны для расчёта и что согласуется до запуска в печать.
- Файлы с требованиями к макету открываются и соответствуют текущему порядку приёма.
- Контактное лицо или маршрут заявки актуальны.
Если ассортимент часто меняется, не нужно каждый месяц переписывать весь каталог. Отмечайте страницы, затронутые изменениями на производстве, и назначайте того, кто подтвердит факты. Редактор может исправить текст, но доступность конкретной бумаги или вида тиснения должен подтвердить специалист по заказам.
Навигация, ошибки страниц и доступность
Пройдите основные маршруты: из меню в категорию, из категории в карточку продукта, затем к запросу расчёта или контактам. Проверьте страницы с ошибками и внутренние ссылки, особенно после удаления или переименования товаров. Если адрес изменился, настройте переход на подходящую действующую страницу. Перенаправлять все старые адреса на главную обычно неудобно для посетителя.
Карта сайта помогает следить за структурой каталога, но не заменяет проверку меню и ссылок на страницах. Для планирования разделов пригодится материал о том, как устроена карта сайта типографии: структура, страницы и оптимизация. В ежемесячном плане достаточно проверить, есть ли в карте важные опубликованные страницы и не остались ли там удалённые адреса.
Проверяйте доступность на практических задачах: читается ли текст на телефоне, можно ли заполнить форму с клавиатуры, понятны ли подписи полей и сообщения об ошибках. Это важно и для клиента, который отправляет запрос с мобильного устройства в дороге. Глубокий аудит доступности можно запланировать отдельно, но явные препятствия лучше фиксировать сразу.
Скорость и техническое состояние: наблюдайте изменения
При ежемесячной проверке полезнее отслеживать ухудшения на одних и тех же страницах, чем гнаться за произвольной оценкой скорости. Выберите главную, категорию, карточку продукта и страницу с формой. Проверяйте их на телефоне и компьютере при сопоставимых условиях, отмечая изменения после обновлений и публикаций.
Сайт часто замедляют тяжёлые изображения, сторонние скрипты и новые виджеты. Не удаляйте нужную для заявки функцию ради результата теста: сначала выясните, можно ли снизить нагрузку без потери её пользы. Если на странице пакетов появились десятки крупных фотографий, проверьте их размеры и формат, прежде чем сокращать описание технических характеристик.
Просмотрите также данные о доступности сайта за месяц, сообщения сервера об ошибках и остаток ресурсов хостинга. Разовый всплеск и устойчивое ухудшение требуют разных действий. В отчёте указывайте страницу, проблему и то, что изменилось с предыдущей проверки.
Аналитика и данные: достаточно ли им можно доверять
Проверьте, учитываются ли отправки форм, нажатия на контакты и другие действия, по которым компания оценивает работу сайта. Сверьте несколько тестовых событий с фактическими заявками. Если после изменения формы события перестали записываться, может показаться, что спрос упал. Необъяснимый рост тоже стоит проверить: один запрос не должен учитываться несколько раз.
В ежемесячном отчёте отделяйте техническую исправность от коммерческого результата. Подрядчик может подтвердить, что форма передаёт данные, а событие фиксируется. Количество реальных заказов зависит ещё от ассортимента, условий и обработки запросов. Если вы используете инструменты анализа поведения посетителей, соблюдайте принятый порядок работы с данными и не включайте в отчёт лишние сведения из клиентских файлов или переписки.
Как оформить календарь и отчёт
План работает, когда у каждой задачи есть периодичность, исполнитель и критерий готовности. Небольшой компании хватит таблицы, доступной владельцу сайта и подрядчику:
| Задача | Что считать результатом | Когда проверять |
|---|---|---|
| Резервные копии | Зафиксированы успешная копия и результат проверки восстановления по графику | Ежемесячно; создание копий — чаще по характеру данных |
| Обновления | Версии и изменения записаны, ключевые функции проверены после установки | Ежемесячно и при срочных исправлениях безопасности |
| Тестовая заявка | Запрос получен нужным сотрудником со всеми параметрами | Ежемесячно и после изменения формы |
| Каталог и контакты | Изменения подтверждены ответственным за продажи или производство | Ежемесячно |
| Ошибки и скорость | Проблемные адреса и изменения показателей внесены в список задач | Ежемесячно |
В отчёте записывайте дату проверки, выполненное действие, найденную проблему, её влияние на посетителя, ответственного и статус исправления. Приоритет определяйте по последствиям: неработающая форма или подозрение на взлом требуют немедленной реакции, а опечатка на редко посещаемой странице может подождать обычного цикла правок. Если подрядчик не вправе самостоятельно менять тексты или настройки, укажите, чьего согласования он ждёт.
В первый месяц начните с заявки с пометкой «Проверка сайта». Пройдите путь от карточки продукта до письма менеджеру. Если запрос не дошёл, запишите, на каком шаге оборвалась цепочка: исполнителю будет проще найти причину сбоя.