Page d'accueil très lourde
≈ 281 Ko de HTML brut servis à chaque visite, avant même les images, polices et scripts. Le HTML d'une page de la nouvelle plateforme tient dans une fraction de ce poids grâce au rendu serveur ciblé et au streaming.
Audit technique
just-infodz.com sous WordPress, et ce que change la nouvelle plateforme
Analyse réalisée sur la page d'accueil publique de just-infodz.com (WordPress 7.0.4, Elementor 4.2.2, PHP 8.4) et comparaison avec l'architecture de la plateforme éditoriale Just Info DZ.
≈ 281 Ko
HTML page d'accueil WordPress
26
Scripts chargés (WordPress)
8
Extensions tierces
9 886
Articles importés ici
0
Plugins sur la nouvelle plateforme
100 %
Images/vidéos différées
Points négatifs relevés sur le WordPress
26 scripts chargés sur la page d'accueil
jQuery, Elementor, Site Kit, PWA, consent API, tracking… Chaque script bloque le thread principal et dégrade l'INP et le LCP sur mobile 4G.
8 extensions tierces critiques
Elementor, Google Site Kit, LoginPress Pro, Mailin (Brevo), Sphere Post Views, URL Shortify, WP Consent API, PWA maison. Chacune est une dépendance à mettre à jour et une surface d'attaque supplémentaire.
Pile PHP/MySQL exposée
En-têtes X-Powered-By: PHP/8.4.23 et meta generator: WordPress — la version exacte du CMS est publiée, ce qui facilite le ciblage automatisé des failles connues.
Cache applicatif fragile
En-tête WPO-Cache-Status: not cached observé : une partie des requêtes régénère la page côté PHP. Les pics d'audience se traduisent directement en charge serveur.
Page builder = CSS en ligne
Elementor est configuré en css_print_method: internal : le CSS est injecté dans le HTML de chaque page, donc jamais mis en cache entre les pages.
Aucun flux de validation éditoriale réel
WordPress propose des rôles génériques, mais pas de tableau de bord de modération dédié ni de notifications internes aux journalistes.
Maintenance permanente
Cœur WordPress, thème, 8 extensions et PHP à mettre à jour en continu, avec un risque de régression à chaque montée de version.
Avantages de la nouvelle plateforme
Rendu serveur + hydratation ciblée
Le HTML est généré côté serveur et envoyé immédiatement : le titre et l'image principale s'affichent sans attendre JavaScript. Le LCP repose sur une image prioritaire (fetchPriority="high"), jamais sur une vidéo.
Zéro plugin, zéro jQuery
Une seule base de code maîtrisée, sans extension tierce, sans page builder et sans CSS dupliqué à chaque page.
Médias différés intelligemment
Toutes les vidéos de fond utilisent preload="none" et un IntersectionObserver : rien n'est téléchargé avant l'approche du viewport, et l'animation est désactivée si l'utilisateur a demandé une réduction des mouvements.
Base de données indexée
Index dédiés sur le statut et la date de publication des articles, ainsi que sur l'auteur : les listes restent instantanées malgré près de 10 000 articles importés.
Sécurité par lignes (RLS)
Chaque table applique des règles d'accès au niveau des lignes : un journaliste ne voit que ses articles, l'administrateur gère tout, le public ne lit que les articles publiés.
Workflow éditorial complet
Brouillon → relecture → publication ou refus motivé, historique des révisions, notifications internes en temps réel et tableau de bord par journaliste.
Comptes gérés par l'administration
Aucune inscription publique, aucune confirmation par e-mail : l'administrateur crée les identifiants, attribue les rôles et réinitialise les mots de passe.
Contenu historique préservé
Les articles, rubriques, images à la une et dates de publication du site WordPress ont été importés, avec les slugs d'origine pour préserver le référencement.
Performance
Image LCP prioritaire, vidéos en preload="none", polices en font-display: swap, animations en transform/opacity uniquement (pas de reflow).
Sécurité
Aucune version de CMS exposée, inscriptions publiques désactivées, accès aux données filtrés ligne par ligne, opérations sensibles exécutées côté serveur.
Exploitation
Modération centralisée, notifications internes, veille des sources et import WordPress relançable à tout moment depuis la rédaction.
Pourquoi le LCP ne peut pas descendre sous WordPress
Le LCP (Largest Contentful Paint) mesure le temps d'affichage du plus grand élément visible. Sur just-infodz.com, il est structurellement plafonné : le problème n'est pas un réglage, mais l'architecture même de WordPress + Elementor.
1. Le HTML est calculé à chaque visite par PHP
L'en-tête WPO-Cache-Status: not cached observé prouve que des pages sont régénérées à la volée : requêtes MySQL, chargement des 8 extensions, rendu du thème. Ce temps serveur (TTFB) s'ajoute mécaniquement au LCP et aucune optimisation d'image ne le compense.
2. Elementor injecte son CSS dans chaque page
Avec css_print_method: internal, la feuille de style est réécrite dans le HTML de chaque page : ~281 Ko de HTML à télécharger et à parser avant le premier pixel, et zéro réutilisation du cache entre deux pages.
3. 26 scripts bloquent le thread principal
jQuery, Elementor, Site Kit, PWA, consent API, tracking… Le navigateur doit télécharger, parser et exécuter ce JavaScript pendant qu'il tente de peindre l'image principale. Sur mobile 4G, c'est plusieurs secondes perdues.
4. L'image principale est découverte trop tard
Dans un thème page builder, l'image du gros titre est souvent chargée en lazy-load ou insérée par JavaScript. Le navigateur ne peut donc pas la précharger : la découverte tardive de la ressource LCP est le pire scénario possible.
5. Les plugins imposent leurs propres ressources
Chaque extension ajoute ses CSS/JS, ses polices et parfois ses appels réseau externes. Les retirer pour gagner en vitesse revient à supprimer les fonctionnalités : c'est un compromis sans issue.
Conclusion
Sur WordPress, on peut au mieux masquer le problème (cache agressif, minification) : le chemin critique reste long. Ici, le HTML est rendu côté serveur et envoyé immédiatement, l'image du gros titre est prioritaire (fetchPriority="high"), aucune vidéo n'entre dans le LCP, et il n'y a ni plugin ni jQuery. Le LCP est bas par construction, pas par rustine.
Ce que nous venons de construire, et qui sera publié sur just-info-dz.com
Une plateforme éditoriale complète, pensée pour le public algérien, où l'administrateur garde le contrôle total du site.
Un administrateur unique, maître du site
L'inscription publique est désactivée. Seul l'administrateur crée les comptes, depuis son tableau de bord, avec un identifiant et un mot de passe — sans confirmation par e-mail, puisqu'il s'agit d'un simple identifiant interne.
Création et gestion des comptes journalistes
Attribution des rôles (administrateur, éditeur, journaliste), réinitialisation des mots de passe, suppression d'un compte, et changement de son propre mot de passe depuis le panneau d'administration.
Modération de toutes les publications
Chaque article passe par brouillon → relecture → publication ou refus motivé. L'administrateur approuve ou refuse depuis une file d'attente centralisée, avec un motif transmis à l'auteur.
Tableau de bord par journaliste
Pour chaque membre : nombre d'articles publiés, en relecture, en brouillon et refusés, date de dernière connexion. La rédaction est pilotable d'un seul coup d'œil.
Notifications internes
Cloche de notifications en temps réel : l'administrateur est alerté à chaque soumission, le journaliste est prévenu dès l'approbation ou le refus de son article.
Tout le contenu historique repris
9 886 articles, leurs rubriques, images à la une et dates de publication ont été importés depuis just-infodz.com, avec les slugs d'origine pour préserver le référencement.
Fil direct automatique
Une veille RSS collecte en continu les dépêches de France 24 (Afrique et International), RFI Afrique et Le Monde International, affichées sur la page Direct avec lien vers la source, et disponibles en modération dans la rédaction.
Vitesse et animations
Rendu serveur, image LCP prioritaire, vidéos de fond en preload="none" chargées seulement à l'approche du viewport, animations en transform/opacity uniquement : un site animé de bout en bout sans pénaliser la performance.