Vos extensions WordPress, et ce qu'elles deviennent
Une extension WordPress n'est pas un simple fichier : c'est du code PHP qui tourne dans le moteur de WordPress. Sur Inklura CMS, chacune tombe dans l'une de ces quatre cases. Voici les 39 plus populaires — et leur sort.
La règle est simple : si l'extension sert à modéliser ou afficher du contenu, c'est déjà natif. Si c'est de la logique sans dépendance PHP, on la reconstruit. Si c'est une vraie application transactionnelle (boutique, LMS, adhésions), on branche un WordPress réel. Si elle ne fait que rapiécer WordPress (cache, sécurité), elle disparaît.
Natif — déjà inclus
Inclus nativementCes extensions servent à modéliser ou afficher du contenu — exactement ce que la plateforme fait par construction. Vous n'avez plus rien à installer : les blocs, les pages Elementor, le SEO, les champs personnalisés sont là d'origine.
L'éditeur de blocs : c'est le cœur de /manage.
Pages importées et rééditées sans perte.
Le design est importé, la mise en page conservée.
Mise en page reprise dans l'éditeur natif.
Contenu récupéré à l'import.
Meta, OG, sitemap, schema : rendus côté serveur.
Même SEO, sans extension à installer.
Stockage postmeta natif ; lu et restitué.
Types de contenu = simple modélisation de données.
Une simple table de redirections, native.
Les commentaires sont déjà dans le schéma.
Reconstruit — sans PHP
Reconstruit nativementDe la vraie logique métier, mais rien qui exige PHP : formulaires, newsletters, multilingue, analytics. On la reconstruit nativement dans la plateforme — souvent déjà en production sur nos sites.
Formulaire → stockage → e-mail : déjà en production.
Constructeur de formulaires reconstruit nativement.
Formulaires simples natifs ; modules avancés → pont.
Capture + envoi via le pipeline e-mail de la plateforme.
Newsletter : capture, liste et envoi natifs.
Reconstruit sur le moteur d'e-mailing intégré.
Bilingue de bout en bout, déjà éprouvé.
Multilingue natif pour les cas courants.
Injection GA/GTM + tableau de bord, sans extension.
Pont WordPress — moteur réel
Connecté via WordPressCes extensions sont de véritables applications (boutique, LMS, adhésions, forums). Les réécrire serait un produit à part entière. On garde donc votre site en PRISM et on branche un WordPress réel en backend, via l'API REST ou un proxy — sans jamais exposer son interface au public.
Le moteur boutique tourne sur un WordPress réel ; le site reste en PRISM.
Vente de produits numériques via WordPress connecté.
Moteur de cours/quiz/progression branché en backend.
Formation en ligne : moteur PHP en coulisse.
Facturation récurrente + accès : moteur WordPress.
Réseau communautaire servi par WordPress réel.
Forums : moteur PHP branché au site.
Réservations avancées + paiement via WordPress.
Agenda + paiement : moteur réel en coulisse.
Remplacé par la plateforme
Plus nécessaireCache, sécurité, optimisation d'images, sauvegardes : ces extensions ne font que rapiécer WordPress. La plateforme s'en charge nativement, et souvent mieux. À désinstaller — il n'y a plus rien à brancher.
Le cache ISR est intégré à la plateforme.
Mise en cache gérée côté serveur, nativement.
Inutile : pas de PHP à mettre en cache.
Assets optimisés à la compilation.
La plateforme est le pare-feu ; pas de PHP à protéger.
Surveillance et WAF assurés à la périphérie.
Redimensionnement/optimisation au niveau des assets.
Optimisation d'images gérée par la plateforme.
Sauvegardes gérées par l'infrastructure.
Pas de base WordPress à nettoyer côté public.
Une extension qui n'est pas dans la liste ?
Dites-nous laquelle : on vous dit dans quelle case elle tombe, et si besoin on branche le WordPress qu'il faut. La grande majorité ne nécessite aucun PHP.