Как мы помогли переработать сайт федеральному гипермаркету матрасов

Со временем даже сильные продуктовые команды сталкиваются с перегрузкой: задачи копятся, релизы замедляются, а архитектура перестает выдерживать рост проекта. В такой ситуации любое серьезное обновление превращается в риск — остановка сайта даже на короткое время напрямую влияет на выручку.

В какой-то момент команда Матрас.ру оказалась именно в такой ситуации. При растущей нагрузке сайт начал тормозить развитие бизнеса: новые функции внедрялись медленно, а часть идей вообще невозможно было реализовать.

При этом «переписать все» — означало бы на время заморозить продукт. Для e-commerce это прямые потери.

Матрас.ру — крупный интернет-магазин с федеральным охватом. Ассортимент включает как товары партнеров, так и продукцию собственных фабрик. Основная нагрузка — на онлайн-продажи, поэтому требования к стабильности и скорости высокие.

К моменту подключения нашей команды сайт существовал более 10 лет. За это время накопились следующие проблемы:

внедрение новых функций стало затягиваться;

страницы открывались заметно медленнее, чем у конкурентов;

интерфейс устарел, но обновление откладывалось;

архитектура мешала масштабированию.

Внутренняя разработка уже не справлялась с объемом задач — проект решили передать на аутсорс.

Аудит показал, что проблема не в отдельных участках, а в самой структуре системы.

Фактически сайт был собран из нескольких независимых частей:

- одна отвечала за часть интерфейса;

- другая — за серверный рендеринг;

- третья — за генерацию страниц на стороне backend.

Это означало, что любое изменение приходилось дублировать в нескольких местах. Даже простые задачи превращались в цепочку правок и деплоев.

Дополнительно страдала инфраструктура:

- база данных разрослась до десятков гигабайт;

- данные дублировались;

- для поддержания скорости приходилось использовать дорогие серверы.

Мы начали не с глобальных изменений, а с точечных доработок, которые сразу влияли на бизнес-процессы.

За несколько месяцев:

- автоматизировали отправку платежных ссылок и внедрили оплату частями;

- настроили обмен данными с 1С без ручного участия;

- перенесли видеоконтент с YouTube на VK Видео из-за нестабильности первого.

Эти изменения снизили нагрузку на процессы, но не решили фундаментальных проблем архитектуры.

Критической точкой стал запрос на развитие SEO-раздела со статьями. Выяснилось, что из-за особенностей URL и логики рендеринга внедрить нужные изменения практически невозможно.

Это был сигнал: дальнейшие доработки в текущей системе будут только усложнять ситуацию.

Мы предложили перейти к полной переработке:

- объединить фронтенд в единое SSR-приложение на Nuxt.js;

- привести backend к единому стеку на Go;

- отказаться от разрозненной логики и выстроить единую архитектуру.

Главное ограничение со стороны бизнеса — сайт должен продолжать работать и развиваться.

Поэтому мы выстроили параллельный процесс:

- текущая версия продолжала поддерживаться;

- новая система разрабатывалась отдельно;

- ключевой функционал дублировался в обеих версиях.

Такой подход позволил не замораживать развитие и одновременно готовить новую архитектуру.

За следующие шесть месяцев в таком режиме работы удалось внедрить сразу несколько нововведений:

- автоматизировали загрузку данных с собственных производств;

- внедрили систему отзывов с рейтингами и пользовательским контентом;

- добавили удобную работу с поставщиками через админ-панель;

- переработали фильтрацию каталога;

- автоматизировали расчет скидок и акций.

Эти изменения напрямую повлияли на удобство пользователей и внутренние процессы.

Релиз планировали как поэтапный, чтобы пользователи не заметили перехода. В целом это удалось, но не обошлось без технических сложностей:

- отсутствие отдельного QA-специалиста (заказчик решил не привлекать отдельного специалиста, чтобы уложиться в общий бюджет проекта) привело к багам после запуска;

- сторонний сервис защиты от ботов вызвал конфликт с сайтом;

- временно возникли проблемы с отображением страниц и индексацией.

Все критичные моменты были нами оперативно устранены.

После перехода на новую архитектуру:

- скорость работы сайта увеличилась примерно в 3 раза;

- технический долг практически устранен;

- релизы ускорились в 4 раза;

- количество ошибок при загрузке снизилось на 90%;

- система стала масштабируемой и гибкой.

Пока что дизайн остался старым — новый будет внедрен в следующей версии.

Что дальше

Проект продолжает развиваться. В ближайших планах на 2026 год:

- убрать оставшийся технический долг

- внедрить новый дизайн сайта

- расширить функционал (способы оплаты, счетчики акций, ПВЗ и так далее);

- подключить автотестирование для мониторинга работы сайта в разных городах