Представим сайт языковой школы. Курсов два десятка, у каждого своя страница, и на каждой есть блок о преподавателе: фото, имя, пара строк о квалификации. Страницы делали, как это часто бывает, копированием: взяли удачную, продублировали, поменяли название курса. Все прекрасно работает ровно до того дня, когда одна из преподавательниц меняет фамилию.
Теперь кому-то нужно вспомнить, на скольких страницах она упоминается, открыть каждую и поправить. Пропустить одну очень легко, и сайт начнет одновременно знать преподавательницу под двумя фамилиями. Ничего катастрофического, но это хороший симптом. Он говорит о том, что сайт давно хранит сущности: курсы, людей, расписание. Просто хранит их в виде копий страниц.
Чем копия страницы отличается от записи в потоке
Копия страницы склеивает дизайн и содержание в одно целое. Чтобы поменять оформление всех страниц курсов, придется пройтись по каждой. Чтобы поменять общий факт, придется найти все его копии. Чем больше страниц, тем дороже каждая такая правка и тем выше шанс что-нибудь пропустить.
Модель контента разделяет эти две вещи. Есть шаблон, который отвечает за вид, и есть записи с одинаковым набором полей, которые отвечают за содержание. В анонсе CMS Потоки 2.0 от 7 июля 2026 года Тильда описывает именно это: можно задать структуру постов и набор полей, настроить дизайн страницы поста в Zero Block, сделать собственную плитку публикаций и выводить Потоки новым блоком.
По справке, поток можно начать с пустой структуры или с готового набора полей, например «Блог» или «FAQ», а дальше менять поля под задачу. Среди типов полей есть текст, изображения, галерея, видео, дата, ссылка, число, выпадающий список и другие. Поле можно сделать обязательным, и тогда пост без него просто не сохранится. Мелочь, которая на практике заметно дисциплинирует наполнение.
Что дают референсные поля
Самое интересное для нашей школы появилось позже. С 21 сентября 2026 года в настраиваемых Потоках можно добавлять референсные поля, то есть связывать один поток с другим. Официальный пример у Тильды — вебинары и спикеры: данные ведущего не нужно вводить вручную для каждого вебинара.
Справка о референсных полях уточняет, что связь бывает одиночной, когда пост ссылается на одну запись из другого потока, и множественной, когда записей несколько. Вывести связанные данные можно в плитке, в шаблоне страницы поста и в блоках из раздела «Потоки и CMS».
Для школы это означает простую вещь. Преподаватели живут в отдельном потоке, курсы — в своем, и каждый курс ссылается на своего преподавателя. Фамилия меняется в одном месте, а все страницы курсов показывают новую. Два десятка правок превращаются в одну, и забыть про одну из страниц уже не получится.
Как понять, что сайту пора думать о модели контента
Мне кажется, самый честный признак — повторяющиеся правки. Если одну и ту же информацию регулярно приходится менять в нескольких местах, у сайта уже есть сущность, которой не хватает собственного места. Второй признак — связи. Курс и преподаватель, услуга и специалист, проект и отрасль: когда объекты ссылаются друг на друга, копии начинают расходиться быстрее, чем их успевают выравнивать.
Третий признак менее очевидный — рост. Пока страниц пять, копирование может быть разумным: модель контента тоже требует времени на проектирование. Когда их становится несколько десятков и появляется план добавлять новые, каждая копия увеличивает будущую цену изменений. Проектировать поля и связи лучше до того, как сайт разросся, потому что переносить контент из копий в записи потом приходится вручную или через импорт.
У Тильды для такого переноса есть импорт и экспорт CSV между потоками, но поля в новом потоке нужно создать заранее: автоматически из файла они не появляются. Удаленные поля, к слову, хранятся 30 дней, и их можно восстановить вместе со значениями. Это хорошая страховка, но не повод проектировать структуру на ходу.
Сайт, который растет без копий
Если на сайте компании услуги, специалисты и проекты давно живут в виде продублированных страниц, корпоративный сайт можно спроектировать вокруг модели контента: сначала сущности и связи, потом шаблоны и дизайн.
Чего Потоки не заменяют
Модель контента легко перепутать с базой бизнес-процессов. Потоки хранят и показывают записи: курсы, людей, статьи, события. Запись на занятие с учетом свободных мест, оплату, расписание, которое меняется из учетной системы, они сами по себе не берут на себя. Для этого нужны другие инструменты и интеграции, а иногда и отдельное приложение.
Еще одна оговорка касается оформления. Шаблон страницы поста и собственная плитка в Потоках 2.0 настраиваются в Zero Block, хотя вывести посты можно и базовым блоком. Для сайта, который потом правит владелец, это заметное решение: Zero Block дает свободу дизайна, но требует больше аккуратности при правках. Поэтому вопрос «где будет жить шаблон» я бы решала вместе с вопросом «кто будет его поддерживать».
И последнее. В сентябрьском выпуске новостей Тильда объявила публичный API для CMS Потоки, чтобы показывать их на сторонних сайтах. Это расширяет сценарии, но не превращает Потоки в универсальную базу данных. Записи по-прежнему остаются контентом сайта, системой учета они от этого не становятся.
Модель контента начинается не в Тильде
Самая полезная часть работы с Потоками происходит еще до того, как их включили в настройках проекта. Нужно понять, какие сущности есть у бизнеса, какие поля у каждой обязательны, что с чем связано и какие страницы должны получиться в итоге. Это и есть проектирование структуры, только на уровне данных. Я уже писала, что SEO закладываю еще до дизайна: модель контента для меня — продолжение той же логики.
Когда сущности описаны, Потоки становятся удобным способом их хранить и показывать. Когда нет, Потоки превращаются в еще одно место, куда копируют страницы, только теперь в виде постов. Инструмент новый, а беспорядок прежний.
Языковой школе из начала статьи, кстати, не обязательно переделывать все сразу. Иногда достаточно вынести в отдельный поток только преподавателей. Фамилии меняются нечасто, но лучше, когда для этого хватает одной правки.