Ce que fait ce détecteur
Cet outil vous dit qui fait réellement tourner un site web donné : l'hébergement (serveur d'origine), le CDN placé devant, le prestataire DNS, et un WAF probable (pare-feu d'application web). Vous tapez un domaine, notre serveur combine quatre sources de détection indépendantes, et vous obtenez un panneau unique avec une étiquette de confiance à côté de chaque résultat.
Les sources utilisées : les enregistrements NS via DNS over HTTPS, les en-têtes de réponse HTTP du site en direct, l'IP de l'enregistrement A comparée aux plages CDN connues (Cloudflare, CloudFront, Fastly, Vercel), et l'émetteur du certificat TLS. Quand plusieurs sources s'accordent, la confiance passe de "probablement" à "définitivement".
Mode d'emploi
- Tapez un domaine : juste le hostname, pas de schéma, pas de chemin. `vercel.com` marche, `https://vercel.com/pricing` est nettoyé automatiquement.
- Cliquez sur Détecter. Le serveur lance quatre vérifications en parallèle avec un budget de 10 secondes.
- Lisez les quatre cartes : Hébergement, CDN, Prestataire DNS, WAF. Chacune porte une confiance : définitivement (plusieurs sources s'accordent), probablement (un signal fort), possiblement (indice faible uniquement).
- Ouvrez le bloc Signaux bruts pour voir les enregistrements A et NS, l'en-tête Server, l'en-tête Via et l'émetteur TLS qui ont nourri la détection.
- Ouvrez la liste Preuves pour voir le tag exact qui a déclenché chaque résultat, par exemple `CF-Ray: 7f...` ou `104.16.x.x dans 104.16.0.0/12 (Cloudflare)`.
- Essayez les pastilles d'exemple (vercel.com, github.com, cloudflare.com, shopify.com) pour voir comment un déploiement Vercel propre, un site GitHub Pages, un site fronté Cloudflare et une boutique hébergée Shopify apparaissent chacun différemment.
Quand cet outil est utile
Scénarios concrets où ce détecteur gagne sa place :
- Recherche concurrentielle avant de pitcher de l'infrastructure : voir si votre prospect fait tourner Cloudflare devant, CloudFront, ou une origine nue à laquelle vous pouvez vendre un CDN.
- Vérification de prestataire quand une agence vous dit "on héberge sur AWS" : l'émetteur TLS plus la plage d'IP confirmera ou contredira la claim.
- Réponse à incident pendant une panne : est-ce l'origine qui est down ou juste le CDN ? Connaître le prestataire vous dit quelle status page ouvrir (status.cloudflare.com vs health.aws.amazon.com).
- Planification de migration : avant de bouger le DNS de Route 53 vers Cloudflare vous voulez un baseline de qui étaient les prestataires sortants sur chaque sous-domaine.
- Audits de sécurité : confirmer que le WAF que le client prétend avoir ("on utilise Cloudflare") sert réellement le trafic sur le hostname public, pas contourné par une IP d'origine fuitée.
- Levier de pricing : savoir qu'un concurrent tourne sur Vercel vs AWS vs un VPS nu vous aide à dimensionner la conversation autour du coût et de l'échelle.
Outils liés : consultation DNS, inspecteur de certificat SSL, consultation WHOIS, inspecteur d'en-têtes HTTP, consultation info IP / ASN.