Avant de commencer
Il vous faut :- un accès à Measure > Analytics des crawlers > Paramètres pour la marque ;
- un runtime côté serveur ou edge capable d’observer les requêtes après le routage ;
- le nom d’hôte configuré pour la marque Qwairy ;
- un coffre de secrets sûr pour la clé du connecteur.
GET et HEAD pour le nom d’hôte configuré de la marque. Un domaine apex et sa forme www sont considérés comme équivalents. Les autres sous-domaines nécessitent leur propre périmètre de marque.
Créer et protéger la clé
- Dans les paramètres d’Analytics des crawlers, sélectionnez API HTTP générique.
- Sélectionnez Créer une clé.
- Saisissez un nom descriptif et un fuseau horaire analytique IANA, comme
Europe/Paris. - Copiez le secret lorsqu’il apparaît. Qwairy n’en affiche ensuite que le préfixe.
- Conservez-le comme secret côté serveur. Ne le placez ni dans du code exécuté dans le navigateur, ni dans le gestionnaire de code source, ni dans les URL de requête, ni dans les logs applicatifs.
Envoyer des événements
Envoyez des requêtesPOST à :
Authorization: Bearer YOUR_CRAWLER_KEY est aussi accepté. Préférez X-API-Key pour la configuration présentée dans Qwairy.
Chaque événement utilisé pour l’agrégation a besoin de ces champs :
L’API accepte un objet, un tableau d’objets, du JSON délimité par des retours à la ligne, ou un objet contenant un tableau
logs. Un en-tête Idempotency-Key stable ou un champ batch_id permet de dédupliquer des renvois dont les octets diffèrent.
Filtrez les user agents de crawlers d’IA connus dans votre runtime avant d’appeler le point de terminaison. Qwairy réapplique son registre à la réception et écarte les user agents humains, de recherche traditionnelle et inconnus.
Tester la livraison
Remplacez le nom d’hôte et la clé avant de lancer ce test synthétique :Limites et périmètre de livraison
- Une requête générique peut contenir au plus 1 000 événements et 2 000 000 octets normalisés.
- Les événements livrés avec plus de 72 heures de retard sortent de la fenêtre actuelle d’arrivée tardive.
- Les plafonds partagés sont de 10 000 000 événements par intégration et par jour, et de 200 000 000 événements par équipe facturée et par jour.
- Votre runtime, votre fournisseur réseau ou votre stack d’observabilité peuvent facturer la lecture et la transmission des logs.
- Un filtrage ou un échantillonnage avant la livraison rend les comptes partiels pour ce périmètre.
Dépannage
- 401 ou 403 : vérifiez que le secret appartient au connecteur HTTP générique de cette marque et qu’il est toujours actif.
- 400 : validez la forme du JSON, le nombre d’enregistrements, la méthode, le chemin, le nom d’hôte, le User-Agent et l’horodatage.
- 413 : réduisez la taille du lot ou du payload encodé.
- 429 : attendez la fin de l’intervalle
Retry-After, puis renvoyez le même lot idempotent. - Accusé de réception mais pas de connexion : vérifiez que le nom d’hôte correspond à la marque et que le test utilise un User-Agent de crawler d’IA actuellement reconnu et un horodatage récent.
- Les comptes sont inférieurs aux logs sources : vérifiez les filtres en amont, l’échantillonnage, les chemins et user agents exclus, les livraisons tardives et les noms d’hôte rejetés.

