docs: fix misleading MV3 reference and add Compatibilité & Roadmap section

[Copilot]

The README claimed declarativeNetRequest (MV3) as part of the current stack, while the extension actually uses webRequestBlocking (MV2-only). This creates confusion about the technical strategy.

Changes

• Stack Technique — corrected the WebExtensions API bullet to accurately reflect the current implementation: webRequest + webRequestBlocking (Manifest V2)
• New Compatibilité & Roadmap section — adds:
  • Browser support table (Firefox: indefinite MV2 support; Chrome: deprecated since v127)
  • Pourquoi pas Manifest V3? subsection explaining the two hard blockers: no synchronous request cancellation and no dynamic response-header inspection in declarativeNetRequest
  • Statement that MV3 migration is deferred until the API reaches feature parity

## Compatibilité & Roadmap

L'extension utilise actuellement **Manifest V2** avec `webRequestBlocking`…

| Navigateur | Support MV2          | Calendrier de fin de support |
|------------|----------------------|------------------------------|
| Firefox    | ✅ Maintenu à long terme | Indéfini (engagement Mozilla) |
| Chrome     | ⚠️ Déprécié           | Retiré depuis Chrome 127 (juin 2024) … |

### Pourquoi pas Manifest V3 ?
…

Original prompt

---

This section details on the original issue you should resolve

<issue_title>[PATCH] manifest_version 2 déprécié — absence de roadmap MV3 dans le README</issue_title>
<issue_description>Catégorie : documentation
Sévérité : patch
Fichier(s) concerné(s) : manifest.json (l.2), README.md

Description

Le manifest utilise manifest_version: 2, déprécié dans Chrome (et en cours de dépréciation progressive dans Firefox). Le README mentionne declarativeNetRequest (API MV3) comme alternative à webRequest mais l'extension utilise actuellement webRequest avec webRequestBlocking (MV2 uniquement). Cette incohérence peut induire les contributeurs en erreur sur la stratégie technique à long terme.

Exemple de code problématique

// manifest.json
{ "manifest_version": 2 }

// README.md mentionne declarativeNetRequest (MV3) sans clarifier que c'est une piste future

Solution suggérée

Ajouter une section "Roadmap" ou "Compatibilité" dans le README clarifiant :

1. L'usage actuel de MV2 / webRequestBlocking
2. Les limitations de declarativeNetRequest (MV3) pour ce cas d'usage (accès limité aux headers de réponse)
3. Le support Firefox de MV2 à long terme

## Compatibilité & Roadmap

L'extension utilise actuellement Manifest V2 avec `webRequestBlocking`,
seule API permettant l'inspection et l'annulation synchrone des redirections HTTP.
La migration vers Manifest V3 (`declarativeNetRequest`) est à l'étude,
mais l'API MV3 ne supporte pas encore l'annulation dynamique basée sur les headers de réponse.
Firefox maintient le support MV2 pour les extensions de fond indéfiniment.

Critères d'acceptation

• Le README documente explicitement l'usage de MV2 et les raisons du choix
• La mention de declarativeNetRequest est contextualisée comme piste future, non comme implémentation actuelle
• Une section "Compatibilité navigateurs" précise le support Firefox/Chrome</issue_description>

Comments on the Issue (you are @copilot in this section)

• Fixes [PATCH] manifest_version 2 déprécié — absence de roadmap MV3 dans le README #116

---

✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.

[Copilot]

Pull request overview

This PR updates the README to accurately describe the extension’s current Manifest V2 networking approach and to clarify MV2/MV3 browser compatibility and migration constraints.

Changes:

• Corrects the “Stack Technique” WebExtensions API bullet to reflect webRequest + webRequestBlocking (MV2) rather than MV3’s declarativeNetRequest.
• Adds a “Compatibilité & Roadmap” section with a browser support table and a rationale for deferring MV3 migration due to missing capabilities for this use case.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[Copilot]

La formulation « background worker » est trompeuse ici : en Manifest V2, l’extension utilise une page/script de fond (cf. manifest.json → background.scripts), pas un service worker (MV3). Pour éviter la confusion, remplacer par « script de fond », « page de fond » ou « background script (MV2) ».

Suggested change

	* **JavaScript Vanilla (ES2022)** : Garantit une exécution rapide et légère du background worker sans surcharge liée à un framework externe.
	* **JavaScript Vanilla (ES2022)** : Garantit une exécution rapide et légère du script de fond (background script, MV2) sans surcharge liée à un framework externe.