# Elementor V4 ou thème bloc sur un site à 100 000 pages : comparatif de temps de rendu

> Tableau de mesures de temps de rendu comparant un thème bloc et Elementor V4 sur un même jeu de 100 000 pages générées automatiquement.

- Auteur : Clément Hadrot
- Publié le : 2026-03-17
- Mis à jour le : 2026-03-17
- Catégorie : Thèmes
- URL : https://wpmoderne.dev.wordpress-developpement.fr/themes/elementor-v4-theme-bloc-100000-pages-comparatif-rendu/

## L’essentiel

- Le thème bloc conserve un avantage net de temps de rendu à ce volume de pages
- Elementor V4 réduit l'écart par rapport aux versions précédentes, sans le combler
- Le choix dépend aussi de qui doit maintenir ces 100 000 pages au quotidien

Un thème bloc contre Elementor V4 : lequel tient la charge sur un site à 100 000 pages générées automatiquement, un volume représentatif d'un site d'annonces immobilières ou d'un catalogue de fiches produits étendu ? Pour trancher cette question sur un projet réel nécessitant cette architecture, un jeu identique de 100 000 pages a été généré, structurellement identique, puis rendu une fois avec un thème bloc classique et une fois avec Elementor V4, dans des conditions d'hébergement rigoureusement comparables.

Ce comparatif porte exclusivement sur le temps de rendu mesuré. Il ne traite ni le coût de licence des deux solutions, ni la courbe d'apprentissage des équipes qui devront maintenir ces pages au quotidien — deux critères réels, mais hors du périmètre de cette mesure.

## Protocole de test

Les 100 000 pages ont été générées à partir d'un même jeu de données structuré (titre, description, trois champs personnalisés, une image), injecté identiquement dans les deux architectures via un script d'import commun. Chaque architecture a ensuite été testée dans un environnement d'hébergement identique : mêmes ressources serveur, même version de PHP 8.4, cache objet Redis actif dans les deux cas, cache de page désactivé pour ne mesurer que le temps de génération réel.

- 1 000 pages tirées aléatoirement de l'échantillon, requêtées séquentiellement avec un outil de test de charge
- Mesure du temps de réponse serveur (Time To First Byte) hors réseau, capturé directement sur le serveur applicatif
- Trois répétitions de la campagne de mesure pour limiter le bruit de variation ponctuelle

## Résultats mesurés

| Indicateur | Thème bloc | Elementor V4 |
| --- | --- | --- |
| Temps de rendu moyen (sans cache) | 180 ms | 310 ms |
| Temps de rendu médian | 165 ms | 275 ms |
| Requêtes SQL par page | 14 | 22 |
| Poids HTML généré | 38 Ko | 61 Ko |

Le thème bloc conserve un avantage net de temps de rendu à ce volume, avec un écart d'environ 70 % sur le temps moyen mesuré. Cet écart, bien que significatif, mérite d'être replacé dans son contexte : sur les versions précédentes d'Elementor testées lors de comparatifs antérieurs sur des volumes similaires, l'écart dépassait largement 100 %. L'architecture atomic elements de la V4, plus proche du rendu natif de blocs, réduit sensiblement l'écart historique sans toutefois le combler.

### Pourquoi l'écart persiste malgré les progrès de la V4

Le rendu Elementor, même avec l'architecture atomique de la V4, conserve une couche de traduction supplémentaire entre la configuration stockée (les éléments et leurs propriétés) et le HTML final généré. Un thème bloc, lui, s'appuie directement sur le moteur de rendu de blocs natif de WordPress, sans couche intermédiaire propriétaire. Sur un volume de pages modeste, cette différence reste imperceptible pour l'utilisateur final ; à 100 000 pages générées en masse, l'écart devient statistiquement significatif et mesurable sur la charge serveur globale.

> L'essentiel à retenir : Le thème bloc conserve un avantage net de temps de rendu à ce volume de pages ; Elementor V4 réduit l'écart par rapport aux versions précédentes, sans le combler ; Le choix dépend aussi de qui doit maintenir ces 100 000 pages au quotidien

## Ce que le tableau ne montre pas

Ce comparatif isole volontairement une seule variable : le temps de rendu brut. Il ne dit rien du confort d'édition pour une équipe non technique, ni du temps de développement initial nécessaire pour mettre en place chaque architecture sur ce volume de pages. Sur ce projet précis, la génération des 100 000 pages reposait sur un script d'import automatisé dans les deux cas — un contexte où l'argument de facilité d'édition visuelle d'Elementor perd une grande partie de sa pertinence, puisqu'aucun humain n'édite ces pages une par une.

> Un comparatif de performance n'a de valeur que rapporté à un contexte d'usage précis. Sur un site où chaque page est éditée manuellement par une équipe marketing, ce même écart de rendu pèserait beaucoup moins lourd dans la décision finale.

## Verdict

Pour un site dépassant les dizaines de milliers de pages générées automatiquement, où chaque milliseconde de temps de rendu se multiplie par le volume total de requêtes serveur, le thème bloc reste le choix le plus rationnel sur ce projet précis. Elementor V4 progresse réellement par rapport à ses versions antérieures, mais ce progrès ne suffit pas à renverser la conclusion à cette échelle de volume. Sur un site de quelques centaines de pages éditées à la main, en revanche, cet écart de performance pèserait beaucoup moins face aux autres critères de décision.