Что делает гибкий контент

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

Пример: конструктор целевых страниц

Группа полей под названием «Секции целевой страницы» содержит гибкое поле контента с четырьмя возможными компоновками:

1. Герой — заголовок, подзаголовок, фоновое изображение, кнопка CTA
2. Особенности — повторяющийся значок + заголовок + описание (вложенный повторитель)
3. Отзыв — цитата, автор, фото
4. CTA — заголовок, кнопка

Редактор, создающий целевую страницу, нажимает «Добавить строку» и выбирает, какую компоновку использовать. Он может добавить Героя, затем Особенности, затем два Отзыва, затем еще Особенности, затем CTA. Смешивайте и сочетайте в любом порядке, в любом количестве.

Результат: индивидуальный конструктор целевых страниц с последовательным дизайном и структурированными данными.

---

Как определяются компоновки

В визуальном конструкторе Field Forge вы настраиваете гибкое поле контента, определяя компоновки. Каждая компоновка — это именованный контейнер для под-полей:

«` Гибкий контент: Секции страницы

Компоновка: Герой

• Заголовок (Текст, обязательный)
• Подзаголовок (Текстовая область)
• Фоновое изображение (Изображение, обязательное)
• Кнопка CTA (Группа: текст + URL)

Компоновка: Особенности

• Заголовок секции (Текст)
• Особенности (Повторитель)
• Значок (Выбрать из библиотеки значков)
• Заголовок (Текст)
• Описание (Текстовая область)

Компоновка: Отзыв

• Цитата (Текстовая область)
• Имя автора (Текст)
• Фото автора (Изображение)
• Компания автора (Текст)

Компоновка: CTA

• Заголовок (Текст)
• Основная кнопка (Группа)

«`

Редакторы видят выпадающий список или сетку этих компоновок при добавлении строк.

---

Шаблонный код (совместимый с ACF)

Гибкий контент использует те же шаблонные функции, что и ACF и SCF. Код, написанный для ACF, работает без изменений:

«`php

<img decoding="async" src="«>

«`

Функция get_row_layout() возвращает имя компоновки текущей строки, позволяя вам ветвить логику рендеринга. Это идентично тому, как ACF обрабатывает гибкий контент.

---

Когда использовать гибкий контент против конструктора страниц

Гибкий контент выигрывает, когда:

• Вам нужны структурированные данные (для API, TypeScript, headless, разметка schema.org)
• Редакторы должны быть ограничены утвержденными компоновками (не свободный дизайн)
• Страницы должны отображаться последовательно на разных устройствах и со временем
• Вы используете headless WordPress сайт (контент Elementor / Divi не сериализуется чисто в JSON)
• Контент должен быть доступен для запросов (например, «показать все отзывы со страниц в этой категории»)

Конструкторы страниц (Elementor, Divi) выигрывают, когда:

• Редакторы хотят полный визуальный контроль над каждым элементом
• Сайт ориентирован на маркетинг, и дизайн часто меняется
• Вы не используете WordPress REST API или GraphQL для фронтенда

Многие сайты используют оба: гибкий контент для структурированных секций (страницы продуктов, целевые страницы, кейс-стадии) и конструктор страниц для разовых маркетинговых страниц.

---

Миграция с гибкого контента ACF

Если вы переходите с ACF (или SCF), ваши существующие данные гибкого контента мигрируют без проблем. Импортер Field Forge:

1. Читает определения полей гибкого контента ACF
2. Воссоздает компоновки в Field Forge
3. Мигрирует все существующие данные строк с сохранением меток компоновок
4. Слой совместимости ACF обрабатывает вызовы get_row_layout() / have_rows() в вашей теме

Шаблонный код, использующий get_row_layout(), продолжает работать без изменений.

---

Производительность гибкого контента

Гибкие поля контента исторически медленные в ACF и SCF, потому что данные каждой строки хранятся как отдельные записи wp_postmeta. Страница с 10 строками гибкого контента и 5 под-полями на строку = 50 мета-записей, и запрос для восстановления порядка строк и имен компоновок сложен.

Field Forge хранит строки гибкого контента в пользовательской таблице wp_fieldforge_values с правильными столбцами parent_id и row_index. Один запрос извлекает все строки с их компоновками и значениями под-полей. Узнайте больше о пользовательском хранении таблиц →

---

Вывод REST API

Строки гибкого контента представлены в виде массива объектов с включенным именем компоновки:

«json { "page_sections": [ { "acf_fc_layout": "hero", "title": "Добро пожаловать на наш сайт", "subtitle": "Создание лучших WordPress-опытов", "background_image": { "id": 123, "url": "..." } }, { "acf_fc_layout": "features", "section_title": "Почему выбирают нас", "features": [ { "title": "Быстро", "description": "..." }, { "title": "Надежно", "description": "..." } ] }, { "acf_fc_layout": "cta", "headline": "Готовы начать?" } ] } «

Ключ acf_fc_layout соответствует формату вывода ACF для потребителей REST API, которые уже парсят данные ACF.

---

Готовы использовать гибкий контент?

Получите Field Forge — от $35/год →

Гибкий контент включен в каждый платный план.