Разбираю по своей практике, какие решения дороже всего аукаются, когда компания решает заказать сайт на wordpress. Речь не про форс-мажоры вроде смены дизайнера на середине проекта, а про типовые просчёты на старте, из-за которых потом переплачивают в полтора-два раза и теряют месяцы на переделки. Ниже пять ошибок, которые встречаются почти в каждом втором проекте, попадающем ко мне на доработку после другого исполнителя, с конкретными цифрами и тем, что делать вместо этого.
Ошибка №1 - заказывать по референсам вместо технического задания
Классическая история: клиент присылает три ссылки на сайты конкурентов и фразу «хочу примерно так, но круче». Исполнитель садится верстать на глазок, без фиксации структуры, без списка обязательных блоков и интеграций. Недели через три-четыре выясняется, что забыли форму обратного звонка с валидацией телефона, каталог на полторы тысячи товаров с фильтрами по трём параметрам и синхронизацию с 1С - просто потому, что об этом никто не спросил на старте.
Пересборка каталога или добавление фильтрации, когда структура сайта уже свёрстана, обходится в 30-50% от стоимости всей разработки - это не «добавить блок», а переделка шаблонов и части базы товаров.
Похожая ситуация - миграция с Tilda. Клиенты часто уверены, что кастомные Tilda-скрипты (валидация форм, доп. поля, интеграции с мессенджерами) перенесутся на WordPress как есть. На практике логика конструктора и логика WordPress не совместимы: скрипты пишутся заново под тему и плагины нового сайта, и это отдельная строка в смете, а не пятиминутная задача.
Что делать: до старта работ фиксировать в ТЗ структуру страниц, список интеграций (оплата, доставка, CRM, аналитика), количество типов товаров или услуг и требования к скорости загрузки. Час на созвон с разработчиком в начале экономит недели на середине проекта.
Ошибка №2 - экономить на хостинге и на опыте разработчика
Shared-хостинг за 150-300 ₽ в месяц отлично держит сайт-визитку на пять страниц. Для магазина на WooCommerce с каталогом от тысячи товаров и всплеском трафика в распродажу это прямой путь к 502‑й ошибке в самый неподходящий момент - я разбирал случай, когда интернет-магазин лёг на «чёрную пятницу» именно из-за лимитов дешёвого тарифа, а не из-за нагрузки, с которой не справился бы обычный VPS.
Второй момент экономии - выбор исполнителя без опыта именно в WordPress. Фрилансер за 15 000 ₽ обычно ставит бесплатную тему и десяток бесплатных плагинов без разбора, кто их поддерживает и когда было последнее обновление безопасности. Через полгода такой сайт либо ловит уязвимость через дыру в устаревшем плагине, либо обрастает скрытыми редиректами на сторонние ресурсы - и это всплывает только когда падает трафик из поиска.
Ниже ориентир по рынку, не мои цены, а то, что я вижу у клиентов, приходящих на доработку:
| Вариант | Что обычно получаете | Ориентир по рынку |
|---|---|---|
| Фрилансер без портфолио на WP | шаблон + минимум настроек, без ТЗ и тестирования | от 15 000 до 25 000 ₽* |
| Веб-студия среднего звена | долгий цикл согласований, наценка за бренд студии | от 150 000 до 300 000 ₽* |
| Разработка с ТЗ и интеграциями | фиксированный список работ, тестирование перед сдачей | от 60 000 ₽ у меня |
* рыночный ориентир, не мои цены.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Ошибка №3 - откладывать интеграции оплаты и доставки «на потом»
Приём оплаты и доставка - не чекбокс в настройках плагина, хотя выглядит именно так в рекламе конструкторов. На практике интеграция эквайринга (например, T‑Bank в связке с WooCommerce) требует настройки вебхуков для смены статуса заказа, тестового режима перед боевым запуском и проверки, что заказ не остаётся «в обработке» вечно из-за несовпадения статусов между CMS и банком. Если это не протестировать заранее, первые реальные оплаты клиентов зависают, и разбираться приходится уже в момент, когда пошли продажи.
С СДЭК похожая история: расчёт стоимости и сроков доставки по API, синхронизация трек-номеров и статусов - это код, который нужно писать и тестировать отдельно, а не галочка «подключить СДЭК» в настройках темы.
На типовые задачи такого рода у меня есть готовые скрипты интеграции с СДЭК и эквайрингом - они ускоряют внедрение и снимают часть рисков по сравнению с настройкой с нуля.
Ещё одна вещь, которую обычно вспоминают уже после запуска, - уведомления менеджеру о новом заказе. Дешевле заложить простого telegram-бота на aiogram в архитектуру сразу, чем городить его отдельным проектом через три месяца, когда менеджер устал проверять почту вручную.
Ошибка №4 - не думать про скорость и SEO на этапе разработки
WordPress легко обрастает плагинами: SEO, форма, слайдер, попап, конструктор страниц, ещё один конструктор для лендингов внутри сайта. К сдаче проекта набирается пятнадцать-двадцать активных плагинов, страница весит 6-8 МБ, а Google PageSpeed показывает 30-40 баллов на мобильной версии. Это не абстрактная метрика для галочки - при таких показателях позиции в поиске просаживаются, а пользователи с мобильного интернета закрывают вкладку, не дождавшись загрузки.
На практике до половины проседания скорости убирается без потери функциональности: правильное кэширование, сжатие и отложенная загрузка изображений, отказ от дублирующих друг друга плагинов вроде двух конструкторов страниц одновременно.
Второй момент - структура URL и метатеги. Их проще продумать до индексации сайта поисковиками, чем менять постфактум: смена ЧПУ после того, как страницы уже в индексе, почти всегда означает временную просадку трафика, даже с корректными редиректами.
Ошибка №5 - не закладывать бюджет на поддержку после сдачи
WordPress - это ядро, тема и обычно 10-15 плагинов, каждый из которых регулярно выпускает обновления безопасности. Без них через три-шесть месяцев после запуска сайт становится удобной мишенью: автоматические сканеры ищут именно неактуальные версии популярных плагинов. Я не обещаю бесплатные обновления после сдачи проекта - это отдельная работа, и её стоит закладывать в бюджет сразу, а не как незапланированный расход через полгода.
Отдельно стоит продумать рост нагрузки на отдел продаж. Если заявки с сайта растут, ручной перенос их в CRM превращается в узкое место - на этом этапе автоматизация через n8n (заявка с сайта → CRM → уведомление в Telegram) экономит менеджеру часы в неделю и убирает потерянные заявки из-за банального «забыл перенести».
Если поддержка не заложена изначально, первый же взлом или сбой после автообновления плагина превращается в проект «экстренно чиним», который стоит дороже планового обслуживания.
Сколько стоит заказать сайт на wordpress в 2026 году
Ориентир по моим расценкам, без верхней вилки - итоговая сумма зависит от объёма каталога и числа интеграций:
| Задача | Цена |
|---|---|
| Сайт-визитка / лендинг на WordPress | от 60 000 ₽ |
| Интернет-магазин на WooCommerce под ключ | от 80 000 ₽ |
| Автоматизация заявок в CRM через n8n | от 25 000 ₽ |
| Telegram-бот для уведомлений о заказах | от 30 000 ₽ |
| Техподдержка сайта | от 15 000 ₽/мес |
Эквайринг, доставка и CRM обычно считаются отдельно от базовой разработки, потому что объём работы по каждой интеграции разный - сравнивать нужно не итоговую цифру у разных исполнителей, а список того, что в неё входит.
Корпоративный сайт, каталог, блог
Фронтенд + Бэкенд
от 60 000 ₽
Подробнее →Частые вопросы
Сколько по времени занимает заказать сайт на wordpress под ключ?
Для сайта среднего размера - 10-20 страниц плюс каталог - обычно уходит 3-6 недель. Эквайринг и СДЭК добавляют ещё 1-2 недели на тестирование, потому что платёжные интеграции нельзя сдавать без прогона через тестовый режим банка.
Можно ли перенести сайт с Tilda на WordPress без потери контента?
Тексты, изображения и структура страниц переносятся без проблем. А вот логика Tilda-скриптов и кастомных форм - нет, её приходится писать заново под WordPress и WooCommerce, это стоит закладывать в смету отдельной строкой, а не считать частью переноса контента.
Что дешевле - WordPress или Tilda?
Старт на Tilda дешевле - от 30 000 ₽ за сайт. Но при росте каталога, кастомных интеграциях с CRM и эквайрингом WordPress окупается за счёт гибкости: в Tilda многое упирается в возможности конструктора, и часть задач там решается только через дополнительные скрипты.
Нужна ли поддержка сайта после заказа?
Да. WordPress требует регулярных обновлений ядра, темы и плагинов - без этого риск взлома или сбоя после автообновления растёт с каждым месяцем. Поддержка не входит в разработку по умолчанию, я беру её отдельно от 15 000 ₽ в месяц.