Daspeed est né d’une ambition simple à formuler et exigeante à construire : faire d’un audit SEO un véritable produit logiciel, capable d’explorer un site, de lancer les mesures utiles et d’en conserver une lecture exploitable.
Dawap a développé une première génération sous Symfony 6 à partir de 2023, puis une nouvelle architecture sous Symfony 8 en 2026. Ces deux étapes racontent la même recherche de fiabilité : séparer l’exploration, l’analyse PageSpeed, la persistance et la restitution pour que chaque traitement puisse évoluer sans fragiliser l’ensemble.
Ce travail relève pleinement de l’intégration API : une donnée externe n’a de valeur que lorsqu’elle entre dans un parcours métier clair, observable et reproductible.
1. Présentation du client
Comprendre le contexte business avant la solution
Daspeed est un produit Dawap consacré à l’analyse technique des sites web. Son périmètre associe découverte d’URL, contrôles HTTP, données PageSpeed, historique et outils SEO spécialisés.
La première base applicative apporte une couverture automatisée étendue. La reconstruction engagée en 2026 renforce ces contrôles et ajoute des campagnes dédiées aux Core Web Vitals et à la détection de changements SEO.
Cette continuité donne au projet une profondeur rare : les choix de la nouvelle génération s’appuient sur plusieurs années de développement, d’essais et de clarification du domaine.
2. Méthode projet Dawap
Analyse, priorisation, delivery agile et sécurisation du run
La méthode a consisté à isoler les responsabilités du produit : découvrir les pages, planifier une campagne, traiter chaque URL, appeler PageSpeed lorsque l’outil l’exige, enregistrer les résultats puis finaliser une vue d’ensemble.
Les traitements longs sont confiés à Symfony Messenger. Les parcours Core Web Vitals et SEO Change Radar suivent ainsi une séquence explicite en trois temps — exploration, traitement page par page, finalisation — avec leurs messages, gestionnaires et services dédiés.
Les contrats du domaine séparent lecture et écriture, tandis que les services d’infrastructure prennent en charge HTTP, crawl, PageSpeed et persistance. Cette organisation rend les règles métier testables sans dépendre en permanence des services externes.
3. Le défi produit
Passer d’une mesure isolée à une chaîne d’analyse
Une mesure de performance seule ne suffit pas. Pour analyser un site, il faut d’abord identifier ses pages, maîtriser la cadence des appels, distinguer mobile et desktop, garder l’état de chaque traitement et rendre le résultat intelligible.
Daspeed devait réunir ces étapes dans un même produit sans enfermer le domaine SEO dans un fournisseur. Le cœur applicatif manipule donc des campagnes, des sites, des pages, des états et des résultats ; les échanges externes restent derrière des contrats dédiés.
Ce découpage permet d’enrichir le produit outil par outil tout en conservant un parcours cohérent pour l’utilisateur.
4. Une première génération complète
Le socle Symfony 6 construit à partir de 2023
La première génération a posé les fondations : catalogue de sites et de sitemaps, intégration des URL, audits SEO, analyses PageSpeed mobile et desktop, journalisation des mesures et espaces de restitution.
Son architecture Messenger distribue les intégrations de sitemap et les analyses dans des files distinctes. Les contrôleurs, services métier et gestionnaires matérialisent une chaîne complète, de la demande d’analyse jusqu’à l’enregistrement du résultat.
Les contrôles automatisés accompagnent cette base substantielle, bien au-delà d’un prototype d’interface.
5. L’évolution vers Symfony 8
Repenser le produit autour d’outils SEO spécialisés
En 2026, Dawap a engagé une nouvelle génération de Daspeed sous Symfony 8. L’objectif : rendre les parcours plus lisibles en donnant à chaque outil son propre modèle de campagne, ses messages et ses écrans.
Cette architecture distingue notamment Core Web Vitals Watch, qui exploite PageSpeed, et SEO Change Radar, qui observe le contenu et le comportement HTTP sans déclencher de mesure PageSpeed.
Cette séparation évite les analyses opaques : chaque résultat conserve une origine, une méthode de collecte et un sens métier précis.
6. Découvrir les URL à analyser
Sitemap, robots.txt et crawl au service du périmètre
Une campagne commence par la constitution de son périmètre. Daspeed sait s’appuyer sur les informations du site, ses sitemaps et, selon l’outil, un crawl pour produire la liste des pages à traiter.
L’exploration est une étape autonome : elle peut créer les états de pages nécessaires avant que les workers ne lancent les analyses. Le produit garde ainsi une vision exacte de ce qui est découvert, en attente, traité ou finalisé.
Ce choix est essentiel pour les sites volumineux : la qualité du résultat dépend d’abord de la maîtrise du périmètre analysé.
7. Orchestrer PageSpeed
Des mesures mobile et desktop intégrées au domaine
Le connecteur PageSpeed est encapsulé dans des services dédiés. La plateforme gère les clés disponibles, lance les analyses et transforme les réponses en objets adaptés à son propre modèle.
Les contextes mobile et desktop sont traités distinctement. Les données peuvent donc être consultées et historisées sans confondre deux expériences dont les contraintes diffèrent fortement.
Cette intégration nourrit une expertise PageSpeed Insights concrète : appel externe, contrôle d’accès, mapping de réponse et exploitation produit sont pensés ensemble.
8. Des campagnes asynchrones
Explorer, traiter, finaliser
Les campagnes récentes suivent trois étapes explicites. Un premier message explore le site et prépare les pages. Un deuxième distribue le travail d’analyse. Un troisième consolide l’état final de la campagne.
Symfony Messenger découple ces opérations de la requête web. Les écrans peuvent afficher la progression pendant que les workers poursuivent les traitements, sans imposer à l’utilisateur d’attendre une analyse complète.
La configuration de production prévoit les workers correspondant aux transports de chaque outil. L’architecture applicative et son exploitation avancent ainsi avec le même vocabulaire.
9. Core Web Vitals Watch
Suivre les performances page par page
Core Web Vitals Watch découvre les URL, appelle PageSpeed pour les profils mobile et desktop, enregistre les résultats de page et construit un instantané du site.
Les états de campagne, de site et de page rendent la progression vérifiable. Les contrôleurs proposent un parcours de lancement, une vue d’avancement puis une restitution globale et détaillée.
Le résultat n’est pas un simple score affiché : c’est un ensemble de mesures rattachées à un contexte, une URL et une campagne identifiables.
10. SEO Change Radar
Détecter les variations sans mélanger les sources
SEO Change Radar poursuit un autre objectif : observer les changements de contenu et de comportement d’une page à partir de contrôles HTTP et de crawl.
Son pipeline conserve des états successifs afin de comparer les observations dans le temps. Il n’utilise pas PageSpeed, ce qui protège la lisibilité fonctionnelle du produit et évite d’attribuer à une source ce qui vient d’une autre.
Cette rigueur de modélisation prépare des diagnostics plus fiables : une évolution de contenu, un statut HTTP et une variation de performance restent trois faits distincts.
11. Scénario d’usage
Contrôler un site après une évolution importante
Après une refonte ou une mise en ligne importante, l’équipe enregistre le site et lance une campagne. Daspeed découvre les URL à partir du périmètre configuré, crée les travaux page par page puis répartit les analyses entre les workers.
Core Web Vitals Watch produit les observations PageSpeed mobile et desktop. SEO Change Radar peut, dans une campagne séparée, contrôler les réponses HTTP et les changements de contenu. Les résultats restent consultables à l’échelle du site comme à celle d’une URL.
L’équipe dispose alors d’une base structurée pour investiguer les pages concernées et relancer une campagne après correction, sans reconstruire manuellement tout le périmètre.
12. Qualité et exploitabilité
Des contrats testables et une production préparée
Les deux générations contrôlent les services de domaine, la présentation et les doubles nécessaires pour isoler les dépendances externes.
La nouvelle architecture prévoit des environnements locaux, sandbox et production, des workers Supervisor alignés sur les files Messenger ainsi qu’un site de test généré pour éprouver découverte et crawl sur un volume maîtrisé.
Les comportements importants disposent ainsi de contrats explicites et peuvent être exercés dans des conditions reproductibles.
Daspeed supervise ses propres campagnes et traitements. Relier cette télémétrie à une plateforme fournisseur constituerait un chantier séparé, à cadrer selon l’environnement du client : orchestration DevOps et ITSM, intégration Datadog, intégration Sentry ou intégration ServiceNow.
13. Ce que Daspeed prouve
Une intégration API pensée comme un produit durable
Daspeed prouve la capacité de Dawap à construire puis faire évoluer un produit technique complet : domaine SEO, orchestration asynchrone, connecteur PageSpeed, crawl, persistance et interfaces de restitution.
Le passage de Symfony 6 à Symfony 8 ne gomme pas l’histoire du projet. Il montre au contraire comment une première génération riche peut éclairer une architecture plus spécialisée et plus lisible.
Découvrez aussi la dimension développement web de Daspeed, complémentaire de cette étude centrée sur les flux d’analyse, ainsi que nos autres projets d’intégration API.
14. Conclusion
Pourquoi ce projet donne envie de travailler avec Dawap
Daspeed montre ce que signifie industrialiser une intégration : ne pas se limiter à appeler une API, mais construire tout ce qui rend ses réponses utilisables à l’échelle d’un site et dans la durée.
La valeur du projet tient autant à la collecte PageSpeed qu’à la chaîne qui l’entoure : découverte par sitemap, campagnes asynchrones, états intermédiaires, historique et restitution par page.
Pour concevoir ce type de produit, Dawap réunit son savoir-faire en API SEO & Analytics, en intégration PageSpeed Insights et en SEO technique.
