Configurer Elementor sur WordPress pas à pas

Si vous avez déjà cliqué sur « Modifier avec Elementor » et obtenu une page blanche, un bouton grisé ou une mise en page qui “saute”, vous n’êtes pas seul. Le problème vient rarement d’Elementor lui-même : c’est presque toujours une question de prérequis (thème, cache, réglages globaux) et d’ordre des étapes.

Ce qu’on va construire

Vous allez mettre en place une installation Elementor propre sur WordPress 6.9.4 (avril 2026), puis créer une page type “Accueil” responsive (desktop/tablette/mobile), avec une structure réutilisable et des réglages globaux cohérents.

Ce tutoriel vise :

Blogueurs débutants qui veulent une page d’accueil soignée sans toucher au code.
Blogueurs intermédiaires qui veulent éviter les conflits thème/page builder et garder de bonnes performances.
Pros qui veulent une check-list reproductible (et qui en ont marre des installations “au hasard”).

À la fin, vous saurez :

Installer Elementor proprement (et savoir vérifier que tout est à jour).
Configurer Elementor pour éviter les surprises (styles globaux, conteneurs, optimisation).
Créer une page Elementor propre, responsive, et réutilisable.
Choisir la bonne méthode pour l’en-tête/pied de page selon votre contexte (gratuit vs Pro).
Diagnostiquer les problèmes courants (cache, conflits, permaliens, PHP).

Résumé rapide

Utilisez WordPress 6.9.4 et PHP 8.1+, sinon vous vous exposez à des bugs et à des failles.
Choisissez un thème compatible (idéalement léger) et désactivez les “optimisations agressives” au début.
Installez Elementor depuis wordpress.org, puis configurez les styles globaux avant de construire vos pages.
Construisez d’abord une page “Accueil” simple : une section héro, 2–3 blocs, un CTA, et testez le responsive.
Pour l’en-tête/pied de page : Elementor Pro (Theme Builder) ou une alternative propre (thème / plugin).
En cas de souci : vérifiez le cache, les conflits plugins, la version PHP, et les permaliens.

Quand utiliser cette solution

Vous voulez créer des pages marketing (Accueil, À propos, Landing pages) sans développer un thème.
Vous publiez souvent et vous avez besoin d’un éditeur visuel rapide.
Vous travaillez avec un client qui veut modifier les pages lui-même.
Vous acceptez l’idée d’un page builder (dépendance au plugin) en échange de vitesse de production.

Dans mon expérience, Elementor est particulièrement pratique pour des sites de contenu avec 5–30 pages “structurées” (Accueil, catégories, pages piliers) et un blog classique derrière.

Quand ne PAS utiliser cette solution

Vous visez un site ultra minimaliste et vous voulez rester 100% sur l’éditeur natif (Gutenberg / blocs).
Vous avez un site très sensible aux performances (Core Web Vitals) et vous n’êtes pas prêt à optimiser sérieusement.
Vous ne voulez pas de dépendance : si vous désactivez Elementor, la mise en page peut se dégrader (contenu généralement conservé, mais structure perdue).
Vous êtes sur un hébergement trop faible (CPU/IO limités) : le builder peut devenir pénible.

Avant de commencer (prérequis)

Ne modifiez jamais le cœur de WordPress (“core”). Faites une sauvegarde avant toute manipulation, surtout si vous installez sur un site en production.

Prérequis techniques

WordPress : 6.9.4 (ou plus récent).
PHP : 8.1 minimum recommandé (8.2/8.3 souvent plus confortables selon l’hébergeur).
Accès : un accès administrateur WordPress + accès FTP/cPanel (ou gestionnaire de fichiers).
Thème enfant activé : si vous comptez ajouter du code (même un petit snippet).

Outils utiles

Un environnement de test (staging) si possible.
Un plugin de sauvegarde (ou sauvegarde via hébergeur).
Un plugin de diagnostic : je prends souvent “Health Check & Troubleshooting” pour isoler les conflits.

Sources officielles utiles :

Termes que vous allez croiser (traduction rapide)

Page builder : éditeur visuel qui construit la mise en page avec des “widgets” (titres, images, colonnes, etc.).
Widget (Elementor) : brique de contenu (Titre, Image, Bouton…).
Template / Modèle : mise en page réutilisable.
Hook : point d’accroche dans WordPress. Un hook peut être une action (exécuter quelque chose) ou un filtre (modifier une valeur).
Nonce : jeton de sécurité utilisé dans WordPress pour éviter certaines attaques (surtout sur les formulaires et actions admin).

Résultat attendu (capture textuelle)

À la fin des prérequis, vous devez avoir :

Une sauvegarde disponible (fichier + base de données).
Un thème actif stable.
WordPress à jour et PHP ≥ 8.1 confirmé.

Étape 1 : Préparer WordPress (thème, permaliens, mises à jour)

Beaucoup d’installations Elementor “qui bugguent” sont en fait des sites pas à jour, avec un thème trop “intrusif” ou des permaliens jamais réglés. On règle ça d’abord.

1) Mettre WordPress, thème et plugins à jour

Allez dans Tableau de bord → Mises à jour.
Mettez à jour WordPress (si proposé), puis les extensions, puis les thèmes.

Résultat attendu : dans “Mises à jour”, WordPress affiche “Vous avez la dernière version”.

2) Choisir un thème compatible

Elementor fonctionne avec la majorité des thèmes, mais certains thèmes “tout-en-un” injectent leurs propres styles et scripts, et vous passez votre temps à lutter.

Si vous partez de zéro : prenez un thème léger et neutre (souvent plus simple).
Si vous êtes sur Avada : ça marche, mais Avada a son propre builder (Fusion Builder). Mélanger peut être contre-productif.
Si vous êtes sur Divi : Divi a Divi Builder. Mélanger Divi Builder et Elementor sur le même site est possible, mais je l’évite sur les petits sites (maintenance plus lourde).

Résultat attendu : un thème actif, et vous acceptez de construire vos pages “marketing” avec Elementor, sans surcharger le site avec 2 builders concurrents.

3) Régler les permaliens

Allez dans Réglages → Permaliens.
Sélectionnez Titre de la publication (souvent le plus propre pour un blog).
Cliquez Enregistrer les modifications.

Cette étape force WordPress à régénérer certaines règles de réécriture. J’ai souvent vu des boutons Elementor qui renvoient des 404 à cause de permaliens jamais enregistrés.

Résultat attendu : vos pages s’ouvrent sans 404, et les URL sont lisibles.

Étape 2 : Installer Elementor (méthode propre et vérifiable)

On installe Elementor depuis le dépôt officiel. Évitez les ZIP “trouvés sur le web” : c’est un vecteur classique de malware.

Méthode A (recommandée) : installation via l’admin WordPress

Allez dans Extensions → Ajouter une extension.
Recherchez Elementor.
Vérifiez que l’extension est bien celle du fournisseur officiel (Elementor.com) et qu’elle a beaucoup d’installations actives.
Cliquez Installer, puis Activer.

Résultat attendu : un menu Elementor apparaît dans l’admin, et vous voyez “Modifier avec Elementor” sur vos pages.

Méthode B : installation via WP-CLI (si vous avez un serveur)

Si votre hébergeur permet WP-CLI, c’est rapide et propre.

# Installer et activer Elementor
wp plugin install elementor --activate

# Vérifier la version installée
wp plugin list --name=elementor

Résultat attendu : la commande affiche Elementor en statut “active”.

Vérifier la compatibilité de base (WordPress / PHP)

Si vous avez un doute sur votre version PHP, regardez Outils → Santé du site.

Documentation officielle WordPress sur la santé du site : Site Health.

Étape 3 : Régler Elementor (général, styles, performances)

Cette étape évite 80% des “pourquoi mes polices changent ?” et “pourquoi mon thème écrase tout ?”. On met des règles claires.

1) Accéder aux réglages Elementor

Allez dans Elementor → Réglages.
Ouvrez les onglets (Général, Avancé, etc.).

Résultat attendu : vous voyez les options de post types (Pages/Articles) et des réglages de chargement.

2) Activer Elementor sur les bons types de contenu

Pour un blog débutant, je recommande :

Pages : oui (Accueil, À propos, Contact).
Articles : souvent non au début (gardez l’éditeur de blocs pour écrire, plus simple et plus léger).

Dans Elementor → Réglages, cochez/décochez selon votre stratégie.

Résultat attendu : le bouton “Modifier avec Elementor” apparaît sur les pages, et pas forcément sur les articles.

3) Décider qui contrôle les styles : Elementor ou le thème

Vous avez deux approches :

Approche “Elementor pilote” : vous utilisez les styles globaux Elementor (couleurs, polices) et vous réduisez l’influence du thème sur les pages Elementor.
Approche “thème pilote” : vous laissez le thème gérer typographies/couleurs, et Elementor s’aligne.

Pour un débutant, l’approche “Elementor pilote” est souvent plus prévisible sur les pages marketing.

Résultat attendu : vous savez qui gagne en cas de conflit CSS (sinon, vous allez “corriger au hasard”).

4) Réglages de performance (pragmatiques)

Ne cochez pas toutes les options “optimisation” d’un coup. Faites simple :

Activez les options de chargement optimisé si disponibles.
Évitez d’ajouter 10 addons Elementor dès le départ.

Quand ça coince, c’est souvent un combo “addon + cache + minification”. On y revient plus bas.

Étape 4 : Créer votre première page Elementor (structure + responsive)

On construit une page “Accueil” simple mais propre. L’objectif n’est pas d’être créatif : c’est d’avoir une base stable, responsive, et facile à maintenir.

1) Créer la page

Allez dans Pages → Ajouter.
Titre : Accueil.
Cliquez Publier (ou “Enregistrer le brouillon” si vous préférez).
Cliquez Modifier avec Elementor.

Résultat attendu : l’éditeur Elementor s’ouvre avec la zone de canvas, le panneau widgets à gauche, et l’aperçu à droite.

2) Choisir la mise en page de page (Important avec certains thèmes)

Selon le thème, vous pouvez avoir une sidebar, un titre de page, etc. Dans Elementor, cherchez les réglages de page (icône engrenage) et testez :

Disposition : pleine largeur / canvas (si vous voulez une landing page sans header/footer).
Masquer le titre si le thème affiche un gros titre non désiré.

Résultat attendu : vous contrôlez la largeur et vous n’avez pas une sidebar qui casse le design.

3) Construire une structure “Héro + sections”

Utilisez une structure classique :

Bloc héro : titre + texte + bouton (CTA).
3 bénéfices (icône + titre + texte).
Section contenu : dernier article / lien vers le blog.
Pied de page “mini” (si vous n’avez pas encore géré le footer global).

Dans Elementor, ajoutez :

Un Conteneur (ou section selon votre interface) avec une largeur max (ex: 1140px ou 1200px).
Widget Titre, widget Éditeur de texte, widget Bouton.
Réglez marges/paddings avec parcimonie (évitez les valeurs au hasard partout).

Résultat attendu : une page lisible, sans débordements, avec des espacements cohérents.

4) Responsive : test mobile dès maintenant

Ne finissez pas la page “sur desktop” en espérant que le mobile ira bien. Ça ne marche presque jamais.

Cliquez sur l’icône Responsive (desktop/tablette/mobile).
Vérifiez : tailles de police, espacements, empilement des colonnes.
Corrigez avec des réglages spécifiques par appareil (Elementor le permet sur beaucoup d’options).

Résultat attendu : pas de texte coupé, pas de bouton hors écran, pas d’image géante sur mobile.

Étape 5 : En-tête / pied de page (options selon Elementor gratuit / Pro)

C’est un point de confusion permanent : Elementor gratuit ne fournit pas nativement le “Theme Builder” complet. Donc, selon votre budget, la méthode change.

Option 1 : Elementor Pro (Theme Builder)

Si vous avez Elementor Pro, vous pouvez créer :

Un Header global
Un Footer global
Des templates pour articles, archives, etc.

Résultat attendu : un header/footer uniforme sur tout le site, géré depuis Elementor.

Option 2 : Elementor gratuit + thème qui gère bien header/footer

Si vous restez en gratuit, le plus simple est de laisser le thème gérer l’en-tête/pied de page, et d’utiliser Elementor pour le contenu des pages.

Résultat attendu : vous ne “bricolez” pas un header différent page par page.

Option 3 : Elementor gratuit + plugin de header/footer

Il existe des plugins qui ajoutent une couche “header/footer builder” compatible Elementor. C’est pratique, mais ajoute une dépendance et parfois des conflits avec certains thèmes.

Résultat attendu : header/footer éditables avec Elementor sans passer à Pro, au prix d’une complexité supplémentaire.

Étape 6 : Typographies et couleurs globales (sans vous tirer une balle dans le pied)

Si vous commencez à régler la typographie widget par widget, vous allez créer une dette technique invisible. Le jour où vous changez de police, vous passez 2 heures à tout corriger.

1) Définir une palette et 2 polices maximum

1 couleur principale (boutons, liens)
1 couleur secondaire (accent)
Gris foncé pour textes
2 polices max (titres + texte)

Résultat attendu : un site cohérent, et des changements globaux rapides.

2) Vérifier qui “gagne” entre thème et Elementor

Si vous voyez des différences entre l’éditeur et le front, c’est souvent :

CSS du thème chargé après Elementor
Cache/minification qui sert un vieux CSS

Résultat attendu : ce que vous voyez dans Elementor correspond à ce que voit un visiteur (hors cache).

Étape 7 : Formulaire de contact (3 méthodes réalistes)

Les formulaires sont un piège classique : délivrabilité email, spam, configuration SMTP. Ne partez pas du principe que “ça marche” parce que vous avez un bouton Envoyer.

Méthode A : Elementor Pro (widget Formulaire)

Avantages : intégré, design facile. Inconvénients : vous devez quand même gérer la délivrabilité (souvent via SMTP).

Résultat attendu : un formulaire stylé, validation correcte, notifications envoyées.

Méthode B : Plugin de formulaire + intégration dans Elementor

Exemples : Contact Form 7, WPForms, Fluent Forms… Elementor permet généralement d’intégrer via shortcode ou widget dédié.

Résultat attendu : un formulaire fiable, et vous gardez Elementor pour la mise en page.

Méthode C : Lien mailto (dépannage)

Pour un tout petit site, un bouton “Envoyer un email” peut suffire, mais ce n’est pas idéal (spam, UX).

Résultat attendu : un contact possible sans configuration serveur.

Étape 8 : Sécuriser et éviter les conflits (cache, plugins, hooks)

Elementor est souvent accusé à tort. J’ai souvent croisé le vrai coupable : un plugin de cache qui minifie le JS, ou un addon Elementor qui charge 15 scripts.

1) Cache : désactivez temporairement les optimisations agressives

Si vous utilisez un plugin de cache (ou un cache serveur), commencez par :

désactiver la minification JS pendant la construction
désactiver le defer/delay JS si l’éditeur se casse
purger le cache après chaque gros changement

Résultat attendu : l’éditeur Elementor charge sans erreur console et sans widgets “qui tournent dans le vide”.

2) Conflits plugins : test rapide avec Health Check

Health Check permet de désactiver les plugins uniquement pour votre session, sans casser le site pour les visiteurs.

Doc : Health Check & Troubleshooting.

Résultat attendu : vous identifiez si le problème vient d’un plugin tiers (souvent un addon, un cache, ou un plugin de sécurité trop strict).

3) Petit snippet utile : forcer un “cache bust” sur les CSS Elementor en cas de mismatch

Quand vous voyez “éditeur OK, front KO”, vous êtes souvent sur un CSS mis en cache côté navigateur/CDN. Voici un snippet prudent qui ajoute une version basée sur le thème (utile si vous versionnez vos déploiements). Collez-le dans un mu-plugin (recommandé) ou dans le functions.php de votre thème enfant.

Où coller le code :

Option propre : wp-content/mu-plugins/elementor-cache-bust.php (créez le dossier si besoin)
Option rapide : wp-content/themes/votre-theme-enfant/functions.php

<?php
/**
 * Plugin Name: BPCAB - Cache bust CSS Elementor (dépannage)
 * Description: Ajoute une version aux styles Elementor pour limiter les incohérences après mise à jour/cache.
 * Author: Votre Nom
 * Version: 1.0.0
 *
 * Note: ce snippet est un dépannage. Si vous avez un CDN, pensez à purger aussi le CDN.
 */

if ( ! defined( 'ABSPATH' ) ) {
	exit;
}

/**
 * Filtre WordPress: permet de modifier la version d'un style au moment de son impression.
 * Ici, on vise les handles CSS courants liés à Elementor.
 */
add_filter( 'style_loader_src', function( $src, $handle ) {

	// Liste courte et pragmatique : on évite de toucher à tout.
	$handles_cibles = array(
		'elementor-frontend',
		'elementor-post',
		'elementor-icons',
	);

	if ( ! in_array( $handle, $handles_cibles, true ) ) {
		return $src;
	}

	// Version basée sur la version du thème (utile si vous versionnez vos releases).
	$theme = wp_get_theme();
	$ver   = $theme->get( 'Version' );

	// Si pas de version, on met un fallback stable.
	if ( empty( $ver ) ) {
		$ver = '1';
	}

	// Ajoute/écrase le paramètre ver=...
	$src = add_query_arg( 'ver', rawurlencode( $ver ), $src );

	return $src;

}, 20, 2 );

Référence officielle sur les scripts/styles enqueue : wp_enqueue_style().

Résultat attendu : après purge cache, vos styles Elementor se recalculent plus proprement côté navigateur.

Le résultat complet

Si vous voulez tout copier d’un bloc, voici le fichier mu-plugin complet (même code que l’étape 8, prêt à coller). Je le garde volontairement minimal : il ne “répare” pas un site mal configuré, il aide surtout quand un cache persistant sert de vieux CSS.

<?php
/**
 * Plugin Name: BPCAB - Cache bust CSS Elementor (dépannage)
 * Description: Ajoute une version aux styles Elementor pour limiter les incohérences après mise à jour/cache.
 * Author: Votre Nom
 * Version: 1.0.0
 */

if ( ! defined( 'ABSPATH' ) ) {
	exit;
}

add_filter( 'style_loader_src', function( $src, $handle ) {

	$handles_cibles = array(
		'elementor-frontend',
		'elementor-post',
		'elementor-icons',
	);

	if ( ! in_array( $handle, $handles_cibles, true ) ) {
		return $src;
	}

	$theme = wp_get_theme();
	$ver   = $theme->get( 'Version' );

	if ( empty( $ver ) ) {
		$ver = '1';
	}

	return add_query_arg( 'ver', rawurlencode( $ver ), $src );

}, 20, 2 );

Personnalisation (quand l’utiliser / quand l’enlever)

Gardez-le si vous avez des incohérences récurrentes après déploiement.
Enlevez-le si vous avez une stratégie de cache propre (purge CDN automatisée + versions d’assets maîtrisées).

Adapter pour Divi 5 / Elementor / Avada

Si vous utilisez Divi 5

Divi 5 a son propre builder et son propre système de performance. Mélanger Divi Builder et Elementor sur les mêmes pages crée souvent :

des CSS en double
des réglages responsive contradictoires
une maintenance plus lourde

Approche que j’ai vue fonctionner :

Divi gère le site global (header/footer, blog),
Elementor uniquement pour 1–2 landing pages spécifiques, en mode “canvas” si possible.

Si vous utilisez Elementor (thème léger)

C’est le cas le plus simple : laissez Elementor gérer les pages marketing, et gardez l’éditeur de blocs pour les articles. Vous réduisez la complexité et vous gardez un blog agréable à écrire.

Si vous utilisez Avada

Avada est robuste, mais il embarque beaucoup. Je recommande :

ne pas activer 15 éléments Avada si vous ne les utilisez pas
éviter d’utiliser Fusion Builder et Elementor sur les mêmes gabarits

Si vous tenez à Elementor, utilisez-le sur des pages isolées, et laissez Avada gérer le header/footer (ou passez à Elementor Pro pour tout centraliser, mais testez les performances).

Vérification finale

Avant de considérer “c’est bon”, faites ces tests simples.

Test front : ouvrez votre page Accueil en navigation privée (sans cache admin).
Test responsive : mobile + tablette (outil navigateur + vrai téléphone si possible).
Test performance basique : la page charge sans “sauts” majeurs (CLS visible).
Test édition : retour dans Elementor, pas d’erreurs, widgets qui se chargent.
Test permaliens : pas de 404, liens OK.

Résultat attendu : ce que vous voyez dans Elementor correspond au front, et l’édition reste fluide.

Si le résultat n’est pas celui attendu

Voici les problèmes que je vois le plus souvent sur WordPress 6.9.x avec Elementor, et comment les régler vite.

Diagnostic rapide (tableau)

Symptôme	Cause probable	Vérification	Solution
Page blanche à l’ouverture d’Elementor	Conflit plugin / JS bloqué / PHP trop ancien	Console navigateur + Santé du site + tester en mode dépannage	Désactiver plugins un par un (Health Check), vérifier PHP ≥ 8.1
Le bouton “Modifier avec Elementor” n’apparaît pas	Elementor désactivé sur ce type de contenu	Elementor → Réglages → Types de publication	Activer “Pages” (et “Articles” si nécessaire)
Le design est différent entre éditeur et front	Cache / minification / CSS thème	Test en navigation privée + purge cache	Purger cache plugin + serveur + CDN, désactiver minification JS/CSS temporairement
Widgets qui chargent en boucle	Optimisation JS agressive (delay/defer) ou conflit addon	Désactiver delay JS, tester sans addons	Exclure Elementor des optimisations, enlever l’addon fautif
404 sur une page créée	Permaliens non régénérés	Réglages → Permaliens	Enregistrer à nouveau les permaliens

3 vérifications qui sauvent du temps

Cache navigateur : testez en navigation privée.
Cache serveur/CDN : purge complète.
Conflit plugin : Health Check en mode dépannage.

Pièges et erreurs courantes

Erreur	Cause	Solution
Installer un ZIP Elementor “premium gratuit”	Malware / backdoor	Installer uniquement depuis WordPress.org ou la source officielle
Tout construire en Elementor (y compris les articles)	Maintenance + performance + édition plus lourde	Utiliser Elementor pour les pages, l’éditeur de blocs pour les articles
Activer 5 addons Elementor dès le premier jour	Conflits + scripts en pagaille	Ajouter un addon seulement quand un besoin précis existe
Minifier/différer le JS et casser l’éditeur	Le builder dépend de scripts chargés dans un ordre précis	Exclure les scripts Elementor des optimisations, tester sans minification
Copier un snippet dans le mauvais fichier	Confusion entre core / thème / plugin	Utiliser un mu-plugin ou le thème enfant, jamais le core
Erreur PHP après ajout de code	Point-virgule/parenthèse oublié	Revenir en FTP, corriger, activer WP_DEBUG sur staging
Utiliser un ancien tuto incompatible	API/handles changés, options déplacées	Vérifier la doc WordPress 6.9.x et tester sur staging

Variante / alternative

Si votre objectif est un blog simple (contenu d’abord), vous pouvez éviter Elementor et rester sur l’éditeur de blocs natif.

Avantage : moins de dépendances, souvent plus léger.
Inconvénient : certaines mises en page avancées demandent plus de maîtrise des blocs/thèmes.

Point de départ officiel : Block Editor Handbook.

Conseils sécurité, performance et maintenance

Sécurité : évitez les extensions “nulled”, gardez WordPress/plugins à jour, limitez les comptes admin.
Performance : limitez les addons, compressez les images, évitez les animations inutiles.
Maintenance : documentez vos choix (thème pilote vs Elementor pilote), et gardez une procédure de purge cache après mise à jour.
Staging : testez les mises à jour Elementor sur une copie avant production si votre site a du trafic.

Référence officielle sur la sécurité WordPress : Security (Advanced Administration).

Pour aller plus loin

Créer une bibliothèque de sections réutilisables (héros, CTA, FAQ).
Mettre en place un système de formulaires + SMTP + anti-spam (hCaptcha/Turnstile selon vos choix).
Optimiser le chargement des polices (éviter 6 variantes inutiles).
Mettre en place un workflow : staging → validation → production.

Ressources

FAQ

Elementor est-il compatible avec WordPress 6.9.4 ?

Oui, Elementor est conçu pour suivre les versions modernes de WordPress. Vérifiez surtout que vous avez une version Elementor récente et un PHP ≥ 8.1. En cas de doute, regardez Outils → Santé du site.

Dois-je utiliser Elementor pour écrire mes articles de blog ?

Pour un débutant, non. L’éditeur de blocs natif est plus rapide pour écrire et souvent plus léger. Gardez Elementor pour les pages “structurelles”.

Pourquoi mon design est différent entre l’éditeur et le site public ?

Cache (navigateur/CDN/plugin), minification, ou CSS du thème qui écrase. Testez en navigation privée, purge cache, puis désactivez temporairement la minification.

Est-ce que je peux utiliser Elementor avec Divi 5 ?

Oui, mais évitez de mélanger deux builders partout. Réservez Elementor à quelques landing pages isolées si vous tenez à Divi pour le reste.

Est-ce que je peux utiliser Elementor avec Avada ?

Oui, mais Avada a déjà son écosystème. Mélanger peut alourdir. Si vous choisissez Elementor, faites-le de façon claire (pages spécifiques) et surveillez la performance.

Que faire si “Modifier avec Elementor” n’apparaît pas ?

Allez dans Elementor → Réglages et vérifiez que le type de contenu (Pages/Articles) est activé. Vérifiez aussi vos droits utilisateur.

Pourquoi Elementor charge en boucle (loader infini) ?

Souvent un plugin de cache qui “delay/defer” le JavaScript, ou un addon Elementor. Désactivez ces optimisations et testez avec Health Check.

Elementor gratuit suffit-il pour un blog ?

Souvent oui : pages principales + mise en page. Si vous voulez un header/footer global et des templates avancés (articles, archives) gérés dans Elementor, Elementor Pro devient pertinent.

Dois-je activer toutes les options de performance Elementor ?

Non. Activez progressivement et testez. Quand vous changez 10 réglages d’un coup, vous ne savez plus ce qui a cassé.

Quel est le risque à ajouter des snippets trouvés sur Internet ?

Deux risques : sécurité (code malveillant) et compatibilité (snippet obsolète, casse en PHP 8.1+). Testez sur staging, et gardez une sauvegarde.