Je discutais dernièrement avec un client lorsqu’au cours de notre conversation, il me confie: “Tu sais nous ce qu’on voulait c’était un Wordpress, lorsqu’on nous a livré le site statique avec Wordpress en CMS on a eu l’impression que le site avait été pris en otage !”.
Ce surprenant retour m’a fait réfléchir parce que, c’est mon business aussi de créer des sites statiques avec Wordpress en CMS. Alors qu’elle est la bonne méthode pour le présenter en toute transparence et ne pas donner à mes clients l’impression d’être piégés.
C’est quoi un site statique ? Quel rapport avec Wordpress ?
Dans la majorité des cas, lorsque vous consultez une page produit ou une page de blog, celle-ci est construite au moment où vous la demandez, que ce soit du côté du serveur ou du navigateur. Avec un site statique, celle-ci est générée en amont afin de minimiser le temps de réponse de la page, offrant ainsi des performances accrues.
Si l’on a longtemps délaissé les sites statiques, ils ont fait un retour en force ces dernières années. L’idée étant que grâce aux cloud, aux CI et à des frameworks modernes tels que Astro ou Next, on peut désormais éditer des sites statiques de manière efficace, sans que ça soit une peine pour l’éditeur.
D’ailleurs actuellement, ça fait assez peu de différence pour le client final. Si celui-ci était habitué à gérer son site via Wordpress, nous pouvons nous servir de son API pour créer un nouveau site. C’est toute la beauté du développement de SSG (Static Site Generator) actuellement: performer sans contrarier.
En quoi le SSG peut-il être un piège pour votre entreprise ?
Néanmoins, la performance a un prix. Dans le cas d’un SSG avec un CMS Headless, vous pouvez continuer de créer des pages, mais uniquement avec les composants qui ont déjà été intégrés par le développeur du côté du SSG.
Ainsi, si vous avez l’idée de créer une page contenant un carrousel, mais que celui-ci n’existe pas du côté du SSG, vous aurez beau ajouter un plugin Wordpress permettant de créer un carrousel, il ne s’affichera jamais sur le site final. Pire, cette action pourrait totalement planter le site.
C’est exactement dans cette situation que s’est retrouvé mon client. Content d’avoir un site performant, mais immensément frustré de ne pas pouvoir faire évoluer son site par lui-même.
Je pense que dans son cas, il aurait mieux valu lui développer un Wordpress avec toute la rigueur nécessaire pour le rendre performant.
Éviter les incompréhensions: définissez le besoin réel
La plupart de mes clients sont des associations ou des PME, des personnes qui n’ont pas un profil technique ni une appétence à l’édition de site. Ainsi à partir du moment où ils peuvent ajouter leurs produits en ligne et écrire des articles, ils sont contents.
Mais les clients n’ont pas tous le même profil et il est primordial de définir clairement leur besoin. Si le site à vocation à régulièrement évoluer d’un point de vue ergonomique, le site statique n’est pas forcément la meilleure solution, puisque chaque modification fonctionnelle doit donner lieu à un nouveau développement.
Conclusion: La technologie répond à un besoin métier
Avant d’initier le développement d’un site internet, il est donc primordial de définir son but. Le site internet est un outil est sa nature dépendra de la manière dont vous souhaitez l’utiliser. Un site statique en l’occurrence est parfait pour répondre à un besoin de performance. Il dévoilera tout son potentiel associé à une bonne stratégie SEO.
Si par contre votre but par contre est de régulièrement itérer au niveau de l’UX pour optimiser vos ventes, probablement qu’un wordpress bien conçu ou un shopify répondra plus judicieusement à votre besoin.
Le site statique pourra venir plus tard lorsque votre UX aura trouver une stabilité et que votre objectif sera alors de ranker sur Google.
Tout ça pour dire, le meilleur moyen de savoir ce qu’il vous faut, c’est encore d’en discuter ensemble. N’hésitez donc pas à nous contacter et nous vous répondrons dès que possible.