French Disorder. Підтримка інтернет-магазину

French Disorder - французький бренд одягу з інтернет-магазином на PrestaShop. Магазин продає щодня, тому збої в оформленні замовлення, оплаті чи листах покупцям одразу б'ють по виручці.

Клієнту була потрібна постійна технічна команда на весь ланцюжок: вітрина, оформлення замовлення, платежі, склад і доставка, повернення та бухгалтерські документи. Кодову базу писали не ми - прийняли її як є: PrestaShop із кастомними модулями, платіжними інтеграціями та зв'язкою зі складом. Працюємо з листопада 2025 року.

Головне в цьому проєкті - виправлення помилок. Магазин дістався нам із великим накопиченим багажем: за дев'ять місяців ми вичистили величезну кількість багів, від кривої математики в рахунках до зламаних листів, і продовжуємо розбирати нові щотижня, щоб система працювала коректно.

74% карток приходять із позначкою critical або urgent. Це профіль підтримки працюючого магазину: більшість звернень про те, що не працює просто зараз у покупця або у звітності.

Приклади таких задач: ціна в приватному розпродажі рахувалася за старими правилами, ApplePay списував оплату двічі, частина покупців перестала отримувати листи про замовлення.

Близько половини задач пов'язані з грошима. Платіжна частина - PayPal, Payplug з ApplePay, подарункові карти Edenred і Kadéos, оплата в чотири платежі. Тут же розбирали інциденти, наприклад подвійне списання через ApplePay.

Друга частина - бухгалтерська операційка: кредит-ноти, інвойси та податкові коригування за десятками клієнтів. Ці задачі повторюються щотижня і йдуть через нас.

Магазин пов'язаний із фізичним складом: інтеграція з MWS, синхронізація залишків, генерація shipping-лейблів для американських замовлень, правила розрахунку вартості доставки.

Окремий напрям - вивантаження даних. Коли стандартних звітів PrestaShop не вистачає, пишемо SQL-запити до бази: повернення, продажі, звірки за періодами.

Коли ми прийняли проєкт, магазин жив на дорогій інфраструктурі, і рахунки за неї помітно перевищували реальні потреби сайту. Ми провели аудит: заміряли навантаження, порахували, скільки ресурсів магазин споживає насправді, і підібрали майданчик, де тієї ж потужності вистачає із запасом - за відчутно менші гроші. У продуктивності клієнт не втратив нічого.

Переїзд зробили з нуля і до кінця: підняли й налаштували сервер, веб-оточення та базу, перенесли магазин, прогнали перевірки і перемкнули трафік так, що покупці нічого не помітили.

Окрема робота - швидкість. PrestaShop цієї версії - платформа ненажерлива: важкі запити до бази, фасетні фільтри, які обожнюють краулери, генерація сторінки на кожен чих. Ми вибудували кешування в кілька шарів, від скомпільованих шаблонів до готових сторінок на веб-сервері, відрізали сміттєве навантаження ботів і довели відгук до стабільно швидкого. Магазин літає, хоча всередині все та ж преста.

Бойовий магазин постійно хтось пробує на міцність. У липні форму підписки накрив list bombing: боти тисячами записували чужі адреси в розсилку, і сервіс розсилок пригрозив відключенням за зіпсовану репутацію відправника. Розбір коду показав причину: у модулі підписки капча була тихо зламана, одна літера в умові перетворювала перевірку на пустушку.

Ми закрили лазівку і перевели всі чотири форми сайту - реєстрацію, обидві підписки та зворотний зв'язок - на Cloudflare Turnstile з перевіркою токена на сервері. У Cloudflare стали правила проти ботнет-мереж і ліміти частоти запитів, на сервері працює фільтр за країнами: разом вони відсікають близько 22 тисяч сміттєвих запитів на годину. З бази вичистили 448 фейкових підписників, і репутація розсилок відновилася.

Попутно з'ясували, чому велика категорія каталогу півтора місяця не відкривалася за переходами з пошуку та закладок: її зачепив занадто жорсткий серверний фільтр від минулої хвилі ботів. Прав на серверний конфіг у нас не було, тому обмеження обійшли правилом Cloudflare - розділ знову доступний і повернувся у видачу Google.

Задачі йдуть через Trello-дошку з пріоритетами: клієнт заводить картку, ми оцінюємо терміновість і беремо в роботу. За дев'ять місяців у картках накопичився 281 коментар з уточненнями та погодженнями.

Пік припав на старт - 88 задач за перші три місяці, поки магазин приводили до стабільного стану. Далі потік знизився і тримається на рівні планового супроводу.

Співпраця триває: задачі надходять і закриваються щотижня. Формат той самий - Trello з пріоритетами, термінові звернення беремо в роботу поза чергою.