# Чек-лист сборки и приёмки сайта

**Для человека:** это список требований к сайту, которые нейронка должна выполнить при сборке и проверить в конце.
Скажи ей: «Собери сайт строго по 05-chek-list-sborki.md: каждый пункт — требование. В конце пройди по нему и отчитайся
таблицей „пункт → выполнено / нет / почему“». Подходит под любую нишу, где сайт собирает заявки или читателей.
Относится к фазам 8 (сборка) и 9 (проверка) из SAYT.md; в конце файла — список граблей, на которых сайты ломаются чаще всего.

---

Цель — чтобы сайт с первого раза был маркетингово продуман, конвертил, соблюдал закон о данных и SEO-требования, а не
«просто рендерился».

#### 0. Как применять

- Прогони пункты по группам 1–9. Спорное — спрашивай, не выдумывай.

- В конце — таблица «пункт → выполнено/нет/почему». Незакрытые — вынеси отдельным списком.

- Ничего из группы 5 (право) и 6 (SEO-техника) не пропускать — это фундамент.

#### 1. Структура и страницы (must-have)

- [ ] **Главная** — оффер сайта в первом экране, разделы-хабы (по кластерам семантики), путь к целевому действию.

- [ ] **Разделы-хабы** = тематические кластеры (не свалка статей); каждый хаб ведёт на свои статьи.

- [ ] **Шаблон статьи** — H1, дата публикации + «Обновлено», автор (байлайн), тело, блок FAQ, «похожие статьи», хлебные крошки, CTA-блок.

- [ ] **Страница автора** (/author/...) — имя, фото, короткое био, ссылки (для E-E-A-T).

- [ ] **«О сайте / о проекте»** — кто, зачем, чем полезны (доверие).

- [ ] **Контакты** — способ связи, реквизиты (если ИП/ЮЛ).

- [ ] **Юр-страницы** (см. группу 5): Политика конфиденциальности, Согласие на обработку ПДн.

- [ ] **404-страница** — с навигацией назад, не «голый» 404.

- [ ] **Sitemap-страница для людей** (HTML-карта) — опц. для крупных сайтов.

- [ ] Теговые/фильтр-страницы делаем **только если отдают реальный контент** и не плодят 404/дубли.

#### 2. Дизайн и маркетинг (сайт должен выглядеть нормально)

- [ ] Чистая типографика: читаемый размер (16px+), межстрочный интервал, ограниченная ширина текста (~700px).

- [ ] Единая палитра (2–3 цвета + акцент), консистентные отступы, сетка. Не «дефолт-бутстрап».

- [ ] Визуальная иерархия: заголовки, подзаголовки, списки, выделения — сканируется за секунды.

- [ ] Изображения/обложки нормального качества, с alt; не растянутые/битые.

- [ ] Доверие: логотип, автор с фото, «Обновлено», ссылки на источники — на виду.

- [ ] Никаких «рыбных» текстов и заглушек в проде (lorem ipsum, «текст скоро»).

- [ ] Тёмная/светлая тема — по желанию, но контраст ≥ WCAG AA.

#### 3. Конверсии и перелив трафика (что куда переливается)

- [ ] На каждой статье — **релевантный CTA** (лид-форма / партнёрский блок / переход на хаб) в теле и в конце.

- [ ] Понятный **путь трафика к деньгам**: инфо-статья → хаб/посадочная → целевое действие (заявка/партнёрская ссылка).

- [ ] Внутренняя перелинковка ведёт читателя глубже (похожие статьи, «читать дальше»), не в тупик.

- [ ] **Лид-форма**: минимум полей, понятная кнопка, что будет после отправки; телефон/почта — с валидацией.

- [ ] Микроконверсии учтены (клик по CTA, отправка формы) — под цели Метрики.

- [ ] Реклама/партнёрские блоки не перекрывают контент и не в первом экране статьи (доверие важнее в 1-й месяц).

- [ ] Каждая коммерческая ссылка/блок готов к маркировке рекламы (см. 5).

#### 4. Скорость и мобильность

- [ ] **Mobile-first**: проверить вёрстку на телефоне (меню, формы, таблицы, картинки не вылезают).

- [ ] Core Web Vitals в норме: LCP < 2.5с, CLS < 0.1, INP < 200мс. Картинки — оптимизированы (webp, размеры, lazy).

- [ ] Нет layout shift (зарезервированы размеры под картинки/эмбеды).

- [ ] Шрифты не блокируют рендер (font-display), критичный CSS — инлайн/приоритет.

- [ ] HTTPS + HTTP→HTTPS редирект.

#### 5. Право: сбор данных и реклама (НЕ пропускать)

- [ ] **Политика конфиденциальности** (152-ФЗ) — отдельная страница, ссылка в футере.

- [ ] **Согласие на обработку ПДн** — галочка у КАЖДОЙ формы сбора контактов (обязательная, со ссылкой на политику); без согласия форма не отправляется.

- [ ] Если ИП/ЮЛ — реквизиты в футере/контактах; для сбора заявок — законное основание.

- [ ] Cookie-уведомление, если ставим аналитику/трекеры.

- [ ] **Маркировка рекламы** (партнёрские/CPA-блоки): видимая плашка «Реклама. <рекламодатель>, ИНN, erid: …» + erid в ссылке. Готовим слот под неё.

- [ ] Не собираем лишние ПДн; храним/передаём только необходимое.

#### 6. SEO-требования шаблона (техника)

- [ ] **Title** — уникальный на каждой странице, наполнен частотными словами кластера (не «резать под 60» искусственно).

- [ ] **Meta description** — уникальный, до ~250 символов.

- [ ] **H1** — ровно один, с частотным ключом ближе к началу; иерархия H1→H2→H3 не рвётся.

- [ ] **Self-canonical** на всех шаблонах (статья/категория/тег/подборка) — страница ссылается сама на себя.

- [ ] **Параметрические URL** (?utm_*, ?from= и т.п.) — canonical на чистый адрес + noindex, вне sitemap.

- [ ] **Слаги — только латиница, нижний регистр** ([a-z0-9-]), никакой кириллицы/Uppercase.

- [ ] **sitemap.xml** — авто, без noindex/мусорных страниц; **robots.txt** — закрывает параметрические/служебные, открывает контент.

- [ ] **CTA-баннеры — в <div>**, НЕ как <h2>/<h3> (не ломают структуру заголовков).

- [ ] Внутренняя перелинковка: нет «сирот» (каждая статья имеет входящие ссылки).

- [ ] **Пагинация листингов — ссылками-цифрами** (/blog/page/2), не «показать ещё» и не бесконечный скролл: иначе старые статьи остаются без единой ссылки. До любой статьи ≤3 клика от главной.

- [ ] Alt у всех значимых картинок — **уникальный**, описывает изображение, не копирует H1 и не повторяется от картинки к картинке.

- [ ] **Имена файлов картинок осмысленные**, латиницей через дефис (solnechnye-paneli-montazh.webp), не IMG_2841.jpg / 1.png.

- [ ] **Open Graph** на статьях и листингах: og:title, og:description, og:image (абсолютный URL, 1200×630), og:url, og:type, twitter:card. Проверка — кинуть ссылку себе в мессенджер.

- [ ] **RSS-лента** (/rss.xml), объявленная в <head> через <link rel="alternate"> — если публикуешь регулярно.

- [ ] Хлебные крошки (BreadcrumbList) на статьях/категориях.

#### 7. Микроразметка (Schema.org) — заложить сразу

- [ ] **Organization** — на главной (название, логотип, контакты, соцсети).

- [ ] **WebSite** — на главной (+ SearchAction по желанию).

- [ ] **Article / BlogPosting** — на статьях (headline, description, image, author, publisher, datePublished, **dateModified — машиночитаемый**, mainEntityOfPage).

- [ ] **BreadcrumbList** — хлебные крошки.

- [ ] **Person** — автор статьи (name, image, url, sameAs).

- [ ] **FAQPage** — только где есть реальный видимый блок вопросов-ответов. Расширенного сниппета не ждём: Google почти прекратил их показ.

- [ ] **ItemList / CollectionPage** — на листингах/категориях.

- [ ] Валидация: Google Rich Results Test + валидатор Яндекс.Вебмастера — без ошибок.

#### 8. E-E-A-T-элементы в шаблоне

- [ ] Байлайн автора с **реалистичным фото** (не иконка-плейсхолдер).

- [ ] Дата публикации + «Обновлено: {дата}» (визуально) + dateModified (в разметке).

- [ ] Блок FAQ на статьях, где уместно.

- [ ] «Похожие статьи» — с **реальными обложками** (не дефолтные плашки), от 3 до 10 карточек по теме.

- [ ] Слот под исходящие ссылки на авторитетные источники (для YMYL — обязательно, с премодерацией).

- [ ] **Блок «Источники» в конце статьи** — 2–5 ссылок на то, откуда взяты цифры и факты. Держит доверие и людей, и поиска; такие статьи дольше живут в выдаче.

- [ ] Сквозные элементы чтения: **индикатор прочтения** (полоска сверху) и **кнопка «наверх»** после первого экрана.

- [ ] Опция: блок комментариев с антиспамом и премодерацией — если движок умеет. Даёт живой текст под статьёй (низкочастотка) и свежесть. Без защиты — не включать.

- [ ] Объём статьи определяется задачей, сложностью решения и обязательными доказательствами —
**нормы в словах нет**. Не резать нужное объяснение ради лимита и не раздувать ради числа.

#### 9. Финальная самопроверка (перед «готово»)

- [ ] Главная, статья, категория, автор, контакты, политика — все отдают 200.

- [ ] robots.txt и sitemap.xml на месте и корректны.

- [ ] Метатеги и микроразметка видны в исходнике; Rich Results Test зелёный.

- [ ] Мобильная вёрстка проверена руками.

- [ ] Формы: согласие ПДн обязательно, валидация работает, письмо/лид уходит.

- [ ] Нет заглушек/рыбы; слаги латиницей; параметрические закрыты.

- [ ] Отчёт по чек-листу: что выполнено / что нет / почему.

## Приложение. Грабли, за которые уже заплачено

| Что случилось | Вывод |
|---|---|
| Ограничение «не больше восьми блоков» тихо выкинуло блок «Противопоказания» с девяти страниц | Любой лимит проверяется по тому, что он **выкинул**, а не что оставил |
| Маска «показани» поймала и «ПРОТИВОпоказания» — инверсия смысла на восьми страницах | Худший класс ошибки: результат выглядит правдоподобно. Автоматические замены проверяй глазами |
| Прайс расходился с карточкой услуги в разы (3 000 ₽ против 17 990 ₽) | У цены один источник для витрины, карточки и разметки |
| `.htaccess` показывал 66 правил редиректов, работали 9 — настоящие жили в базе | Редиректы проверяй только живым запросом |
| Форма отвечала «принято» и молчала: заявка не писалась никуда | Тестовую заявку отправляй и убеждайся, что она дошла |
| Ручной аудит нашёл запрещённую юридическую формулировку на одной странице, скрипт — на девятнадцати | Скрипт и глаза проверяют разное; нужны оба |

## Приложение. Чего не делать

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