Projet Intégration API

OptiSeoWap : centraliser les contrôles GTmetrix et PageSpeed d’un site

Jérémy Chomel Dawap
  • Publié le : 14 juillet 2022
  • Temps de lecture : 14 minutes
  1. Le projet en un coup d’œil
  2. Présentation du client
  3. Méthode projet Dawap
  4. Problème de départ
  5. Sites, sitemaps et pages
  6. Séquence d’analyse
  7. GTmetrix
  8. Google PageSpeed
  9. Import sitemap
  10. Exploration des liens
  11. Orchestration asynchrone
  12. Scénario terrain
  13. Gains concrets
  14. Conclusion
Cas client

Le projet en un coup d’œil

Système audité
Signal / 01 5 contrôles Analyse d’une URL HTTP, GTmetrix et Google PageSpeed sur deux terminaux
Signal / 02 2 terminaux Lecture séparée Résultats desktop et mobile conservés distinctement
Signal / 03 3 périmètres Catalogue structuré Sites, sitemaps et pages réunis dans un même outil
Signal / 04 2 APIs Mesure de performance GTmetrix et Google PageSpeed Insights

Contrôler la performance technique d’un site devient vite fastidieux lorsqu’il faut ouvrir plusieurs outils, relancer les mêmes URLs puis reporter les résultats à la main. Le problème n’est pas le manque de scores : c’est leur dispersion et l’absence de contexte commun.

OptiSeoWap a été conçu pour réunir les sites, leurs sitemaps et leurs pages dans une application Symfony. Une analyse déclenche les contrôles HTTP, GTmetrix et Google PageSpeed, distingue mobile et desktop puis conserve les résultats sur la fiche URL. C’est un exemple concret d’intégration d’API SEO appliquée à un usage quotidien.

Le projet ne promet pas de décider automatiquement à la place d’un expert. Il construit une base plus fiable pour voir une page, son état technique et ses mesures sans recommencer toute la collecte.

1. Présentation du client

Comprendre le contexte business avant la solution

OptiSeoWap est un produit interne imaginé pour structurer le suivi technique de plusieurs sites et de leurs concurrents. Chaque utilisateur peut rattacher ses propres accès GTmetrix et Google PageSpeed à son espace.

Le catalogue s’organise en trois niveaux : un site, ses sitemaps, puis les pages découvertes ou ajoutées. Cette hiérarchie permet de passer d’une vue globale à une URL précise sans perdre son rattachement.

L’application devait aussi accepter des analyses longues sans bloquer l’écran. Les appels externes et l’exploration des liens sont donc distribués dans des messages distincts.

2. Méthode projet Dawap

Analyse, priorisation, delivery agile et sécurisation du run

La première brique a posé les comptes, projets et sites. Le travail s’est ensuite concentré sur le catalogue de pages, l’import de sitemap et les connecteurs de mesure.

L’analyse d’une page suit une séquence explicite : données HTTP, GTmetrix desktop, GTmetrix mobile, Google PageSpeed desktop et Google PageSpeed mobile. L’extraction des liens internes prolonge ensuite la découverte du périmètre.

Le projet dispose d’une chaîne GitLab qui construit et publie les images PHP et Nginx. Les contrôles HTTP, GTmetrix et PageSpeed rejoignent ainsi un produit empaqueté de façon reproductible.

3. Problème de départ

Sortir des contrôles techniques dispersés

Un même site peut contenir des centaines d’URLs dont le code HTTP, le temps de réponse et les scores externes évoluent séparément. Sans référentiel, retrouver la mesure d’une page suppose de relancer l’outil ou de rechercher un ancien relevé.

OptiSeoWap devait fournir une lecture commune à ces informations : un site connu, un périmètre de pages et des analyses rattachées aux bons objets.

L’objectif concret était de réduire la manipulation nécessaire pour passer d’une URL à son diagnostic technique, sans prétendre automatiser l’expertise SEO qui vient ensuite.

4. Sites, sitemaps et pages

Un catalogue qui conserve le contexte

Le site constitue le point d’entrée. Il peut être rattaché à un projet, suivi comme propriété ou comme concurrent, puis ouvert sur ses pages, ses sitemaps et ses statistiques.

Un sitemap conserve son URL, son statut HTTP, son activation et le nombre de pages découvertes. Chaque page garde son adresse, son statut, son temps de réponse, sa dernière analyse et ses scores.

Cette modélisation rend la navigation plus utile : l’utilisateur peut partir du site, isoler une page faible puis revenir au périmètre global.

5. Séquence d’analyse

Cinq contrôles déclenchés depuis la même URL

Une demande d’analyse commence par le contrôle HTTP. Elle déclenche ensuite GTmetrix desktop, GTmetrix mobile lorsque le compte le permet, Google PageSpeed desktop et Google PageSpeed mobile.

Chaque traitement met à jour les champs de la page qui lui appartiennent. Un service externe indisponible n’empêche donc pas de comprendre quelles autres mesures ont déjà été obtenues.

La date de dernière analyse et le journal d’activité donnent un repère temporel aux résultats affichés.

6. Intégration GTmetrix

Conserver séparément desktop et mobile

Le connecteur GTmetrix lance un test, interroge son état puis récupère les scores PageSpeed et YSlow renvoyés par l’API utilisée à l’époque du projet.

Les identifiants GTmetrix appartiennent à l’utilisateur. Le mode mobile n’est déclenché que lorsque son compte dispose de cette capacité.

Cette intégration illustre notre savoir-faire d’intégrateur GTmetrix API : adapter la collecte aux droits réels du compte et rattacher chaque résultat à sa page.

7. Intégration Google PageSpeed

Comparer deux contextes sans les confondre

Le connecteur Google Insight utilise la clé configurée par l’utilisateur et exécute une analyse pour chacun des deux modes.

Les scores desktop et mobile sont persistés dans des champs distincts. Une page peut ainsi être correcte sur ordinateur et fragile sur téléphone sans que la moyenne masque l’écart.

Le rapprochement avec GTmetrix donne une vue croisée des mesures, sans inventer une équivalence entre les méthodologies des deux fournisseurs.

8. Import sitemap

Transformer un fichier XML en périmètre suivi

L’utilisateur rattache un sitemap à un site. Le service valide sa présence, contrôle son URL, lit le XML puis met à jour le nombre de pages annoncé.

Les URLs extraites sont créées ou rattachées au catalogue. Le périmètre ne dépend plus d’une saisie manuelle page par page.

Le sitemap reste consultable et rafraîchissable, ce qui permet de suivre l’évolution d’un site dont les contenus changent.

9. Exploration des liens internes

Découvrir au-delà du sitemap

Après l’analyse, un message dédié extrait les liens internes de la page. Les nouvelles URLs peuvent rejoindre le catalogue et être explorées à leur tour lorsque la découverte complète est demandée.

Cette brique complète le sitemap : elle révèle les pages accessibles par navigation même si leur présence dans les fichiers XML n’est pas garantie.

Le projet dispose ainsi d’un crawl ciblé sur la découverte des URLs et leurs données essentielles, base utile pour approfondir ensuite la qualité du maillage.

10. Orchestration asynchrone

Ne pas immobiliser l’interface pendant les appels externes

Symfony Messenger distribue les analyses HTTP, GTmetrix, Google PageSpeed, sitemaps et liens internes dans des files dédiées.

Ce découpage permet aux workers de prendre les tâches séparément et garde l’application disponible pendant les contrôles externes.

Les images PHP et Nginx sont construites et publiées par GitLab CI pour fournir un environnement reproductible au produit.

11. Scénario terrain

Ajouter un site puis examiner une page faible

Un utilisateur enregistre son site et un sitemap. OptiSeoWap lit le XML, crée les pages du périmètre puis affiche leur état HTTP.

Il ouvre une URL et lance l’analyse. Les messages collectent les mesures externes selon les accès configurés ; les résultats mobile et desktop rejoignent la même fiche.

L’utilisateur peut alors comparer les signaux de cette page, vérifier ses titres et suivre les liens internes découverts avant de décider de la correction SEO pertinente.

12. Gains concrets

Moins de collecte répétée, davantage de contexte

OptiSeoWap centralise les URLs et leurs mesures essentielles. Le passage du site à la page, puis de la page à ses scores, ne demande plus de reconstruire le contexte dans plusieurs outils.

La séparation des traitements rend le suivi plus lisible : HTTP, GTmetrix, PageSpeed et exploration disposent chacun de leur place dans le parcours.

Le gain démontré n’est pas un chiffre de trafic inventé. C’est un socle de monitoring qui remplace une suite de contrôles isolés par un catalogue consultable et réanalysable.

13. Conclusion

Pourquoi ce projet donne envie de travailler avec Dawap

OptiSeoWap matérialise une idée simple : un score devient utile lorsqu’il est rattaché à la bonne URL, au bon terminal et au bon site. Cette structure évite de confondre mesure ponctuelle et suivi exploitable.

Le projet a posé les fondations qui seront ensuite approfondies avec Daspeed : orchestration asynchrone, catalogues de sites et de pages, connecteurs de performance et écrans de lecture technique.

Pour construire un dispositif comparable, notre accompagnement en API SEO et Analytics, notre expertise GTmetrix et nos missions de monitoring SEO technique relient collecte, lecture et décision.

Portrait de Jérémy Chomel
Monitoring SEO technique

Vos contrôles de performance vivent-ils encore dans des onglets et des relevés isolés ?

Nous pouvons connecter vos sources de mesure, structurer les URLs suivies et construire un outil de pilotage adapté à vos équipes.

01Centraliser les mesures 02Automatiser la collecte 03Conserver le contexte URL
Cadrer votre projet Voir Intégration API
Daspeed plateforme d’analyse SEO et PageSpeed par API Intégration API Daspeed : plateforme SEO pilotée par API Voir le projet
  • 19 juin 2023
  • Lecture ~18 min

Deux générations d’un produit SEO : exploration des sites, mesures PageSpeed mobile et desktop, campagnes Symfony Messenger et restitution page par page.

Daspeed transforme les audits SEO techniques en campagnes traçables et rejouables Développement web Daspeed : des audits SEO aux campagnes rejouables Voir le projet
  • 5 mars 2026
  • Lecture ~27 min

Né en 2023 autour de PageSpeed, GTmetrix et des contrôles de pages, Daspeed est refondé en 2026 pour orchestrer des campagnes complètes. Sept outils partagent désormais découverte, traitement et consolidation, tout en conservant résultats, états courants et historiques journaliers pour suivre chaque site dans le temps.

Socle SEO et architecture de pages du site Dawap en 2023 Performance & SEO technique Dawap.fr : le socle SEO de 129 URLs Voir le projet
  • 26 novembre 2023
  • Étude de cas · 25 min

Dawap a structuré son site 2023 autour de 129 URLs au sitemap, 100 redirections 301 et 205 médias WebP. Cette preuve raconte l’architecture des expertises, leur maillage et la migration des anciennes adresses, avec les limites techniques qui ont préparé la refonte de 2026.

Cadrage opérationnel

Identifions le premier lot utile, les risques et les dépendances avant de lancer.

Dawap peut relire votre contexte métier, vos outils en place, vos contraintes de production et les points de friction à traiter en priorité pour cadrer un sujet Intégration API exploitable, testable et maintenable.