Arrêtez les modifications accidentelles d’URL avant qu’elles ne rompent les liens.
Verrouillez les slugs modifiés et les modifications de permaliens derrière un flux de travail explicite afin que les modifications accidentelles d’URL ne rompent pas les liens existants.
Utilisez-le lorsque les éditeurs doivent mettre à jour les titres et le contenu sans modifier silencieusement les URL établies.
Protégez les URL par défaut.
Les bonnes URL deviennent une infrastructure. Ce plugin rend les modifications accidentelles plus difficiles tout en permettant des renommages délibérés.
Gelez les slugs de publication et de taxonomie existants, sauf si vous les déverrouillez explicitement. Ce plugin permet de maintenir la stabilité des URL établies pendant les importations, les synchronisations, les exécutions MCP et autres mises à jour scriptées.
Téléchargez la dernière version | Afficher la source sur GitHub
La portée actuelle est uniquement la protection contre les limaces. Il ne verrouille pas les liens dans le contenu de la publication et ne verrouille pas les méta-valeurs de la publication.
Quel problème cela résout
De nombreux problèmes WordPress commencent par un changement de slug discret. Un workflow de script, d’importation, de migration ou d’IA met à jour un terme de post-slug ou de taxonomie, et soudain les anciennes URL ne correspondent plus à ce qu’attendent les moteurs de recherche, les signets ou les systèmes internes.
URL cassées
Les anciens liens dans les résultats de recherche, les e-mails et la documentation ne se résolvent plus correctement.
Un désabonnement inattendu à la taxonomie
Les catégories et les termes dérivent lorsque les tâches de synchronisation ou les outils groupés les réécrivent.
Collisions d’automatisation
Les scripts et les outils MCP peuvent être modifiés en toute sécurité, mais les modifications de slug doivent nécessiter une décision explicite.
Ce qu’il verrouille réellement
Publier des limaces
Existant post_name les valeurs restent figées lors de la mise à jour, sauf si vous autorisez la modification.
Limaces de terme de taxonomie
Les termes existants sont également gelés, sauf si vous autorisez le changement.
Rien d’autre
Il ne verrouille pas les liens de contenu, les publications de méta ou les modifications d’éditeur sans rapport.
Quand ça aide
- Importations groupées qui doivent mettre à jour le contenu mais pas renommer les URL établies.
- Flux de travail de la préparation à la production où la dérive des limaces créerait des dommages SEO évitables.
- Workflows MCP et d’automatisation dans lesquels les assistants devraient pouvoir éditer en toute sécurité sans désabonnement silencieux aux liens permanents.
- Sites sur lesquels plusieurs plugins ou tâches personnalisées touchent des publications et des termes par programmation.
Comment autoriser un changement de nom intentionnel
Si vous voulez vraiment changer les slugs, ajoutez une constante d’autorisation temporaire dans wp-config.php, effectuez la modification, puis supprimez la constante.
define('URL_LOCKDOWN_ALLOW', true);
// Or, for WP-CLI only:
define('URL_LOCKDOWN_ALLOW_CLI', true);Cela maintient le comportement par défaut strict tout en vous permettant d’effectuer volontairement des opérations de renommage planifiées.
Statut de version actuel
- Dernière version : 1.4.2
- Nécessite WordPress : 5.9+
- Nécessite PHP : 7.4+
- Licence: GPL v2 ou version ultérieure
Foire aux questions
Est-il toujours autorisé à modifier manuellement les slugs dans wp-admin ?
Les slugs de publication et de taxonomie existants restent gelés à moins qu’une constante d’autorisation ne soit définie. C’est le comportement actuellement documenté.
Est-ce qu’il verrouille également les liens de contenu de publication ?
Non, le plugin est désormais uniquement disponible en slug. Il ne contrôle pas les liens dans le contenu de la publication.
Est-ce qu’il verrouille les métadonnées de publication ou les champs personnalisés ?
Non. Les méta-valeurs de publication sortent de son champ d’application.
Que se passe-t-il si je dois volontairement renommer quelque chose ?
Utiliser URL_LOCKDOWN_ALLOW ou URL_LOCKDOWN_ALLOW_CLI, effectuez la modification et supprimez à nouveau la constante.
Pourquoi garder le champ d’application aussi étroit ?
Parce que l’objectif de durcissement utile est la stabilité des limaces. Le verrouillage de champs de contenu sans rapport crée du bruit et gêne l’édition normale.
Besoin d’empêcher les modifications accidentelles d’URL ?
Dites-nous comment les éditeurs modifient le contenu aujourd’hui et où les erreurs d’URL entraînent des risques. Nous vous proposerons des contrôles.