Предзапусковый чек-лист

Предзапусковый чек-лист — список проверок по шести блокам перед выкладкой сайта. Блокер не оставляют неисправленным, замечания получают срок.

Запуск как список, а не как настроение

До сих пор в этой части вы проверяли сайт кусками: скорость, доступность, безопасность, форму, закон. Остался последний шаг: собрать всё и решить, можно ли выкладывать. Это решение принимают не по ощущению («вроде работает»), а по списку, который проходят по пунктам и записывают. Список не гарантирует идеального сайта. Он гарантирует, что вы не запустите сайт, в котором не проверили самое важное.

Три принципа, которые делают список рабочим.

1. Блокер и замечание это разные вещи. Блокер это пункт, без которого сайт не запускают: сломанная форма, HTTPS без HSTS, отсутствие резервной копии, пустое согласие под формой с данными. Замечание это недоработка, с которой запустить можно, если записать её, назначить ответственного и срок. Блокеры вы выбираете заранее, пока нет соблазна «да ладно, пронесёт».
2. Цвет блока из фактов. Блок зелёный, когда всё проверено и в порядке; жёлтый, когда есть замечания; красный, когда есть блокер. Цвет не подгоняют под желаемое.
3. Вердикт следует из отчёта. Красный блок значит «не готов», и в отчёте стоит срок и ответственный. «Не готов» с планом лучше, чем «готов» без проверки.

Шесть блоков

Блоки повторяют то, что вы прошли. В скобках, откуда пункт.

1. Скорость и надёжность. Показатели в зелёной зоне на мобильной сети, картинки с размерами, записанный бюджет (урок 1); резервная копия с проверенным восстановлением и мониторинг доступности (часть про инфраструктуру), возможность откатить выкладку.
2. Доступность. Автоматика без серьёзных ошибок, проход клавиатурой, контраст и размеры целей, главное действие диктором (уроки 2 и 3), честное заявление о доступности (урок 13).
3. Безопасность. HTTPS и HSTS, заголовки и CSP, второй фактор на почте, домене, хостинге и репозитории, никаких ключей в репозитории, форма проверяется на сервере (уроки 5 и 6).
4. Право. Реестр обработки данных и хранение в России, отдельное согласие и политика, таблица cookie и баннер, реестр материалов с лицензиями, тексты проверены на закон о рекламе и правила профессии, страница условий, если вы продаёте (уроки 7–12). Всё с оговоркой, что окончательный вердикт даёт юрист.
5. Поиск и аналитика. Заголовки и описания, карта сайта и канонические адреса, превью ссылок, счётчик с целями и метками, сайт в кабинетах вебмастеров (части про SEO и метрики).
6. Главное действие и содержимое. Главное действие проходится на телефоне от начала до конца и там, где скрипт не загрузился; сквозные тесты зелёные; контакты одинаковы везде; нет битых ссылок, тексты вычитаны.

Тридцать проверок, по пять в блоке, собраны на схеме. Отмечайте их и смотрите, как меняются цвета блоков и вердикт.

Что проверять руками

Автоматика и тесты помогают, но есть вещи, которые видны только человеку.

• Телефон. Возьмите настоящий телефон, выйдите на мобильную сеть и пройдите главное действие из брифа от первой страницы до результата. Всё ли читается без увеличения? Попадаете ли вы пальцем по кнопкам? Не закрывает ли баннер форму?
• Без скрипта и в плохой сети. Что происходит, если скрипт не загрузился? Форма отправляется обычным запросом, ссылки ведут по адресам? (Прогрессивное улучшение из части про JavaScript.)
• Контакты. Телефон, почта и адрес одинаковы в шапке, подвале, на странице контактов, в политике, в карточке в картах и в профилях. Расхождение подрывает доверие и мешает локальному поиску.
• Боевой сайт, не только тестовый. После выкладки заново откройте главные страницы и пройдите главное действие. Сертификат, перенаправления и заголовки на боевом адресе могут отличаться от тестового.
• Копия и откат. Вы знаете, как вернуть предыдущую версию, и пробовали.
• Люди. Попросите одного человека, который не делал сайт, выполнить главное действие, не подсказывая. Три минуты наблюдения находят то, что не находят проверки.

День запуска и после

День запуска проходит спокойно, если у него есть порядок.

1. Заморозьте изменения и пройдите чек-лист.
2. Сделайте свежую резервную копию и убедитесь, что откат возможен.
3. Выложите.
4. Проверьте боевой сайт.
5. Включите мониторинг и смотрите на него.

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

Практика

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

Проверка читает структуру: что у блоков есть цвета и выводы, у исправлений ответственный и срок, что названо главное действие и что вердикт на месте. Правда ли отчёта, зависит от вас: пройдите чек-лист по настоящему сайту, а не по этому учебному.

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

Что было не так раньше

В эпоху FTP сайт «запускали», загрузив файлы по ту сторону экрана и позвонив заказчику: «Посмотри». Проверок не было, копий тоже, а откатом считалась старая папка на рабочем столе. Потом появились автоматические проверки, выкладка по коммиту и мониторинг, и запуск стал событием, которое можно повторить без страха. Но решение «готов» всё равно принимает человек, и честный список помогает принять его без самообмана.