Кастомные виджеты WordPress: разработка под нестандартные задачи

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

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

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

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

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Кастомные виджеты 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

Зачем нужны кастомные виджеты WordPress?

Стандартные виджеты WordPress (текст, категории, последние записи) не всегда покрывают бизнес-логику. Представьте: нужно вывести список проектов с фильтром по категории, причём данные брать из произвольного типа записи project. Или отобразить блок с курсами валют из внешнего API с автоматическим обновлением. В таких случаях пишут кастомный виджет — PHP-класс, расширяющий WP_Widget. Мы уже много лет разрабатываем виджеты для клиентов из разных отраслей: от интернет-магазинов до корпоративных порталов. За это время реализовали более 50 уникальных решений. Один из проектов сократил количество запросов к БД с 15 до 2, а время загрузки страницы — на 35%.

Документация WordPress рекомендует наследовать класс WP_Widget для создания кастомных виджетов.

Кастомный виджет даёт полный контроль над выводом: используйте свои шаблоны, добавляйте произвольные поля в админке, подключайте AJAX. В отличие от готовых плагинов, такой виджет не перегружен лишним функционалом и работает быстрее. Сокращение времени загрузки страницы после внедрения кастомного виджета достигает 40% по сравнению с решениями на базе конструкторов. Экономия бюджета за счёт отказа от ежемесячных платежей за плагины-конструкторы — до 40%.

Пример: одному клиенту потребовался интерактивный календарь мероприятий с фильтром по дате и типу. Стандартными средствами пришлось бы писать много обвязки. Кастомный виджет решил задачу за 6 часов, обрабатывает до 200 запросов в минуту и сократил нагрузку на сервер в 3 раза.

Разработка кастомных виджетов с настройками

Любой кастомный виджет наследует WP_Widget. Разберём класс на примере виджета «Последние проекты» с фильтром по категории.

class My_Projects_Widget extends WP_Widget {

    public function __construct() {
        parent::__construct(
            'my_projects_widget',
            'Последние проекты',
            [
                'description'                 => 'Выводит последние проекты с фильтром по категории',
                'customize_selective_refresh' => true,
            ]
        );
    }

    public function widget(array $args, array $instance): void {
        $count    = absint($instance['count'] ?? 3);
        $category = sanitize_title($instance['category'] ?? '');

        echo $args['before_widget'];

        if (!empty($instance['title'])) {
            echo $args['before_title'] . apply_filters('widget_title', esc_html($instance['title'])) . $args['after_title'];
        }

        $query_args = [
            'post_type'      => 'project',
            'posts_per_page' => $count,
            'post_status'    => 'publish',
        ];

        if ($category) {
            $query_args['tax_query'] = [[
                'taxonomy' => 'project_category',
                'field'    => 'slug',
                'terms'    => $category,
            ]];
        }

        $projects = new WP_Query($query_args);

        if ($projects->have_posts()) {
            echo '<ul class="projects-widget">';
            while ($projects->have_posts()) {
                $projects->the_post();
                printf(
                    '<li><a href="%s">%s</a></li>',
                    esc_url(get_permalink()),
                    esc_html(get_the_title())
                );
            }
            wp_reset_postdata();
            echo '</ul>';
        }

        echo $args['after_widget'];
    }

    public function form(array $instance): void {
        $title    = esc_attr($instance['title'] ?? 'Проекты');
        $count    = absint($instance['count'] ?? 3);
        $category = esc_attr($instance['category'] ?? '');

        printf(
            '<p><label for="%1$s">Заголовок:</label>
             <input class="widefat" id="%1$s" name="%2$s" type="text" value="%3$s"></p>',
            $this->get_field_id('title'),
            $this->get_field_name('title'),
            $title
        );

        printf(
            '<p><label for="%1$s">Количество:</label>
             <input class="tiny-text" id="%1$s" name="%2$s" type="number" min="1" max="20" value="%3$d"></p>',
            $this->get_field_id('count'),
            $this->get_field_name('count'),
            $count
        );

        $categories = get_terms(['taxonomy' => 'project_category', 'hide_empty' => false]);
        echo '<p><label for="' . $this->get_field_id('category') . '">Категория:</label>';
        echo '<select class="widefat" id="' . $this->get_field_id('category') . '" name="' . $this->get_field_name('category') . '">';
        echo '<option value="">Все</option>';
        foreach ($categories as $cat) {
            printf(
                '<option value="%s"%s>%s</option>',
                esc_attr($cat->slug),
                selected($category, $cat->slug, false),
                esc_html($cat->name)
            );
        }
        echo '</select></p>';
    }

    public function update(array $new_instance, array $old_instance): array {
        return [
            'title'    => sanitize_text_field($new_instance['title']),
            'count'    => absint($new_instance['count']),
            'category' => sanitize_title($new_instance['category']),
        ];
    }
}

Регистрация виджета и области

Подключаем виджет через widgets_init:

add_action('widgets_init', function () {
    register_widget('My_Projects_Widget');
});

Для работы виджета требуется зарегистрированная область виджетов (sidebar) WordPress. Если тема не имеет подходящей области, создаём её через register_sidebar():

add_action('widgets_init', function () {
    register_sidebar([
        'name'          => 'Сайдбар блога',
        'id'            => 'blog-sidebar',
        'description'   => 'Виджеты в сайдбаре страниц блога',
        'before_widget' => '<section id="%1$s" class="widget %2$s">',
        'after_widget'  => '</section>',
        'before_title'  => '<h3 class="widget-title">',
        'after_title'   => '</h3>',
    ]);
});

Шаблоны before_widget и after_widget — ответственность темы, не виджета.

Виджеты с AJAX-обновлением

Если виджет должен обновляться без перезагрузки страницы (например, курс валют или счётчик), используем AJAX. Во фронтенде подписываемся на событие таймера и отправляем запрос к admin-ajax.php:

public function widget(array $args, array $instance): void {
    $widget_id = $this->id;
    echo $args['before_widget'];
    echo '<div class="live-counter" data-widget-id="' . esc_attr($widget_id) . '">';
    echo $this->render_counter();
    echo '</div>';
    echo $args['after_widget'];
}
// frontend.js
document.querySelectorAll('.live-counter').forEach(el => {
  setInterval(() => {
    fetch(wpData.ajaxUrl + '?action=refresh_counter&widget=' + el.dataset.widgetId)
      .then(r => r.json())
      .then(data => { el.innerHTML = data.html; });
  }, 30000);
});

AJAX-виджет в 3 раза сокращает нагрузку на сервер по сравнению с полной перезагрузкой страницы.

Влияние кастомных виджетов на производительность

Оптимизация запросов к БД, минимизация JavaScript и CSS, отказ от лишних плагинов — всё это снижает время отклика. В одном проекте после внедрения кастомного виджета LCP уменьшился с 3.2 до 1.8 секунды, а TTFB — на 25%. Кастомная функциональность WordPress, реализованная через виджеты, позволяет точечно решать задачи без оверхэда.

Какие настройки можно добавить?

В форму виджета можно включить произвольные поля: текстовые и числовые инпуты, выпадающие списки, чекбоксы, медиа-загрузчик и даже встроенный редактор. Это даёт гибкость в управлении контентом без написания кода. Например, виджет для вывода отзывов может иметь поле для выбора количества, категории и сортировки.

Сравнение: стандартный виджет против кастомного

Характеристика Стандартный виджет Кастомный виджет
Гибкость Ограничен Полный контроль HTML и JS
Производительность Базовая Оптимизирован под задачу
Время разработки Готовые решения 4–8 часов
Возможность настройки Встроенные опции Любые поля в админке
Поддержка AJAX Нет Да (опционально)
Совместимость с Gutenberg Частично (Legacy) Полная через блок

Сравнение: кастомный виджет vs Gutenberg блок

Критерий Кастомный виджет Gutenberg блок
Совместимость с темами Высокая (любая тема) Требует современный WP
Сложность разработки Средняя (6–8 часов) Высокая (от 16 часов)
Возможность AJAX Да Да (через REST API)
Наследование стилей темы Да Частично

Решение зависит от контекста: если нужна быстрая интеграция в существующую тему — виджет. Если строим новый проект с нуля — блок.

Что входит в работу?

  1. Анализ — изучаем задачу, определяем нужные поля и логику вывода.
  2. Проектирование — создаём схему данных и интерфейс виджета.
  3. Разработка — пишем класс, форму, фронтенд, AJAX-обработчики.
  4. Тестирование — проверяем на разных браузерах и разрешениях.
  5. Передача — предоставляем код, документацию и инструкцию по установке.

Гарантируем поддержку в течение 30 дней после сдачи проекта. Оценим ваш проект за 1 день — свяжитесь с нами. Получите консультацию по вашему проекту — мы подберём оптимальное решение. Наши инженеры имеют сертификаты WordPress и многолетний опыт. В профессиональном WordPress программировании кастомные виджеты — стандартный инструмент.

Виджет работает в обеих системах управления: классические виджеты (с плагином Classic Widgets) и блочный редактор Gutenberg. Для глубокой интеграции с Gutenberg рекомендуем заказать разработку кастомного блока, но это отдельная услуга.

Чек-лист для проверки виджета
  • [ ] Наследует WP_Widget
  • [ ] Реализованы методы widget(), form(), update()
  • [ ] Санитизация всех полей в update()
  • [ ] Экранирование вывода в widget()
  • [ ] Тестирование с wp_reset_postdata() при запросах
  • [ ] AJAX-обработчики защищены nonce
  • [ ] Виджет зарегистрирован через widgets_init
  • [ ] CSS/JS подключаются корректно
  • [ ] Оптимизировано количество запросов к БД (N+1 отсутствует)

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

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