Карта проекта

Определение

Карта проекта – документ, который связывает то, что видно на сайте, с тем, где это лежит в CMS: раздел, инфоблок, конкретное поле и результат его изменения. По ней клиент правит сайт сам, не обращаясь к разработчику.

3 мин 58 1 сентября 2026 Обновлено 19 октября

Сайт сдан, доступы переданы, обучение прошло. Через месяц клиент пишет: "нужно поправить текст в блоке под калькулятором, где это в админке?" И если ответ знает только разработчик, проект передан наполовину. Карта проекта существует, чтобы такого вопроса не возникало.

Как это работает

Карта проекта отвечает на один вопрос, заданный в обе стороны: "этот блок на странице – откуда он берётся" и "если я поменяю это поле – что изменится на сайте". Минимальная рабочая строка карты состоит из четырёх колонок.

Как выглядит строка карты проекта

Что на сайте	Где в админке	Поле или свойство	Что изменится
Блок характеристик в карточке товара	Каталог – раздел – элемент	Свойства товара: размеры, тип привода, гарантия	Строки в таблице характеристик и значения в фильтре каталога
Акция на главной странице	Инфоблок акций	Название, картинка анонса, текст анонса, дата окончания	Карточка в блоке акций и страница самой акции
Отзыв на странице отзывов	Инфоблок отзывов	Имя, текст, фото, активность	Карточка в ленте отзывов и в блоке отзывов на главной
Заголовок вкладки браузера и сниппет в поиске	Элемент – вкладка SEO (поисковая оптимизация) (галочка "Изменить для этого элемента")	Заголовок и описание страницы	Заголовок во вкладке браузера и вид страницы в поисковой выдаче; в тексте самой страницы не появляется

Что входит в карту помимо таблицы

Схема разделов сайта и соответствие им инфоблоков. Видно, что каталог, блог и отзывы – это разные хранилища, и понятно, куда идти за нужной страницей.
Правила заполнения. Какие поля обязательные, в каком размере и формате грузить картинки, какой длины писать заголовки и описания – всё, что иначе выясняется методом проб на живом сайте.
Что не редактируется из админки. Отдельный список блоков, зашитых в шаблон. Это экономит больше всего времени: человек не ищет полчаса поле, которого не существует.
Служебная часть. Где формы, куда приходят заявки, где стоят счётчики аналитики, кто получает уведомления.

Формат вторичен: это может быть таблица, документ со скриншотами или схема в Figma. Важно, чтобы карта открывалась без специальных программ и чтобы в ней был поиск по названию блока – именно так ей пользуются на практике.

Чем карта проекта отличается от карты сайта

Слова похожи, документы разные, и путаница между ними встречается постоянно.

Карта проекта и три соседних документа

Документ	Для кого	Что содержит	Где живёт
Карта проекта	Клиент и его контент-менеджер	Связь интерфейса с инфоблоками, полями и свойствами	Отдельный документ вне сайта
sitemap.xml	Поисковые роботы	Список адресов страниц и дат их обновления	Файл в корне сайта
Карта сайта для посетителей	Посетитель	Ссылки на разделы одной страницей	Обычная страница сайта
Структура сайта	Команда проекта на этапе проектирования	Иерархия разделов и логика страниц	Прототип, до разработки

Зачем это нужно

Карта проекта – это то, что превращает сайт из услуги в актив компании. Что она даёт заказчику:

Независимость от одного человека. Ни от разработчика, ни от сотрудника, который вёл сайт и уволился. Документ живёт дольше, чем любой из них.
Быстрый ввод новых людей. Новому контент-менеджеру не нужно неделю выяснять, где что лежит, – он открывает карту и работает.
Экономию на мелких правках. Правки уровня "поменять текст, картинку, цену" делаются внутри компании и не превращаются в задачи подрядчику.
Основу для обучения и инструкции. Инструкция контент-менеджера пишется поверх карты: карта отвечает "где", инструкция – "как".
Проверку качества самой разработки. Когда карта собирается параллельно с работой, сразу видно, что поле названо непонятно, что один и тот же текст редактируется в двух местах или что важный блок вообще не вынесен в админку.

Последний пункт – причина, по которой карту нужно вести во время разработки, а не писать после сдачи. Написанная задним числом карта составляется по памяти, и в неё не попадают именно те мелочи, из-за которых потом звонят.

Пример

В кейсе "Колибри" карту проекта я собирала параллельно с разработкой на dev-сервере: какие разделы существуют, из каких инфоблоков они собираются, какое поле за что отвечает и что изменится на сайте, если это поле поправить.

Этот документ стал основой обучения. Поверх него собрана визуальная инструкция в Figma: как добавить товар, завести акцию, опубликовать новость или статью, изменить контент на главной и работать с заявками. Вместо большого текстового регламента – схема со скриншотами и пояснениями, где видно, какой раздел админки открыть, какое поле изменить и как это отразится на сайте.

Логика простая: сначала карта отвечает на вопрос "где это лежит", затем инструкция показывает "что нажимать". В сумме клиент получает не только готовый сайт, но и систему, которой он может управлять сам – включая наполнение каталога и правку SEO-метаданных без обращения к разработчику.

Частые вопросы

Что такое карта проекта сайта?

Это документ, связывающий интерфейс сайта с данными CMS: какой блок на странице из какого инфоблока и поля собирается и что изменится, если это поле поправить. По сути – карта местности для того, кто будет вести сайт после запуска.

Чем карта проекта отличается от sitemap.xml?

sitemap.xml – служебный файл со списком адресов страниц, он предназначен для поисковых роботов и лежит в корне сайта. Карта проекта предназначена для людей и описывает не адреса, а устройство: где в админке редактируется каждый блок. Это разные документы для разных задач.

Кто составляет карту проекта?

Разработчик или руководитель проекта – тот, кто заводил инфоблоки и знает, какое поле куда выводится. Клиент карту принимает и проверяет на понятность: если по ней невозможно найти нужный блок без подсказки, документ ещё не готов.

Когда собирать карту проекта – во время разработки или после сдачи?

Во время. Собранная параллельно карта фиксирует решения сразу и заодно вскрывает проблемы: непонятно названные поля, блоки, забытые в шаблоне, дублирование одного текста в двух местах. Написанная задним числом карта пишется по памяти и теряет мелочи.

В каком формате делают карту проекта?

Формат не принципиален: таблица, документ со скриншотами, схема в Figma. Важнее два свойства – она открывается без специальных программ и по ней можно быстро найти нужный блок. На практике удобнее всего связка "таблица соответствий плюс скриншоты админки".

Что обязательно должно быть в карте проекта?

Соответствие разделов сайта инфоблокам, разбор ключевых страниц по полям и свойствам, правила заполнения (обязательные поля, форматы картинок, длины текстов), список блоков, которые из админки не редактируются, и служебная часть: куда приходят заявки и где стоят счётчики.

Можно ли обойтись без карты проекта?

Можно, если сайт маленький и вести его будет тот же человек, который его делал. Как только появляется отдельный контент-менеджер, второй подрядчик или просто пауза в несколько месяцев, отсутствие карты превращается в постоянные вопросы разработчику и в оплату его времени за правку текста.

Связанные термины

Dev-сервер Dev-сервер – отдельная площадка, закрытая от посетителей и поисковиков, где разрабатывают и принимают новую версию сайта. Боевой сайт в это время работает и принимает заявки, а переключение происходит только после приёмки. SEO-метаданные SEO-метаданные – служебные данные страницы для поисковиков и соцсетей: заголовок title, описание description, заголовок h1, og-теги для превью ссылки и alt у картинок. От них зависит, как страница выглядит в выдаче. sitemap.xml sitemap.xml – XML-файл со списком всех значимых URL сайта, который помогает поисковикам обнаруживать и индексировать страницы. Стандарт Sitemap Protocol 0.9 опубликован Google, Microsoft и Yahoo 16 ноября 2006 года. Не влияет на ранжирование, но критичен для скорости индексации больших сайтов. Инфоблок Инфоблок в 1С-Битрикс – хранилище однотипных данных сайта: каталог, новости, акции, отзывы. Устроен как таблица: строка – элемент, колонки – поля и свойства, которые контент-менеджер заполняет в админке.

Материалы по теме

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

Инструкция Уведомления о заявках с сайта в MAX: что нужно для подключения Что нужно, чтобы заявки с сайта приходили в MAX: верифицированная организация, модерация бота, токен из веб-версии и группа для заявок. Плюс разбор для разработчика. 7 мин 219 4 октября 2026 Статья Что боты находят на сайте, а вы – нет Боты ходят по изнанке сайта, куда живой человек не забредёт, и фиксируют в логах то, чего не видно ни в Метрике, ни на витрине: падающие с ошибкой 500 страницы каталога, битый файл с 747 обращениями, поток сканеров секретов. Разбираю на реальных логах, что искать и как чинить. 7 мин 436 22 июля 2026 Инструкция Как выгрузить и читать access-логи, если хостинг хранит их три дня Access-лог (журнал обращений к серверу) – единственное место, где виден весь трафик сайта, включая ИИ-ботов, которых не замечают счётчики. Разбираю на практике: где взять логи, как не потерять их из-за ротации, какие команды показывают ботов, ошибки и подозрительную активность. 7 мин 431 21 июля 2026 Флагманский гайд ИИ-анализ email-обращений: методика на стыке Яндекс.Метрики и Claude Code Классический email-трекинг отвечает на вопрос "откуда пришло обращение". ИИ-слой отвечает на вопросы, которые раньше требовали ручного аналитика: значим ли email на фоне звонков, форм и мессенджеров, почему один источник даёт качественные обращения, а другой – пустые, какие сегменты визитов предшествуют письму, что написать в ответ с учётом пути пользователя. Здесь – как я собираю это на уже имеющемся стеке: Logs API Метрики, PostgreSQL и Claude Code, без новых платных сервисов. 11 мин 458 26 мая 2026 Флагманский гайд Майкор: ИИ-аудит проекта по 4 точкам контакта Майкор – это перекрёстный ИИ-аудит проекта в 4 точках контакта: сайт, контекстная реклама, ИИ-поиск и Яндекс.Карты. Я анализирую каждую систему и смотрю связки между ними – где маркетинг рассказывает одно, реклама ведёт на другое, а ИИ-системы цитируют третий номер телефона. В одном из моих аудитов медицинской клиники в Москве у организации в индексе ИИ-сервисов оказалось 6 разных номеров и всего 7 упоминаний на 64 проверочных запроса – при том, что в обычной выдаче Яндекса клиника была в топ-1. Майкор закрывает такие разрывы за один аудит вместо четырёх раздельных. 16 мин 744 13 мая 2026