Chez 40Q, nous envisageons WordPress différemment de la plupart des agences.
Nous ne le considérons pas comme un CMS fragile qu’il faut envisager sur la pointe des pieds. Nous le considérons comme une plateforme d’application sérieuse.
Cela signifie que nous nous soucions beaucoup de l’infrastructure, des flux de déploiement, de la maintenabilité et de la rapidité avec laquelle une équipe peut agir sans créer de problèmes six mois plus tard.
C’est la véritable raison pour laquelle nous avons transféré notre site web vers Kinsta.
Après le transfert, un résultat s’est imposé immédiatement : notre score PageSpeed s’est amélioré d’environ 20 points sans modifier le code ou la base de données. Nous avons simplement migré le site.
Ce gain de performance est formidable, mais ce n’est pas la seule raison pour laquelle nous avons déménagé. La raison principale est que Kinsta facilite la vie des développeurs, et lorsque l’expérience des développeurs est meilleure, les clients en profitent également.
Une infrastructure qui soutient le développement moderne de WordPress
Beaucoup d’hébergements WordPress supposent encore une ancienne façon de travailler. Ils supposent que les développeurs feront de petites modifications directement dans le thème, qu’ils s’appuieront sur des flux de travail ad hoc, qu’ils utiliseront des outils de construction par glisser-déposer et qu’ils contacteront le support technique chaque fois qu’ils auront besoin de faire quelque chose de plus que les éléments de base.
Ce n’est pas ainsi que nous travaillons chez 40Q.
Notre flux de travail est construit autour d’outils modernes, d’environnements structurés et de pratiques de développement qui réduisent les risques.
L’hébergement n’est pas seulement « l’endroit où vit le site web ». L’hébergement peut soit soutenir un flux de travail professionnel, soit y faire obstacle.
Kinsta a soutenu la façon dont nous aimons déjà construire.
L’écosystème Roots
Chez 40Q, nous sommes profondément investis dans les outils Roots parce qu’ils apportent plus de structure et de cohérence au développement de WordPress.
L’un de leurs outils, Bedrock, nous donne une structure de projet moderne, basée sur Composer. Un autre, Sage, nous donne un flux de travail frontend axé sur les composants.
Pour les lecteurs non techniques, voici pourquoi cela est important.
Bedrock aide à rendre les projets WordPress plus propres et plus fiables
La plupart des gens ne voient jamais la structure interne d’un site web, mais cette structure a un effet énorme sur la qualité à long terme.
Bedrock nous donne une base plus propre pour les projets WordPress. Au lieu de traiter un site comme de simples pages web sur un serveur, il nous aide à organiser les dépendances et la configuration avec plus de discipline.
Pour les clients, cela se traduit par quelques avantages pratiques :
- Les mises à jour sont plus faciles à gérer
- Les environnements sont plus cohérents
- Il y a moins de place pour le « ça marche sur un serveur mais pas sur un autre »
- L’intégration de nouveaux développeurs est plus rapide
- La maintenance à long terme devient moins risquée
Bedrock nous aide à gérer les projets WordPress d’une manière plus professionnelle et prévisible.
Sage nous aide à construire de meilleures interfaces publiques, plus rapidement
Sage est important pour une autre raison. Il améliore la façon dont nous construisons le thème lui-même.
L’une des choses que nous aimons dans Sage est qu’il nous permet d’utiliser Laravel Blade à l’intérieur de WordPress.
Pour les non-techniciens, l’avantage n’est pas le mot à la mode « Blade ». L’avantage, c’est ce que cela permet :
- Des modèles plus propres
- Plus de composants réutilisables
- Plus de cohérence sur l’ensemble du site
- Une collaboration plus facile entre les développeurs
- Itération plus rapide sans créer de désordre
Les sites web sont donc plus faciles à améliorer au fil du temps. Et c’est important pour les clients, car les sites web ne sont jamais vraiment « terminés ». Le véritable test est de savoir si un site peut évoluer sans devenir fragile ou coûteux à maintenir.
Kinsta soutient notre flux de travail sans friction
L’une des raisons pour lesquelles ce changement a été judicieux est simple : Kinsta ne s’oppose pas à cette façon de travailler.
Certaines plateformes vous donnent l’impression d’être constamment en train de négocier avec le fournisseur d’hébergement. Vous voulez utiliser des outils modernes, et soudain vous devez trouver des solutions de contournement, ouvrir des tickets de support ou modifier votre processus pour vous adapter aux limites de la plateforme.
Kinsta était différent.
Nous pouvions utiliser les outils et les conventions auxquels nous croyons déjà. Nous pouvions travailler d’une manière qui semble naturelle à une équipe d’ingénierie moderne.
Nous aimons faire les choses nous-mêmes
Ce point peut sembler anodin, mais c’est l’un des plus importants.
Nous sommes des utilisateurs avertis. Nous ne voulons pas être bloqués par des tâches opérationnelles de base. Nous ne voulons pas attendre de l’aide pour des choses qu’une équipe compétente devrait pouvoir gérer elle-même.
Une bonne plateforme d’hébergement donne aux équipes avancées la possibilité d’opérer.
Cela ne signifie pas que l’assistance n’est pas importante. Cela signifie que la meilleure expérience de support consiste souvent à ne pas avoir besoin d’assistance du tout pour les tâches quotidiennes. Kinsta nous offre un tableau de bord réellement utile et un accès suffisant pour que notre équipe puisse agir rapidement.
Cette rapidité n’est pas seulement pratique pour nous. Elle est également bénéfique pour les clients.
Lorsqu’une agence peut diagnostiquer les problèmes plus rapidement, déployer avec plus de confiance, gérer les environnements proprement et éviter les allers-retours inutiles, les clients bénéficient d’une expérience plus fluide. Moins de retard. Moins de frictions. Moins de drames opérationnels.
Un outil sur lequel nous comptons : L’APM de Kinsta
Kinsta est livré avec un outil intégré de surveillance de la performance des applications, et à un moment donné de notre utilisation de la plateforme, il a gagné sa place.
Nous avions un problème de performance qui était vraiment difficile à cerner.
Le genre de chose qui n’apparaît pas de manière évidente dans les scores PageSpeed ou les journaux d’erreurs, un processus sous-jacent faisant discrètement des dégâts.
L’APM de Kinsta l’a rendu immédiatement visible. Nous avons pu voir exactement où se trouvait le goulot d’étranglement, le corriger directement et, dans certains cas spécifiques, récupérer jusqu’à deux secondes de temps de chargement.
Avoir cet outil intégré à la plateforme, sans avoir besoin d’une intégration tierce ou d’un ticket de support juste pour avoir de la visibilité, est exactement le genre de chose que nous voulons dire quand nous disons que Kinsta soutient la façon dont une équipe compétente aime travailler.
Une meilleure expérience pour les développeurs conduit à de meilleurs résultats pour les clients
C’est la partie qui échappe à de nombreux acheteurs non techniques.
L’expérience du développeur ne consiste pas seulement à rendre les ingénieurs heureux. Elle influe sur la qualité du produit final.
Lorsque les développeurs travaillent dans un environnement plus propre, ils prennent de meilleures décisions. Leurs livraisons sont plus prévisibles. Ils passent moins de temps à se battre contre l’infrastructure et plus de temps à améliorer le site web lui-même.
Cela signifie que les clients bénéficient de meilleures performances, de moins de problèmes évitables, de versions plus stables, d’améliorations futures plus faciles et d’un site plus facile à maintenir au fil du temps.
C’est l’une des raisons pour lesquelles nous tenons tant à des outils comme Bedrock et Sage, et pourquoi il est important que Kinsta prenne en charge ce type de configuration.
Et lorsque les fondations sont bonnes, tout ce qui est construit dessus s’améliore.