Mode sans échec Divi : isoler un conflit du constructeur

Mode sans échec Divi : isoler un conflit du constructeur

Résumé de l'article

Le mode sans échec Divi aide à isoler un conflit quand le constructeur se bloque. Comparez la même action avec et sans ce mode, puis identifiez le composant en cause sur une copie avant de vérifier le site en mode normal.

Approfondir avec une IA

Vous souhaitez approfondir un point ou obtenir une réponse adaptée à votre situation ? Ouvrez cet article dans l'IA de votre choix et poursuivez la conversation.

3 min de lecture

Le mode sans échec Divi permet de comparer le comportement du constructeur dans une session de diagnostic. Il est utile quand l’éditeur se fige, disparaît ou refuse d’enregistrer.

Isoler un conflit

  1. Reproduire
  2. Comparer en Safe Mode
  3. Retester en mode normal
Les points à vérifier dans l’ordre.

Dépanner le constructeur Divi avec Safe Mode

Notez la page concernée, l’action précise qui échoue et le message affiché. Testez une seconde page. Un défaut limité à une page oriente vers son contenu ou son modèle, alors qu’un défaut généralisé peut venir d’un composant commun.

À noter avant d’activer Safe Mode

  • L’URL et le type de contenu concerné.
  • L’action exacte qui échoue et le message affiché.
  • Le résultat de la même action sur une autre page.

Comment activer le mode sans échec de Divi ?

  • Dans l’administration, ouvrez Divi, puis le Centre d’assistance.
  • Activez le mode sans échec et reproduisez exactement l’action qui bloquait.
  • Gardez un onglet en navigation privée pour vérifier séparément ce que voient les visiteurs.

Dans l’administration WordPress, ouvrez Divi puis le centre d’assistance. Activez Safe Mode, puis reproduisez la même action avec la même page. Gardez une fenêtre séparée sans connexion pour voir ce que les visiteurs continuent de recevoir.

Interpréter un test en mode sans échec Divi

Si le problème disparaît, un composant neutralisé dans votre session devient une piste : extension, thème enfant ou code personnalisé. Le test n’identifie pas à lui seul lequel. Sur une copie, réintroduisez les composants un à un et rejouez exactement la même action. Si le défaut subsiste, comparez navigateur, requête qui échoue et journaux avant de toucher à d’autres réglages.

Séparez les extensions WordPress, le thème enfant et les ajouts CSS ou JavaScript dans vos essais. Si une page s’ouvre dans le constructeur mais que l’enregistrement échoue, reproduisez précisément cet enregistrement. Une amélioration de l’affichage ne suffit pas à vérifier que l’erreur d’édition est corrigée.

Exemple de diagnostic

Si l’enregistrement échoue sur une page avant le test et réussit en mode sans échec, notez le résultat sans modifier plusieurs extensions à la fois. Rejouez l’enregistrement sur une copie après avoir isolé un seul composant.

Vérifier la correction après avoir quitté le mode sans échec Divi

Désactivez le mode sans échec puis testez l’ouverture de l’éditeur, l’enregistrement et le rendu public. Si vous avez modifié un module ou une extension qui intervient sur plusieurs pages, contrôlez au moins un autre modèle concerné. Gardez la trace du composant fautif et de la modification qui résout le conflit.

Comparer le même échec avec et sans Safe Mode

Sur une copie, choisissez une action précise, par exemple ouvrir le même module puis enregistrer la page. Notez l’échec en mode normal, puis reproduisez l’action en mode sans échec. Vous obtenez un résultat comparable.

  • Si le problème disparaît, réintroduisez les composants suspects un à un sur la copie. Rejouez exactement la même action à chaque essai.
  • S’il persiste, relevez le message et vérifiez si une autre page du même type échoue aussi. Un problème de contenu ou de serveur reste possible.
  • Désactivez ensuite Safe Mode et vérifiez l’édition et le rendu public avant de conclure.

Si le mode sans échec Divi rétablit l’éditeur, rejouez le même test en mode normal sur une copie. Un résultat différent indique une piste de conflit, que vous pouvez ensuite isoler en changeant un seul composant à la fois.

Vérifier le résultat

Symptôme observé Premier contrôle
Une seule page bloque Contenu ou modèle de cette page
Le mode sans échec rétablit l’éditeur Composant neutralisé dans la session
Le défaut persiste Requête qui échoue et journaux
  • Comparer la même action avec et sans Safe Mode.
  • Isoler une cause à la fois sur une copie.
  • Confirmer l’enregistrement et le rendu normal.

Consulter la documentation de référence.

Questions fréquentes

Puis-je conclure que la dernière extension installée est responsable ?

Le changement récent donne une piste. Reproduisez l’erreur avec et sans l’extension avant de l’attribuer à cette cause.

Le mode sans échec répare-t-il le site public ?

Il sert à isoler un problème dans la session de travail. Vérifiez séparément ce qu’un visiteur reçoit en fenêtre privée.

Que noter avant de solliciter de l’aide ?

L’URL, l’action qui échoue, le message affiché et le résultat comparé avec et sans Safe Mode.

Comment enlever le mode sans échec de Divi ?

Revenez au centre d’assistance de Divi et désactivez le mode sans échec. Rechargez ensuite la même page dans la même session pour comparer le résultat.

Pourquoi le retour à la normale fait-il revenir la panne ?

Le test oriente vers un conflit avec un composant isolé pendant le mode sans échec. Sur une copie, réactivez les composants séparément et refaites la même action. À lire aussi, la désactivation ciblée d’une extension.

À retenir

Désactivez le mode sans échec Divi puis rejouez l’action qui échouait.

RÉDIGÉ PAR

Mickaël RENAUX

Webmaster freelance • WordPress • Divi

Dans le web depuis plus de 10 ans et indépendant depuis 2021, j’accompagne les entreprises dans la création, la refonte, la maintenance et le référencement de leur site. Chaque article est rédigé à partir de mon expérience terrain et régulièrement mis à jour.

Sommaire

UN PROJET ?

Parlons de votre projet

Expliquez-moi votre besoin, voyons comment avancer.

Mon expertise sur ce sujet

Pour approfondir le sujet