Марио ТрендафиловCASE 04 · ДОСИЕ
Работещият магазин беше променен, без бизнесът да бъде прекъснат
От фрагментирана Elessi/WPBakery структура до контролирана WooCommerce система с нов UX, куриерски checkout и защита в production.
WOOCOMMERCE TRANSFORMATIONPRODUCTION SYSTEM
01 · БИЗНЕС КОНТЕКСТ
Работещият магазин трябваше да бъде променен, докато продължава да продава
chanti-suveniri.com не беше празен проект за нов дизайн. Магазинът имаше активен каталог, клиенти, поръчки, вариации, наличности, куриерски процеси и натрупани URL адреси. Затова всяка промяна трябваше да пази работещия бизнес, а не само да създаде по-добър визуален екран.
02 · СИСТЕМЕН ПРОБЛЕМ
Остарялата визия беше само видимата част на проблема
Elessi, WPBakery и NASA функционалностите бяха натрупали зависимости между оформлението, продуктовите шаблони и поведението на магазина. UX проблемите не можеха да бъдат решени безопасно с изолирани CSS корекции, защото checkout-ът, куриерите, мобилното поведение и поддръжката зависеха от същата основа.
03 · ДИАГНОСТИКА
Преди премахването на старото беше проследено какво реално зависи от него
Проверих темата, builder съдържанието, WooCommerce шаблоните, продуктовите данни, URL структурата, изображенията, клиентските и поръчковите записи, както и връзките с Econt и Speedy. Това отдели визуалния дълг от критичната бизнес логика и показа кои части могат да бъдат заменени и кои трябва да бъдат запазени.
04 · КОНТРОЛИРАНА МИГРАЦИЯ
Staging средата беше предпазен механизъм, а не просто копие за преглед
Промените бяха изградени и проверени в защитена staging среда с резервни копия и ясен план за връщане. Production базата не беше презаписана със стара staging версия, защото това би застрашило новите клиенти и поръчки, постъпили по време на разработката.
05 · ТЕХНИЧЕСКА ОСНОВА
Новият дизайн не трябваше да създаде следващото builder заключване
Основата беше преместена към Blocksy, Gutenberg и custom child theme. WooCommerce hooks и ограничени шаблонни намеси замениха натрупването на нови тежки зависимости. Така интерфейсът остана специфичен за магазина, но бъдещите промени станаха по-прегледни и по-малко рискови.
06 · HOME И КАТЕГОРИИ
Началната страница и каталогът бяха подредени като път към продукт
Навигацията, категориите, кампанийното съдържание и продуктовите мрежи получиха обща визуална логика. Акцентите вече подпомагат избора, вместо да се конкурират помежду си, а мобилният изглед запазва ясна последователност между откриването и разглеждането на продуктите.
07 · ПРОДУКТОВА СТРАНИЦА
Информацията за решение беше изведена преди дългото описание
Галерията, вариантите, цената, наличността, основното действие и информацията за доставка бяха подредени като един блок за решение. На мобилен екран беше ограничено излишното вертикално натоварване, без да се скриват данни, нужни на клиента преди добавянето в количката.
08 · МОБИЛЕН CHECKOUT
Интерфейсът беше пренареден, без да се дублира куриерската логика
При мобилния checkout реалните DOM елементи се позиционират според нужната последователност, вместо да се създават визуални копия на полетата. Така стойностите, валидацията и събитията остават върху оригиналните контроли на WooCommerce и куриерските интеграции.
09 · ECONT И SPEEDY
Двата куриера трябваше да работят като част от един checkout
Финалната конфигурация използва общата WooCommerce архитектура на „Българизация за WooCommerce“, вместо паралелни и конфликтни процеси. Изборът на град, адрес или офис, методът за доставка и наличните начини за плащане бяха проверени последователно и за Econt, и за Speedy.
10 · SEO И ИЗОБРАЖЕНИЯ
Редизайнът запази адресите и сигналите, които бизнесът вече беше натрупал
Продуктовите и категорийни URL адреси не бяха сменяни без причина, а важните SEO елементи бяха проверени при миграцията. Изображенията бяха преобразувани към WebP и включени в responsive pipeline, така че визуалното обновяване да не се плаща с ненужно тежки страници.
11 · PRODUCTION ДИАГНОСТИКА
Бавната продуктова страница не беше приета автоматично за frontend дефект
При временни 503 отговори production логовете показаха 95 филтрирани заявки към product-tag адреси за около 85 секунди от 69 IP адреса. Злоупотребяващият модел беше спрян преди WordPress и PHP, докато нормалните страници останаха достъпни. След корекцията продуктовата страница беше проверена отново на реален телефон.
12 · РЕЗУЛТАТ
Четири ключови страници вече работят като една търговска система
Пътят Home → категория → филтър → продукт → вариация → количка → checkout → куриер → плащане беше проверен на desktop и mobile. Магазинът приема реални поръчки през новия checkout, а основата обединява UX, продуктовите данни, доставката, SEO приемствеността, производителността и production защитата.
МНЕНИЕ НА КЛИЕНТА
„При Марио се получи точно обратното на това, от което се притеснявах — сайтът стана по-съвременен и по-бърз. Той мисли не само за визията, а и за начина, по който клиентът реално избира продукт, като добавя професионална преценка отвъд първоначалното задание.“
Казусът описва проверени технически и UX резултати от извършената работа. Не се приписват недоказани промени в приходи, конверсии или SEO позиции на отделна намеса.
Имаш сходен проблем, но различен бизнес?