Audit technique complet
ImmoConnexion
Diagnostic des causes racines des régressions front/admin, et plan de remédiation pour retrouver un comportement stable, cohérent et reproductible entre local et production.
Synthèse exécutive
Le site présentait des symptômes multiples mais reliés entre eux — pas une série de bugs isolés, mais l'expression d'une architecture non gouvernée.
⚠ Symptômes observés
- Conflits entre Theme Builder Elementor, theme bloc (Twenty Twenty-Four) et contenus mixtes
- Instabilité forte en local : timeouts Apache/PHP causant des erreurs 500 intermittentes
- Administration incohérente : menus classiques indisponibles avec le theme bloc
- Risque de dérive de templates (header/footer variables selon les pages)
- Dette de configuration locale/prod : URLs, cron, appels externes, cache
✓ Conclusions
- Cause principale des 500 en local : cumul de plugins/appels externes lents avec surcharge d'exécution
- La cohérence de rendu (header/footer/single post) est affectée par une architecture hybride non cadrée
- Nécessité de passer d'une correction symptomatique à une gouvernance de templates + QA + procédure d'exploitation
Contexte et faits établis
Faits techniques vérifiés
- Erreurs 500 observées sur le front (home + pages partenaires) avec timeouts Apache : mod_fcgid read timeout from pipe, End of script output before headers sur index.php et admin-ajax.php
- Les erreurs 500 n'étaient pas limitées à 2 pages — elles touchaient parfois toute la home
- Elementor Pro est indispensable au rendu header/footer actuel (Theme Builder)
- Le theme actif est un theme bloc ; dans ce cas,
nav-menus.phppeut être indisponible nativement - Le projet contient plusieurs plugins potentiellement conflictuels pour un environnement local (cache, télémétrie, appels externes, services cloud)
Garde-fou HTTP externe local (wp-content/mu-plugins/local-fast-external-http.php) · Cron désactivé sur requête front locale (wp-config.php) · Restauration des menus classiques (wp-content/mu-plugins/local-dev-legacy-menus.php) · Sécurisation visuelle header/footer/back-to-top (wp-content/mu-plugins/icx-post-layout-enforcer.php)
Ces ajustements ont été posés pour restaurer l'exploitabilité locale rapidement — ils ne remplacent pas une remédiation structurelle de l'architecture templates/plugins.
Réponse point par point (12 points)
Chaque demande client traitée avec constat, cause racine et action recommandée.
Failles, risques et priorités
Plan de remédiation recommandé
- Garder Elementor Pro actif
- Conserver le garde-fou local HTTP externe
- Vérifier l'absence de 500 sur 20 URLs critiques
- Auditer tous les templates header/footer/single post
- Supprimer les overlaps et templates morts
- Appliquer un seul single post global
- QA responsive complet
- Validation Gutenberg + Elementor
- Livraison du guide d'autonomie client
Checklist QA avant clôture
État local actuel
Ce snapshot est local — la transposition en préprod/prod doit être validée avec sauvegarde complète et plan de rollback.
- elementor
- elementor-pro
- add-search-to-menu
- ai-engine
- contact-form-cfdb7
- duplicator
- essential-addons-for-elementor-lite
- google-site-kit
- insert-headers-and-footers
- loco-translate
- the-post-grid
- updraftplus
- wordpress-seo
- wpforms-lite
- add-to-any
- autopost-ai
- contact-form-7
- flamingo
- hostinger-reach
- litespeed-cache
- wp-mail-smtp
Recommandation finale au client
Pour un résultat durable
- Traiter la cause architecture (templates + conditions) avant d'empiler des patches
- Fixer un workflow éditorial unique — ou clairement segmenté Gutenberg vs Elementor
- Verrouiller une procédure QA avant toute publication
- Fournir une documentation d'administration simple pour l'autonomie du client