大規模なWebデプロイメントでは、URL構造はしばしば変更されます。サイト全体の /blog/ ディレクトリへ /news/ 500ページ以上にわたって翻訳済み。これを手動で行うのは運用上の自殺行為です。MultiLipiの 一括スラッグ編集 エンジンを使用すると、ローカライズされたサイトマップ全体で「検索と置換」操作を数秒で実行でき、SEO戦略の俊敏性を維持できます。
このガイドでは、これらのバッチルーティング更新を実行するためのプロトコルについて詳しく説明します。
2. バッチプロトコル
検索と置換ロジックを実行しています。
ステップ1:選択戦略
手動選択: 特定のURLの横にあるチェックボックスを選択してサブセット(例:製品ページのみ)を対象にします。
グローバル選択: 次のステップでリスト全体に適用するかどうかを選択できます。
ステップ2:操作の初期化
クリック 一括編集 テーブルの右上隅にあるボタン。
システムアクション: これにより、「検索と置換」モーダルウィンドウがトリガーされます。
ステップ3:パターンの定義
検索: 削除したいテキスト文字列を入力します(例: 記事).
置換: 新しいテキスト文字列を入力します(例: 記事).
ステップ 4: スコープの定義
アプリケーションスコープを選択してください:
選択した項目のみ: ステップ1でチェックした行にのみ変更を適用します。
すべてのアイテム: パターンマッチをリスト内のすべてのURLに適用します(例:677ページすべて)。
ステップ 5: コミット
クリック 置換 ボタン。
結果: エンジンはバッチを即座に処理します。内部ルーティングマップが更新され、新しいスラッグがすぐに公開されます。
3. 戦略的なユースケース
バッチ操作を使用するタイミング。
分類法の変更: マーケティングチームがカテゴリ「Sweaters」を「Knitwear」に変更した場合、スペイン語のすべての50製品ページのスラッグを更新できます(/sueteres/ → /tejidos/) をワンクリックで実行します。
標準化: 一貫性のない命名規則の修正 (例: すべてのブログ記事が /blog- 〜の代わりに /).
エラー修正: AI翻訳バッチ中に複数のURLにまたがって発生したタイポを迅速に修正します。
4. デプロイメント後のプロトコル
検索インデックスを更新しています。
URL(スラッグ)の変更は、SEOにとって重要なイベントです。一括編集を実行した後:
サイトマップの再生成: XMLサイトマップが新しいパスを反映していることを確認してください。
Googleに送信: Google Search Consoleにログインし、サイトマップを再送信して再クロールを強制します。
リダイレクト: これらのページがすでにインデックス登録されている場合は、トラフィックを維持するために、基盤となるCMSが古いパターンから新しいパターンへの301リダイレクトを処理するようにしてください。

