Что проверить перед передачей сайта на Тильде клиенту
Сдача сайта — это не ссылка со словами «всё готово». Клиент должен получить работающие формы, понятные доступы, список внешних сервисов и возможность заменить текст или фотографию, не сломав страницу. Этот чек-лист рассчитан на дизайнера, который собирает сайты на Тильде и не хочет превращаться в программиста: проверки идут глазами посетителя и владельца проекта.
Дизайнер обычно видит проект дольше клиента и уже не замечает знакомые мелочи: кнопка ведёт на тестовый адрес, форма отправляет в личную почту, а видео хранится на временном диске. Поэтому сдачу полезно проводить не по памяти, а одинаковым маршрутом для каждого проекта.
Короткий ответ
Проверьте опубликованный сайт как посетитель, затем как владелец. Передайте доступы без общих паролей, список страниц, домен, формы, аналитику, внешние сервисы и все модификации. В конце дайте клиенту самому заменить один текст и одну фотографию под вашим наблюдением.
1. Состав сайта
Сначала зафиксируйте, что именно сдаётся:
- список опубликованных страниц;
- страницы благодарности и 404;
- попапы;
- формы и получатели заявок;
- языковые версии;
- каталог и корзина;
- внешние сервисы;
- модификации и блоки T123.
Этот список защищает обе стороны. Клиент видит комплект, а дизайнер не пытается через месяц вспомнить, входил ли второй язык в исходную задачу.
2. Пройдите сайт посетителем
Откройте опубликованный адрес в приватном окне, где вы не авторизованы в Тильде. Пройдите главный сценарий от первого экрана до результата:
- Понять предложение без устного объяснения дизайнера.
- Открыть меню и нужный раздел.
- Нажать основную кнопку.
- Заполнить форму или положить товар в корзину.
- Получить понятное подтверждение.
- Вернуться назад и продолжить пользоваться сайтом.
Проверьте все ссылки телефона, почты, мессенджеров и социальных сетей. Временные
заглушки #, тестовые домены и личные контакты дизайнера должны исчезнуть до
показа.
3. Мобильная версия
В редакторе пройдите каждый используемый брейкпоинт, а затем откройте сайт на настоящем телефоне.
Смотрите не только на красоту:
- текст не обрезан и не выходит за экран;
- кнопки удобно нажимать пальцем;
- меню можно закрыть;
- форма не прячется за клавиатурой;
- горизонтальный скролл не появляется случайно;
- видео не уходит в неожиданный полный экран;
- плавающие кнопки не перекрывают корзину и основное действие.
На длинной странице прокрутите до конца. Ошибка часто появляется не на первом экране, а после блока, который стал выше на мобильной ширине.
4. Формы и заявки
Отправьте настоящую тестовую заявку из каждой уникальной формы. Проверить только сообщение «Спасибо» недостаточно — заявка должна дойти до получателя.
Зафиксируйте:
- куда приходит письмо;
- какая CRM или таблица подключена;
- кто владелец интеграции;
- что видит посетитель после успеха;
- что происходит при ошибке;
- какие согласия и ссылки на документы стоят рядом.
После проверки удалите тестовые заявки или подпишите их так, чтобы клиент не принял тест за нового покупателя.
5. Домен, аналитика и внешние сервисы
Составьте таблицу владельцев:
| Что | Аккаунт владельца | Кто оплачивает | Когда продлевать |
|---|---|---|---|
| Домен | клиент | клиент | дата |
| Тильда | клиент | клиент | дата |
| Почта | клиент | клиент | дата |
| Видеохостинг | клиент или дизайнер | согласовать | дата |
| Виджет/CRM | клиент | клиент | дата |
Если сервис оформлен на дизайнера, это должно быть осознанным договором, а не случайностью. Иначе сайт перестанет работать вместе с вашим тарифом.
В аналитике проверьте не только наличие счётчика, но и доступ клиента к нему. Данные в чужом аккаунте нельзя считать переданными.
6. Сделайте ведомость модификаций
Для каждого пользовательского кода запишите:
- название и номер мода;
- на какой странице он стоит;
- к какому блоку относится;
- что можно менять без кода;
- где лежит исходный файл;
- дата последней проверки;
- известные ограничения.
Не называйте штатную настройку установленной модификацией. В текущем каталоге ModKod рабочий файл помечен «Готов», а отменённый лишний код — «Есть в Тильде». В ведомость проекта попадает только то, что действительно вставлено на сайт.
Особенно отметьте три дизайнерские зоны риска:
- у видео — где лежат MP4 и постер;
- у языков — таблица пар страниц;
- у плавающих кнопок — какие штатные виджеты могут появиться рядом.
7. Передайте доступы безопасно
Не отправляйте все логины и пароли одним сообщением. По возможности:
- передайте проект в аккаунт клиента;
- пригласите его отдельным пользователем там, где сервис это поддерживает;
- смените временные пароли после передачи;
- включите двухфакторную защиту;
- передайте резервные коды владельцу проекта;
- удалите доступы, которые больше не нужны подрядчику.
В блоках T123 и видимом коде страницы не должно быть секретных API-ключей. Всё, что вставлено в страницу, посетитель может прочитать.
8. Проведите короткое обучение
Лучший тест передачи — не демонстрация экрана дизайнером, а действие клиента. Попросите его самостоятельно:
- заменить одно предложение;
- заменить фотографию;
- опубликовать страницу;
- найти заявку;
- открыть таблицу модификаций.
Запишите короткое видео только по тем операциям, которые действительно нужны этому проекту. Часовой обзор всей Тильды клиент почти наверняка не пересмотрит.
Финальный список перед сообщением «готово»
- Все страницы опубликованы на настоящем домене.
- Главное действие проходит от начала до результата.
- Каждая форма отправлена и заявка получена.
- Телефон и мобильные брейкпоинты проверены.
- Доступ клиента к Тильде, домену и аналитике работает.
- Внешние сервисы имеют понятного владельца и дату оплаты.
- Пользовательский код перечислен и не содержит секретов.
- Клиент умеет внести простую правку и опубликовать её.
- Договорённость о поддержке после сдачи записана отдельно.
После такого прохода сайт перестаёт быть файлом дизайнера и становится рабочим инструментом клиента — именно это и означает нормальная сдача.