happybaby2000.ru — модернизация живого интернет-магазина без переписывания с нуля
happybaby2000.ru
HappyBaby2000 — давний коммерческий проект, который хорошо показывает тип задач, где сайт нельзя просто выбросить и переписать с нуля. Бизнес уже много лет живёт на накопленных данных, старой структуре, SEO-истории и привычных внутренних процессах, поэтому модернизация идёт поверх работающей системы.
Изначально клиент пришёл с интернет-магазином на Shopkeeper 3 и большим количеством технических проблем. Поверх существующей системы был внедрён и доработан собственный shopModx, после чего сайт много лет продолжал работать.
К 2026 году старый frontend заметно устарел. При сохранённом органическом трафике пользовательская часть уже плохо соответствовала современным ожиданиям, поэтому был проведён радикальный, но ограниченный по риску эксперимент: старый MODX-backend сохранили как источник бизнес-данных, а публичный frontend перенесли на haih-agent.
Текущее состояние
Сейчас проект работает в гибридной архитектуре:
- MODX остаётся рабочим backend и хранит основной накопленный бизнес-контекст;
- новый frontend отвечает за публичную часть магазина;
- поверх каталога постепенно развиваются AI-возможности для подбора товаров и взаимодействия с посетителем;
- миграция выполняется без требования одномоментно заменить всю старую систему.
Это не законченный «новый магазин», а живой переходный проект. Часть старых решений всё ещё приходится учитывать в новой архитектуре, и именно это составляет основную инженерную сложность.
Накопленный технический долг и текущие проблемы
Наследие старой платформы и миграция
Нужно сохранять совместимость с историческими URL, изображениями, структурой каталога и SEO-сигналами. Отдельно прорабатываются редиректы и актуализация sitemap. Старые пути изображений местами требуют fallback-логики, потому что данные накоплены за много лет и не всегда приведены к единому формату.
Связанные задачи:
Общий подход к стабильным адресам развивается и на уровне системы человекопонятных URI в haih-agent.
Товарная логика и пользовательский интерфейс
Новая витрина должна корректно работать с данными, которые исторически формировались под другую систему. В процессе всплывают проблемы с вариациями цен, товарами с нулевой стоимостью, сеткой, порядком элементов карточки, мини-корзиной и мобильным интерфейсом.
Текущий активный фокус:
Обе задачи сейчас в Progress и относятся непосредственно к корректности товарного сценария и удобству ежедневной работы с каталогом.
В очереди остаются и более локальные UX-задачи:
- Поправить общую сетку в десктопной версии
- В миникорзине вывести бейджик количества товаров
- Поправить порядок вывода заголовка на странице карточки
- В корзине прописать предупреждение для товаров с 0 стоимостью
SEO и публичное представление
Помимо редиректов и sitemap отдельно остаётся работа над микроразметкой и корректным представлением каталога для поисковых систем.
Связанная задача: Проработать микроразметку.
Инфраструктурные проблемы
Есть и менее заметный, но потенциально важный технический долг, например повышенное потребление памяти MySQL. Симптомы нетипичные: потребление памяти масштабируется вместе с доступной RAM, а попытка жёстко ограничить контейнер приводит к ошибке конфигурации. Причина пока не найдена.
Связанная задача: Разобраться почему на хеппибеби мускул много памяти сжирает.
AI-направление
AI здесь развивается не как отдельная демонстрация технологии, а как дополнительный интерфейс к сложному каталогу и заказу.
Текущие задачи:
- Настроить работу агента через АПИ polza.ai — убрать многоминутные задержки внешнего шлюза OpenRouter без переписывания собственного API;
- Обновить ИИ-агента и прокачать скилы — обновить механику skills и повысить стабильность работы со знаниями;
- Поправить список категорий для ИИ-агента — не передавать агенту скрытые категории;
- Проработать мобильную версию чат-агента;
- Проработать кнопки быстрого взаимодействия с ИИ;
- Проработать контакты в ИИ-чате;
- Проработать принятие заявки в свободной форме — дать пользователю возможность описать все хотелки одним сообщением, даже если нужных товаров нет в каталоге или их сложно найти самостоятельно.
Отдельно есть исследовательское направление: Поресерчить создание 3D редактора атракционов. Идея — по имеющимся фотографиям получить 3D-модели элементов и дать агенту размещать их в сцене по описанию пользователя. Это пока R&D, а не обязательная часть ближайшей продуктовой программы.
Почему работа сейчас идёт именно здесь
Текущий приоритет проекта HappyBaby2000 — постепенное улучшение работающего магазина без разрушения накопленного бизнеса.
Поэтому работа идёт от конкретных проблем, которые возникают в реальной эксплуатации: сейчас это вариативные цены и быстрое редактирование товара; параллельно остаются более крупные направления вокруг миграции, SEO, AI и инфраструктуры.
HappyBaby важен как пример модернизации legacy-проекта в условиях, когда нужно одновременно сохранить старую рабочую систему, улучшить пользовательскую часть и постепенно встроить новые технологии.