リンクが壊れる前に、意図しない URL 変更を止めます。
slug とパーマリンクの変更を明示的な手順の後ろに置き、意図しない URL 変更で既存リンクが壊れないようにします。
編集者がタイトルや本文を更新しても、確立済みの URL は静かに変わってほしくない場合に使います。
URL を標準で保護します。
よい URL はインフラになります。このプラグインは偶発的な変更を起きにくくしながら、意図したリネームは可能にします。
明示的に解除しない限り、既存の投稿 slug とタクソノミー slug を固定します。 このプラグインは、インポート、同期、MCP 実行、その他のスクリプト更新中に確立済み URL を安定させるためのものです。
最新リリースをダウンロード | GitHub でソースを見る
現在の対象は slug 保護のみです。投稿本文内のリンクや投稿メタ値はロックしません。
解決する問題
WordPress の破損の多くは、静かな slug 変更から始まります。スクリプト、インポート、移行、AI ワークフローが投稿 slug やタクソノミー用語を更新し、検索エンジン、ブックマーク、社内システムが期待する古い URL と突然合わなくなります。
壊れた URL
検索結果、メール、ドキュメント内の古いリンクが正しく解決されなくなります。
予期しないタクソノミー変更
同期ジョブや一括ツールが書き換えると、カテゴリーや用語がずれます。
自動化との衝突
スクリプトや MCP ツールは安全に編集できますが、slug 変更には明示的な判断が必要です。
実際にロックするもの
投稿 slug
既存の post_name 値は、変更を許可しない限り更新時も固定されます。
タクソノミー用語 slug
既存の用語 slug も、変更を許可しない限り固定されます。
それ以外は対象外
本文リンク、投稿メタ、関係のない編集変更はロックしません。
役立つ場面
- 内容は更新するが、確立済み URL はリネームしたくない一括インポート。
- slug のずれが避けられる SEO ダメージにつながる、ステージングから本番への流れ。
- アシスタントが安全に編集しつつ、パーマリンクを静かに変えてほしくない MCP や自動化の流れ。
- 複数のプラグインや独自ジョブが、投稿や用語をプログラムから触るサイト。
意図したリネームを許可する方法
本当に slug を変更したい場合は、 wp-config.phpに一時的な許可定数を追加し、変更後にその定数を削除します。
define('URL_LOCKDOWN_ALLOW', true);
// または WP-CLI のみ:
define('URL_LOCKDOWN_ALLOW_CLI', true);
これにより標準動作は厳格なまま、計画したリネームだけを意図的に実行できます。
現在のリリース状況
- 最新リリース: 1.4.2
- 必要な WordPress: 5.9+
- 必要な PHP: 7.4+
- ライセンス: GPL v2 以降
よくある質問
wp-admin で手動の slug 変更はできますか?
いいえ。許可定数が設定されていない限り、既存の投稿 slug とタクソノミー slug は固定されます。これが現在の文書化された動作です。
投稿本文内のリンクもロックしますか?
いいえ。現在のプラグインは slug 専用です。投稿本文内のリンクは監視しません。
投稿メタやカスタムフィールドもロックしますか?
いいえ。投稿メタ値は対象外です。
意図して何かをリネームする必要がある場合は?
使うのは URL_LOCKDOWN_ALLOW または URL_LOCKDOWN_ALLOW_CLIです。変更を実行し、その後で定数を再び削除します。
なぜ対象範囲をここまで狭くするのですか?
有効な防御対象は slug の安定性だからです。関係のない内容フィールドまでロックするとノイズが増え、通常の編集を妨げます。
意図しない URL 変更を防ぎたいですか?
今どのように編集しているか、URL ミスがどこでリスクになるかを教えてください。適切な制御方法を提案します。