Lorsqu’une plateforme grandit, l’exigence de fiabilité grandit avec elle. Nous avons donc voulu agir de manière proactive afin que les fonctions critiques soient surveillées par un outil de monitoring open source, indépendant de notre hébergeur. Pour nous, il est particulièrement important que la fonctionnalité d’achat et de vente de projets web fonctionne parfaitement : nous voulons vous proposer une place de marché qui donne une impression professionnelle — et cela commence par des choses très simples comme la connexion, les parcours de formulaires et la recherche.
Projektify utilise une configuration d’hébergement managé. Ce choix est volontaire : moins de charge d’exploitation, davantage de focus sur le produit, les contenus et la communauté. En complément, nous souhaitions un outil de monitoring externe et très détaillé.
Lors de notre recherche en ligne d’un prestataire de conseil Linux, nous avons découvert Blunix à Berlin. Ils nous ont recommandé un petit serveur cloud qui observe de l’extérieur les fonctions les plus importantes — exactement comme de vrais utilisateurs perçoivent notre plateforme. L’objectif était de surveiller proprement les parcours et fonctions clés de notre boutique et d’obtenir plus rapidement une vision claire en cas de panne réelle ou de problème progressif.
Avec notre solution de managed hosting pour notre boutique, cette « perspective externe » est extrêmement précieuse dans la pratique. Elle répond à des questions qui, au quotidien, peuvent sinon vite mener à des discussions : la plateforme est-elle vraiment inaccessible ou s’agit-il seulement d’un endpoint interne ? Est-ce un problème local, un sujet DNS, un problème de certificat, un souci de routage ? Et surtout : le parcours utilisateur fonctionne-t-il encore comme prévu ? L’utilisateur peut-il créer un nouveau compte puis utiliser la recherche ?
C’est précisément à ce moment-là que le monitoring devient intéressant.
Un petit serveur cloud Hetzner économique pour un monitoring externe
Les experts Linux de Blunix nous ont recommandé d’externaliser le monitoring sur une instance séparée et abordable. Hetzner est parfait pour cela, car les coûts sont exactement prévisibles et l’on obtient une séparation nette entre la plateforme et la supervision. Cette séparation apporte de la sérénité : même si quelque chose se passe mal côté hébergement ou lors d’un déploiement, le système de monitoring reste découplé.
Notre nouvelle configuration est volontairement très simple : une petite instance cloud à 20 euros par mois sur notre compte Hetzner, Debian stable comme système d’exploitation, et une plateforme de monitoring moderne couvrant un large spectre — des simples vérifications HTTP qui contrôlent si un mot-clé précis apparaît sur une page jusqu’à de vrais scénarios de navigateur qui reproduisent très fidèlement l’expérience utilisateur de nos clients.
OneUptime comme base – moderne, totalement open source et très lisible
Après une comparaison approfondie de plusieurs outils de monitoring open source, nous avons choisi OneUptime. Ce n’est pas une fonctionnalité isolée qui a fait la différence, mais l’idée globale : une plateforme FOSS qui regroupe différents modules de monitoring au sein d’un même ensemble.
Pour nous, il était important que OneUptime puisse être déployé sur Debian. L’outil lui-même s’exécute dans un conteneur Docker via Docker Compose. C’est une nuance importante, car cela évite d’installer « un gros paquet » directement dans le système : on obtient au contraire une application clairement encapsulée sur un OS stable. Ainsi, grâce à la documentation créée par Blunix, nous pourrons à l’avenir gérer et mettre à niveau ce système en grande partie par nous-mêmes. Cela garantit que le nouveau monitoring ne devienne pas un projet de maintenance au quotidien.
Deux exemples simples de monitoring de site : vérifications HTTP avec mots-clés et expiration SSL
Les exemples les plus simples de notre nouveau système de monitoring sont les contrôles SSL. Ils surveillent la date d’expiration du certificat SSL. Même si notre fournisseur de managed hosting s’en occupe aussi, cette vérification ne peut pas faire de mal et a constitué un bon onboarding pour nous familiariser avec l’interface Web de OneUptime.
Dans un second exemple, nous avons créé avec Blunix des vérifications HTTP classiques. Le système de monitoring accède au site et vérifie si un mot-clé ou une phrase précise apparaît dans le code HTML — par exemple « Marktplatz für den Kauf und Verkauf von Webprojekten » directement sur https://projektify.de
. Si ce contrôle est réussi, nous savons par exemple qu’une page « nous sommes actuellement indisponibles » ou une page d’erreur n’est pas affichée. Nous avons configuré ces checks pour toutes les autres pages publiques, c’est-à-dire toutes les pages qui ne nécessitent pas de connexion.
Cela a permis de construire une bonne base qui offre une assurance qualité tangible.
La vraie valeur ajoutée : le monitoring externe des parcours utilisateur
Passons maintenant à la partie la plus passionnante du projet : un client peut-il créer un nouveau compte ? Peut-il se connecter ? La recherche fonctionne-t-elle ? Une nouvelle offre peut-elle être créée ? En bref : le client peut-il utiliser la plateforme comme prévu ?
C’est précisément pour cette raison que notre choix s’est porté sur le logiciel de monitoring open source OneUptime. Il prend en charge des contrôles synthétiques basés sur un navigateur avec Playwright — c’est-à-dire que le moniteur se comporte comme un vrai navigateur, peut remplir des formulaires, cliquer sur des boutons, vérifier des états et, au final, évaluer si le résultat correspond à l’expérience utilisateur attendue. C’est exactement ce que l’on appelle le monitoring de parcours utilisateur.
Trois exemples de parcours utilisateur que nous surveillons désormais
Blunix a mis en place pour Projektify toute une série de ces contrôles. Trois exemples typiques illustrent bien à quoi cela ressemble concrètement.
Le point d’entrée le plus visible, accessible publiquement, est la connexion utilisateur. Le check commence donc sur la page d’accès https://projektify.de/anmelden/
et simule le déroulé complet : saisie de l’identifiant et du mot de passe dans les champs correspondants, envoi du formulaire, puis vérification que la connexion a bien réussi en contrôlant la présence d’éléments de compte visibles.
Un deuxième exemple est le générateur d’annonces — une page très importante côté produit, car elle guide les utilisateurs de manière structurée pour créer une nouvelle annonce. Le contrôle synthétique correspondant utilise un compte de test, se connecte, puis suit le flux du générateur tel qu’on le connaît sur https://projektify.de/anzeigenGenerator/
. Le moniteur sélectionne des options d’exemple, remplit les champs essentiels et vérifie que le processus se poursuit correctement et que l’annonce est créée. Ces parcours de formulaires sont des candidats typiques aux erreurs UI « silencieuses » — et c’est précisément là que le monitoring régulier via navigateur fait une vraie différence !
Le troisième exemple concerne notre page d’achat de domaines. Ici aussi, l’attente des utilisateurs n’est pas simplement « la page doit charger », mais « la recherche et les interactions doivent fonctionner ». Le check s’appuie sur https://projektify.de/domain-kaufen/#1
et simule, après connexion, les étapes suivantes : chargement de la page, réglage du curseur de prix, lancement d’une recherche et vérification que l’offre attendue s’affiche. Ainsi, un parcours commercialement critique est sécurisé en continu.
Avec les experts linux support de Blunix, nous avons par ailleurs couvert divers autres parcours importants pour le fonctionnement de la place de marché.
Pourquoi cela va bien au-delà d’un simple monitoring HTTP
Pour les plateformes avec plusieurs domaines fonctionnels — contenus, listings, générateurs, chemins de recherche — il y a une énorme différence entre une petite zone périphérique qui vacille et un parcours central comme la connexion ou la création d’annonces qui est impacté. Le monitoring devient ainsi une forme de mesure continue de la qualité produit. Et tout cela reste parfaitement compatible avec le managed hosting : nous n’avons pas eu besoin d’installer des agents ou quoi que ce soit sur notre serveur (ce que nous ne pourrions de toute façon pas faire). Nous pouvons donc surveiller l’expérience utilisateur depuis l’extérieur.
Conclusion : une petite amélioration avec un grand impact
Projektify a fait avec Blunix un choix mûr, presque discret : des contrôles externes qui sécurisent de vrais parcours utilisateur. Les vérifications HTTP et la surveillance SSL fournissent une base propre. Les parcours Playwright garantissent que la plateforme reste stable dans les moments critiques — lors de la connexion, de la création d’annonces et de la recherche d’offres adaptées, etc. Notre nouveau système de monitoring ne se contente pas d’alerter : il apporte aussi de l’orientation — et c’est finalement l’objectif le plus important du monitoring : moins de nervosité, moins de suppositions et davantage de confiance dans ce que l’on construit jour après jour.
Source: https://pixabay.com/photos/job-office-team-business-internet-5382501/
