Вопрос «сколько стоит сайт?» часто объединяет разные продукты: информационный сайт, многоязычную издательскую систему, интернет-магазин, личный кабинет или приложение с учетными записями и бизнес-процессами.
Почему универсальная цена вводит в заблуждение
Два сайта с одинаковым числом страниц могут требовать совершенно разного объема. Страница на готовом компоненте не равна уникальному интерактивному шаблону. Простая форма отправки не равна многошаговому процессу с валидацией, файлами, маршрутизацией, правами и интеграцией.
Объем
Что должно существовать и что должен уметь пользователь?
Сложность
Сколько состояний, правил, ролей, интеграций и исключений?
Неопределенность
Какой контент, требование или согласование еще неизвестны?
Обязательства по сдаче
Какой уровень доступности, QA, развертывания и поддержки нужен?
Оценивайте систему решений, а не только число страниц
| Слой | Ключевой вопрос | Скрытая работа |
|---|---|---|
| Результат | Что должно измениться для бизнеса или пользователя? | Приемка, приоритеты, границы |
| Контент | Кто пишет, переводит и утверждает? | Инвентаризация, миграция, метаданные, проверка |
| Функции | Какие действия, роли и интеграции нужны? | Состояния, ошибки, права, тестирование |
| Качество | Что означает «готово»? | Доступность, responsive, performance, QA, handover |
Оценка становится надежнее, когда известные и неизвестные части каждого слоя видимы. Неопределенность нужно записывать, а не прятать внутри числа.
Что действительно меняет объем работы
Цель, пользователи и шаблоны
Общее число страниц — слабый показатель. Важнее уникальные шаблоны, критические пути, состояния и типы контента. Информационный сайт и приложение с ролями, входом и бизнес-правилами — продукты разного уровня.
UI/UX и многоязычное поведение
Индивидуальная архитектура, wireframe, prototype и проектирование состояний увеличивают число решений и проверок. Многоязычность включает контент, navigation, metadata, URL, canonical/hreflang, расширение текста и редактуру носителем языка, а не только переключатель.
CMS, контент и миграция
CMS требует модели контента, ролей, preview, согласования и безопасной публикации. Перенос старого сайта требует карты URL, redirect, очистки медиа, metadata и проверки после запуска.
Формы, интеграции, учетные записи и commerce
У формы есть валидация, согласие, защита от спама, состояния успеха/ошибки и реальный получатель. Login добавляет session, восстановление и authorization. Commerce — каталог, остатки, состояния оплаты, доставка, возврат и операционные зависимости.
Доступность, responsive, performance и QA
Это не украшения в конце проекта. Заранее определяют keyboard flow, поддерживаемые экраны, цели ключевых страниц, test matrix, deployment, handover и поддержку.
Оригинальный практический материал · Версия 1.0
Рабочий лист объема сайта
24 пункта · 20 августа 2026 · HTML для печати
Используйте для подготовки discovery и оценки. Лист не рассчитывает цену и не заменяет техническую, юридическую или профессиональную проверку доступности.
Превратите ответы в полезный бриф
- Сформулируйте результат.Одним абзацем опишите проблему и требуемое изменение.
- Приложите инвентарь.Страницы, типы контента, языки, имеющиеся материалы и системы.
- Опишите критические пути.Действия, которые должны завершаться без разрыва.
- Перечислите зависимости и владельцев.Контент, аккаунты, интеграции, согласования и доступы запуска.
- Определите приемку.Проверки качества, среды, handover и post-launch verification.
Стандарты и источники
- W3C WAI: формы — labels, группировка, инструкции и доступное взаимодействие.
- W3C WAI: принципы доступности — структура, navigation, keyboard access и focus.
- MDN: Web Performance — производительность как измеряемое поведение и пользовательский опыт.