6 items
Edit request and response headers, organize profiles, and target specific sites to test APIs and websites. Edit HTTP request and response headers in Chrome for API testing, local development, and debugging. ChHeader keeps reusable profiles on your device, with no ads, analytics, or account required. NEW IN 0.4.7 A simpler popup with one fewer everyday button: edits save automatically, so there is no persistent Apply button. The footer shows saved and applied status. Retry appears only when saving or confirming rule application fails. Valid header names still save when you leave the field or press Enter. TEST THE REQUEST YOU MEANT TO SEND • Add a custom request header to test a development API or trace a request. • Override a response header to check browser behavior on a site you control. • Keep separate profiles for local development, staging, and debugging. • Limit changes by site, URL pattern, regular expression, and request type—including documents and XHR/fetch. REUSABLE PROFILES, CLEAR CONTROLS Give profiles names, colors, and notes. Edit request and response headers together, switch individual headers on or off, and see which profile is active. Only one profile runs at a time; selecting a profile for editing does not enable it. Import and export JSON to reuse a setup. Imports receive new IDs and start off. Exports hide common credential header values by default; review custom values, notes, and URLs before sharing. Light and dark appearances follow your system setting. TRY IT WITH DEMO DATA 1. Create a profile and save the hostname you want to test under Website access. 2. Choose Approve sites to grant Chrome access, then reopen the popup if Chrome closes it. 3. Add your header and a URL rule, then turn the profile on. 4. Reload the page or send a new request. Switch the profile off to compare. A profile without URL rules changes no requests. Try the public header tester at https://headers.kahwee.com with demo values only, or use the localhost fixture in the source repository. YOUR SITES, YOUR SETTINGS Profiles are stored in Chrome's local extension storage, not Chrome Sync. ChHeader has no developer-operated collection service, advertising, analytics, or remotely loaded code. Request header values are sent to the destinations matched by your enabled rules. Local storage is not encrypted by ChHeader and is not a password manager. Website access is optional. ChHeader asks for the sites you choose; it does not request all-site access when you install it. Domain grants cover subdomains, HTTP/HTTPS, and all ports. URL rules narrow which requests change. For a page calling an API on another hostname, approve both the page and API hosts, then target the API with a URL rule. Turning a profile off stops header changes but keeps its site grants. Use Revoke all website access to remove grants and turn profiles off. Extension updates reset grants and turn profiles off while preserving your saved profiles. WHY THESE PERMISSIONS? • storage: save profiles and settings locally. • declarativeNetRequestWithHostAccess: let Chrome apply your header rules to approved sites. • Optional HTTP/HTTPS website access: support the development servers and APIs you choose. Built by KahWee Teng. Open source and available for inspection. Source and setup: https://github.com/kahwee/ch-header Privacy: https://github.com/kahwee/ch-header/blob/main/PRIVACY.md Support: https://github.com/kahwee/ch-header/issues
Oct 4, 2026
rating_count is the Chrome Web Store ratings count, not a written-review count.
Media assets
Screenshots and videos on the listing.
Has promo video
Whether the listing includes at least one video.
Languages
Declared language locales.
Developer website
Listing exposes a developer website URL.
Contact email
Listing exposes a contact email.
Keyword in name
Case-insensitive substring match in the name.
Keyword in description
Case-insensitive substring match in the description.
Keyword occurrences in description
Count of case-insensitive occurrences in the description.
Category user-count percentile
Share of same-category extensions with fewer users (null if unknown).
These are transparent listing completeness / keyword signals, not a prediction of Chrome Web Store search ranking.