Почему сайты на конструкторах проигрывают кастомной разработке на узбекском рынке
Конструктор — нормальный инструмент, но у него есть конкретные технические границы, и на локальном рынке в них упираются раньше, чем на глобальном.
Где конструктор действительно уместен
Лендинг под разовую акцию, страница мероприятия, тестовая проверка спроса, портфолио — везде, где сайт живёт несколько месяцев и его задача одна. Собирается за дни, стоит несколько сотен тысяч сум в год.
Если бизнес ещё не подтвердил гипотезу, тратить 30–60 миллионов на кастомную разработку — способ дорого узнать, что продукт не нужен. Начать с конструктора здесь разумно.
Проблема начинается не с дизайна, а в момент, когда сайту нужно разговаривать с другими системами вашего бизнеса.
Локальные платежи — первая стена
Payme, Click, Uzum Bank и карты Humo и Uzcard требуют серверной части: приём вебхуков от платёжного шлюза, проверка подписи, идемпотентная обработка повторных уведомлений, ответы предопределённым JSON-форматом.
Конструкторы предлагают Stripe и PayPal, а локальные шлюзы — либо через сомнительные плагины, либо через кнопку-ссылку без обратной связи о статусе оплаты. Второе означает ручную сверку каждой транзакции.
Отдельная деталь: при оплате картой Uzcard пользователь проходит подтверждение по SMS, и на медленном соединении сценарий возврата на сайт нужно контролировать самому. В закрытом конструкторе вы этого не контролируете.
Мультиязычность и узбекская локализация
Полноценные две языковые версии с корректным hreflang, отдельными URL и переведённой микроразметкой на большинстве конструкторов делаются либо через дублирование всего сайта, либо клиентским скриптом-переводчиком, что убивает индексацию узбекской версии.
Отдельная головная боль — узбекская латиница с символом U+02BB и корректный lang в html. Шаблонные платформы про эту графику ничего не знают, и поиск по сайту начинает работать некорректно.
Локальные форматы тоже мелочь только на словах: телефон +998 с маской, суммы в сумах без копеек, даты в привычном порядке. На кастомном проекте это одна строка форматтера, на конструкторе — обход ограничений.
Производительность и скорость на слабой сети
Конструкторы генерируют универсальный код: тяжёлый JavaScript, лишние стили, блокирующие сторонние скрипты. На офисном Wi-Fi разница незаметна, на 3G в области она превращается в лишние секунды до первого экрана.
Вы не управляете критическим CSS, приоритетом загрузки LCP-изображения, форматом картинок и стратегией кеширования на CDN. Оптимизация упирается в то, что позволяет платформа.
На кастомном стеке — Next.js со статической генерацией, WebP и AVIF, продуманный сплит бандла — вес первого экрана держится в пределах мегабайта осознанно, а не случайно.
Интеграции и владение данными
Обмен с 1С, синхронизация остатков, дилерский личный кабинет с индивидуальными ценами, отправка заказов в Telegram-бот менеджера — всё это требует серверной логики и доступа к базе. На закрытой платформе доступ ограничен API, которого может просто не быть.
Данные лежат на инфраструктуре платформы, часто за пределами страны. Для проектов, где имеет значение локализация хранения персональных данных, это самостоятельный юридический вопрос.
Экспорт при переезде обычно отдаёт HTML-выгрузку без структуры данных. Практически это означает, что вы переносите тексты, но собираете проект заново.
Честная арифметика
Конструктор: 300 000 – 2 000 000 сум в год подписки плюс работа дизайнера. Кастомный сайт: 25 000 000 – 80 000 000 сум разово плюс хостинг и поддержка. На горизонте двух лет конструктор дешевле почти всегда.
Переворачивает картину не цена, а стоимость ограничения. Если ручная сверка платежей и переписывание заказов в 1С съедают полставки менеджера, кастом окупается быстрее, чем кажется.
Рабочее правило: пока сайт — это витрина и форма заявки, конструктора достаточно. Как только он становится частью операционных процессов, платформа начинает стоить дороже разработки.