Title: Prevent Browser Caching
Author: Kostya Tereshchuk
Published: 30 oktober 2017
Last modified: 21 augustus 2026
---
Plugins zoeken
# Prevent Browser Caching
Door [Kostya Tereshchuk](https://profiles.wordpress.org/kostyatereshchuk/)
[Download](https://downloads.wordpress.org/plugin/prevent-browser-caching.3.2.1.zip)
[Live voorbeeld](https://nl.wordpress.org/plugins/prevent-browser-caching/?preview=1)
* [Details](https://nl.wordpress.org/plugins/prevent-browser-caching/#description)
* [Beoordelingen](https://nl.wordpress.org/plugins/prevent-browser-caching/#reviews)
* [Installatie](https://nl.wordpress.org/plugins/prevent-browser-caching/#installation)
* [Ontwikkeling](https://nl.wordpress.org/plugins/prevent-browser-caching/#developers)
[Ondersteuning](https://wordpress.org/support/plugin/prevent-browser-caching/)
## Beschrijving
Je hebt de site gewijzigd, maar een klant of bezoeker ziet nog de oude versie en
jij moet zeggen “leeg je browsercache”? Deze plugin maakt dat gesprek overbodig.
Prevent Browser Caching zorgt dat browsers altijd de actuele versie van je site
laden — zonder de browsercache uit te zetten en de site trager te maken.
#### Wat het doet
* **CSS & JS versies.** WordPress laadt bestanden met een “ver” parameter in de
URL (bijvoorbeeld `style.css?ver=4.9.6`). Browsers houden het bestand in de cache
totdat die parameter verandert. In de aanbevolen automatische modus stelt de
plugin de versie in op basis van de wijzigingsdatum van het bestand zelf: de
browsercache werkt volledig, en op het moment dat je een bestand updatet krijgt
elke bezoeker het nieuwe.
* **Afbeeldingsversies.** Wanneer je een bestand in de Mediabibliotheek bewerkt
of vervangt, krijgen bezoekers de nieuwe afbeelding in plaats van die uit de
cache.
* **HTML pagina actualiteit.** Vraagt browsers om te controleren of er een nieuwere
versie van een pagina is voordat ze een kopie uit de cache tonen — lost “ik zie
op mijn telefoon nog steeds de oude pagina” op.
* **One-click update.** The “Update versions” toolbar button forces fresh copies
of all assets for every visitor — and shows a short report of what exactly happened.
* **Page cache stays in sync (opt-in).** If a page-cache plugin is active, updating
versions can also clear its cache — so cached HTML stops referencing the old
file versions and every visitor sees the new site immediately. One checkbox turns
it on, and after every update the plugin reports what was refreshed and what
happened to the page cache. Works with WP Rocket, LiteSpeed Cache, W3 Total Cache,
WP Super Cache, WP Fastest Cache, WP-Optimize, Breeze, Cache Enabler, Hummingbird,
SiteGround Optimizer, Swift Performance and Comet Cache.
* **Snellere herhaalbezoeken (optioneel, nieuw in 3.2).** Omdat versies actualiteit
garanderen, kan de plugin je statische bestanden veilig met browsercache headers
van een jaar leveren — precies de oplossing voor de Lighthouse audit “Serve static
assets with an efficient cache policy”. Hij schrijft de regels via de eigen .
htaccess API van WordPress op Apache/LiteSpeed (bij deactivering weer verwijderd),
toont een kant-en-klaar snippet voor nginx, en haalt dan echt een van je CSS
bestanden op om te controleren of de headers echt werken — het resultaat staat
op de instellingenpagina.
* **Automatisch verversen na updates (optioneel, nieuw in 3.2).** Updates van plugins,
thema’s en WordPress wijzigen CSS en JS bestanden. Met deze optie wordt elke
update — ook automatische achtergrondupdates — gevolgd door een versieverversing(
en het opschonen van de paginacache als die optie aanstaat), zodat bezoekers
na een update nooit een kapotte lay-out zien.
* **CLI & AI agents.** WP-CLI commando’s (`wp pbc update`, `wp pbc status`) en
WordPress abilities laten deployscripts en AI agents de versies veilig updaten.
#### Standaard veilig
* Externe URL’s (betaalscripts, CDN’s, diensten van derden) blijven ongemoeid —
sommige gaan stuk wanneer er een onverwachte “ver” parameter bijkomt. Je kunt
versies voor externe URL’s met één selectievakje weer aanzetten.
* Specifieke bestanden (op een deel van de URL) of script- en stijl-handles kunnen
van versies uitgesloten worden — CSS, JS en afbeeldingen allemaal.
* Als er een paginacache plugin actief is, stappen de headers voor HTML actualiteit
automatisch opzij.
* Another plugin’s page cache is never cleared unless you enable that yourself —
the purge-on-update integration is opt-in, and the report after every update
tells you whether the page cache was cleared or left alone.
* De headers voor langdurige cache zijn ook optioneel, en alleen beschikbaar zolang
CSS/JS versies aanstaan — de plugin laat browsers nooit bestanden een jaar vasthouden
zonder een manier om ze te vernieuwen. De optie uitzetten (of de plugin deactiveren)
verwijdert de regels volledig.
#### Updatemodi
* **Automatisch, wanneer een bestand wijzigt** (aanbevolen) — versie = wijzigingsdatum
van het bestand. Nul klikken, volledige cache.
* **Bij elke paginaweergave** — ontwikkelmodus: CSS & JS worden nooit gecacht (
afbeeldingen en pagina’s blijven ongemoeid). Gebruik dit alleen tijdens actieve
ontwikkeling.
* **Handmatig** — versies veranderen alleen wanneer je op de knop “Versies updaten”
drukt.
#### Voor ontwikkelaars
De aanbevolen manier om de CSS/JS versie via code in te stellen is de `pbc_assets_version`
filter. Voeg dit toe aan het functions.php bestand van je thema en wijzig de waarde
wanneer je de bestanden wilt updaten:
```
add_filter( 'pbc_assets_version', function( $ver ) {
return '123';
} );
```
Omdat hij de eigen `add_filter()` van WordPress gebruikt, blijft hij veilig werken
ook als de plugin ooit gedeactiveerd wordt — je site gaat niet stuk.
Filters voor fijnafstemming:
* `pbc_skip_src( $skip, $src, $handle )` — geef `true` terug om de URL van een
bepaald bestand ongemoeid te laten.
* `pbc_assets_version( $ver, $src, $handle )` — wijzig de versie die op een bepaald
bestand toegepast wordt.
* `pbc_purge_page_cache( $purge, $plugin_name )` — geef `false` terug om het opschonen
van de paginacache bij versie-updates te voorkomen.
* `pbc_after_bump( $result )` — actie die afgaat na elke versie-update, met de
nieuwe tijdstempel en de uitkomst van het opschonen.
* `pbc_cache_policy_rules( $rules, $options )` — wijzig de gegenereerde regels
voor langdurige cache voordat ze naar .htaccess geschreven (of als snippet getoond)
worden.
* `pbc_after_auto_bump( $context )` — action fired after an automatic post-update
refresh, with the update type and the purge outcome.
* `PBC_DISABLE_HTACCESS_WRITE` — define this constant as `true` (e.g. in wp-config.
php) and the plugin will never write to .htaccess itself; the settings page shows
the rules for manual setup instead.
#### WP-CLI
* `wp pbc update` — updates the versions (and clears the detected page cache when
the settings option is on). Add `--skip-purge` to leave the page cache alone
for that run.
* `wp pbc status` — toont de modus, wat een versie krijgt, de laatste handmatige
update en de gedetecteerde paginacache plugin. Ondersteunt `--format=table|json
|yaml`.
#### Abilities (AI agents & automatisering)
Op WordPress 6.9+ registreert de plugin twee abilities, vindbaar via de Abilities
API, REST en de MCP adapter — zo kunnen AI agents en tools voor sitebeheer de plugin
bedienen zonder eigen koppelcode:
* `prevent-browser-caching/bump-versions` — update the versions; optional boolean
input `purge` (set `false` to skip the page-cache purge).
* `prevent-browser-caching/status` — read-only report of the current configuration.
Beide vereisen de `manage_options` rechten.
Verouderd: eerdere versies documenteerden in plaats daarvan een `prevent_browser_caching()`
functie. Die werkt nog precies zoals hiervoor — hij zet de beheerinstellingen van
de plugin uit en geeft je volledige controle — maar ik raad de filter hierboven
aan: een kale functieaanroep in functions.php veroorzaakt een fatale fout als de
plugin ooit gedeactiveerd wordt. Blijf je de functie gebruiken, bescherm hem dan:
```
if ( function_exists( 'prevent_browser_caching' ) ) {
prevent_browser_caching( array(
'assets_version' => '123'
) );
}
```
#### Bedankt
Many of the recent improvements started as reports and questions in the [support forum](https://wordpress.org/support/plugin/prevent-browser-caching/)—
thank you to everyone who took the time to describe a problem or share an idea.
If something doesn’t work as expected on your site, please open a topic there: it
genuinely helps make the plugin better for everyone.
## Schermafbeeldingen
[⌊De instellingenpagina: kies wat actueel moet blijven, wanneer versies geüpdatet
worden (ook automatisch na updates van plugins, thema’s of WordPress), of de gedetecteerde
paginacache ook opgeschoond moet worden, en of browsers statische bestanden een
jaar mogen bewaren — met het resultaat van de header controle direct op de pagina.⌉⌊
De instellingenpagina: kies wat actueel moet blijven, wanneer versies geüpdatet
worden (ook automatisch na updates van plugins, thema’s of WordPress), of de gedetecteerde
paginacache ook opgeschoond moet worden, en of browsers statische bestanden een
jaar mogen bewaren — met het resultaat van de header controle direct op de pagina
.⌉[
De instellingenpagina: kies wat actueel moet blijven, wanneer versies geüpdatet
worden (ook automatisch na updates van plugins, thema’s of WordPress), of de gedetecteerde
paginacache ook opgeschoond moet worden, en of browsers statische bestanden een
jaar mogen bewaren — met het resultaat van de header controle direct op de pagina.
[⌊Upgrading from 2.x: your settings keep working as before, and one click enables
the recommended setup (reversible).⌉⌊Upgrading from 2.x: your settings keep working
as before, and one click enables the recommended setup (reversible).⌉[
Upgrading from 2.x: your settings keep working as before, and one click enables
the recommended setup (reversible).
[⌊After a manual update the plugin reports what was refreshed and what happened
to the page cache.⌉⌊After a manual update the plugin reports what was refreshed
and what happened to the page cache.⌉[
After a manual update the plugin reports what was refreshed and what happened to
the page cache.
## Installatie
#### Vanuit het WordPress dashboard
1. Bezoek “Plugins > Nieuwe toevoegen”.
2. Zoek naar “Prevent Browser Caching”.
3. Installeer en activeer de Prevent Browser Caching plugin.
#### Vanaf de WordPress.org site
1. Download de Prevent Browser Caching plugin.
2. Upload the “prevent-browser-caching” directory to your “/wp-content/plugins/” directory.
3. Activeer Prevent Browser Caching op je plugins pagina.
## FAQ
### Heeft het invloed op de snelheid van de site of op SEO?
It can only help. In the recommended automatic mode browser caching keeps working
at full strength — repeat visitors load CSS/JS from their cache until a file really
changes, so repeat views are as fast as ever (faster than the old 2.x default, which
re-downloaded assets on every visit). And the opt-in “Speed up” option goes further:
one-year caching headers for your static files — the exact fix for the Lighthouse“
efficient cache policy” audit. The server cost is a few file-time lookups per page—
negligible. The “ver” URL parameter is the same mechanism WordPress core uses, search
engines are perfectly used to it, and the plugin does not change your page content,
markup or URLs seen by crawlers.
### Werkt het samen met paginacache plugins?
Yes — and since 3.1.0 they can actively cooperate. Versioned asset URLs end up in
the cached HTML like any others, so serving stale HTML used to mean serving old
asset versions with it. When the “Also clear the page cache” checkbox on the settings
page is enabled, pressing “Update versions” (toolbar, settings page, WP-CLI or an
ability) also clears the detected page-cache plugin’s cache, so that HTML is regenerated
with the new versions. Supported: WP Rocket, LiteSpeed Cache, W3 Total Cache, WP
Super Cache, WP Fastest Cache, WP-Optimize, Breeze, Cache Enabler, Hummingbird,
SiteGround Optimizer, Swift Performance, Comet Cache. The checkbox is off by default—
another plugin’s cache is only touched when you say so (for example, if your page
cache serves logged-out visitors only, you may prefer not to rebuild it on every
update). Either way, the report shown after every update says whether the page cache
was cleared, and the version update always completes even if a purge fails. The
plugin also keeps leaving HTML cache headers to the page-cache plugin.
### Werkt het met page builders (Elementor, Divi, Beaver Builder…)?
Yes. Builders generate their CSS as real files (usually in the uploads folder) and
give them a fresh time-based version whenever they regenerate — Elementor, for example,
serves its per-page CSS as `post-123.css?ver=`, and that version
changes every time the file is rewritten. On top of that, in the automatic mode
this plugin adds its own version component from the file’s modification time, so
even a builder file rewritten in place busts its cache immediately. Together that
makes the long-caching option safe for builder files too: their URLs always change
when their content does.
### Werkt het met minify plugins (Autoptimize, WP-Optimize)?
Yes — verified against both. Minifiers put a content hash and the source files’
modification times into their generated file names, so those files bust their own
cache by name — and the long-caching option here is exactly the right policy for
them: WP-Optimize’s minified CSS/JS get the one-year headers and change URL whenever
a source file changes, while Autoptimize serves its cache folder with its own equivalent
one-year immutable policy, so the two never fight. Files the minifier leaves untouched
keep this plugin’s “ver” parameter — even when the minifier’s “remove query strings”
option is on (this plugin adds its version after them on purpose).
### Schoont de automatische modus mijn paginacache op wanneer een bestand wijzigt?
No — and that’s by design, not an oversight. In the automatic mode the version comes
from the file’s modification time, read at the moment a page is rendered; nothing“
happens” on the server when you upload a changed file, so there is no event to clear
the page cache on. Cached HTML keeps the old asset versions until the page cache
expires or is cleared. After bigger changes, press “Update versions” — with the “
Also clear the page cache” option enabled, that both updates the versions and clears
the detected page cache in one click.
### Hoe los ik de Lighthouse audit “Serve static assets with an efficient cache policy” op?
Zet “Browsers statische bestanden een jaar laten bewaren” aan in het gedeelte “Versnellen”
van de instellingenpagina (beschikbaar zolang CSS/JS versies aanstaan). De plugin
levert statische bestanden met `Cache-Control: public, max-age=31536000, immutable`,
precies wat de audit vraagt — en hier is dat veilig, want de plugin verandert de
URL van een bestand zodra het bestand verandert, dus bezoekers blijven nooit met
een verouderde kopie zitten. Na het aanzetten vertelt de instellingenpagina je of
de headers op je site gecontroleerd konden worden. Dezelfde optie lost ook de oudere
naam van deze aanbeveling op — “Leverage browser caching” — die GTmetrix en andere
testtools nog steeds tonen.
### Bewerkt de plugin mijn .htaccess?
Only if you enable the long-caching option, and only using WordPress’s own API (
the same one core uses for permalinks): a clearly marked block between `# BEGIN
Prevent Browser Caching` and `# END Prevent Browser Caching`. The block is updated
when you change related settings, and removed completely when you turn the option
off, deactivate or delete the plugin. On multisite, on nginx, or if you define the`
PBC_DISABLE_HTACCESS_WRITE` constant, the plugin never writes the file — it shows
you the rules to add manually instead.
### Mijn cache plugin voegt al browsercache (expires) headers toe. Heb ik ze allebei nodig?
Nee — beheer ze op één plek. Als je cache plugin al langdurige headers voor statische
bestanden levert, kun je de optie “Versnellen” hier uit laten: versies houden hoe
dan ook alles actueel. Er gaat niets kapot als ze allebei aanstaan — de regels botsen
niet, het laatste blok wint gewoon — maar één bron is netter. Het voordeel van ze
hier beheren is dat de headers aan de versies gekoppeld zijn (URL’s veranderen zodra
bestanden veranderen, dus een cache van een jaar kan nooit iemand een verouderd
bestand tonen) en dat de instellingenpagina controleert of de headers echt werken
op je server.
### De instellingenpagina zegt dat de cache headers niet zichtbaar zijn. Wat nu?
De regels staan er wel, maar je server heeft ze niet toegepast — meestal mist de
Apache van de webhost de modules `mod_headers`/`mod_expires`, of staan overschrijvingen
via `.htaccess` uit. Vraag je webhost om ze aan te zetten, of kopieer de regels
van de instellingenpagina naar de serverconfiguratie. Bij het opslaan van de instellingen
wordt de controle opnieuw uitgevoerd. Zolang de headers niet werken gaat er niets
kapot — browsers blijven gewoon cachen zoals ze deden.
### Ik heb een bestand uitgesloten van versies — blijft het dan toch een jaar in de cache?
Als het een lokaal CSS/JS bestand is dat door je site geleverd wordt: ja. De regels
voor langdurige cache werken op bestandsextensie en kunnen je uitsluitingslijst
niet zien. Uitsluitingen zijn bijna altijd externe URL’s (betaalscripts, CDN’s),
die de regels nooit raken — maar als je een lokaal bestand uitsluit omdat het niet
lang in de cache mag, laat de optie voor langdurige cache dan uit of voeg een specifiekere
regel voor dat bestand toe aan je serverconfiguratie.
### Waarom krijgen externe bestanden standaard geen versie?
Several external services — payment scripts in particular (PayPal, Braintree, Authorize.
net) — reject requests with an unexpected “ver” query parameter, which used to break
checkout forms. Since 3.0.0 only local files are versioned by default; there is
a checkbox to include external URLs again if you relied on that.
### Verlies ik de browsercache met deze plugin?
Niet in de aanbevolen automatische modus. Bestanden worden normaal gecacht; de versie
verandert alleen wanneer het bestand zelf verandert. De modus “bij elke paginaweergave”
zet de cache van CSS/JS wel uit — gebruik die alleen tijdens actieve ontwikkeling.
### De versie wordt niet elke X minuten geüpdatet zoals ik ingesteld heb. Waarom?
De verouderde modus “elke N minuten” werkt per bezoeker, met een cookie — hij bouwt
niets op de server opnieuw op via cron. Elke bezoeker krijgt niet vaker dan het
gekozen interval een nieuwe bestandsversie. Sinds 3.0.0 is de automatische modus
in bijna alle gevallen een betere keuze.
### Does it version images inside post content?
Yes, when “Images” is enabled: attachment URLs rendered by WordPress get versions
immediately, and image URLs hardcoded in post content get the site-wide media version
after the first update (the “Update versions” button or replacing a media file).
### Mijn CDN negeert query strings.
Dan kan versiebeheer via een queryparameter de cache van die CDN voor die bestanden
niet vernieuwen. Stel de CDN in om query strings in zijn cachesleutel mee te nemen,
of gebruik versies op basis van de bestandsnaam (bijvoorbeeld een bestand onder
een nieuwe naam vervangen).
### Mijn site toont een fout nadat ik de plugin deactiveer.
Als je `prevent_browser_caching( ... )` aan de functions.php van je thema hebt toegevoegd,
roept die regel een functie aan die deze plugin levert. Zodra de plugin gedeactiveerd
is bestaat de functie niet meer, dus stopt PHP met een fatale fout. Twee manieren
om het op te lossen: stap over op de `pbc_assets_version` filter (aanbevolen — die
veroorzaakt dit nooit), of zet de aanroep in `if ( function_exists( 'prevent_browser_caching')){...}`.
Zie “Voor ontwikkelaars” hierboven.
## Beoordelingen
### [Continues to get better and better](https://wordpress.org/support/topic/continues-to-get-better-and-better/)
[Sea Jay](https://profiles.wordpress.org/jcollier/) 7 juli 2026
The new features in 3.x versions raise a very good plugin to excellent! A must to
empty users' browser caches after we make big design changes. Thank you!
### [Very good](https://wordpress.org/support/topic/very-good-7474/)
[robertorefresh](https://profiles.wordpress.org/robertorefresh/) 25 november 2024
It works great!
### [Best Cache Plugin ever](https://wordpress.org/support/topic/best-cache-plugin-ever-16/)
[rompikapo](https://profiles.wordpress.org/rompikapo/) 17 mei 2024
It is the first plugin that I install every time I create a new site, this plugin
is the web designer's best friend, it instantly clears the browser cache and refreshes
the page with one click, saving me a lot of time when I update and design the site,
avoiding long trips in the browser, also works to show the page to customers, a
heartfelt thank you.
### [MAGIC!!!](https://wordpress.org/support/topic/magic-64/)
[teacherdesigner](https://profiles.wordpress.org/hoffkids/) 29 oktober 2023
10-30-23 I do not how this thing does it, but it just solved my problem that was
bothering me for weeks and my hosting co could not help. I added this plugin (did
not even need to change a setting) and now my changes show up on websites especially
the CSS. thank you so much- you are so helpful and what you created is valuable!!!
### [O unico que funciona!](https://wordpress.org/support/topic/o-unico-que-funciona/)
[mdknet](https://profiles.wordpress.org/mdknet/) 14 maart 2023
Fui obrigado a logar no forum para avaliar, é o unico plugin que realmente limpa
o css e js, sempre que preciso estou aqui instalando
### [Lifesaver – will now use for all dev work](https://wordpress.org/support/topic/lifesaver-will-now-use-for-all-dev-work/)
[mrsminkie](https://profiles.wordpress.org/mrsminkie/) 27 februari 2023
I found this plugin while searching for a way to prevent CSS files from caching
while working with a particularly annoying theme (A****). This works perfectly and
I will use it on every website I'm developing from this point forwards. Thank you!
[ Lees alle 29 beoordelingen ](https://wordpress.org/support/plugin/prevent-browser-caching/reviews/)
## Bijdragers & ontwikkelaars
“Prevent Browser Caching” is open source software. De volgende personen hebben bijgedragen
aan deze plugin.
Bijdragers
* [ Kostya Tereshchuk ](https://profiles.wordpress.org/kostyatereshchuk/)
“Prevent Browser Caching” is vertaald in 13 localen. Dank voor [de vertalers](https://translate.wordpress.org/projects/wp-plugins/prevent-browser-caching/contributors)
voor hun bijdragen.
[Vertaal “Prevent Browser Caching” in je eigen taal.](https://translate.wordpress.org/projects/wp-plugins/prevent-browser-caching)
### Interesse in ontwikkeling?
[Bekijk de code](https://plugins.trac.wordpress.org/browser/prevent-browser-caching/),
haal de [SVN repository](https://plugins.svn.wordpress.org/prevent-browser-caching/)
op, of abonneer je op het [ontwikkellog](https://plugins.trac.wordpress.org/log/prevent-browser-caching/)
via [RSS](https://plugins.trac.wordpress.org/log/prevent-browser-caching/?limit=100&mode=stop_on_copy&format=rss).
## Changelog
#### 3.2.1
* Fixed: a caching plugin that is installed but has its page caching switched off(
for example WP-Optimize used only for database cleanup or image compression)
is no longer treated as an active page cache. The “… is active, so page caching
headers are left to it” note and the “Also clear the page cache” option now appear
only when page caching is really enabled, and the “Pages (HTML)” option works
in that situation instead of silently stepping aside. The check mirrors each
supported plugin’s own on/off state and safely falls back to the previous behavior
when that state can’t be read. Props @jcollier for the report.
#### 3.2.0
* Nieuw: “Browsers statische bestanden een jaar laten bewaren” (optioneel, in het
nieuwe instellingengedeelte “Versnellen”) — levert CSS, JS, lettertypen en afbeeldingen
met langdurige `Cache-Control`/`Expires` headers. Veilig van opzet: URL’s met
versie veranderen zodra een bestand verandert, dus bezoekers krijgen updates
nog steeds meteen. Lost de Lighthouse audit “Serve static assets with an efficient
cache policy” op. Op Apache/LiteSpeed worden de regels via de eigen .htaccess
API van WordPress geschreven en weer verwijderd wanneer de optie uitgezet wordt
of de plugin gedeactiveerd/verwijderd wordt; op nginx en multisite toont de instellingenpagina
in plaats daarvan een kant-en-klaar snippet.
* Nieuw: de plugin controleert de headers voor langdurige cache door een van de
eigen CSS bestanden van de site op te halen en toont het resultaat op de instellingenpagina—
zo weet je of je server de regels echt toegepast heeft (sommige webhosts missen
de benodigde Apache modules; de plugin zegt het je in plaats van het stilzwijgend
aan te nemen).
* Nieuw: “Versies automatisch verversen na updates van plugins, thema’s of WordPress”(
optioneel) — dekt handmatige, bulk- en automatische achtergrondupdates, en schoont
de paginacache op wanneer die optie aanstaat. Gebruikt de minste vernieuwing
die je modus toelaat: in de aanbevolen automatische modus updaten bestandsversies
zichzelf al, dus wordt alleen de paginacache opgeschoond. Afbeeldingsversies
worden nooit door deze functie aangeraakt.
* Nieuw: een eenmalige “wat is er nieuw” melding na het upgraden, alleen op de
eigen instellingenpagina van de plugin (te negeren; er wordt nergens anders in
wp-admin iets toegevoegd).
* Nieuw voor ontwikkelaars: de `pbc_cache_policy_rules` filter, de `pbc_after_auto_bump`
actie en de `PBC_DISABLE_HTACCESS_WRITE` constante (forceert alleen-snippet modus,
zonder naar bestanden te schrijven).
* `wp pbc status` and the status ability now also report the cache-policy state(
including the verification result) and the auto-refresh setting.
* Opgelost: een “ver” queryparameter zonder waarde wordt na een versie-update niet
langer “ver=.123”.
#### 3.1.0
* New: “Update versions” can now also clear the page cache when one of the supported
caching plugins is active — WP Rocket, LiteSpeed Cache, W3 Total Cache, WP Super
Cache, WP Fastest Cache, WP-Optimize, Breeze, Cache Enabler, Hummingbird, SiteGround
Optimizer, Swift Performance, Comet Cache. Fixes “I updated the versions, but
visitors still got the old design from the page cache”. Opt-in: a settings checkbox
turns it on (off by default — another plugin’s cache is only touched when you
say so). Each plugin is purged through its own public API; every call is guarded,
and the version update always completes even if a purge fails.
* New: after every “Update versions” click the plugin reports what happened — which
asset types got new versions (per your settings) and whether the detected page
cache was cleared. The report shows inline on the settings page and as a one-
time notice after using the toolbar button.
* New: WP-CLI support — `wp pbc update [--skip-purge]` and `wp pbc status [--format
=table|json|yaml]`.
* New: on WordPress 6.9+ the plugin registers two Abilities for AI agents and automation,`
prevent-browser-caching/bump-versions` and `prevent-browser-caching/status` (
Abilities API / REST / MCP adapter; require the `manage_options` capability).
* New for developers: the `pbc_purge_page_cache` filter (veto the purge) and the`
pbc_after_bump` action (observe every version update and its purge outcome).
* Fixed: image URLs inside RSS feeds no longer get a “ver” parameter.
* Fixed: an existing “ver” query parameter in image URLs is now detected precisely—
a “ver=” fragment inside another parameter name no longer counts as one.
* Housekeeping: uninstall on multisite now cleans up networks with more than 100
sites.
#### 3.0.0
* New automatic mode (now the recommended default): the assets version is taken
from the file modification time, so browser caching works at full strength and
busts exactly when a file changes.
* External URLs (payment scripts, CDNs) are no longer versioned by default — this
used to break PayPal/Braintree/Authorize.net checkouts. A checkbox brings external
versioning back; sites upgrading with saved settings keep their previous behavior
until they switch.
* New: image cache busting. Attachment URLs are versioned; editing or replacing
a media file busts its cache.
* New: HTML page freshness — optional Cache-Control header asking browsers to revalidate
pages, plus a back/forward-cache guard for stale pages on mobile. Steps aside
automatically when a page-cache plugin is detected.
* New: exclusions list (URL substrings or script/style handles) and `pbc_skip_src`/`
pbc_assets_version` filters for developers.
* New: optional cache busting in the admin area.
* New settings screen: a few clear switches, details unfold when you need them.
Sites upgrading from 2.x get a one-click “Enable recommended settings” banner(
reversible).
* The toolbar button is now called “Update versions”: it updates the versions of
CSS/JS files and images.
* After activation the plugin opens its settings page.
* Full backward compatibility: the `prevent_browser_caching()` function, all 2.
x options and the filter timing work exactly as before.
* Recommended for developers: use the `pbc_assets_version` filter instead of the`
prevent_browser_caching()` function — unlike a bare function call, it never causes
a fatal error if the plugin is deactivated.
* Fixed: PHP warning “Cannot modify header information” when another plugin printed
output before the cookie was set.
* Fixed: the manual update button on the settings page submitted the whole form.
* Housekeeping: uninstall now removes all plugin options (multisite-aware); all
strings are translatable; added a POT file; direct-access guards on all files.
* Raised the minimum PHP version to 7.2 (matches the WordPress minimum). Tested
on PHP up to 8.5.
#### 2.3.7
* Fixed a bug with URLs that contain repeated query params: only the last one survived
after adding the “ver” param. For example, Google Fonts URLs with several “family”
params lost all font families except the last one.
* Tested the plugin in WordPress 7.0.
* Declared the minimum required PHP version (5.6).
#### 2.3.6
* Tested the plugin in WordPress 6.9.
#### 2.3.5
* Tested the plugin in WordPress 6.5.
#### 2.3.4
* Tested the plugin in WordPress 6.1.
#### 2.3.3
* Tested the plugin in WordPress 6.0.
#### 2.3.2
* Fixed “Update CSS/JS” button in the admin bar.
#### 2.3.1
* Tested the plugin in WordPress 5.1.
#### 2.3
* Tested the plugin in WordPress 5.0-beta1 and optimized the code.
#### 2.2
* Added function “prevent_browser_caching” which disables all admin settings of
this plugin and allows to set the new settings.
* Changing “ver” param instead of adding additional “time” param.
#### 2.1
* Added option to show “Update CSS/JS” button on the toolbar.
#### 2.0
* Added setting page to the admin panel.
* Added automatically updating CSS and JS files every period for individual user
* Added manually updating CSS and JS files for all site visitors
#### 1.1
* Added plugin text domain.
#### 1.0
* First version of Prevent Browser Caching plugin.
## Meta
* Versie **3.2.1**
* Laatst geüpdatet **2 maanden geleden**
* Actieve installaties **10.000+**
* WordPress versie ** 4.7 of nieuwer **
* Getest t/m **7.1.2**
* PHP versie ** 7.2 of nieuwer **
* Talen
* [Catalan](https://ca.wordpress.org/plugins/prevent-browser-caching/), [Dutch](https://nl.wordpress.org/plugins/prevent-browser-caching/),
[English (US)](https://wordpress.org/plugins/prevent-browser-caching/), [Japanese](https://ja.wordpress.org/plugins/prevent-browser-caching/),
[Polish](https://pl.wordpress.org/plugins/prevent-browser-caching/), [Russian](https://ru.wordpress.org/plugins/prevent-browser-caching/),
[Spanish (Argentina)](https://es-ar.wordpress.org/plugins/prevent-browser-caching/),
[Spanish (Chile)](https://cl.wordpress.org/plugins/prevent-browser-caching/),
[Spanish (Colombia)](https://es-co.wordpress.org/plugins/prevent-browser-caching/),
[Spanish (Ecuador)](https://es-ec.wordpress.org/plugins/prevent-browser-caching/),
[Spanish (Mexico)](https://es-mx.wordpress.org/plugins/prevent-browser-caching/),
[Spanish (Spain)](https://es.wordpress.org/plugins/prevent-browser-caching/),
[Spanish (Venezuela)](https://ve.wordpress.org/plugins/prevent-browser-caching/)
en [Ukrainian](https://uk.wordpress.org/plugins/prevent-browser-caching/).
* [Vertaal in je eigen taal](https://translate.wordpress.org/projects/wp-plugins/prevent-browser-caching)
* Tags
* [browser cache](https://nl.wordpress.org/plugins/tags/browser-cache/)[cache busting](https://nl.wordpress.org/plugins/tags/cache-busting/)
[caching](https://nl.wordpress.org/plugins/tags/caching/)[speed](https://nl.wordpress.org/plugins/tags/speed/)
[WP Cache](https://nl.wordpress.org/plugins/tags/wp-cache/)
* [Geavanceerde weergave](https://nl.wordpress.org/plugins/prevent-browser-caching/advanced/)
## Waarderingen
4.9 van 5 sterren.
* [ 28 5 sterren beoordelingen ](https://wordpress.org/support/plugin/prevent-browser-caching/reviews/?filter=5)
* [ 0 4 sterren beoordelingen ](https://wordpress.org/support/plugin/prevent-browser-caching/reviews/?filter=4)
* [ 1 3 ster beoordeling ](https://wordpress.org/support/plugin/prevent-browser-caching/reviews/?filter=3)
* [ 0 2 sterren beoordelingen ](https://wordpress.org/support/plugin/prevent-browser-caching/reviews/?filter=2)
* [ 0 1 sterren beoordelingen ](https://wordpress.org/support/plugin/prevent-browser-caching/reviews/?filter=1)
[Je beoordeling](https://wordpress.org/support/plugin/prevent-browser-caching/reviews/#new-post)
[Bekijk alle beoordelingen](https://wordpress.org/support/plugin/prevent-browser-caching/reviews/)
## Bijdragers
* [ Kostya Tereshchuk ](https://profiles.wordpress.org/kostyatereshchuk/)
## Ondersteuning
Opgeloste problemen in de laatste twee maanden:
1 van de 1
[Het supportforum bekijken](https://wordpress.org/support/plugin/prevent-browser-caching/)
## Doneren
Wil je de groei van deze plugin ondersteunen?
[ Doneer aan deze plugin ](https://tutori.org/donate/)