Содержание
Как структурировать контент CMS для международных сайтов
От ИТ до контент-менеджеров
Управление международным контентом на глобальном веб-сайте — одна из самых больших проблем, с которыми сталкиваются многие цифровые команды, отвечающие за маркетинг своих продуктов и услуг по всему миру. Программное обеспечение в форме систем управления контентом (CMS) передало контроль над распространением контента от ИТ-отделов, связанных со структурированными циклами доставки и жестким контролем изменений, к менеджерам веб-контента, которые работают в быстро меняющейся среде и руководствуются срочностью. товаров или иным образом представить актуальный и эффективный контент в нужное время.
Эта передача контроля позволила маркетинговым командам предоставлять целевой и своевременный контент, который в конечном итоге создает более привлекательный цифровой опыт для аудитории. Но компромисс заключается в том, что контент веб-сайта со временем становится менее структурированным и сложным в управлении.
По опыту Priocept, одна из самых больших ошибок при внедрении CMS касается размещения контента на международных (многоязычных, мультикультурных и мультигеографических) веб-сайтах. Основная задача состоит в том, чтобы упорядочить ваш контент таким образом, чтобы он обеспечивал гибкость на международных сайтах, избегая при этом дублирования. Дублирование контента приведет к дублированию усилий по вводу контента, что может существенно повлиять на эксплуатационные расходы в сочетании с ненужными несоответствиями между эквивалентным контентом.
Имея это в виду, мы объясним некоторые подходы к размещению контента на международном веб-сайте.
Многодревовидный подход
Структура контента на международном веб-сайте часто является отражением иерархической и географической структуры самой организации, где естественной тенденцией редакторов контента является создание отдельных сайтов для каждой страны, которые затем управляются соответствующими командами по местному контенту.
Это подход с несколькими деревьями.
Для редакторов местного контента этот подход имеет смысл и обеспечивает наибольшую гибкость, поскольку позволяет им создавать полностью адаптированный опыт для своего рынка. Но для глобальных маркетинговых групп, ответственных за надзор за целостной стратегией цифрового контента, этот подход может создать проблемы для достижения унифицированного обмена сообщениями в цифровом пространстве.
Еще одним недостатком иерархии с несколькими деревьями является то, что она способствует репликации и дублированию контента между сайтами. Небольшое изменение общего фрагмента контента потребует репликации на несколько локальных сайтов. Это создает проблемы для создания, тестирования и управления контентом.
Этот подход рекомендуется для сайтов, содержимое которых значительно отличается по структуре от местных сайтов, относящихся к конкретной стране. Если ваш контент в целом одинаков на разных сайтах, возможно, с небольшими различиями в определенных областях, то это решение не рекомендуется, так как им будет излишне сложно управлять.
Рисунок 1. Подходы с несколькими деревьями и с одним деревом для организации международного контента
Подход с одним деревом
Альтернативный подход заключается в использовании одного дерева содержимого. В идеалистической реализации эта единая иерархия представляет собой общий набор контента, который используется всеми локальными (зависящими от страны) сайтами, с единственным отличием в языковых вариациях.
Это самый чистый подход с точки зрения архитектуры контента, поскольку он соответствует передовым методам разработки программного обеспечения, поддерживая «единый источник достоверной информации» и избегая дублирования контента (который, по сути, является формой данных) и продвижения данных или контента. повторное использование через наследование. Это также наиболее эффективный подход, поскольку он открывает возможность управления всем вашим контентом одной командой, расположенной в одном месте, а не глобально распределенными командами.
Хотя это чистый подход, он быстро дает сбой, если местным командам, которые, естественно, лучше разбираются в тонкостях местных рынков, которыми они управляют, необходимо внести небольшие коррективы, чтобы отразить местные различия. При подходе с одним деревом местные менеджеры просто не в состоянии эффективно локализовать контент, не прибегая к обходным путям, также известным как «взломы контента», которые очень сложно отслеживать и управлять ими.
Подход с одним деревом рекомендуется, если ваш контент в основном одинаков на локальных сайтах. Локализации структуры контента будет труднее добиться, чем при использовании подхода с несколькими деревьями, но преимущества наличия единого централизованно управляемого набора контента намного перевешивают это.
Мультидерево с общим содержимым
Компромисс между этими двумя конфликтующими подходами заключается в управлении центральным «абстрактным» сайтом, содержащим содержимое для глобального распространения.
Это общий репозиторий контента, который сам по себе выглядит как автономный сайт, но на самом деле его не нужно публиковать на активном сайте. Вместо этого он используется для создания связанных копий общего контента на локальных сайтах. Этот абстрактный сайт аналогичен абстрактному классу в объектно-ориентированном дизайне программного обеспечения.
Priocept работает с рядом систем управления корпоративным контентом, которые предоставляют функциональные возможности для создания связанных элементов контента, где родительский или основной узел контента используется для обновления нескольких дочерних узлов. Совсем недавно мы работали с Magnolia, CMS с открытым исходным кодом на основе Java. В Magnolia есть несколько подходов к разработке общего контента, включая функцию LiveCopy.
Magnolia LiveCopy
Модуль Magnolia LiveCopy позволяет авторам контента создавать копии страниц, ссылающихся на первоисточник. Эта функциональность позволяет редакторам контента хранить глобальный (или совместно используемый) контент в центральном расположении, где его можно обновить один раз и распространить на множество локальных сайтов.
Рис. 2. Magnolia LiveCopy. Создана связанная копия туристического сайта.
Полная гибкость
Ссылка на содержимое содержится в свойствах каждой страницы, что означает, что страницы можно перемещать как на исходной, так и на связанной странице, а ссылка на содержимое останется неизменной. Этот подход также дает редакторам контента возможность добавлять страницы или разделы под связанные страницы, как показано ниже.
Рис. 3. Диаграмма, представляющая контент, связанный с основным источником (Великобритания)
Выборочное наследование содержимого
В некоторых случаях содержимое исходной (или родительской) страницы, созданной на глобальном уровне, имеет небольшой раздел, который не совсем работает на локальном уровне. В этом случае удаление связи со всей страницей и необходимость локального управления всем содержимым этой страницы будут излишними накладными расходами.
Вместо этого было бы намного эффективнее иметь возможность переопределить соответствующий раздел на странице, избегая проблем, когда в будущем потребуется изменить окружающий контент.
Модуль Magnolia LiveCopy обеспечивает это, позволяя авторам контента переопределять компоненты страницы для создания локальной версии с некоторыми свойствами, переопределяемыми на локальном уровне. Например, если на главной странице французского сайта требуется заголовок, отличный от заголовка бельгийского сайта, компонент заголовка страницы можно отредактировать на локальной странице, и он переопределит содержимое родительской страницы, в то время как остальная часть страницы будет соответствовать заголовку. родительская страница и остается связанной для получения любых сделанных обновлений.
Резюме
Планирование структуры контента для вашего международного веб-сайта является важным фактором, который должен быть правильным с самого начала. Стоимость реорганизации структуры контента после того, как он был внедрен в повседневную работу веб-команды, может стать ненужным бременем для маркетинговых бюджетов.
Стоит подойти к архитектуре контента с той же строгостью, что и к архитектуре программного обеспечения, чтобы разработать наиболее эффективный подход до внедрения. Вместо того, чтобы позволять изолированным локальным командам определять структуру контента, «архитектор контента» должен разработать наиболее подходящее решение для удовлетворения конкретных потребностей организации с учетом эффективности, масштабируемости и надежности процесса редактирования контента.
Узнайте больше о модуле Magnolia LiveCopy.
Объяснение Headless CMS
Мы не можем сказать, что Headless CMS и Jamstack сейчас в моде в веб-разработке, но они довольно близки к тому, чтобы стать основной технологией. Серьезный претендент на доминирование стеков LAMP и MEAN, если хотите.
Когда мы говорим о статических веб-сайтах, первое, что приходит на ум, — это набор веб-страниц, закодированных с использованием HTML, CSS и JS. Просто текстовый и графический интерфейс без каких-либо интерактивных функций и обработки в реальном времени для облегчения работы посетителей.
К счастью, сегодня это не относится к статическим веб-сайтам.
Статические веб-сайты эволюционировали, чтобы использовать инновационные технологии, и сегодня они могут выполнять такие функции, как обработка запросов в режиме реального времени, обработка платежей, управление учетными записями клиентов, выполнение полного поиска по веб-сайту и многое другое. Вот почему мы больше не называем их статическими, теперь мы называем их веб-сайтами Jamstack.
ОК. Это может быть преувеличением, учитывая дискуссии и дебаты, которые мы в настоящее время ведем о терминах, которые мы используем изо дня в день.
Зачем идти по маршруту Jamstack?
С появлением Jamstack нам больше не нужно отвлекаться на конкретные веб-технологии с точки зрения операционных систем, веб-серверов, фреймворков, разработки баз данных, управления и разработки бэкенда.
Jamstack устраняет разрыв в функциональности между статическими и динамическими веб-сайтами, сохраняя при этом основные преимущества статического веб-сайта.
Jamstack предлагает полностью обновленный метод создания веб-сайтов и приложений, который обеспечивает повышенную эффективность разработки, обслуживания и эксплуатации не только для корпоративного сектора, но и для частных лиц.
Что такое безголовая CMS?
Простое объяснение: безголовая CMS или безголовая система управления контентом — это внутренняя система управления контентом, отделенная от внешнего уровня представления.
Взгляните на это невероятно простое двухминутное объяснение от наших друзей из Sanity:
Просто, верно?
Как работает безголовая CMS?
Традиционные CMS, такие как Drupal и WordPress, размещаются и обслуживаются на веб-сайте каждый раз, когда делается запрос на страницу. В основном это означает, что традиционные CMS построены с внутренним и внешним интерфейсом, объединенными в одно приложение, ориентированное в первую очередь на Интернет.
Headless CMS, как мы уже отмечали, отделяет управление контентом от уровня представления.
Это означает, что ваши функции управления контентом (такие как создание, управление и хранение контента) отделены от вашего внешнего интерфейса, что позволяет вам доставлять контент за пределы веб-сайтов и приложений. Это позволяет вам перепрофилировать ваш контент из нескольких интерфейсов, что делает их идеальными для сборок Jamstack.
Так как многие бренды сосредоточены на перепрофилировании своего контента на нескольких интерфейсах, растущий спрос и количество безголовых CMS-решений не должны вызывать удивления. Особенно, если вы посмотрите на все преимущества, которые дает безголовая CMS:
- Хостинг предоставляется как программное обеспечение как услуга (SaaS). А поскольку обслуживать нечего, безопасность также предоставляется как SaaS.
- Большинство безголовых CMS имеют SLA (соглашение об уровне обслуживания), что дает вам уверенность, например, в отношении времени безотказной работы.
- Контент существует как отдельный компонент и используется при необходимости через запрос API.
- Headless CMS дает вам полный контроль над тем, как будет отображаться и представляться ваш контент. Никакой принудительной зависимости от тем и шаблонов.
- Вы можете повторно использовать один и тот же контент снова и снова.
- Неважно, какой язык программирования или фреймворк вы используете, безголовая CMS интегрируется с любой кодовой базой.
Различия, проблемы и преимущества их использования.
Подробнее здесь.
Когда использовать безголовую CMS?
Трудно закрывать глаза на преимущества использования Jamstack (и безголовых CMS, если уж на то пошло) как с точки зрения веб-разработчиков, так и с точки зрения маркетологов. Более высокая производительность, повышенная безопасность и более простая масштабируемость являются лучшими среди многих.
Кроме того, люди используют больше устройств и каналов, чем когда-либо прежде. В таком климате предприятия/бренды вынуждены разрабатывать многоканальные стратегии, чтобы иметь возможность обращаться к своим потенциальным клиентам, где бы они ни находились.
Имея это в виду, мы должны задать еще один вопрос.
Нужна ли мне безголовая CMS?
Честно говоря, никто, кроме вас, не может ответить на этот вопрос. В настоящее время безголовые CMS считаются ориентированными на будущее главным образом из-за четкого различия между контентом и представлением.
Однако только понимание краткосрочных и долгосрочных целей бизнеса и контента может помочь вам выбрать модель управления контентом, которая лучше всего подходит для вашего бизнеса.
Обзоры Headless CMS
Будучи магазином веб-разработчиков, мы имели удовольствие работать с многочисленными решениями Headless CMS. И, будучи приверженцами публичного обучения и изучения опыта других, мы поставили перед собой задачу поделиться с вами нашими беспристрастными обзорами решений, которые мы использовали до сих пор
К лучшему или к худшему относитесь к следующему как к таковому, то есть плюсам и минусам, которые мы смогли собрать из сделанных нами сборок и проблем, с которыми мы столкнулись.
Contentful
Storyblok
Sanity
Forestry
DatoCMS
Prismic
NetlifyCMS
Strapi
Headless WordPress
Tina CMS
Agility CMS
GatherContent
Kentico Kontent
Hygraph
Craft CMS
Butter CMS
Payload CMS
Cosmic
Directus
Ghost
LexasCMS
Magnolia CMS
- 10002 TakeShape
Contentstack
KeystoneJS
Безголовый подход вчера, сегодня и завтра
Согласно одному исследованию, безголовый подход в настоящее время прочно укоренился в большинстве корпоративных организаций.
64% корпоративных организаций в настоящее время используют безголовый подход (увеличение на 25% по сравнению с 2019 годом).
Другое исследование прогнозирует, что рынок программного обеспечения безголовых CMS вырастет на 22,6% с 2020 по 2027 год9.0005
Если этих цифр недостаточно, все больше и больше разработчиков с обеих сторон, которые обычно сталкиваются, то есть разработчики WordPress и почти все остальные, находят решения, использующие преимущества безголового WordPress. У нас есть статические/безголовые платформы WordPress, такие как Stratic, например, с одной стороны, и эффективное использование WordPress в качестве серверного решения, как в случае с блогом Gatsby, с другой.
Какие еще крупные бренды в самых разных отраслях отказываются от безголового решения WordPress. Как, например, TechCrunch или Backlinko.
Все это означает, что безголовому подходу предстоит светлое будущее, и мы можем ожидать очень многого в будущем.
Подведение итогов
Мы вернулись к вопросу Нужна ли вашему бизнесу Headless CMS? И, как мы уже говорили, это зависит от ваших бизнес-требований.