CodeGuard Cloud

Des outils via une seule interface

Votre assistant IA appelle les outils directement (via le protocole MCP). Pour les scripts et pipelines, il existe une interface web (REST), d’abord pour Lighthouse et le contrôle des paquets. En retour, vous obtenez des données qu’un programme peut traiter. Un exemple concret par outil :

• Lighthouse pour des listes d’adresses

  en cours

  Après une mise à jour, votre page d’accueil est nettement plus lente sur mobile. La mesure montre de combien de points chaque score Lighthouse a baissé par rapport à la dernière mesure.

• DNS, chiffrement et en-têtes de sécurité

  en cours

  Après un changement de serveur, l’en-tête qui force les navigateurs à passer en HTTPS manque, et le certificat expire dans douze jours. Le contrôle signale les deux avant qu’un visiteur ne voie un avertissement.

• Vulnérabilités connues dans vos paquets

  en cours

  Une faille de sécurité est rendue publique pour une version de paquet de votre composer.lock. Le contrôle indique le paquet, la version et l’identifiant de la faille ; le fichier lui-même reste chez vous.

• Cycle de vie des frameworks comme Laravel

  en cours

  Votre liste de paquets indique Laravel 9. Le contrôle signale que cette version ne reçoit plus de mises à jour de sécurité.

• Crawler et SEO

  en cours

  Après une refonte, des liens internes et des entrées du sitemap pointent vers des pages qui n’existent plus, et plusieurs pages n’ont pas de méta-description. Le crawler liste les pages concernées qu’il a contrôlées.

• HTML et données structurées

  en cours

  Il manque à vos données produit des champs obligatoires pour les avis, sans lesquels Google ne peut pas afficher d’étoiles. Le contrôle indique le champ manquant ou erroné.

• Accessibilité dans un vrai navigateur

  prévu

  Votre formulaire de contact contient des champs sans libellé qu’un lecteur d’écran ne peut pas lire. Le contrôle indique chaque endroit.

• Détection des logiciels utilisés

  prévu

  Votre site livre une ancienne version de jQuery présentant des failles connues. Le contrôle la détecte à partir de la page publique.

• Surveillance continue

  en cours

  Le cloud contrôle régulièrement votre site à nouveau. Si les performances chutent nettement après une mise à jour ou si une nouvelle faille est connue dans vos paquets, vous recevez un message.

• Interface pour assistant IA et pipeline

  en cours

  Votre pipeline lance une mesure Lighthouse après chaque deploy, récupère le résultat et s’arrête si le score de performance ne dépasse pas 80.

• Vue d’ensemble dans le navigateur

  en cours

  Votre chef de projet voit sans terminal quels constats sont ouverts, lesquels sont nouveaux depuis la dernière exécution et lesquels sont considérés comme corrigés.

Immédiatement ou en tâche : vous choisissez comment attendre

Une adresse est mesurée en une minute environ, car le cloud mesure chaque page trois fois. Vingt adresses sur deux appareils prennent nettement plus de temps. C’est pourquoi chaque requête connaît deux voies, et les deux mènent au même résultat.

Synchrone : le résultat dans la même réponse

Votre outil attend le résultat : jusqu’à cinq minutes via l’interface web, jusqu’à une minute pour votre assistant IA. Si le résultat n’est pas là d’ici là, vous recevez un numéro de tâche au lieu d’une erreur : la mesure continue, rien n’est perdu. Conçu pour le moment où vous êtes dans l’éditeur ou juste avant le commit.

Asynchrone : numéro de tâche immédiat

Le cloud accepte la tâche et répond immédiatement avec un numéro. Votre pipeline continue de travailler et interroge l’état plus tard : en attente, en cours, terminé ou échoué. Conçu pour les longues listes d’adresses, les exécutions nocturnes et la CI.

Résultats partiels dès qu’ils sont prêts

Lors de l’interrogation, vous voyez chaque mesure terminée pendant que les autres sont encore en cours. Chaque valeur est accompagnée de la comparaison avec la dernière exécution. Le cloud répond à la même requête dans les dix minutes depuis le cache, sans nouvelle mesure.

Un exemple : notre propre site

Mesuré le 7 octobre 2026 sur www.provimedia.de, vue mobile, avec Lighthouse sur notre propre machine, pas encore via le cloud. L’exemple montre pourquoi une note seule ne suffit pas : seule la cause vous dit quoi faire.

Ce que vous économisez

Temps machine

Une mesure Lighthouse occupait notre machine de développement environ 20 à 25 secondes. Vingt adresses sur mobile et desktop, mesurées trois fois chacune, font 120 mesures : 40 à 50 minutes pendant lesquelles la machine ne fait rien d’autre. Avec le cloud, elles tournent sur nos machines, et la vôtre reste libre.

Des chiffres fiables

Lighthouse varie : chez nous, la même page a obtenu 53 et 63 points le même jour. Le cloud mesure chaque page trois fois et retient, pour la performance, la valeur médiane des trois. Une valeur aberrante isolée ne détermine donc pas le résultat.

Des constats plutôt qu’une simple note

Chaque mesure s’accompagne de jusqu’à dix constats en performance, accessibilité, bonnes pratiques et SEO, classés selon leur poids dans Lighthouse. Vous voyez quelles valeurs font baisser la note.

Aucune exploitation de votre côté

Pas d’environnement de mesure à mettre en place, pas de navigateur à maintenir sur le serveur de build, pas de base de vulnérabilités à tenir à jour. Vous appelez un outil et obtenez un résultat.

Où nous en sommes

L’état provient directement de notre développement et se met à jour tout seul. Nous comptons le socle de base, pondéré selon l’effort.