iAmEvolving – Plateforme WordPress sur mesure
iAmEvolving
Un thème acheté fixe la forme d’un site avant que quiconque ait demandé ce qu’il doit faire, et chaque exigence qui suit doit ensuite le contourner. Le développement sur mesure part des exigences et produit quelque chose qui reste maintenable à mesure qu’elles changent.
Le sur mesure n’est pas automatiquement le bon choix. Pour un site simple, au contenu conventionnel et sans intégrations, un thème bien choisi est plus rapide et moins cher, et nous le dirons. Le calcul change quand le site doit faire quelque chose de précis, et il change généralement plus tôt qu’on ne le croit.
Le coût d’un thème, ce n’est presque jamais la licence. C’est l’accumulation des contournements : l’extension ajoutée parce que le thème ne savait pas faire une chose, le thème enfant qui redéfinit la moitié du parent, la page bâtie avec douze conteneurs imbriqués parce que la mise en page n’avait pas été prévue, et la mise à jour impossible à cause des trois. Deux ans plus tard, l’organisation paie déjà un développement sur mesure, par versements mensuels, sans en posséder un.
Personnes, lieux, programmes, documents, produits, événements : des objets avec des champs et des relations, pas seulement des pages de texte. Un contenu structuré exige un modèle, et un modèle n’est pas quelque chose qu’un thème peut fournir.
Si une équipe met le site à jour chaque semaine, l’expérience d’édition est le produit. Un jeu de blocs contraint qui produit un balisage correct vaut mieux qu’une toile ouverte capable de produire n’importe quoi, y compris un fouillis.
Types de contenu, taxonomies et métadonnées conçus autour de ce que l’organisation gère, avec les relations entre entités modélisées correctement. C’est la décision dont tout le reste hérite, et celle qui devient une migration plutôt qu’une refonte si elle est mauvaise.
Construits à partir du système de design plutôt qu’à partir d’un thème de départ dont on retire des fonctions. Des gabarits qui rendent le modèle de contenu, un pipeline de construction, et aucun code traîné pour un cas d’usage que le site n’a pas.
Calculateurs, répertoires, interfaces de recherche, tableaux de bord, routines d’importation, outillage d’administration. Écrits comme extensions quand la fonction doit survivre au thème, et documentés pour la personne qui les maintiendra ensuite.
Des espaces de noms REST sur mesure quand une autre application, une interface ou un système partenaire doit lire ou écrire. Authentifiés, validés, conscients des limites de débit, et versionnés.
Rôles et permissions calqués sur les responsabilités réelles, révision et aperçu qui montrent la vraie page, et des flux de publication qui n’exigent pas un développeur en attente.
Dites-nous ce que le site doit faire et qui doit le maintenir. Nous vous dirons quelles parties exigent vraiment du sur mesure et lesquelles non. La deuxième liste est généralement plus longue qu’on ne le pense.
Une construction sur mesure fait ses preuves après le lancement, quand un développeur qui ne l’a jamais vue la reprend deux ans plus tard et change quelque chose sans en casser trois autres. Nous écrivons selon les normes de codage WordPress, gardons le code sous gestion de versions avec la configuration qui définit le site, documentons l’architecture et les décisions qui la sous-tendent, et évitons les solutions astucieuses qui ne fonctionnent que tant que leur auteur est disponible.
Cela compte commercialement autant que techniquement. Une plateforme qu’un seul fournisseur peut maintenir n’est pas un actif, et toute organisation qui passe par une révision des TI ou de l’approvisionnement devra généralement démontrer qu’un autre fournisseur pourrait la reprendre.
L’ordre du travail en découle. Le modèle de contenu, la carte des intégrations et les rôles éditoriaux sont écrits et révisés avant qu’un seul gabarit soit construit. La bibliothèque de blocs est conçue avec du vrai contenu plutôt qu’avec du faux texte. Chaque phase est estimée par écrit avant de commencer, et la documentation s’écrit en même temps que le code plutôt que d’être reconstituée à la passation.
Cinq marques hypothécaires et de courtage. Au fil d’un seul mandat, de 2021 à 2025, nous avons bâti sur la plateforme M3 Tech des types de contenu sur mesure pour les courtiers, les bureaux, les franchises, les régions, les postes et les prêteurs. Les dossiers de courtiers, de bureaux et de franchises sont synchronisés avec le CRM BOSS du client, Multi-Prêts les gère par des interfaces d’administration en React, et les cinq marques partagent une seule bibliothèque de blocs Gutenberg dans le thème parent.
Une plateforme de commerce sans extension de commerce. iAmEvolving® est un thème sur mesure bâti à partir de zéro, délibérément sans WooCommerce, sans extension de courriel tierce et sans constructeur de pages. Il porte sa propre boutique, un moteur d’infolettre et d’automatisation fonctionnant par tâches planifiées, une livraison de cours échelonnée, et trente-cinq blocs sur mesure.
Un portail de membres avec son propre modèle de permissions. Doolittle Lake Club possède des rôles Membre et Actionnaire sur mesure avec cumul possible, deux types de documents aux accès distincts, un système de téléchargement sécurisé, un type de contenu d’inventaire et une navigation sensible aux rôles. Rien de tout cela n’est un réglage d’extension.
Ce site en est un exemple plus modeste, que vous pouvez examiner directement : un thème sur mesure dont les pages sont assemblées à partir de blocs Gutenberg rendus côté serveur, avec un espace de noms REST sur mesure derrière ses formulaires de contact et les données de Search Console présentées aux rédacteurs dans WordPress.
Chacun de ces projets est parti d’une exigence qu’un thème ne pouvait pas satisfaire. Les études de cas exposent ce qui a été construit et pourquoi.
Plus cher au départ, et souvent moins cher dès la troisième année. Le coût d’un thème n’est pas sa licence, ce sont les contournements : les extensions achetées pour combler les manques, le temps de développement passé à se battre contre des gabarits qui n’ont pas été conçus pour votre contenu, et la mise à jour impossible à cause des deux. La comparaison qui vaut la peine porte sur la durée de vie de la plateforme, pas sur la facture du lancement. Pour un site simple au contenu conventionnel, le thème gagne encore, et nous vous le dirons.
Non, et nous traitons cela comme une exigence plutôt que comme une réassurance. Le code est écrit selon les normes de codage WordPress, gardé sous une gestion de versions qui vous appartient, et documenté au moment du travail plutôt que reconstitué à la passation. Une révision des TI ou de l’approvisionnement, en entreprise comme dans le secteur public, demande généralement si un autre fournisseur pourrait reprendre la plateforme, et c’est un test que le travail doit réussir.
Non. Un constructeur de pages résout le même problème qu’une bibliothèque de blocs, et il le résout en stockant la mise en page et le balisage dans la base de données, ce qui rend le site coûteux à modifier plus tard. Nous construisons plutôt des blocs Gutenberg rendus côté serveur, pour que le balisage vienne du code au moment de l’affichage et qu’une correction s’applique à toutes les pages qui utilisent le bloc, y compris celles publiées il y a des années.
Oui, et c’est fréquent. Quand une palette de marque ne peut atteindre le contraste AA sur les éléments d’interface, nous le soulevons tôt et proposons des variantes pour ces éléments plutôt que de livrer discrètement quelque chose qui échouera à une révision ultérieure.
Le modèle de contenu et les intégrations le déterminent bien plus que le design. Un site avec quelques types de contenu et aucun système externe est un projet différent d’un site qui modélise des entités avec des relations et lit dans un CRM. Nous découpons le travail en phases et estimons chaque phase par écrit, pour que l’échéancier découle d’une portée décidée plutôt que d’une moyenne.
La plupart des changements que veut faire une équipe des communications ne devraient pas passer par nous, et c’est tout l’intérêt d’une bibliothèque de blocs bien conçue. Pour le reste, les mêmes développeurs qui ont construit la plateforme continuent avec elle. Voir maintenance et soutien.