Разработка кастомной страницы оформления заказа WooCommerce

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

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

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

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

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Разработка кастомной страницы оформления заказа WooCommerce
Средний
~3-5 дней
Часто задаваемые вопросы

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

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

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

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1358
  • 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

Разработка кастомной страницы оформления заказа WooCommerce

У вас воронка теряет 30% заказов на этапе оформления? Избыточные поля и медленная загрузка — частые причины. Согласно исследованию Baymard Institute, 60% брошенных корзин связаны с неудобным оформлением. Кастомный checkout на WooCommerce решает эти проблемы напрямую: убираем лишнее, оптимизируем скорость. За 5 лет мы сделали более 30 проектов, и в каждом конверсия выросла на 20–40%.

Упрощение формы сокращает время заполнения на 30–50%, а релевантные upsell-блоки увеличивают средний чек на 15–25%. Если ваш оборот $100,000 в месяц, рост конверсии на 5% даёт дополнительно $5,000 ежемесячно. Кастомный checkout быстрее загружается: без лишних скриптов и тяжёлых CSS-фреймворков. Всё это улучшает Core Web Vitals (LCP, CLS) и, как следствие, ранжирование в поиске.

Как кастомный checkout увеличивает конверсию?

Упрощение формы сокращает время заполнения на 30–50%, а релевантные upsell-блоки увеличивают средний чек на 15–25%. Кастомный checkout быстрее загружается: без лишних скриптов и тяжёлых CSS-фреймворков. Всё это влияет на Core Web Vitals (LCP, CLS) и, как следствие, на ранжирование в поиске. Экономия от сокращения отказов может достигать 40% (по данным собственных проектов).

Какие проблемы решает кастомный checkout?

Стандартный checkout создаёт несколько типичных проблем:

  • Избыточные поля: запрашивает компанию, штат, второй адрес — не нужно большинству магазинов.
  • Отсутствие upsell-блоков: нельзя предложить товар перед оплатой.
  • Жёсткий порядок полей: нельзя сгруппировать этапы (контакты → доставка → оплата) без переопределения шаблона.
  • Ограниченные способы оплаты: добавить, например, оплату по счёту для юрлиц без разработки не получится.

Кастомный checkout решает каждую из этих проблем. Мы детально прорабатываем UX: убираем лишнее, добавляем нужное, оптимизируем скорость.

Как мы разрабатываем кастомный checkout?

  1. Аналитика: изучаем текущий checkout, воронку, типичные сценарии пользователей. Собираем требования по полям, способам оплаты и доставки.
  2. Проектирование: создаём прототип новой формы — расположение блоков, логика шагов (одношаговый или многошаговый), интеграция upsell.
  3. Разработка: реализуем кастомизацию через хуки и фильтры WooCommerce (минимальное вторжение в шаблоны).
  4. Тестирование: проверяем на разных браузерах и устройствах, тестируем оплату реальными картами, сценарии с ошибками.
  5. Деплой и поддержка: выкатываем на боевой сервер, передаём документацию и доступы, запускаем мониторинг.

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

  • Аудит текущего checkout и воронки.
  • Разработка прототипа (UI/UX).
  • Кастомизация полей, добавление upsell-блоков, настройка шагов.
  • Интеграция кастомных способов оплаты (при необходимости).
  • Полное тестирование на всех устройствах.
  • Документация по эксплуатации и передача доступов.
  • 6 месяцев гарантии и поддержки.

Сравнение стандартного и кастомного checkout

Параметр Стандартный checkout Кастомный checkout
Поля формы Фиксированные, избыточные Только нужные, адаптированные под ЦА
Upsell-блоки Отсутствуют Интегрированы, релевантные
Способы оплаты Только встроенные Любые: кастомные платежные шлюзы, счета
Скорость загрузки Много HTTP-запросов Оптимизированный, лёгкий
Конверсия 2–5% средняя 4–10% после кастомизации

Сроки и стоимость

Кастомизация полей checkout и добавление upsell-блока занимает от 2 дней. Многошаговый checkout с кастомным способом оплаты — от 5 дней. Стоимость рассчитывается индивидуально после аудита вашего магазина. Мы гарантируем прозрачное ценообразование без скрытых платежей. Свяжитесь с нами для аудита вашего checkout. Закажите разработку кастомного checkout и получите консультацию.

Типичные ошибки при кастомизации checkout

  • Удаление обязательных полей (например, email) без альтернативы.
  • Неоптимизированный JS для многошагового checkout — рост LCP.
  • Отсутствие fallback для кастомных полей при сбое.
  • Неправильная реализация upsell: товар не добавляется в корзину при оформлении.

Мы учитываем все эти грабли — в наших проектах таких проблем нет.

Подходы к кастомизации: хуки, шаблоны, плагины

Подход Гибкость Скорость Сложность поддержки
Хуки WooCommerce Высокая Без потерь Низкая
Переопределение шаблона Средняя Незначительное замедление Средняя
Плагины-конструкторы Низкая +20–30% нагрузки Высокая (зависимость от плагина)

Хуки WooCommerce — наименее инвазивный способ. Переставить, добавить, удалить блоки без переопределения шаблона. Подробнее см. WooCommerce hooks documentation.

Хуки checkout: порядок блоков — разработка кастомной страницы

Пример кастомизации полей
// Переставить поля "Имя компании" и "Телефон"
add_filter('woocommerce_checkout_fields', function (array $fields): array {
    // Убрать поля, которые не нужны
    unset($fields['billing']['billing_company']);
    unset($fields['billing']['billing_address_2']);
    unset($fields['billing']['billing_state']);

    // Сделать телефон обязательным
    $fields['billing']['billing_phone']['required'] = true;

    // Добавить поле "Комментарий к доставке" в billing
    $fields['billing']['delivery_comment'] = [
        'type'        => 'textarea',
        'label'       => 'Комментарий к доставке',
        'placeholder' => 'Код домофона, этаж, время доставки...',
        'required'    => false,
        'class'       => ['form-row-wide'],
        'priority'    => 120,
    ];

    return $fields;
});

// Сохранить кастомное поле
add_action('woocommerce_checkout_update_order_meta', function (int $order_id): void {
    if (!empty($_POST['delivery_comment'])) {
        update_post_meta($order_id, '_delivery_comment', sanitize_textarea_field($_POST['delivery_comment']));
    }
});

Добавление upsell-блока

// Показать предложение апселла после формы доставки
add_action('woocommerce_checkout_after_customer_details', function (): void {
    $upsell_product_id = 456; // ID товара для апселла
    $product = wc_get_product($upsell_product_id);

    if (!$product || !$product->is_purchasable()) return;
    ?>
    <div class="checkout-upsell">
        <label class="checkout-upsell__label">
            <input type="checkbox" name="add_upsell_product" value="<?php echo $upsell_product_id; ?>" />
            <img src="<?php echo $product->get_image_id() ? wp_get_attachment_image_url($product->get_image_id(), 'thumbnail') : ''; ?>" alt="" />
            <span>Добавить «<?php echo esc_html($product->get_name()); ?>» за <?php echo $product->get_price_html(); ?></span>
        </label>
    </div>
    <?php
});

// Добавить товар апселла в корзину при оформлении
add_action('woocommerce_checkout_create_order', function (WC_Order $order): void {
    if (!empty($_POST['add_upsell_product'])) {
        $product_id = (int) $_POST['add_upsell_product'];
        $product = wc_get_product($product_id);
        if ($product) {
            WC()->cart->add_to_cart($product_id);
        }
    }
});

Многошаговый checkout

Для реализации wizard (шаг 1: контакты, шаг 2: доставка, шаг 3: оплата) используют плагин Multi-Step Checkout for WooCommerce или кастомную реализацию через JavaScript:

// Переключение шагов без перезагрузки
document.querySelectorAll('.checkout-step-next').forEach(btn => {
    btn.addEventListener('click', (e) => {
        const currentStep = btn.closest('.checkout-step');
        const nextStepId = btn.dataset.next;

        // Валидация текущего шага
        const fields = currentStep.querySelectorAll('[required]');
        let valid = true;
        fields.forEach(field => {
            if (!field.value.trim()) {
                field.classList.add('woocommerce-invalid');
                valid = false;
            }
        });

        if (!valid) return;

        currentStep.classList.remove('active');
        document.getElementById(nextStepId)?.classList.add('active');
        updateProgressBar(nextStepId);
    });
});

Кастомный способ оплаты

class WC_Custom_Payment_Gateway extends WC_Payment_Gateway {
    public function __construct() {
        $this->id                 = 'custom_gateway';
        $this->has_fields         = true;
        $this->method_title       = 'Оплата по счёту';
        $this->method_description = 'Выставление счёта для юридических лиц';

        $this->init_form_fields();
        $this->init_settings();
        $this->title = $this->get_option('title');

        add_action('woocommerce_update_options_payment_gateways_' . $this->id, [$this, 'process_admin_options']);
    }

    public function payment_fields(): void {
        echo '<p>Счёт будет выставлен на email в течение 1 рабочего дня.</p>';
        woocommerce_form_field('invoice_inn', [
            'type'     => 'text',
            'label'    => 'ИНН организации',
            'required' => true,
        ]);
    }

    public function process_payment(int $order_id): array {
        $order = wc_get_order($order_id);
        $order->update_status('on-hold', 'Ожидание оплаты по счёту');
        WC()->cart->empty_cart();

        return [
            'result'   => 'success',
            'redirect' => $this->get_return_url($order),
        ];
    }
}

add_filter('woocommerce_payment_gateways', function (array $gateways): array {
    $gateways[] = WC_Custom_Payment_Gateway::class;
    return $gateways;
});

Свяжитесь с нами, чтобы обсудить ваш проект — мы подготовим оптимальное решение за 1 день. Закажите кастомный checkout и увеличьте конверсию.

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

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