Введение в моделирование контента

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

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

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

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

Что такое моделирование контента?

Модель контента — это описание того, как ваши команды и контент работают вместе на выполнение функции, реализующую потребность клиента.

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

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

Независимо от того, сколько труда ваша CMS вложила в создание надежного редактора или разработчика, она может быть испорчена некачественной моделью контента. Без надлежащей структуры данные становятся утомительным занятием для редактирования, изменения и доступа.

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

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

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

Эти примитивы позволяют CMS не только отображать правильные поля редактирования, но и позволяют разработчикам быть уверенными в результатах каждой модели.

Пример моделирования контента

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

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

• Публикация: основной контент отдельного элемента в блоге.
• Автор: документ, содержащий информацию об авторе сообщения в блоге.
• Категория: документ с информацией о категориях блога.
• Ресурс: документ для изображений, видео, аудио и другого мультимедийного контента.

Эти типы моделей представляют собой основные типы контента, но они дополнительно разбиты на различные типы полей. При правильной сборке создается ощущение сборки из блоков LEGO, а не просто написания контента.

Затем сообщение разбивается еще больше. Давайте рассмотрим основы: сообщение в блоге как минимум требует некоторых стандартных данных:

• Название – строка
• Дата публикации — Дата
• Тело — форматированный текст

Для самого простого блога это может иметь смысл, но когда мы начинаем систематизировать и смешивать этот контент, имеет смысл расширить его дальше:

• Автор — ссылка на модель автора
• Категории — ссылка с множественным выбором на модель категории.
• Ресурсы в форматированном тексте — ссылки на модель активов
• Рекомендованное изображение — ссылка на модель активов

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

То же самое можно сделать и с другими моделями. Хотя на первый взгляд может показаться, что «Автору» и «Категории» нужна просто строка для имени или заголовка, чем более подробными являются метаданные, тем больше вариантов использования они служат.

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

Когда вам следует задуматься о своей модели контента?

Моделирование обычно выполняется на самом раннем этапе жизненного цикла проекта, и им в основном занимаются разработчики или менеджеры по продукту. Ранние решения могут иметь долгосрочное влияние на весь проект, поэтому обязательно уделите достаточно времени планированию.

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

Хотя моделирование следует проводить как можно раньше, в идеале это самая первая стратегическая остановка нового проекта — будь то веб-сайт, приложение, продукт, маркетинговая кампания или что-то другое.

Почему моделирование контента имеет значение?

Модель контента — это прямое представление и объединение:

• бизнес-целей,
• целей пользователей,
• потребностей редакторов и
• потребностей разработчиков.

При плохой модели контента пострадает как минимум одна из этих групп.

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

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

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

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

Как начать работу с моделью контента

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

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

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

Чтобы начать процесс, нужно изучить все варианты использования и то, как пользователь захочет использовать приложение.

Пользователь захочет иметь возможность искать и находить контент на основе нескольких критериев:

• Шоу против фильма
• Жанр
• Актеры
• Режисеры
• Ключевые слова
• Рейтинг контента
• Пользовательская оценка

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

• Трейлер
• Предварительный просмотр изображения
• Описание
• Пользовательские рейтинги

Структура данных

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

Поначалу структура данных фильма и сериала может показаться схожей. У них обоих есть все данные, упомянутые выше. И способы поиска и открытия пользователями во многом совпадают. Эти фрагменты данных могут остаться прежними, однако структура носителей совершенно другая.

Фильм – это целостность, единица контента. Если мы структурируем контент и данные вокруг того, что нужно фильму, редактору или разработчику придется заполнять пробелы. Представьте себе, что вам нужно ввести все данные, указанные для каждой серии сериала. У вас будет бунт редактора.

Телесериал состоит из нескольких сезонов, и каждый сезон состоит из нескольких серий.

Каждому сезону и каждой серии потребуется определенная комбинация этой информации, и эта информация должна каскадно распространяться, заполняя пробелы по мере продвижения вверх или вниз по иерархии.

Эпизод может иметь определенный рейтинг контента, но если он не заполнен, эпизод может унаследовать рейтинг контента сезона или сериала.

Планируя заранее и продумывая правила контента, мы:

• можем наметить весь путь пользователя и
• создать наилучшую возможную структуру данных
• с наименьшими потребностями в обработке данных вручную.

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

Контроль доступа для каждой части модели

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

Например: вы можете настроить определенные роли для создателей контента, которые смогут редактировать только часть вашего контента, или настроить токены API, которые ограничивают чтение некоторых ваших моделей.

Многоразовое использование контента и структуры

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

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

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

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

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

Кто должен моделировать контент?

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

• Создатель контента — основной пользователь вашей CMS. При создании модели их потребности важны для поддержания потока контента в нужном ритме.
• Дизайнер. Независимо от того, начинаете ли вы с модели контента, каркасов, визуального дизайна или кода, команда, разрабатывающая ваш проект, также должна участвовать в продумывании дизайна вашего контента.
• Бизнес-лидер. Это может быть ваш генеральный директор, ведущий участник вашего проекта, руководитель отдела продаж или какой-либо другой человек в вашей организации. Тот, кто заботится о нуждах бизнеса, должен занять место за столом.
• Команда разработчиков. Кто бы ни создавал проект, он должен следить за тем, как API будет обретать форму. Хотя плохое моделирование контента может затруднить доступ к контенту, оно также может повлиять на эффективность разработчиков. В худшем случае это также может напрямую повлиять на производительность вашего приложения для конечных пользователей, если оно создано неэффективно.
• Контент-стратег/дизайнер. Если вы один из немногих счастливчиков, у которых в штате есть стратег или контент-дизайнер, этот человек должен быть центром всей команды.

Моделирование обычно выполняется на самом раннем этапе жизненного цикла проекта, и им в основном занимаются разработчики или менеджеры по продукту. Ранние решения могут иметь долгосрочное влияние на весь проект, поэтому обязательно уделите достаточно времени планированию.

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

Поскольку ваш веб-сайт или приложение со временем будет развиваться, весьма вероятно, что в вашей схеме произойдут изменения. Платформа с HeadlessCMS может помочь вам с развивающейся моделью контента.

Где вы должны моделировать свой контент?

В идеале вы должны быть максимально проворными. Вы, конечно, можете начать процесс с помощью таких инструментов, как Google Sheets или Excel, но чем раньше вы окажетесь на своей окончательной платформе контента, тем лучше.

Это позволит вашим редакторам и разработчикам начать видеть неэффективность вашей модели контента. Выбирая платформы, убедитесь, что смоделировать контент именно так, как необходимо, можно максимально просто и быстро. Если это можно сделать совместно внутри собрания, это также может иметь большое значение для обеспечения доверия и поддержки всех заинтересованных сторон в команде.

Основанный на модели контента, Смартатлас предоставит элегантный и простой в использовании интерфейс управления контентом, а также универсальный API. Вы будете использовать API для интеграции контента в ваше приложение.

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

Сгенерированный API и пользовательский интерфейс хороши настолько, насколько хороша ваша модель контента. Если вы создадите чистую структуру, которая подойдет как разработчикам, так и создателям контента, успех реализации гораздо более вероятен.

Моделирование контента с помощью платформы Смартатлас

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

Модели

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

Платформа автоматически генерирует API для создаваемых вами моделей, а также всех различных полей, компонентов, перечислений, связей и многого другого.

Поля

Вам нужно будет добавить поля в модели для хранения контента. Платформа предоставляет редакторам контента различные интерфейсы ввода в зависимости от используемых полей. Вы можете думать о поле как о «столбце» внутри таблицы базы данных. Эти поля могут быть разных типов.

Платформа предоставляет множество различных скалярных типов для таких вещей, как строки, целые числа, даты, логические значения и даже для таких вещей, как цвета и географические координаты.

Модификаторы полей

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

Компоненты
Вы можете думать о компонентах, похожих на модель, но они встроены в существующую модель и с ними нельзя взаимодействовать как с отдельными записями.

Как редактор контента вы можете захотеть добавить компоненты к структурированным данным для таких вещей, как Главная страница или макет «Блоки». Вы не будете запрашивать Hero или Block сами по себе, а будете получать их содержимое только при взаимодействии с родительской моделью.

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

Обычно перечисления используются вне контента, но для вещей, которые обеспечивают пользовательский интерфейс контента. Например, вы можете сохранить возможные значения, по которым пользователи смогут «фильтровать». Этими значениями могут быть NAME_ASC, PRICE_ASC, PRICE_DESCи т. д.

Системные артефакты
При работе с системой управления контентом существует множество вещей, которые система должна отслеживать для своей работы. Платформа автоматически предоставляет некоторые системные модели и поля для проектов.

Модель актива
Содержимое представлено во многих различных форматах, и мы называем «ресурсами» загружаемые вами аудиофайлы, изображения, видео и PDF-файлы.

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

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

Пользователи также подключаются к моделям на уровне API, поэтому вы можете получить имя пользователя, аватар и другие данные при получении контента.

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