Stop onbedoelde URL-wijzigingen voordat ze links breken.
Plaats slug- en permalinkwijzigingen achter een expliciete werkwijze, zodat onbedoelde URL-wijzigingen bestaande links niet breken.
Gebruik het wanneer redacteuren titels en inhoud moeten kunnen bijwerken zonder bestaande URL’s ongemerkt te wijzigen.
Bescherm URL’s standaard.
Goede URL’s worden infrastructuur. Deze plugin maakt onbedoelde wijzigingen moeilijker, maar laat bewuste hernoemingen toe.
Bevries bestaande bericht- en taxonomieslugs totdat je ze expliciet vrijgeeft. Deze plugin houdt bestaande URL’s stabiel tijdens imports, synchronisaties, MCP-runs en andere scriptmatige updates.
Haal de nieuwste versie op | Bekijk de broncode op GitHub
De huidige scope is alleen slugbescherming. De plugin vergrendelt geen links in berichtinhoud en geen metawaarden.
Welk probleem dit oplost
Veel WordPress-schade begint met een stille slugwijziging. Een script, import, migratie of AI-werkwijze past een berichtslug of taxonomieterm aan, en opeens komen oude URL’s niet meer overeen met wat zoekmachines, bladwijzers of interne systemen verwachten.
Gebroken URL’s
Oude links in zoekresultaten, e-mails en documentatie komen niet meer netjes uit.
Onverwachte taxonomiewijzigingen
Categorieën en termen verschuiven wanneer synchronisaties of bulktools ze herschrijven.
Botsingen met automatisering
Scripts en MCP-tools kunnen veilig bewerken, maar slugwijzigingen moeten een expliciete beslissing vragen.
Wat het echt vergrendelt
Berichtslugs
Bestaande post_name waarden blijven bij updates bevroren, tenzij je de wijziging toestaat.
Slugs van taxonomietermen
Bestaande termslugs blijven ook bevroren, tenzij je de wijziging toestaat.
Niets anders
Het vergrendelt geen inhoudslinks, berichtmeta of losstaande redactiewijzigingen.
Wanneer dit helpt
- Bulkimports die inhoud moeten bijwerken zonder bestaande URL’s te hernoemen.
- Staging-naar-productieprocessen waarin slugverschuiving vermijdbare SEO-schade zou veroorzaken.
- MCP- en automatiseringsprocessen waarin assistenten veilig moeten kunnen bewerken zonder stille permalinkwijzigingen.
- Sites waar meerdere plugins of maatwerkprocessen berichten en termen programmatisch aanpassen.
Een bewuste hernoeming toestaan
Als je echt slugs wilt wijzigen, voeg dan tijdelijk een toestemmingsconstante toe in wp-config.php, voer de wijziging uit en verwijder daarna de constante.
define('URL_LOCKDOWN_ALLOW', true);
// Of, alleen voor WP-CLI:
define('URL_LOCKDOWN_ALLOW_CLI', true);Zo blijft het standaardgedrag streng, terwijl geplande hernoemingen bewust mogelijk blijven.
Status van de huidige versie
- Nieuwste versie: 1.4.2
- Vereist WordPress: 5.9+
- Vereist PHP: 7.4+
- Licentie: GPL v2 of later
Veelgestelde vragen
Staat het nog handmatige slugwijzigingen toe in wp-admin?
Nee. Bestaande bericht- en taxonomieslugs blijven bevroren tenzij een toestemmingsconstante is ingesteld. Dat is het huidige gedocumenteerde gedrag.
Vergrendelt het ook links in berichtinhoud?
Nee. De plugin is nu alleen voor slugs. Hij controleert geen links in berichtinhoud.
Vergrendelt het berichtmeta of aangepaste velden?
Nee. Berichtmetawaarden vallen buiten de scope.
Wat als ik bewust iets moet hernoemen?
Gebruik URL_LOCKDOWN_ALLOW of URL_LOCKDOWN_ALLOW_CLI, voer de wijziging uit en verwijder de constante daarna weer.
Waarom blijft de scope zo smal?
Omdat slugstabiliteit het nuttige beveiligingsdoel is. Losstaande inhoudsvelden vergrendelen geeft ruis en zit normale redactie in de weg.
Moet je onbedoelde URL-wijzigingen voorkomen?
Vertel hoe redacteuren vandaag inhoud wijzigen en waar URL-fouten risico geven. We stellen passende controles voor.