Типы материалов и поля в Drupal: живой пример для сайта

В Drupal новый тип материала нужен не для каждой новой страницы. Если редактору приходится вручную собирать заголовок, цену, рейтинг и характеристики в одном длинном поле, структура уже выбрана неправильно. На живом примере редакционного сайта разберём, как создать тип материала «Обзор», какие поля ему нужны, что вынести в таксономию и как проверить результат в Drupal 10.x и 11.x.

Сценарий: сайт с обзорами техники

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

Можно хранить всё это в теле материала. Но тогда цена окажется обычным абзацем, рейтинг будет записан то как «8/10», то как «4 звезды», а сравнить обзоры по производителю станет почти невозможно. Поиск, фильтры и повторное использование данных тоже быстро превратятся в ручную работу.

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

Сначала разделите сущности

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

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

Таксономия подходит для повторяющихся категорий, по которым нужно группировать и фильтровать записи: производитель, платформа, тип устройства. Термин таксономии^[1] можно назначить множеству материалов, не дублируя одно и то же слово в каждом тексте.

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

[1] Термин таксономии — отдельное значение из управляемого словаря Drupal, например «Apple» или «Android». В отличие от произвольного тега, его можно централизованно переименовать, описать и использовать в представлениях.

Проектируем тип «Обзор»

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

Цену лучше хранить числом, без «руб.» и пробелов. Валюту и форматирование добавляет шаблон вывода. Рейтинг тоже должен быть числом: так его можно проверить и отсортировать, а не разбирать строку «9 из 10» на части.

Создаём тип материала в административной панели

Инструкция рассчитана на Drupal 10.x и 11.x с административной темой Claro и стандартными возможностями ядра. Названия пунктов могут немного отличаться, если сайт использует другую тему или перевод интерфейса.

1. Создайте словарь производителей. Откройте Structure → Taxonomy → Add vocabulary, назовите его «Производители», затем добавьте термины, например Apple, Samsung и Xiaomi. Проверка: словарь виден в списке таксономий, а внутри него есть тестовые термины.
2. Создайте тип материала. Перейдите в Structure → Content types → Add content type, задайте имя «Обзор» и машинное имя, которое Drupal предложит автоматически. Включите публикацию по умолчанию только если редакторы действительно должны сразу публиковать записи. Проверка: тип «Обзор» появился в списке, а в меню создания контента доступен пункт «Add content → Обзор».
3. Добавьте подзаголовок. На вкладке Manage fields создайте поле типа Plain text. Ограничьте его одной строкой и задайте понятную метку «Подзаголовок». Проверка: при создании обзора под заголовком появляется отдельное поле без визуального редактора.
4. Добавьте обложку. Создайте поле типа Image, установите одну картинку и задайте допустимые расширения, например JPG, PNG и WebP, если их поддерживает ваша конфигурация. Ограничение размера файла и максимальных размеров изображения задавайте исходя из хостинга и дизайна. Проверка: форма принимает изображение, а после сохранения оно отображается в поле материала.
5. Свяжите обзор с производителем. Добавьте поле типа Entity reference, выберите сущность Taxonomy term и словарь «Производители». Оставьте одно значение, если у устройства должен быть один основной бренд. Проверка: в форме появляется выбор из существующих терминов, а не свободное текстовое поле.
6. Добавьте цену и рейтинг. Для обоих полей выберите тип Integer. Сделайте цену обязательной, если каждый обзор обязан содержать её, а для рейтинга задайте минимальное и максимальное значение от 1 до 10. Проверка: Drupal не сохраняет материал с пустым обязательным полем или рейтингом за пределами заданного диапазона.
7. Настройте плюсы и минусы. Создайте два поля типа Long text, разрешите несколько значений и назовите их «Плюсы» и «Минусы». Такой вариант удобнее для шаблона, чем один текстовый блок с маркерами, которые редактор может оформить по-разному. Проверка: в форме можно добавить вторую и последующие строки для каждого списка.
8. Добавьте ссылку. Создайте поле типа Link и назовите его «Где купить». Если ссылка не обязательна, не делайте поле обязательным: цена и наличие товара могут измениться. Проверка: Drupal принимает полный адрес и показывает его в сохранённом материале.
9. Настройте порядок полей. На вкладке Manage form display поставьте заголовок, подзаголовок и обложку первыми, затем основные характеристики, основной текст и ссылку. На вкладке Manage display скройте поля, которые не должны показываться посетителю, или задайте для них отдельные форматы вывода. Проверка: форма повторяет порядок работы редактора, а просмотр материала не показывает технические поля.

Что выбрать: новый тип, поле или таксономию

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

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

Что ломается в такой схеме

Поле превратили в универсальный текстовый ящик

Поле «Характеристики» с таблицами и произвольным форматированием кажется быстрым решением. Но Drupal уже не знает, где модель устройства, где цена, а где объём памяти. Исправление — разделить значения на отдельные поля, пока данных немного.

Рейтинг хранится как текст

Строки «8/10», «8 из 10» и «восемь» нельзя надёжно сортировать и проверять. Для рейтинга используйте числовое поле, а обозначение шкалы добавляйте в подпись или шаблон.

Производителей копируют вручную

В результате появляются «Apple», «APPLE» и «Apple Inc.». Связь с таксономией убирает такие дубли, но требует заранее определить словарь и правила добавления новых терминов.

Меняют машинное имя после публикации

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

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

Если цена неизвестна до публикации, не делайте её обязательной «на всякий случай». Обязательность должна отражать бизнес-правило, а не желание получить идеально заполненную форму.

Когда выбирать какую структуру

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

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

Что сделать дальше

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

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