The Website Specification

02.06.2026 · 5 мин

Сайт как продукт: чек-лист из 128 пунктов, который спасёт ваш проект

Знаете это чувство, когда вам ставят задачу «сделать сайт»? Или вы сами ставите задачу дизайнеру? А потом выясняется, что забыли про HTTPS (это защищённое соединение — замок в браузере), sitemap для поисковиков (файл со структурой сайта), alt-тексты для картинок (описания для слепых пользователей) и двадцать других вещей.

Я наткнулся на проект под названием Website Specification и понял: это попытка формализовать всё, что должен содержать нормальный сайт.

Что за зверь

Website Specification — это открытый чек-лист из 128 тем, разбитых на 10 категорий:

КАТЕГОРИИ WEBSITE SPECIFICATION
─────────────────────────────────────────────
Основы ────────────▶ 14 тем (HTML, head)
Поисковики ───────▶ 13 тем (robots.txt, sitemap)
Доступность ──────▶ 20 тем (WCAG-стандарт)
Безопасность ─────▶ 12 тем (заголовки HTTP)
Well-Known URIs ──▶ 9 тем (/well-known/security.txt)
Готовность к ИИ ──▶ 18 тем (llms.txt для нейросетей)
Производительность▶ 19 тем (Core Web Vitals)
Приватность ──────▶ 6 тем (cookies, согласие)
Устойчивость ─────▶ 5 тем (ошибки, редиректы)
Интернационализация▶12 тем (языки, направление текста)

Всего: ████████████████████░░░░░░░░░░░░░ 128 тем из ~200 возможных
Структура спецификации: от базовой разметки до готовности к AI-агентам

Каждая тема — это отдельная страница с объяснением «что это», «почему важно» и «как реализовать». Причём авторы ссылаются на реальные стандарты: WHATWG, W3C, IETF RFCs.

Кому это нужно

Тут возникает вопрос: кому вообще нужна такая детализация?

Предпринимателям, которые хотят понять, что спрашивать с подрядчика.

Маркетологам, которые готовят бриф и боятся забыть что-то важное.

Дизайнерам, которым нужен аргумент в споре с клиентом («а вот стандарт говорит…»).

Разработчикам, которые хотят убедиться, что не пропустили ничего при приёмке проекта.

Меня зацепило другое: авторы позиционируют спецификацию как инструмент для AI-агентов тоже.

Фишка с ai-агентами

Обратите внимание на раздел «Agent Readiness» — готовность сайта к тому, чтобы AI-модели могли его понимать.

КАК AI-АГЕНТ ЧИТАЕТ САЙТ СЕЙЧАС vs ПО-СЛУЧАЮЩИИСЯ
───────────────────────────────────────────────────
Сегодня:
┌─────────┐     ┌─────────┐     ┌─────────┐     ┌─────────┐     ┌─────────┐     ┌─────────┐     ┌─────────┐     ┌─────────┐     ┌─────────┐     ┌─────────┐     ┌─────────┐     ┌─────────┐     ┌─────────┐     ┌─────────┐     
│Запрос   │────▶│Открытие │────▶│Рендер   │────▶│Извлечe- │────▶│Парсинг  │────▶│Понимание│────▶│Формули- │────▶│Понимание│────▶│Формули- │────▶│Понимание│────▶│Формули- │────▶│Понимание│────▶│Ответ    │
└─────────┘     └─────────┘     └─────────┘     └─────────┘     └─────────┘     └─────────┘     
                                                                              ▲                    ▲                    ▲                    ▲                    ▲                    
                                                                              └── Много потерь информации при каждом шаге ──┘                    

Будущее:
┌────────────────────────────────────────────────────────────────────────────────┐    
├────────────────────────────────────────────────────────────────────────────────┤    
├────────────────────────────────────────────────────────────────────────────────┤    
├────────────────────────────────────────────────────────────────────────────────┤    
└────────────────────────────────────────────────────────────────────────────────┘    

llms.txt файл содержит всю информацию в структурированном виде,
AI может получить её напрямую без рендеринга страницы.
Проблема: каждый этап обработки сайта теряет контекст

Для этого есть файл llms.txt — специальный документ со всей информацией о сайте в машиночитаемом формате.

Также доступен MCP-сервер — это протокол для подключения AI-агентов напрямую к источнику данных.

Как пользоваться

На главной странице три шага:

  1. Аудит — пробежаться по чек-листу и отметить галочками.
  2. Изучить — открыть любую тему и понять детали.
  3. Улучшить — если чего-то не хватает или факты устарели.

Всё построено на GitHub: каждый может открыть pull request с исправлениями или дополнениями.

Практический смысл

Возвращаемся к началу поста: когда вам говорят «сделать сайт», какие вопросы вы задаёте?

Website Specification даёт карту этих вопросов заранее:

Нужно ли мне:
├── robots.txt?
├── sitemap.xml?
├── structured data?
├── alt-text для картинок?
├── meta description?
├── og:image?
├── security headers?
└── llms.txt?

Это не значит, что всё обязательно должно быть на каждом сайте. Но знать о существовании этих элементов полезно.

Ссылки

Дмитрий Полухин — продуктовый дизайнер. Пишу про разработку, AI и дизайн интерфейсов. Обо мне, контакты и профили.

Что почитать дальше