Cet été, j’ai eu la mauvaise surprise en basculant un site créé en pré-production en ligne, chez l’hébergeur OVH, de ne plus pouvoir ouvrir les pages sous Elementor sans qu’il bascule en Mode sans Echec. Le contexte, l’explication, la solution – ou plutôt comment trancher dans le vif.
Le contexte : OVH et Elementor avec les nouveaux composants Atomic
Les évolutions sont toujours intéressantes à suivre. Ainsi, quand je me suis lancée dans la création d’un nouveau site cet été 2026, en pleine canicule, j’ai voulu en profiter pour regarder ce que nous proposait Elementor avec ses nouveaux composants Atomic.
Le site était développé sous WordPress, Elementor Pro, Hello Elementor comme thème, rien de plus classique avec les outils que j’utilise actuellement.
J’ai testé par mal de choses : les flexbox, impossibles à retailler graphiquement, les titres, pas beaucoup de changement, les paragraphes de texte, où on ne peut strictement rien faire, pas même mettre un mot en caractère gras, … Bref, après une ou deux pages rédigées avec, je les ai vite abandonnés et j’ai continué avec les composants classiques, ne comprenant pas trop l’intérêt de ces « nouveautés ».
Cependant, il est resté dans le site quelques traces, ces fameuses flexbox et titres en particulier et du coup, des mises en page copiée/collée un peu partout.
Une fois le site terminé, je l’ai basculé en production chez OVH, dans une enveloppe d’hébergement pré-existante.
Et là, impossible d’ouvrir les pages Elementor dans le back-office. Plusieurs secondes où l’éditeur tourne en rond puis passage en mode sans échec.
Ce que nous pourrions nommer un gros plantage.
Pourquoi les pages Elementor ne s’ouvrent pas chez OVH ?
Pour rappel, le Mode sans Echec d’Elementor désactive temporairement tous les plugins et le thème pour isoler la cause d’un blocage. Résultat : cela rend impossible de travailler normalement. Créer, modifier du contenu n’est plus accessible.
Il a fallu pas mal d’heures de travail pour comprendre la source du problème.
Déjà, pour l’analyser, j’ai travaillé longuement dans la console. Des erreurs 500 à répétition en particulier au niveau de admin-ajax.php.
J’ai comparé le site avec un autre que j’avais en développement sous Elementor mais sans les composants Atomic :
- 450 requêtes sans Elementor Atomic
- 650 requêtes avec Elementor Atomic activé
Ma première idée a été de supprimer les composants Atomic sur le site de pré-prod. Résultat 550 requêtes. Encore trop. Gros risque que cela ne passe pas.
Et puis je suis tombée sur ce post dans le forum d’OVH : Erreurs depuis migration site wordpress, conflits elementor
J’ai regardé les requêtes de type « out » dans la console et effectivement elles arrivaient très tôt et tombaient en erreur. Des requêtes sortantes vers Elementor (vérification de la licence), wordpress.org (qui sert à vérifier les mises à jour et autre). Impossible de les enlever.
Un moment est passé, pour cause de vacances, j’ai constaté en reprenant le travail que le nombre de requête Elementor avait, avec les nouvelles versions mises en ligne, plutôt tendance à augmenter même sans composant Atomic.
De nombreux échanges avec le support Elementor jusqu’à monter au niveau 3 en réussissant vaillamment à passer la barrière de l’IA, en devant désactiver toutes les extensions cinq ou six fois (la solution toujours miracle pur les supports et vraiment agaçante au bout d’un moment), un contact avec celui d’OVH après une demi-heure d’attente qui n’a rien donné (« c’est votre problème » m’a t’on expliqué), des recherches de mises en cache du back-end … tout cela prenait du temps et n’amenait pas de solution franche. Surtout sur le long terme. Je pouvais enlever Atomic en production mais pas sûre que cela résolve le problème, surtout à long terme avec une évolution qui deviendra un jour incontournable.
Un dossier hyper chronophage et plutôt agaçant avec cette impression de tourner en rond.
En conclusion :
- Trop de requêtes dans la nouvelle version d’Elementor non supportées par l’hébergement mutualisé OVH où de nombreux sites sont en concurrence de ressources fournies par leurs serveurs
- Des requêtes sortantes en erreur dans cet environnement
Alors que faire ?
La solution ?
Parfois, il faut arrêter de se prendre la tête et regarder ailleurs.
J’ai décidé de tenter O2switch, un autre hébergeur avec une bien meilleure réputation, en particulier dans la gestion des ressources allouées aux sites web.
J’ai commandé un hébergement, créer une petite lune, remonté la production dessus.
Et … suspense … aucun problème pour ouvrir les pages Elementor. Plutôt rapide même. Aucune erreur 500.
Mais aussi le CPanel, c’est quand même un bel outil. Fini le FTP, bonjour le gestionnaire de fichier.
Problème résolu.
Les conséquences : dorénavant, pour tous les nouveaux sites que je crée, je recommanderai à mes clients directement O2switch car pour quelques euros de plus par an – n’oublions pas qu’OVH a augmenté ses tarifs cette année – je travaille avec une rolls plutôt qu’un 2CV qui pétarade.
