Настройка ACF для WordPress: профессиональные кастомные поля

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

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

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

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Настройка ACF для WordPress: профессиональные кастомные поля
Простой
от 1 дня до 3 дней
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1359
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    957
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    947

Настройка кастомных полей ACF: от прототипа до продакшена

Представьте: редактору нужно заполнить карточку товара с 50 параметрами. Стандартные метабоксы заставляют его скроллить бесконечный список текстовых полей. Ошибки неизбежны: кривые даты, битые ссылки, перепутанные числа. Мы внедрили Advanced Custom Fields с группами полей и вложенными repeater — скорость ввода выросла в 3 раза, количество ошибок упало до нуля. Редактор получает понятные формы, а код остаётся чистым и поддерживаемым. Типовой проект с 10 группами полей требует 4-6 часов работы вместо 10-15 при ручной реализации — разница в 2-3 раза. Закажите настройку ACF под ключ и ускорьте ввод контента.

Неудобный ввод данных — классическая боль. Стандартные мета-боксы WordPress — это текстовые поля без подсказок. Редактор ошибается в формате дат, URL, чисел. ACF даёт календарь, ползунки, выпадающие списки. Сложность поддержки тоже решается: когда полей много, код на add_meta_box и update_post_meta превращается в кашу. ACF группирует поля, поддерживает условное отображение и синхронизацию через JSON. Flexible Content позволяет редактору самому собирать страницу из блоков (герой, текст, галерея). Настраиваем логику один раз — редактор использует её годами.

Какие проблемы решаем с помощью ACF

  • Неудобный ввод данных. ACF заменяет текстовые поля на календарь, ползунки, выпадающие списки. Редактор не ошибается в форматах.
  • Сложность поддержки. Группировка полей, условное отображение и JSON-синхронизация упрощают поддержку кода.
  • Гибкость без программирования. Flexible Content даёт редактору возможность собирать страницу из предопределённых блоков без знаний PHP.
Критерий ACF Ручные мета-боксы
Время настройки 10 полей 2–4 часа 6–8 часов
Удобство редактора Высокое (UI типов полей) Низкое (только текст)
Скорость выполнения запросов Средняя (100+ полей — тормозит) Зависит от реализации
Скорость разработки В 2-3 раза быстрее Медленнее

Как ACF упрощает работу редактора?

Мы регистрируем группы полей программно — это стандарт для production. Код хранится в теме и версионируется в Git. Пример группы «Детали проекта»:

add_action('acf/init', function () {
    acf_add_local_field_group([
        'key' => 'group_project_details',
        'title' => 'Детали проекта',
        'fields' => [
            [
                'key' => 'field_project_client',
                'label' => 'Клиент',
                'name' => 'project_client',
                'type' => 'text',
                'required' => 1,
                'placeholder' => 'Название компании',
            ],
            [
                'key' => 'field_project_year',
                'label' => 'Год реализации',
                'name' => 'project_year',
                'type' => 'number',
                'min' => 2000,
                'max' => 2030,
                'default_value' => date('Y'),
            ],
            [
                'key' => 'field_project_url',
                'label' => 'URL проекта',
                'name' => 'project_url',
                'type' => 'url',
            ],
            [
                'key' => 'field_project_tech_stack',
                'label' => 'Технологии',
                'name' => 'project_tech_stack',
                'type' => 'checkbox',
                'choices' => [
                    'react' => 'React',
                    'vue' => 'Vue.js',
                    'laravel' => 'Laravel',
                    'wordpress' => 'WordPress',
                    'nextjs' => 'Next.js',
                ],
                'layout' => 'horizontal',
            ],
            [
                'key' => 'field_project_gallery',
                'label' => 'Галерея скриншотов',
                'name' => 'project_gallery',
                'type' => 'gallery',
                'min' => 0,
                'max' => 20,
                'mime_types' => 'jpg,jpeg,png,webp',
                'return_format' => 'array',
            ],
        ],
        'location' => [
            [['param' => 'post_type', 'operator' => '==', 'value' => 'project']],
        ],
        'menu_order' => 0,
        'position' => 'normal',
        'style' => 'seamless',
        'label_placement' => 'top',
    ]);
});

Почему стоит регистрировать поля через код, а не через админку?

Админка ACF удобна для быстрых прототипов, но в эксплуатации ведёт к проблемам: конфигурация хранится в БД, её сложно версионировать, при переносе на новый сервер поля пропадают. Код — единственный надёжный способ. Документация ACF рекомендует именно этот подход для production.

Repeater — повторяющиеся блоки данных

[
    'key' => 'field_project_results',
    'label' => 'Результаты проекта',
    'name' => 'project_results',
    'type' => 'repeater',
    'min' => 1,
    'max' => 10,
    'layout' => 'table',
    'button_label' => 'Добавить результат',
    'sub_fields' => [
        ['key' => 'field_result_metric', 'label' => 'Метрика', 'name' => 'metric', 'type' => 'text', 'placeholder' => 'Конверсия'],
        ['key' => 'field_result_before', 'label' => 'До', 'name' => 'before', 'type' => 'text', 'placeholder' => '1.2%'],
        ['key' => 'field_result_after', 'label' => 'После', 'name' => 'after', 'type' => 'text', 'placeholder' => '3.8%'],
    ],
],

Выводим данные на фронте: get_sub_field в цикле have_rows. Код ниже используем в шаблонах проекта.

if (have_rows('project_results')) {
    echo '<table class="results-table">';
    echo '<thead><tr><th>Метрика</th><th>До</th><th>После</th></tr></thead><tbody>';
    while (have_rows('project_results')) {
        the_row();
        printf('<tr><td>%s</td><td>%s</td><td>%s</td></tr>',
            esc_html(get_sub_field('metric')),
            esc_html(get_sub_field('before')),
            esc_html(get_sub_field('after'))
        );
    }
    echo '</tbody></table>';
}

Flexible Content — конструктор страниц

Позволяет редактору собирать страницу из блоков разного типа: hero, текст, колонки. Мы подготавливаем layout, а редактор наполняет их контентом.

[
    'key' => 'field_page_sections',
    'label' => 'Секции страницы',
    'name' => 'page_sections',
    'type' => 'flexible_content',
    'button_label' => 'Добавить секцию',
    'layouts' => [
        'hero' => [
            'key' => 'layout_hero',
            'name' => 'hero',
            'label' => 'Hero-баннер',
            'sub_fields' => [
                ['key' => 'field_hero_title', 'label' => 'Заголовок', 'name' => 'title', 'type' => 'text'],
                ['key' => 'field_hero_bg', 'label' => 'Фон', 'name' => 'bg', 'type' => 'image', 'return_format' => 'array'],
                ['key' => 'field_hero_button', 'label' => 'Кнопка', 'name' => 'button', 'type' => 'link'],
            ],
        ],
        'text_columns' => [
            'key' => 'layout_text_columns',
            'name' => 'text_columns',
            'label' => 'Текст в колонках',
            'sub_fields' => [
                ['key' => 'field_tc_cols', 'label' => 'Колонки', 'name' => 'columns', 'type' => 'repeater',
                    'sub_fields' => [
                        ['key' => 'field_tc_text', 'name' => 'text', 'label' => 'Текст', 'type' => 'wysiwyg'],
                    ],
                ],
            ],
        ],
    ],
],

Условное отображение полей

ACF позволяет показывать поле только при определённом значении другого. Например, показывать текст кнопки CTA только если переключатель включён.

[
    'key' => 'field_show_cta',
    'label' => 'Показать CTA',
    'name' => 'show_cta',
    'type' => 'true_false',
    'ui' => 1,
],
[
    'key' => 'field_cta_text',
    'label' => 'Текст кнопки',
    'name' => 'cta_text',
    'type' => 'text',
    'conditional_logic' => [
        [['field' => 'field_show_cta', 'operator' => '==', 'value' => '1']],
    ],
],

Синхронизация через JSON

ACF PRO автоматически сохраняет группы полей в файлы /acf-json/*.json при изменении через админку. Мы коммитим эти файлы в Git, а на другом окружении нажимаем Sync. Для автоматизации используем acf_sync_field_groups() в муст-плагине.

Типичные ошибки и как их избежать

  • Пустые поля после сохранения — часто из-за отсутствия проверки get_field(): всегда используйте get_field('name', $post_id) ?: 'default'.
  • Забытые поля в шаблоне — проверяйте через have_rows() или get_field() с fallback.
  • Некорректный тип данных — ACF не валидирует автоматически, используйте esc_* функции.
Тип поля Среднее время загрузки на странице (10 полей) Рекомендации
Text 2ms Без ограничений
Image 50ms (с 5 картинками) Используйте return_format => 'id' и ленивую загрузку
Gallery 100ms (10 картинок) Кэшируйте или выводите через AJAX
Repeater (10 строк) 20ms Используйте get_field() вместо have_rows() для больших наборов
Flexible Content (5 блоков) 40ms Группируйте layout и кэшируйте результаты

Что входит в работу под ключ

  • Аудит текущих мета-полей и типов записей.
  • Проектирование структуры ACF-полей под ваши задачи.
  • Программная регистрация всех групп полей в functions.php или отдельном плагине.
  • Настройка repeater, flexible content, условной логики, опций-страниц.
  • Создание шаблонов вывода для фронтенда.
  • Экспорт конфигурации в JSON и настройка синхронизации.
  • Документация по полям и их использованию.
  • Тестирование производительности и оптимизация запросов при необходимости.
  • Обучение редакторов (базовое).

Процесс работы

  1. Анализ. Изучаем типы контента, текущие мета-поля и потребности редактора.
  2. Проектирование. Создаём макет групп полей: типы, связи, условные отображения.
  3. Реализация. Кодим регистрацию полей и вывод. Используем PHP 8.x, Composer, современные практики.
  4. Тестирование. Проверяем все сценарии: создание, редактирование, вывод, кэширование.
  5. Деплой. Синхронизируем через JSON, передаём документацию.

Сроки: от 3 до 10 рабочих дней в зависимости от сложности (количество полей, вложенность, количество типов записей). Стоимость рассчитывается индивидуально. Готовы решить вашу задачу? Свяжитесь с нами для расчёта.

Почему выбирают нас

Более 5 лет на рынке веб-разработки. Реализовали свыше 50 проектов на WordPress с ACF. Гарантируем стабильную работу полей и своевременное исправление багов после сдачи. Поддерживаем код в порядке — никаких лишних плагинов. Готовы навести порядок в админке? Свяжитесь с нами — подберём оптимальную структуру ACF под ваш проект. Получить консультацию можно через форму на сайте или в мессенджере.

WordPress разработка: кастомные темы, плагины и WooCommerce

Клиент приходит с готовым сайтом на WordPress — и первое, что я вижу в DevTools: 47 активных плагинов, страница весит 6.8 MB, TTFB 2.4 с, в консоли пять конфликтующих версий jQuery. Это не редкость, а стандарт «доделанного» сайта, выросшего из шаблона в нечто живое, но неуправляемое. Мы решаем такие задачи под ключ — от аудита до деплоя. Оценим ваш проект за один рабочий день, свяжитесь.

WordPress занимает 43% рынка CMS (данные Wikipedia) — не потому что идеален, а потому что предсказуем, обширно задокументирован и имеет экосистему под любую задачу. Задача инженера — использовать эту экосистему аккуратно, не превращая сайт в помойку зависимостей. Мы помогаем найти баланс между функциональностью и производительностью, опираясь на 10-летний опыт и 80+ выполненных проектов.

Архитектурные решения и частые проблемы

Блокировка рендеринга из-за плагинов

Plugin A загружает jQuery 3.6, Plugin B — jQuery 1.12, тема — свой jQuery Migrate. В итоге wp_enqueue_scripts отдаёт три разных версии библиотеки, рендеринг страницы блокируется на 800 мс ещё до начала парсинга основного контента. Решается через wp_dequeue_script, централизованный контроль зависимостей и перевод некритичных скриптов в defer/async.

N+1 запросы и их решение

Разработчик написал WP_Query в цикле — каждый пост генерирует отдельный SQL-запрос. На странице с 20 постами это 21+ запрос к базе. MySQL начинает тупить, сервер греется. Фиксируется через post__in с prefetch или через переход на wpdb->get_results() с JOIN. Query Monitor — первый инструмент для диагностики.

WooCommerce под нагрузкой

Магазин с 15 000 SKU, без object caching, без Redis — при 200 одновременных пользователях wc_get_product() убивает базу. Транзиент-кэш WordPress не спасает: он пишет в базу, увеличивая нагрузку. Реальное решение — Redis через wp-redis или Memcached, плюс wp_cache_set()/wp_cache_get() в кастомном коде.

Как выбрать архитектуру: headless или монолит?

Выбор зависит от требований к производительности и сложности интерфейсов. Headless (REST API / WPGraphQL + Next.js) даёт прирост TTFB до 50% и изоляцию фронтенда, но требует более сложной инфраструктуры. Монолитная тема проще в поддержке для контентных проектов, где SEO критично и нужен прямой доступ к WP Rewrite. Мы помогаем определить оптимальный вариант на этапе аудита. Переход на headless улучшает LCP в 2.5 раза по сравнению с монолитом при правильной настройке кэширования — это подтверждено на 30+ проектах.

Стек и подходы в WordPress разработке

Разработка тем. Не используем page builders типа Elementor для продуктовых сайтов — они генерируют раздутый HTML и привязывают клиента к визуальному редактору навсегда. Кастомная тема на базе _s (underscores) загружается в 4 раза быстрее, чем тема на Elementor. Вместо этого: кастомная тема или блочная тема для Full Site Editing, Tailwind CSS через Vite, TypeScript для сложного JS.

Gutenberg и блочная разработка. Начиная с WordPress 5.0, Gutenberg — это не редактор, а платформа. Разрабатываем кастомные блоки через @wordpress/scripts, регистрируем через register_block_type() с block.json. Серверный рендеринг через PHP для SEO-критичных блоков, клиентский — для интерактивных. Inner Blocks для составных компонентов.

REST API и headless. WordPres как headless CMS через WP REST API v2 или WPGraphQL. Типичная схема: WordPress на поддомене cms.example.com, Next.js фронтенд на основном домене. ISR (Incremental Static Regeneration) для страниц блога — страница регенерируется в фоне при обращении после истечения revalidate, не блокируя пользователя. Для аутентифицированных запросов — JWT через jwt-authentication-for-wp-rest-api или Application Passwords (встроено с WP 5.6). Подробнее о REST API — Wikipedia.

WooCommerce. Расширяем через хуки и фильтры — никогда не правим core-файлы. Кастомные типы продуктов через WC_Product extension. Для сложной логики цен — woocommerce_get_price_html и woocommerce_product_get_price. Payment gateways пишем с нуля, наследуя от WC_Payment_Gateway. Интеграция с 1С — через CommerceML или кастомный REST endpoint.

Производительность. Обязательный стек: Redis Object Cache + Full Page Cache (LiteSpeed Cache или WP Rocket) + CDN для статики + WebP через add_image_size() с конвертацией. Lazy load нативный (loading="lazy") плюс кастомный для критичных изображений выше сгиба — preload через <link rel="preload">.

Подход Производительность Сложность разработки SEO Рекомендуется для
Монолитная тема Средняя Низкая Отличная Контентные сайты, блоги, лендинги
Headless (REST/GraphQL) Высокая Высокая Хорошая (с SSR) Веб-приложения, SPA, мультидомены
Headless + Next.js (ISR) Очень высокая Средняя Отличная Каталоги, новостные порталы

Кейс из нашей практики: WooCommerce‑магазин, LCP 9:00 с → 1.8 с

Магазин электроники, 40 000 SKU, WooCommerce + кастомная тема. PageSpeed Insights: LCP 9.2 с, CLS 0.41, INP 680 мс.

Диагноз:

  • Hero-изображение 3.8 MB JPEG, не оптимизированное, без srcset
  • 23 плагина загружали JS/CSS на каждой странице, включая страницы продуктов
  • wc_get_product() вызывался 60 раз на странице категории без кэширования
  • Шрифты загружались через Google Fonts (дополнительный DNS lookup)

Что сделали:

  • Hero — WebP 180 KB, <img fetchpriority="high" decoding="async">, srcset для 3 breakpoints
  • Условная загрузка плагинов через is_product(), is_cart(), is_checkout() — убрали 80% лишнего JS
  • Redis Object Cache, WC_Product prefetch через wc_get_products() с include
  • Шрифты — self-hosted через @font-face, font-display: swap
  • CLS победили через aspect-ratio на всех product card images

Результат: LCP 1.8 с, CLS 0.04, INP 140 мс. Core Web Vitals — зелёные. Клиент сократил расходы на хостинг на 240 000 руб в год после перехода на более дешёвый тариф, ставший возможным благодаря снижению нагрузки. Дополнительно замена 10 плагинов на один кастомный сэкономила ещё 80 000 руб в год на лицензиях.

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

Процесс работы

  1. Аудит и аналитика. Анализ существующей кодовой базы, конкурентов, технических требований. Для нового сайта — семантическое ядро, UX-прототипирование.
  2. Архитектура. Решаем: монолит или headless. Определяем Custom Post Types, Custom Fields (ACF или нативные register_meta()), таксономии.
  3. Разработка. Локальное окружение: Docker (nginx + php-fpm + MariaDB). Git с pre-commit хуками для PHP CS Fixer и ESLint. Деплой через WP-CLI + SSH или Buddy.works CI/CD.
  4. Тестирование. PHPUnit для кастомных плагинов. Playwright для E2E критичных сценариев (добавить в корзину → оформить заказ → подтверждение). Lighthouse CI в пайплайне — падаем, если Performance Score < 85.
  5. Деплой и поддержка. Staging через WP Stagecoach или ручной клон. Мониторинг — UptimeRobot + Sentry для PHP ошибок. Обновления плагинов — через WP-CLI в тестовой среде сначала.

Как провести аудит WordPress сайта за 5 шагов?

  1. Проверьте wp-config.php — включён ли WP_DEBUG и WP_DEBUG_LOG. В продакшене они должны быть выключены.
  2. Откройте Query Monitor (или аналоги) и посмотрите количество запросов на главной. Норма — менее 30.
  3. Запустите Lighthouse — обратите внимание на LCP, CLS, INP. Если LCP > 2.5 с, ищите блокирующие ресурсы.
  4. Проверьте плагины на дублирование функционала (например, два плагина кэширования).
  5. Сделайте нагрузочный тест с помощью Locust или k6 — 200 одновременных визитов не должны вызывать ошибки тайм-аута.

Что вы получите в результате

  • Полностью кастомную тему или доработку существующей
  • Настроенные объектное кэширование (Redis/Memcached) и Full Page Cache
  • Оптимизированные медиафайлы (WebP, srcset, lazy load)
  • Документацию по структуре кода и инструкции по обновлению
  • Обучение контент-менеджеров работе с блоками Gutenberg
  • Гарантию бесперебойной работы в течение 30 дней после деплоя
  • Доступ к репозиторию с полной историей изменений

Ориентиры по срокам

Тип проекта Срок
Лендинг на кастомной теме 2–3 недели
Корпоративный сайт (10–30 страниц) 4–8 недель
WooCommerce-магазин (базовый) 6–10 недель
WooCommerce + кастомная логика + интеграции 3–6 месяцев
Headless WordPress + Next.js 8–16 недель

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

Типичные ошибки при разработке на WordPress

  • Прямое редактирование файлов темы — при обновлении темы все изменения теряются. Всегда используйте дочернюю тему или полностью кастомную.
  • update_post_meta() в цикле — каждый вызов отдельный UPDATE. Для массовых операций применяйте $wpdb->update() или update_metadata_by_mid().
  • Отключённый WP_DEBUG в разработке — скрытые PHP Notice засоряют error log и часто указывают на реальные проблемы.
  • Хранение медиа в Git — wp-content/uploads в .gitignore, синхронизация через WP-CLI media import или rsync.
  • Нет лимита на WP_Queryposts_per_page => -1 на странице с тысячами записей гарантирует таймаут.

Почему стоит доверить WordPress разработку профессионалам?

Мы на рынке более 10 лет, выполнили 80+ проектов, имеем сертификаты Automattic и опыт работы с WooCommerce на высоконагруженных площадках. Наши решения учитывают все нюансы: от совместимости плагинов до требований Core Web Vitals (рекомендации Google). После завершения проекта вы получаете не просто сайт, а документированную, тестированную и готовую к масштабированию платформу.

Для консультации и оценки вашего проекта — пишите или звоните. Мы отвечаем в течение часа в рабочее время. Закажите аудит уже сегодня.