Что собирать перед стартом сайта с нуля
Чек-лист всех данных, которые понадобятся для проекта в разработке: от макета до запуска. Сначала собираешь, потом заводишь в Tech-ОАЭ. Не всё нужно сразу — но это полный список.
A
Когда применять
Новый сайт с нуля: макет в Figma → вёрстка → CMS → запуск. Этап в карточке проекта = «В разработке». После сдачи переключается на «В поддержке» и работает дальше.
B
Логика заполнения
Сверху вниз — от обязательного к опциональному. Минимум на старте: блоки 1–3. Остальное добивается по ходу. Доступы шифруются AES-256-GCM и видны только по запросу с записью в журнал аудита.
C
Где это в Tech-ОАЭ
Поля раскиданы по форме «Новый проект» и карточке проекта (вкладки Доступы / Сроки / Контакты / Заметки). В этом гайде колонка «Куда» показывает точное место.
14 блоков
переход по якорю
01 Базовая идентификация
Без этого нельзя завести проект. Минимум обязательных полей.
| Поле | Что писать | Куда в Tech-ОАЭ |
|---|---|---|
| Название | Как видит мир: «Артком — каталог» | Новый проект → Основное |
| Алиас (slug) | Латиницей, дефисы: artkom. Используется в URL и API | Новый проект → Основное |
| Этап * | Разработка или Поддержка. Для нового сайта — Разработка | Новый проект → Этап |
| Домен сайта | Боевой или временный (поддомен seo-pandy.ru на старте) | Новый проект → Основное |
| Описание | Кто клиент, что за бизнес, ниша. Контекст для Claw | Новый проект → Описание |
| Теги стека | WordPress, PHP 8.3, MySQL, Cloudflare, Отрасль: … | Новый проект → Теги |
02 Дизайн-макет (Figma)
Без макета вёрстка превращается в импровизацию. Тут собираем всё, что относится к визуальному языку сайта.
| Ссылка на Figma | URL файла в формате https://www.figma.com/design/... | Заметки проекта |
| Доступ к Figma | Personal Access Token Figma (для чтения структуры через API). Settings → Security → Personal access tokens | Доступ → label «Figma PAT» |
| Список экранов | Сколько фреймов: главная, каталог, карточка товара, контакты, FAQ, политика и т. п. | Описание / заметки |
| Брейкпоинты | 360 / 768 / 1024 / 1440. Если в Figma только desktop — нужно дорисовать или согласовать диапазон | Заметки |
| Шрифты | Названия + лицензия (Google Fonts / платный → ссылка на покупку) | Заметки |
| Цветовая палитра | HEX: основной, акцент, фоны, текст. Лучше сразу как CSS-переменные | Заметки |
| Иконки и иллюстрации | Свой набор / lucide / heroicons / иконочный шрифт | Заметки |
| Анимации | В Figma не передаются — описать словами или ссылками на референсы | Заметки |
| Языки интерфейса | Русский / английский / арабский / mix | Описание / теги |
03 Контент сайта
Что наполняет сайт. От этого зависит выбор CMS и архитектуры контента.
| Тип сайта | Лендинг / каталог / интернет-магазин / блог / портфолио / корпоратив | Описание / теги |
| Категории и разделы | Структура меню верхнего уровня | Заметки |
| Объём товаров / статей | До 50 / 50–500 / 500+. Влияет на необходимость импорта и фильтрации | Заметки |
| Источник контента | Клиент даёт тексты, или копирайтер пишет, или импорт из существующей базы | Заметки |
| Картинки | Кто фото снимает, есть ли стоковая лицензия, нужны ли иллюстрации | Заметки |
| Формы обратной связи | Сколько штук, что собирают, куда уходят (email/CRM/Telegram-бот) | Заметки |
| Корзина / оплата | Если да — какие платёжные шлюзы (ЮKassa, Stripe, Тинькофф) и доставка | Заметки |
04 Технический стек
Выбираем по типу сайта и команде. Чем популярнее CMS — тем легче передать клиенту.
| CMS | WordPress / Strapi / Sanity / Astro+Decap / голый HTML. По умолчанию для каталогов — WordPress + ACF | Теги |
| Тема | Базовая _engine с токенами, форкается под клиента | Заметки |
| Плагины WP | ACF, Yoast/RankMath, WP Mail SMTP, кеш (LiteSpeed/WP Super Cache), Wordfence | Заметки |
| Кастомные блоки | Hero, catalog-grid, faq, cta, gallery, contact-form. Список повторяющихся секций из Figma | Заметки |
| Сборщик | Vite / gulp / встроенный. Где исходники CSS/JS | Заметки |
| Репозиторий | GitHub URL темы и/или бэкенда | Доступ → label «GitHub repo» |
| Ветка-разработка | main / dev — куда катить правки | Заметки |
| Окружения | local / staging (поддомен seo-pandy.ru) / prod (домен клиента) | Заметки |
05 Доступы клиента (зашифровано AES-256-GCM)
Каждый доступ — отдельная запись в credentials. Хранится зашифрованным, расшифровка по запросу с записью в журнал аудита.
| SSH | Хост, порт, пользователь, пароль или путь к ключу | Карточка проекта → Доступы → SSH |
| FTP / SFTP | Хост, порт, логин, пароль | Доступы → FTP |
| Админка CMS | URL, логин, пароль (двухфакторку лучше через приложение, не SMS) | Доступы → CMS-admin |
| База данных | Хост, порт, имя БД, пользователь, пароль. Туннелировать по SSH, не светить наружу | Доступы → Database |
| Регистратор домена | Где куплен (REG.RU / Beget / GoDaddy), логин, пароль, дата платежа | Доступы → Domain registrar |
| Хостинг-панель | cPanel / ISPmanager / DirectAdmin: URL, логин, пароль | Доступы → Hosting panel |
| Cloudflare | Если стоит — email, пароль или API-токен | Доступы → Cloudflare |
| SMTP / почта | Параметры исходящей почты для форм. Без этого письма уйдут в спам | Доступы → SMTP |
| Google Analytics 4 | Доступ к свойству через Google-аккаунт клиента | Доступы → Google account |
| Search Console | Доступ к свойству. Желательно общий для команды | Доступы → Google account |
| Яндекс.Метрика | Логин/пароль или гостевой доступ | Доступы → Yandex |
| GitHub / Bitbucket | Если репо у клиента — права на push | Доступы → GitHub |
| Figma | Personal Access Token (для чтения структуры макета через API) | Доступы → Figma PAT |
06 Контакты клиента
Чтобы быстро связаться, когда «горит». Один проект — одно контактное лицо. Если несколько — пиши в заметки.
| Имя | Кто на связи: имя + должность | Карточка проекта → Контакты |
| Основной для отчётов | Контакты → email | |
| Телефон | +7 / +971 / другой формат | Контакты → phone |
| Telegram | @username или ссылка t.me/… | Контакты → telegram |
| Тайм-зона | Europe/Moscow, Asia/Dubai. Для дедлайнов и звонков | Контакты → timezone |
| Предпочитаемый канал | Что использовать по умолчанию: TG / звонок / почта | Заметки |
07 Контракт и оплата
Финансовая часть. Заполняется один раз, потом не трогаем.
| Тариф | Лайт (5ч) / Стандарт (10ч) / Поддержка Pro (20ч) | Новый проект → Контракт |
| Часов в месяц | Может отличаться от тарифа по согласованию | Контракт → hours |
| Начало контракта | Дата подписания акта | Контракт → start |
| Номер договора | Внутренний код для отчётности | Контракт → number |
| День оплаты | Число месяца (1–28) | Контракт → pay_day |
| Ставка за допчас | В рублях. Овертайм пишется в time-entries | Контракт → rate |
| Бюджет на разработку | Если фикс — указать общую сумму и этапы оплаты | Заметки |
| Дедлайн запуска | Когда сайт выйдет в прод | Заметки |
08 Сроки: домен / хостинг / SSL
Заполняется чтобы Tech-ОАЭ за 14 дней до истечения прислал алерт в Telegram. Без этого сайт может тихо умереть.
| Регистратор домена | Где куплен (REG.RU / Beget / Hostkey) | Карточка проекта → Сроки |
| Дата истечения домена | YYYY-MM-DD | Сроки → domain_expires_at |
| Хостинг-провайдер | Beget / TimeWeb / Hostkey / самописный VPS | Сроки → hosting_provider |
| Дата следующей оплаты хостинга | YYYY-MM-DD | Сроки → hosting_payment_due_at |
| Период оплаты | Дней (30 / 90 / 365) | Сроки → hosting_payment_period_days |
| SSL | Заполняется автоматически из cron check-ssl раз в 12ч. Вручную трогать не нужно | Сроки → ssl_* |
| Путь для проверки диска | Какую mount-точку проверять по SSH (/ или /var/www) | Сроки → disk_path |
09 Мониторинг
Что Tech-ОАЭ будет проверять каждые N минут. Включается чекбоксами в карточке проекта.
| HTTP-проба | URL который пингуется. Обычно главная страница | Карточка проекта → URL |
| monitoring_enabled | Включить probe раз в N минут (настраивается в Настройки → Расписание) | Чекбокс «Мониторинг» |
| snapshot_enabled | Снимок HTML раз в 6ч + diff. Видно если что-то поменялось мимо тебя | Чекбокс «Снимки» |
| backup_enabled | Еженедельный бэкап БД + файлов через SSH. Нужен SSH-доступ | Чекбокс «Бэкапы» |
| wp_monitor_enabled | Если CMS = WordPress: трекаем версию ядра, плагинов, тем; алерт при изменении | Чекбокс «WP Monitor» |
| Snapshot URLs | Какие страницы снимать (по умолчанию главная) | Заметки / БД настройка |
10 SEO и аналитика
Минимум для нормального запуска. Без этого сайт год не индексируется.
| Семантическое ядро | Список ключевых запросов (ссылка на гугл-док / xls) | Заметки |
| Регион продвижения | Россия / СНГ / ОАЭ / global | Заметки |
| Языки | Один или мульти. Если мульти — структура hreflang | Заметки |
| Title / description шаблоны | Маски для мета-тегов (Yoast / RankMath) | Заметки |
| Sitemap.xml | Включить в плагине, проверить автогенерацию | Чек-лист сдачи |
| Robots.txt | Открыть для индексации после запуска (на staging закрыто) | Чек-лист сдачи |
| Schema.org разметка | Organization, Product, Article — что подходит типу сайта | Заметки |
| GA4 / Метрика | ID счётчика, подключение через GTM или прямой код | Заметки |
| Search Console | Подтверждение прав владельца после смены DNS | Чек-лист сдачи |
11 Юридические артефакты
Если в РФ — обязательно по 152-ФЗ. Лучше сразу зашить в макет, потом не переделывать.
| Политика конфиденциальности | Текст + ссылка в футере. Готовый шаблон или генератор | Чек-лист сдачи |
| Согласие на обработку данных | Чекбокс под каждой формой со ссылкой на политику | Чек-лист сдачи |
| Cookie-баннер | Информирование о куки. Достаточно простого баннера с «Принять» | Чек-лист сдачи |
| Оферта / договор | Если есть оплаты — публичная оферта. Юристу на согласование | Заметки |
| Реквизиты компании | В футере: ИП/ООО, ИНН, адрес, телефон. Для интернет-магазинов — обязательно | Заметки |
| Уведомление в Роскомнадзор | Если собираем перс. данные. Подаётся клиентом | Заметки |
12 Команда проекта
Кто за что отвечает. На старте можно пропустить — сейчас все роли = Артём + Claw.
| Менеджер | Точка контакта с клиентом, дедлайны, согласования | Заметки |
| Дизайнер | Кто отвечает за макет (свой / клиентский / фриланс) | Заметки |
| Разработчик | Тот, кто верстает и крутит CMS | Заметки |
| Копирайтер | Тексты на сайт. Кто пишет, кто проверяет | Заметки |
| Контент-менеджер | Заливка товаров, фото, описаний | Заметки |
| SEO-специалист | Семантика, мета, оптимизация скорости | Заметки |
| Тестировщик | Прогон по чек-листу перед сдачей | Заметки |
13 Чек-лист до сдачи
Прогнать перед тем как переключить «Этап» с разработки на поддержку.
- Все страницы вёрстки прошли pixel-perfect ревью к Figma
- Адаптив на 360 / 768 / 1024 / 1440 проверен в Chrome / Safari / Firefox
- Lighthouse: Performance ≥ 80, Accessibility ≥ 90, Best Practices = 100, SEO = 100
- Все формы реально отправляют письма (не в спам)
- SSL стоит, redirect http → https работает
- Sitemap.xml доступен по /sitemap.xml
- Robots.txt открыл для индексации
- 404-страница оформлена
- Favicon, Open Graph метатеги, превью при шаринге в соцсети
- Cookie-баннер и политика конфиденциальности в футере
- Бэкап включён и проверен (один прогон вручную)
- Аналитика (GA4 / Метрика) ловит событие первого захода
- Search Console подтверждена
- Все доступы клиента занесены в Tech-ОАЭ зашифрованными
- Сроки домен / хостинг заполнены, алерты включены
- Документация для клиента: как править контент в админке
14 После сдачи
Что делать когда сайт уехал в прод и клиент принял.
- В карточке проекта переключить Этап на «Поддержка»
- Включить мониторинг + бэкап + snapshots если ещё не
- Выставить тариф поддержки (Лайт / Стандарт / Поддержка Pro)
- Завести 2-3 первые задачи поддержки (мониторим первую неделю плотнее)
- Передать редактору краткую инструкцию (PDF / страница в обсидиан-vault)
- Договориться о regular call раз в месяц по итогам
- Через 30 дней — проверить, что аналитика показывает нормальный трафик и ничего не сломано