Zelviro

Défi

Zelviro disposait d'une boutique en ligne avec plus de 13 000 produits référencés, une intégration nécessaire avec les principales marketplaces (eMAG, Trendyol et, plus tard, Temu), un traitement des commandes via Sameday et ColetOnline, et une base de code PHP monolithique qui rendait chaque mise à jour risquée. La page de listing produit mettait plus de 90 secondes à charger à cause de requêtes non optimisées sur des tables comptant des centaines de milliers de lignes. La synchronisation avec les marketplaces se faisait manuellement, avec un risque constant d'écarts entre le stock réel et celui affiché sur eMAG. Et toute personne touchant au code en production risquait de casser des années d'évolution accumulée.

Solution

Nous avons entièrement reconstruit la stack technique en préservant intégralement la base de données et le contenu existant. Pour la performance, nous avons ajouté des index composites sur la table products (status+slug, parent+status, featured+status) et sur ppc (category_id+product_id), ce qui a réduit le TTFB de la boutique de 94 secondes à 27 millisecondes. Nous avons restructuré les requêtes pour éviter les patterns N+1 et implémenté un cache au niveau OLS pour les pages publiques. Pour les intégrations avec les marketplaces, nous avons construit un workflow automatique : synchronisation des stocks à chaque changement, envoi automatique des commandes vers Sameday/ColetOnline, logique de nouvelle tentative pour les erreurs réseau, alertes Telegram en cas d'échec de synchronisation. Pour la sécurité de la production, nous avons mis en place un modèle de staging-laravel comme source de vérité canonique avec réplication automatique du schéma sur les spokes et un système de sauvegarde automatique avant chaque push. Les anciennes URL ont été conservées à l'identique via reverse proxy, sans chaînes de redirections 301 qui auraient cassé le référencement SEO.

Processus

1. 01Audit complet du code existant et cartographie de toutes les intégrations actives
2. 02Sauvegarde intégrale code + BD + uploads (1.3GB) avec rollback testé
3. 03Ajout d'index BD avec mesure de l'impact sur les requêtes critiques
4. 04Reconstruction du frontend en conservant le design approuvé par le client, modernisé sur le plan sémantique
5. 05Mise en place d'une couche d'intégration marketplace avec retry et alerting
6. 06Mise en place d'un staging canonique avec réplication du schéma en production
7. 07Migration progressive avec page de maintenance et whitelist IP pour les tests