La prévisualisation n’a pas pu être chargée
En anglais : The preview could not be loaded
Réponse rapide
Le panneau Elementor ou son aperçu ne finit pas de se charger : erreur PHP ou JavaScript, extension ou thème en conflit, requête admin-ajax bloquée. Activez le mode sans échec d’Elementor, puis lisez l’erreur dans le débogage de prévisualisation.
Vous cliquez sur « Modifier avec Elementor » et l’éditeur reste figé sur l’écran de chargement : le panneau de gauche tourne indéfiniment, l’aperçu à droite reste vide ou blanc, et parfois une fenêtre finit par annoncer « La prévisualisation n’a pas pu être chargée ». Parfois, un bandeau « Impossible de modifier ? » propose le mode sans échec. Le problème survient uniquement dans l’éditeur, sur un compte autorisé à modifier le contenu ; le site public, lui, continue en général de s’afficher normalement.
Ce symptôme n’a pas une cause unique : il est la manifestation commune de plusieurs pannes. La bonne méthode consiste à faire parler l’erreur plutôt qu’à désactiver des extensions au hasard.
Ce que signifie cette erreur
L’éditeur est servi par une page d’administration (wp-admin/post.php?post=ID&action=elementor) qui charge le panneau JavaScript d’Elementor. Ce panneau ouvre ensuite, dans une iframe, une version « aperçu » de la page, adressée par l’URL de la page avec les paramètres elementor-preview=ID et ver=… (core/base/document.php). Les données du document, la configuration des widgets et les enregistrements passent par des requêtes admin-ajax.php avec l’action elementor_ajax (core/common/modules/ajax/module.php).
Lorsque l’iframe s’est chargée mais que l’objet elementorFrontend n’y existe pas, le panneau appelle onPreviewLoadingError() (assets/js/editor.js). Elementor lance alors une série de contrôles (core/debug/loading-inspection-manager.php). Il peut signaler « Certains fichiers de votre thème sont manquants. » ou, lorsque le mode sans échec est actif sur un serveur Apache avec des permaliens, « Le fichier .htaccess de votre site semble être manquant. » À défaut, il affiche le message générique : « Nous sommes désolés, mais quelque chose s’est mal passé. Cliquer sur « En apprendre plus » et suivez chacune des étapes pour rapidement résoudre cela. », avec le lien « Cliquez ici pour le débogage de prévisualisation ».
Ce lien ouvre l’URL de l’aperçu avec le paramètre preview-debug : si PHP a rencontré une erreur fatale, Elementor en affiche le texte (includes/preview.php). Si cette URL répond par une erreur HTTP, la fenêtre affiche à la place le libellé et le code du statut (par exemple 403 ou 500). Quand ni la fenêtre ni l’erreur n’apparaissent et que le chargement tourne sans fin, c’est généralement qu’une erreur JavaScript ou une requête bloquée empêche le panneau d’aboutir. La console du navigateur le montre.
Ne confondez pas cette panne avec « Désolé, la zone de contenu n’a pas été trouvée dans votre page. », qui signifie que le thème n’appelle pas the_content() : voir la fiche zone de contenu introuvable.
Diagnostic rapide
Ouvrez les outils de développement (F12) pendant le chargement : notez la première erreur rouge de l’onglet « Console », puis repérez dans l’onglet « Réseau » les requêtes admin-ajax.php et elementor-preview en erreur.
| Symptôme / constat | Cause probable | À vérifier |
|---|---|---|
| Le débogage de prévisualisation affiche une erreur PHP | Erreur fatale ou mémoire épuisée dans le thème ou une extension | Texte de l’erreur, wp-content/debug.log |
Requêtes admin-ajax.php en 403, 500 ou 502 | Pare-feu, ModSecurity, délai ou erreur PHP à l’ouverture du document | Onglet Réseau, journaux du serveur |
| Erreur JavaScript « Uncaught » dans la console, chargement infini | Conflit avec une extension, thème ou optimisation JavaScript (minification, délai, cache) | Désactiver les optimisations, mode sans échec |
| Aperçu vide, message de contenu mixte ou iframe bloquée | Adresse du site en HTTP et administration en HTTPS (ou inversement), en-têtes de sécurité | Réglages, Général : adresses WordPress et du site |
| Chargement interrompu après une mise à jour | Version d’Elementor, d’Elementor Pro ou d’un addon incompatible, version de PHP | Versions installées, Outils, Contrôle de version |
Les causes les plus fréquentes
- Un conflit avec une extension (addon Elementor, optimisation, sécurité, mise en cache) ou avec le thème.
- Une erreur PHP dans l’aperçu : mémoire épuisée, fonction absente, extension incompatible avec la version de PHP.
- Une optimisation JavaScript ou CSS (minification, regroupement, exécution différée) qui casse les scripts de l’éditeur.
- Un pare-feu applicatif ou une règle de l’hébergeur qui bloque les requêtes
admin-ajax.phpou l’iframe d’aperçu. - Une incohérence d’adresses ou de protocole (HTTP et HTTPS, domaine avec ou sans « www ») après une migration.
- Un hébergement qui gère mal les très longues lignes de sortie, cas pour lequel Elementor propose un réglage dédié (voir la solution 6).
- Une version d’Elementor ou d’un addon incompatible après une mise à jour.
Solutions pas à pas
1. Lire le débogage de prévisualisation
Quand la fenêtre d’erreur s’affiche, cliquez sur « Cliquez ici pour le débogage de prévisualisation » : la page qui s’ouvre dans un nouvel onglet contient, le cas échéant, le message PHP exact (fichier et ligne). Il pointe souvent directement l’extension ou le thème fautif. Si elle affiche un code 500, 502 ou 403, passez aux fiches erreur 500 ou mémoire épuisée selon le message.
2. Activer le mode sans échec d’Elementor
Le mode sans échec charge l’éditeur sans le thème actif et sans les autres extensions, pour tester si l’un d’eux est en cause. Cliquez sur « Activer le mode sans échec » dans le bandeau « Impossible de modifier ? », ou ouvrez Elementor, Outils, onglet « Général », réglage « Mode sans échec », sélectionnez « Activer » puis enregistrez. Elementor copie alors un fichier dans wp-content/mu-plugins/elementor-safe-mode.php (modules/safe-mode/module.php). Si l’éditeur se charge, le fautif est le thème ou une extension : réactivez-les un par un pour l’identifier. Pensez à désactiver le mode sans échec ensuite (bouton « Désactiver le mode sans échec »).
Sans accès à l’interface, supprimez le fichier par SFTP, ou utilisez WP-CLI :
# Désactiver le mode sans échec s'il est resté actif
rm wp-content/mu-plugins/elementor-safe-mode.php
wp option delete elementor_safe_mode
wp option delete elementor_safe_mode_allowed_plugins
wp option delete elementor_safe_mode_created_mu_dir
Ces commandes modifient le site : ne les utilisez que pour éteindre un mode sans échec resté actif, après une sauvegarde.
3. Identifier l’erreur côté navigateur
Dans la console, la première erreur indique souvent le fichier en cause (un script d’extension, un fichier regroupé par un plugin de cache). Testez aussi en navigation privée, sans extensions de navigateur (bloqueurs de publicité notamment). Si Elementor affiche « Votre navigateur n’est pas compatible », suivez son conseil : passez à Chrome ou Firefox à jour.
4. Activer le journal d’erreurs PHP
Pour une erreur invisible, activez la journalisation (sauvegardez wp-config.php au préalable), puis relancez l’éditeur et lisez wp-content/debug.log :
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
Notre guide des bons réflexes avec WP_DEBUG_LOG détaille la lecture du journal. Un message comme « Class … not found » provenant d’un addon est typique après une mise à jour : voir l’article sur l’erreur fatale d’un addon non compatible.
5. Neutraliser le cache et les optimisations
Videz le cache d’Elementor (Elementor, Outils, « Effacer les fichiers et les données ») puis celui de votre extension de cache, et désactivez provisoirement la minification, le regroupement et le report des scripts JavaScript pour les pages d’administration et d’aperçu. Excluez elementor-preview de la mise en cache et de l’optimisation.
6. Essayer l’autre méthode de chargement de l’éditeur
Sur certains serveurs, de longues lignes dans la configuration envoyée à l’éditeur posent problème. Elementor prévoit un réglage pour ce cas : Elementor, Réglages, onglet « Avancé », « Permuter de méthode de chargeur d’éditeur » (« Pour la résolution de conflits de configuration serveur. »). Choisissez « Activer » et enregistrez. Sans accès à l’interface : wp option update elementor_editor_break_lines 1.
7. Contrôler les adresses du site et le protocole
Dans Réglages, Général, vérifiez que « Adresse web de WordPress » et « Adresse web du site » utilisent le même protocole (HTTPS) et le même domaine que celui avec lequel vous vous connectez. Une incohérence empêche l’iframe d’aperçu de dialoguer avec l’éditeur. En cas de changement de domaine, utilisez l’outil « Remplacement d’URL » d’Elementor (Outils, onglet « Remplacement d’URL »), après sauvegarde de la base.
8. Revenir à une version compatible
Si le problème est apparu juste après une mise à jour, vérifiez la compatibilité entre Elementor, Elementor Pro et vos addons, ainsi que celle de la version de PHP (voir la checklist WordPress 7, Elementor V4 et PHP 8.4). Elementor permet de revenir à la version précédente : Outils, onglet « Contrôle de version », « Rétrograder de version ». Sauvegardez d’abord la base de données.
Prévenir l’erreur
- Testez chaque mise à jour d’Elementor, d’Elementor Pro et de ses addons en préproduction avant de les appliquer en production.
- Limitez le nombre d’addons tiers et retirez ceux qui ne sont plus maintenus.
- Excluez l’éditeur et l’aperçu Elementor des optimisations de cache, de minification et de report de scripts.
- Gardez un journal d’erreurs PHP actif et surveillez-le après les mises à jour.
FAQ
Le site public est normal, seul l’éditeur plante. Pourquoi ?
L’éditeur charge bien plus de scripts et d’options que le front, et dépend de requêtes d’administration (admin-ajax.php) que certains pare-feu ou optimisations bloquent. Une extension peut aussi n’être fautive que dans l’éditeur.
Le mode sans échec est-il dangereux pour mon site ?
Non, il ne désactive pas vos extensions pour les visiteurs : il ne s’applique qu’au navigateur de l’administrateur qui l’a activé (un jeton est enregistré dans un cookie). Pensez simplement à le désactiver une fois le diagnostic terminé.
Que faire si je ne peux plus accéder à l’éditeur du tout ?
Désactivez les extensions suspectes par SFTP en renommant leur dossier dans wp-content/plugins, puis rouvrez l’éditeur. Si le problème disparaît, réactivez les extensions une à une pour trouver la responsable.