Avant de commencer
Il vous faut :- une zone Cloudflare Enterprise avec accès à Logpush ;
- l’autorisation de créer le job Logpush ;
- un jeton d’API Cloudflare avec l’autorisation
Logs Writepour appliquer les limites d’envoi requises ; - un accès à Measure > Analytics des crawlers > Paramètres ;
- un endroit sûr pour conserver le secret du connecteur, affiché une seule fois.
Créer et protéger la clé
- Dans les paramètres d’Analytics des crawlers, sélectionnez Cloudflare Logpush.
- Sélectionnez Créer une clé.
- Saisissez un nom et le fuseau horaire IANA utilisé pour les instantanés quotidiens.
- Copiez le secret lorsqu’il apparaît. Qwairy n’en affiche ensuite que le préfixe.
- Conservez-le dans la configuration d’en-tête de la destination Logpush. Ne le placez ni dans un paramètre de requête ordinaire, ni dans un gestionnaire de code source, ni dans du code côté client.
Créer le job Logpush
- Dans Cloudflare, ouvrez Analytics & Logs > Logs > Add Logpush job pour la zone cible.
- Sélectionnez le jeu de données HTTP Requests et une HTTP destination.
-
Utilisez cette configuration de destination, en remplaçant l’espace réservé par le secret Qwairy affiché une seule fois :
Cloudflare convertit
header_Authorizationen en-tête HTTP. L’espace aprèsBearerdoit rester encodé en%20. -
Sélectionnez uniquement ces champs :
- Conservez le format d’horodatage RFC 3339.
-
Avant d’activer le job, utilisez l’API Cloudflare Logpush pour définir :
La taille d’envoi par défaut sort du contrat borné de la route Qwairy.
-
Ajoutez ce filtre au job. Il couvre volontairement plus large que plusieurs familles de crawlers ; le registre de Qwairy effectue la classification finale.
- Gardez l’échantillonnage à 100 % pour le jeu de données filtré, puis activez le job.
Tester la livraison
Cloudflare valide la destination avec un payload{"content":"tests"} compressé en gzip. La route Qwairy accepte ce test, mais il ne crée aucun agrégat de crawler.
Après la validation, demandez un chemin sans risque sur la zone suivie avec un User-Agent de crawler reconnu :
Limites, échantillonnage et coût
- Chaque envoi Logpush est limité à 5 000 000 octets non compressés et 10 000 enregistrements.
- Le préfiltre réduit le volume livré mais inclut volontairement des lignes que Qwairy écarte ensuite.
- Un taux d’échantillonnage Cloudflare inférieur à 100 % produit des comptes partiels dans Qwairy.
- La livraison Logpush et les logs conservés chez le fournisseur peuvent être facturés par Cloudflare. Consultez les tarifs actuels pour la zone cible.
- Les plafonds d’ingestion quotidienne partagés s’appliquent aussi.
Dépannage
- La validation de la destination échoue : vérifiez l’encodage
%20, le secret actuel, le point de terminaison HTTPS et les limites d’envoi requises. - 401 : vérifiez que la destination envoie toujours
Authorization: Bearer YOUR_CRAWLER_KEYet que la clé appartient à Cloudflare Logpush. - 400 avec trop de logs : définissez
max_upload_recordssur10000avant d’activer le job. - 413 : définissez
max_upload_bytessur5000000et vérifiez la compression ou la taille du payload décodé. - Qwairy reste en attente : vérifiez les six champs sélectionnés, le filtre de User-Agent, l’échantillonnage à 100 % et une requête récente vers le nom d’hôte configuré.
- Les comptes sont inférieurs aux logs Cloudflare : comparez le même filtre et le même périmètre d’échantillonnage, puis vérifiez les exclusions de Qwairy et les alertes de continuité de livraison.

