Devenia プラグイン

リンクが壊れる前に、意図しない 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 の安定性だからです。関係のない内容フィールドまでロックするとノイズが増え、通常の編集を妨げます。

他の Devenia プラグインを見る

意図しない URL 変更を防ぎたいですか?

今どのように編集しているか、URL ミスがどこでリスクになるかを教えてください。適切な制御方法を提案します。

他の人にも役立ちそうですか?共有: