Разработка кастомных типов записей WordPress (CPT)

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

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

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

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

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Разработка кастомных типов записей WordPress (CPT)
Простой
от 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

Разработка кастомных типов записей (Custom Post Types) WordPress

Представьте: клиент просит раздел «Портфолио» с фильтром по годам, а стандартные записи не дают ни своего URL, ни метаполей. Мы сталкиваемся с этим регулярно. WordPress из коробки работает с двумя типами контента — «Записи» и «Страницы». Когда сайту нужны Проекты, Вакансии, Недвижимость, Отзывы или Товары, под каждый создаётся собственный тип записей (CPT). CPT даёт отдельный раздел в /wp-admin, свои URL, архивные страницы и полный контроль над структурой данных. Регистрация CPT с базовыми настройками занимает несколько часов; полноценная настройка с ЧПУ, кастомными колонками и возможностями поиска — 1–2 дня. Наш опыт — более 50 настроенных CPT для разных проектов, от портфолио до интернет-магазинов.

Как регистрировать CPT с правильными настройками?

Регистрация начинается с хука init. Внутри вызываем register_post_type с обязательными параметрами. Рассмотрим пример для типа «Проекты»:

add_action('init', function () {
    register_post_type('project', [
        'labels' => [
            'name'               => 'Проекты',
            'singular_name'      => 'Проект',
            'add_new'            => 'Добавить проект',
            'add_new_item'       => 'Новый проект',
            'edit_item'          => 'Редактировать проект',
            'new_item'           => 'Новый проект',
            'view_item'          => 'Просмотр проекта',
            'search_items'       => 'Поиск проектов',
            'not_found'          => 'Проекты не найдены',
            'not_found_in_trash' => 'Корзина пуста',
            'menu_name'          => 'Проекты',
        ],
        'public'             => true,
        'publicly_queryable' => true,
        'show_ui'            => true,
        'show_in_menu'       => true,
        'query_var'          => true,
        'rewrite'            => ['slug' => 'projects', 'with_front' => false],
        'capability_type'    => 'post',
        'has_archive'        => 'projects',
        'hierarchical'       => false,
        'menu_position'      => 5,
        'menu_icon'          => 'dashicons-portfolio',
        'supports'           => ['title', 'editor', 'thumbnail', 'excerpt', 'custom-fields'],
        'show_in_rest'       => true,
        'rest_base'          => 'projects',
    ]);
});

has_archive => 'projects' создаёт страницу архива по адресу /projects/ — туда попадают все записи типа. show_in_rest => true делает тип доступным через REST API и в редакторе Gutenberg. После регистрации обязательно обновите правила ЧПУ: в админке «Настройки → Постоянные ссылки» нажмите «Сохранить» либо выполните flush_rewrite_rules() при активации.

Кастомные колонки в списке записей и сортировка

По умолчанию список проектов показывает только заголовок и дату. Добавим колонки «Клиент», «Год» и «На главной» — все они сортируемые. Вот компактный блок кода, включающий регистрацию колонок, вывод данных и сортировку:

// Регистрируем колонки и выводим данные
add_filter('manage_project_posts_columns', function (array $columns): array {
    $new = [];
    foreach ($columns as $key => $title) {
        $new[$key] = $title;
        if ($key === 'title') {
            $new['client']   = 'Клиент';
            $new['year']     = 'Год';
            $new['featured'] = 'На главной';
        }
    }
    unset($new['comments']);
    return $new;
});

add_action('manage_project_posts_custom_column', function (string $column, int $post_id): void {
    switch ($column) {
        case 'client':
            echo esc_html(get_post_meta($post_id, '_project_client', true) ?: '—');
            break;
        case 'year':
            echo esc_html(get_post_meta($post_id, '_project_year', true) ?: '—');
            break;
        case 'featured':
            $is_featured = get_post_meta($post_id, '_project_featured', true);
            echo $is_featured ? '⭐' : '—';
            break;
    }
}, 10, 2);

add_filter('manage_edit-project_sortable_columns', function (array $columns): array {
    $columns['year'] = 'year';
    return $columns;
});

add_action('pre_get_posts', function (WP_Query $query): void {
    if (!is_admin() || !$query->is_main_query()) return;
    if ($query->get('orderby') === 'year') {
        $query->set('meta_key', '_project_year');
        $query->set('orderby', 'meta_value_num');
    }
});

Включение CPT в поиск WordPress и фильтр по таксономии

По умолчанию стандартный поиск не включает кастомные CPT. Исправляем это через pre_get_posts:

add_action('pre_get_posts', function (WP_Query $query): void {
    if ($query->is_search() && !is_admin() && $query->is_main_query()) {
        $post_types = $query->get('post_type') ?: ['post'];
        if (!is_array($post_types)) {
            $post_types = [$post_types];
        }
        $query->set('post_type', array_merge($post_types, ['project', 'vacancy']));
    }
});

А для фильтрации списка по таксономии (например, категория проекта) добавляем выпадающий список:

add_action('restrict_manage_posts', function (string $post_type): void {
    if ($post_type !== 'project') return;
    $taxonomy = get_taxonomy('project_category');
    wp_dropdown_categories([
        'taxonomy'         => 'project_category',
        'name'             => 'project_category',
        'show_option_all'  => 'Все категории',
        'selected'         => $_GET['project_category'] ?? 0,
        'value_field'      => 'slug',
        'hierarchical'     => true,
    ]);
});

Сравнение: CPT vs таксономия vs кастомное поле

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

Сущность Когда использовать Пример
Custom Post Type Нужна отдельная страница, архив, редактор контента Проект, отзыв, вакансия
Таксономия Требуется группировка или фильтрация записей Категория проекта, тег услуги
Кастомное поле Храним атрибут существующей записи Цена товара, год проекта, адрес офиса

CPT лучше таксономии для содержательных сущностей — он даёт отдельный URL, редактор и полный контроль. Использование таксономии вместо CPT — это потеря SEO-потенциала и ограничение контента.

Какие шаблоны нужны для корректного отображения CPT?

WordPress автоматически ищет шаблоны в определённом порядке. Для типа project приоритет такой:

Приоритет Шаблон Назначение
1 single-project.php Отдельная запись
2 single.php Фолбэк для записей
3 archive-project.php Архив (список)
4 archive.php Фолбэк для архивов

Если нужного шаблона нет, WordPress падает на index.php. Создание single-project.php и archive-project.php — базовая практика для любого CPT.

Связанные записи между разными CPT

Стандартный способ связать два CPT — хранить ID связанных записей в post meta. Например, привязываем кейсы к проекту:

// Сохранение связей
update_post_meta($project_id, '_related_cases', array_map('absint', $case_ids));

// Получение связанных кейсов
$case_ids = get_post_meta($project_id, '_related_cases', true);
if (!empty($case_ids)) {
    $cases = get_posts([
        'post_type'      => 'case',
        'post__in'       => $case_ids,
        'orderby'        => 'post__in',
        'posts_per_page' => -1,
    ]);
}

Для двусторонних связей (многие-ко-многим) используйте плагин Posts 2 Posts или создайте промежуточную таблицу.

Что входит в настройку CPT под ключ

Наш опыт — более 5 лет разработки на WordPress, более 50 настроенных CPT для портфолио, интернет-магазинов и каталогов. В услугу входит:

  • Регистрация CPT с полным набором параметров (ЧПУ, архив, иконка, колонки);
  • Кастомные колонки с сортировкой и фильтрацией;
  • Интеграция с поиском и REST API;
  • Создание шаблонов single-{cpt}.php и archive-{cpt}.php;
  • Документация и передача доступов;
  • Обучение контент-менеджеров.

Гарантируем, что все CPT будут корректно работать с Gutenberg и W3C-валидатором. Свяжитесь, чтобы обсудить ваш проект — оценим задачу за один рабочий день. Получите консультацию: мы поможем выбрать оптимальную архитектуру и реализуем CPT быстрее, чем вы напишете spec.

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

Некорректная регистрация CPT приводит к ошибкам 404, неработающему поиску и падению производительности. Мы используем проверенные паттерны: registration_hook для сброса правил, кастомные колонки без лишних запросов, правильные capability_type. Ваш сайт не потеряет в скорости — гарантируем Core Web Vitals на уровне зелёной зоны.

Для глубокого понимания механизма регистрации обратитесь к официальной документации: register_post_type. Наши специалисты всегда готовы проконсультировать и подобрать решение под ваш проект.

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). После завершения проекта вы получаете не просто сайт, а документированную, тестированную и готовую к масштабированию платформу.

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