Finalisation du site sur Magento 2 - optimisation des performances et stabilisation du paiement après migration

Il existe une boutique en ligne de pièces détachées pour machines agricoles sur Magento 2.4.6-p3 (PHP 8.2, MySQL 8, Elasticsearch), hébergement AWS Lightsail, Cloudflare CDN. Après la migration depuis un autre VPS, le site est devenu plus lent, et les modes de livraison et de paiement pour certaines combinaisons de ville et de poids du panier disparaissent périodiquement en caisse. Le nombre de 500 erreurs sous charge augmente également et le temps nécessaire pour atteindre le premier octet des catégories dépasse parfois 2 à 3 secondes. Il est nécessaire de réaliser un audit technique, d'en trouver les raisons et de procéder à des révisions en mettant l'accent sur la productivité et la fiabilité des commandes.

Environnement et accès - staging et production, dépôt Git avec CI via GitHub Actions, déploiement via SSH. Modules tiers installés pour la livraison (API Nova Poshta), le paiement (LiqPay), le filtrage (Amasty), la mise en cache actuellement uniquement Full Page Cache Magento, Redis n'est pas configuré.

Résultat attendu
- Caisse stable sans disparition des modes de livraison et de paiement, bon fonctionnement des règles de livraison par poids et ville
- Accélération notable des catégories et des fiches produits sans interrompre l'indexation et la recherche
- Réduction de 500 erreurs sous charge et comportement du cache prévisible

Que faire (étapes)
1) Audit et reproduction du problème de paiement - analyse de Magento, Nginx, PHP-FPM, MySQL slow log, Cloudflare logs, vérification de la configuration des modules de livraison et de paiement, reproduction des cas de staging avec enregistrement des étapes et des données
2) Diagnostic de performances - profilage (profileur Magento, Xdebug/Blackfire si possible), analyse des requêtes à la base de données, vérification des index, évaluation de l'impact des modules tiers, vérification du cache et des modes de fonctionnement (développeur/production)
3) Raffinement - correction de la logique/configuration qui conduit à des méthodes de livraison/paiement incorrectes, optimisations de points (requêtes, index, mise en cache), paramètres Redis pour le cache et les sessions, ajustement des paramètres PHP-FPM/Nginx à la ressource actuelle du serveur, sans changer la conception
4) Vérification et publication - régression sur le staging, préparation de la migration des configurations, déploiement en production avec un temps d'arrêt minimal, brèves instructions techniques sur ce qui a été modifié et comment vérifier

Limitation
- Nous ne changeons pas le thème et la mise en page, nous ne mettons pas à jour Magento vers une nouvelle version majeure
- Nous ne désactivons pas les modules métiers critiques (livraison, paiement, filtres), nous pouvons proposer des alternatives uniquement s'il existe la preuve d'un lien de causalité
- Toute modification uniquement via Git et avec possibilité de restauration

Critères d'acceptation (mesurables)
- Lors de la mise en scène, la cause du problème de paiement a été recréée et un correctif a été ajouté, qui supprime le problème lors de 20 tests de paiement consécutifs pour 3 villes et 3 tranches de poids, avec LiqPay et Nova Poshta.
- TTFB pour les pages de catégorie en production avec un cache réchauffé de 800 ms maximum au 90ème percentile (mesure via WebPageTest ou Lighthouse avec emplacement fixe)
- Sous la charge de 30 utilisateurs simultanés pendant 10 minutes (k6 ou similaire), la part des réponses 5xx ne dépasse pas 0,5%, le temps de réponse moyen des pages mises en cache ne dépasse pas 400 ms
- Signalé : cause première trouvée, liste des modifications, commandes/paramètres appliqués et instructions sur la façon de répéter les tests

Une expérience avec Magento 2, le débogage de paiement, l'optimisation MySQL, Redis, PHP-FPM/Nginx et l'utilisation de Cloudflare est attendue.