Итак, вам нужен новый сайт. Может быть, захотелось обновить старый. А может, его и не было вовсе — надо сделать, несолидно как-то. И вот вы приходите в студию и говорите: «Хочу!».

Они вам — вопросы-вопросы-вопросы, и один из них звучит примерно так: «А чем наполнять сайт будем? Контент есть у вас? А если найдем?». Ну вы ж не робкого десятка — ишь, чего спросить решили! Надо ребят осадить: «Вы там давайте сначала мне сайт нарисуйте, а я уж потом сам разберусь, чем заполнить!».

Примерно по такому сценарию рождаются сайты с размытыми изображениями, кривыми текстами и видео в минимальном разрешении. Ладно, мы утрируем, но такое реально бывает: клиент ушел от студии с современным проектом, а через полгода на сайт без слез уже не взглянешь — так-себе-контент убил весь дизайн.

Чтобы такого не происходило, мы используем карту контента. Она помогает систематизировать и облегчить подготовку контента для нового сайта и сделать будущий сайт действительно классным.

Карта контента — это специальный документ (чаще всего таблица), который содержит список блоков и элементов на сайте и перечисляет необходимый для них контент и требования к нему:

• тексты и их объем: на страницах, внутри карточек и описаний товаров и т. д.;
• размеры и разрешение для фотографий и изображений.

Карта контента на проекте служит как некое техническое задание для заказчика — получив его на руки, тот готовит тексты и собирает ссылки на изображения, фотографии или разделы старого сайта, контент которых хотел бы сохранить на новом. Когда ссылок на старый сайт слишком много, бывает проще сначала перенести весь контент скриптом, а потом уже «причесать» его — это выйдет в разы быстрее, чем вносить все заново вручную.

Иногда заказчики вместе с картой контента запрашивают точные требования к нему — не только размеры и разрешения для фото и видео, но и стиль, референсы и даже Tone of Voice.

Чаще всего — как таблица с несколькими колонками:

• статус;
• раздел на сайте, куда требуется контент;
• требования к контенту: объем, размер, разрешение, формат;
• ссылка на хранилище или документ с контентом на страницу;
• комментарии;
• оценка в часах на внесение контента — если контент будет вносить контент-менеджер студии: минимальная и максимальная — в сумме они дадут понять, сколько времени потребуется на внесение всего контента на сайт;
• дата предоставления контента заказчиком (плановая и фактическая).

Вот как это выглядит:

Табличный вариант карты контента — привычный и удобный, но не всегда он подходит идеально. Так, например, при обновлении сайта планировщика SingularityApp на страницах оказалось очень много динамичных блоков с меняющимся контентом, которые сложно систематизировать в единой таблице.

Тогда мы придумали гибридный формат в виде большого гугл-документа с вкладками на каждую страницу, где показали скриншоты конкретных блоков и добавили к ним таблицы с перечнем нужного контента для них. Получилось наглядно, четко и очень удобно — настолько, что мы забрали этот формат на новые клиентские проекты.

Карта контента предполагает цветовое кодирование — оно наглядно показывает прогресс работы над контентом для обеих сторон процесса. Обычно мы используем такое:

• зеленый — если контент от заказчика подходит;
• желтый — если подходит, но частично: в этом случае мы оставим комментарий, чего не хватает или что стоит исправить;
• красный — если контент не годится: тут обязательно пишем, в чем проблема и как ее устранить;
• серый — цвет для неактивных строк: например, для контента, который решено взять с дизайна.

За составление карты контента у нас в студии отвечает аналитик, а ее заполнение заказчиком мониторит менеджер проекта. За качество опубликованного контента, когда контент на сайт вносим мы, отвечает контент-менеджер студии. Если материалы от заказчика не подходят по качеству — скажем об этом и дадим рекомендации, как исправить ситуацию.

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

Когда у заказчика нет старого сайта (а порой и логотипа, фирменного стиля и хоть каких-то артефактов в виде текстов или изображений) — без карты контента обойтись не получится. Она нужна, чтобы:

• помочь заказчику: заполняя ее, он конкретизирует, что в итоге хочет получить на сайте: тональность текстов, смыслы, стилистику изображений;
• помочь дизайнеру: опираясь на контент от заказчика, дизайнер может создавать страницы с реальным содержимым, а это — важно. В итоге на готовом сайте страница будет выглядеть именно так, как её задумали изначально — с правильными акцентами, с идеальным размером блоков для размещенных там текстов, с уместными и «отшлифованными» изображениями.  В противном случае приходится использовать «рыбный контент», который хуже отражает специфику проекта и может сильно не совпадать по объему с фактическим.

Пример — проект для бренда халяльной молочной продукции «Чабан»: узнаваемость и фирменный стиль у него были, а вот отдельного сайта не было. Поэтому мы еще на этапе прототипов запросили у заказчика всё, что нам потребуется на дизайне: в списке нужного оказались и профессиональные фотосъемки (товаров, рецептов, производства и сотрудников), и тексты, и состав продуктов.

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

Часто бывает, что большую часть контента для сайта можно получить через интеграцию с внешними системами, что-то — импортировать со старого сайта, но какой-то контент всё равно придётся вносить вручную. И даже если заказчик готов этим заниматься самостоятельно, чтобы распутать этот клубок, нужна карта контента. 

Обычно при редизайне и обновлении сайта карта контента создается перед этапом программирования, уже после дизайна. На дизайне мы переиспользуем контент со старого сайта заказчика, частично дополняя его — для отрисовки страниц этого бывает достаточно. Но при разработке карта уже необходима, чтобы на реальных страницах оказался только нужный заказчику контент.

Пример — новый сайт круизного лайнера Astoria Grande, где контента было очень много: это и круизы, и маршруты, и экскурсии. Плюсом важно было правильно привязать одну сущность к другой: например, доступные экскурсии к конкретному круизу. Заказчик доверил эту работу нам, поэтому вместе с ним мы составили подробную карту контента, которая учитывала каждый элемент на каждой странице сайта.

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

2. Когда весь контент заказчик согласовал ещё на дизайне. Например, часть контента мы забрали со старого сайта, часть причесали или создали с помощью ИИ, а заказчику понравился результат — в этом случае контент с дизайна появляется на готовом сайте.

3. Если проект — технический. Например, если речь идет о B2B-кабинетах или сервисах аналитики, статистики, учета. В таких проектах визуал отходит на второй план, а главными становятся цифры и данные из внешних систем.