Stoppa oavsiktliga URL-ändringar innan de bryter länkar.
Lås redigerade slugs och permalänkändringar bakom ett explicit arbetsflöde så att oavsiktliga URL-ändringar inte bryter befintliga länkar.
Använd den när redaktörer ska uppdatera titlar och innehåll utan att tyst ändra etablerade webbadresser.
Skydda webbadresser som standard.
Bra webbadresser blir infrastruktur. Denna plugin gör oavsiktliga ändringar svårare samtidigt som de tillåter avsiktliga namnbyten.
Frys befintliga post- och taxonomisniglar om du inte uttryckligen låser upp dem. Denna plugin är till för att hålla etablerade URL:er stabila under importer, synkroniseringar, MCP-körningar och övriga skriptuppdateringar.
Ladda ner den senaste versionen | Se källa på GitHub
Nuvarande omfattning är endast snigelskydd. Det låser inte länkar i inläggets innehåll och det låser inte inläggets metavärden.
Vilket problem det löser
Många WordPress-brott börjar med en tyst slugbyte. Ett skript, import, migrering eller AI-arbetsflöde uppdaterar en postslug eller taxonomiterm, och plötsligt slutar gamla webbadresser att matcha vad sökmotorer, bokmärken eller interna system förväntar sig.
Trasiga webbadresser
Gamla länkar i sökresultat, e-postmeddelanden och dokumentation slutar lösas rent.
Oväntad taxonomi churn
Kategorier och termer glider när synkroniseringsjobb eller massverktyg skriver om dem.
Automatiseringskollisioner
Skript och MCP-verktyg kan redigera säkert, men slug-ändringar bör kräva ett uttryckligt beslut.
Vad det faktiskt låser
Posta sniglar
Existerande post_name värden förblir frysta vid uppdatering om du inte tillåter ändringen.
Taxonomi term sniglar
Befintliga termsniglar fryses också om du inte tillåter ändringen.
Inget annat
Det låser inte innehållslänkar, inläggsmeta eller orelaterade redigeringsändringar.
När det hjälper
- Massimporter som ska uppdatera innehåll men inte byta namn på etablerade webbadresser.
- Staging-till-produktion-arbetsflöden där snigeldrift skulle skapa undvikande SEO-skador.
- MCP och automationsarbetsflöden där assistenter ska kunna redigera säkert utan tyst permalink churn.
- Webbplatser där flera plugins eller anpassade jobb berör inlägg och termer programmatiskt.
Hur man tillåter ett avsiktligt byte av namn
Om du verkligen vill byta sniglar, lägg till en tillfällig tillåtelsekonstant wp-config.php, gör ändringen och ta sedan bort konstanten.
define('URL_LOCKDOWN_ALLOW', true);
// Or, for WP-CLI only:
define('URL_LOCKDOWN_ALLOW_CLI', true);Detta håller standardbeteendet strikt samtidigt som du fortfarande låter dig utföra planerade byta namnoperationer med avsikt.
Aktuell releasestatus
- Senaste utgåvan: 1.4.2
- Kräver WordPress: 5.9+
- Kräver PHP: 7.4+
- Licens: GPL v2 eller senare
Vanliga frågor
Tillåter det fortfarande manuella slug-ändringar i wp-admin?
Nej. Befintliga post- och taxonomisniglar förblir frusna om inte en tillåtskonstant är inställd. Det är det nuvarande dokumenterade beteendet.
Låser den länkar till inläggsinnehåll också?
Nej. Plugin-programmet är nu endast för slug. Det gör inte polislänkar i inläggets innehåll.
Låser den inläggsmeta- eller anpassade fält?
Nej. Post-metavärden ligger utanför dess räckvidd.
Vad händer om jag behöver byta namn på något med avsikt?
Använda URL_LOCKDOWN_ALLOW eller URL_LOCKDOWN_ALLOW_CLI, utför ändringen och ta bort konstanten igen.
Varför hålla omfattningen så här smal?
Eftersom det användbara härdande målet är slugstabilitet. Låsning av orelaterade innehållsfält skapar brus och står i vägen för normal redigering.
Behöver du förhindra oavsiktliga URL-ändringar?
Berätta för oss hur redaktörer ändrar innehåll idag och var URL-fel orsakar risker. Vi kommer att föreslå kontroller.