QuQi

HTTP Header Directive Audit

Most technical review reads the HTML, but several directives live in the response headers instead, where an edge layer can add, strip or override them with no change to the application and no trace in view-source. Headers are also the only way to control indexing for files that have no head element at all: PDFs, images, CSV exports and API responses. Run this whenever the application says one thing and the index shows another.

Obtenir le fichier de compétence Laissez les agents s’en charger
CATÉGORIE
SEO technique
FORMAT
http-header-directive-audit.md
ÉTAPES
7
PRIX
Gratuit — sans compte
QUAND S’EN SERVIR

Use when directives appear to be ignored, when PDFs or other non-HTML files show up in search, or whenever a CDN, edge worker or reverse proxy sits between the application and the crawler.

Le fichier de compétence

http-header-directive-audit.md
---
name: http-header-directive-audit
description: Use when directives appear to be ignored, when PDFs or other non-HTML files show up in search, or whenever a CDN, edge worker or reverse proxy sits between the application and the crawler.
---

# HTTP Header Directive Audit

Most technical review reads the HTML, but several directives live in the response headers instead, where an edge layer can add, strip or override them with no change to the application and no trace in view-source. Headers are also the only way to control indexing for files that have no head element at all: PDFs, images, CSV exports and API responses. Run this whenever the application says one thing and the index shows another.

## Ce qu’il vous faut d’abord

- The ability to request URLs and read raw response headers from outside your own network, since an internal request may bypass the CDN altogether
- An inventory of publicly reachable non-HTML URLs: documents, downloads, media, exports, API endpoints
- The CDN or edge configuration including page rules, workers, geo rules and any security product in the path
- A crawl export flagging indexable non-HTML URLs

## Méthode

1. Request one URL per content type, headers only, from outside your network and without cookies. An office IP, a VPN or a staging bypass returns headers no crawler will ever receive.
2. Look specifically for X-Robots-Tag and a Link rel=canonical header. Both are honoured, both are invisible in the page source, and both are typically set once by a developer and never revisited.
3. Resolve every conflict between header and HTML. Where a header noindex meets an HTML index tag the restrictive one wins, and the header is the one nobody thinks to check.
4. Work through the non-HTML inventory. A PDF duplicating a page, an old export, staging media: all are indexable by default, and the header is the only way to exclude them while keeping them crawlable.
5. Confirm robots.txt is served by the origin you believe it is. A CDN, a hosting platform or a security product can serve its own, and a 5xx on robots.txt suspends crawling of the entire host rather than just that file.
6. Repeat the requests from another region and with a mobile user agent. Country-based redirects and blocks show a crawler a different site from the one you are auditing, because Googlebot crawls predominantly from US addresses.
7. Check Vary and cache headers wherever the response differs by user agent or device, and confirm the edge is not caching one audience's response and serving it to another.

## Ce que ça produit

A header map per content type and per edge rule, listing every directive sent, the layer that set it, and how each header-versus-HTML conflict was resolved.

## Là où ça dérape

- Auditing through browser dev tools with your session cookies attached, so you read the logged-in variant instead of the crawler variant
- Applying X-Robots-Tag noindex to a whole directory and catching pages inside it that were meant to rank
- Assuming robots.txt is yours to control when the platform or the security layer serves its own version
- Blocking a PDF in robots.txt and expecting it to leave the index, when the file has to stay crawlable for the noindex header to be read at all

---

Extrait de la bibliothèque de compétences QuQi - https://www.quqi.io/fr/skills/http-header-directive-audit
Téléchargement gratuit · sans compte, sans e-mail

Ce qu’il vous faut d’abord

  • The ability to request URLs and read raw response headers from outside your own network, since an internal request may bypass the CDN altogether
  • An inventory of publicly reachable non-HTML URLs: documents, downloads, media, exports, API endpoints
  • The CDN or edge configuration including page rules, workers, geo rules and any security product in the path
  • A crawl export flagging indexable non-HTML URLs

Méthode

  1. 01 Request one URL per content type, headers only, from outside your network and without cookies. An office IP, a VPN or a staging bypass returns headers no crawler will ever receive.
  2. 02 Look specifically for X-Robots-Tag and a Link rel=canonical header. Both are honoured, both are invisible in the page source, and both are typically set once by a developer and never revisited.
  3. 03 Resolve every conflict between header and HTML. Where a header noindex meets an HTML index tag the restrictive one wins, and the header is the one nobody thinks to check.
  4. 04 Work through the non-HTML inventory. A PDF duplicating a page, an old export, staging media: all are indexable by default, and the header is the only way to exclude them while keeping them crawlable.
  5. 05 Confirm robots.txt is served by the origin you believe it is. A CDN, a hosting platform or a security product can serve its own, and a 5xx on robots.txt suspends crawling of the entire host rather than just that file.
  6. 06 Repeat the requests from another region and with a mobile user agent. Country-based redirects and blocks show a crawler a different site from the one you are auditing, because Googlebot crawls predominantly from US addresses.
  7. 07 Check Vary and cache headers wherever the response differs by user agent or device, and confirm the edge is not caching one audience's response and serving it to another.

Ce que ça produit

A header map per content type and per edge rule, listing every directive sent, the layer that set it, and how each header-versus-HTML conflict was resolved.

Là où ça dérape

  • Auditing through browser dev tools with your session cookies attached, so you read the logged-in variant instead of the crawler variant
  • Applying X-Robots-Tag noindex to a whole directory and catching pages inside it that were meant to rank
  • Assuming robots.txt is yours to control when the platform or the security layer serves its own version
  • Blocking a PDF in robots.txt and expecting it to leave the index, when the file has to stay crawlable for the noindex header to be read at all

Utiliser cette compétence dans votre propre IA

Le fichier téléchargé est un simple markdown dont l'en-tête porte le nom et le déclencheur. Quand un assistant sait charger des compétences tout seul, c'est cet en-tête qu'il lit pour décider que celle-ci s'applique.

Claude Code Enregistrez-le sous ~/.claude/skills/http-header-directive-audit/SKILL.md et Claude le charge tout seul dès que ce que vous faites correspond au déclencheur. Placez-le plutôt dans .claude/skills d'un projet si toute l'équipe doit l'avoir.
Claude Importez le fichier dans la section compétences de vos réglages. Une fois là, il s'applique tout seul dans toute conversation où le déclencheur colle, sans que vous ayez à y penser.
ChatGPT Il n'existe pas de format de compétences où l'installer, alors collez le contenu du fichier dans les instructions d'un Projet ou d'un GPT personnalisé. Il s'applique ensuite à toutes les conversations du projet, pas seulement à celle où vous l'avez collé.
Tout le reste Collez le markdown dans la conversation avant votre question. Cela fonctionne avec n'importe quel assistant, il faut simplement le recoller à chaque fois.

Plus dans SEO technique