ヘルプ記事

MultiLipi でスラッグ翻訳を有効化および管理する方法

MultiLipi
MultiLipi•2025年7月7日•
5分 読む

真のローカリゼーションは、ページ本文を超えて拡張されます。それには URL構造自体「スラッグ翻訳」は、リンクの意味上のパス(例: /about-us)をターゲット言語(例: /a-propos または /sobre-nosotros)に変換します。これは、 多言語SEO、検索エンジンはユーザーの検索意図に一致する URL をネイティブ言語で優先するため。

このガイドでは、 設定プロトコル、衝突管理、およびディープ URL ローカライゼーションのためのルーティングロジック。

1. 有効化プロトコル

ディープローカライゼーションを有効化します。

デフォルトでは、MultiLipi は SEO を最大化するためにスラッグを翻訳しようとします。ただし、 この設定を確認する プロジェクト設定で。

ステップ1:プロジェクト設定にアクセスする

  • •にログインする MultiLipi ダッシュボード.
  • •に移動 設定 左側のサイドバーに表示されます。
  • •選択 プロジェクト設定 サブメニューから。
スラッグ翻訳トグルが、設定サイドバーで赤い矢印と境界線で強調表示されている MultiLipi セットアップページ

ステップ 2: モジュールの有効化

  • •までスクロールします スラッグ翻訳 セクション。
  • •アクション: トグルが切り替わっていることを確認します オリヤー語 (青い位置)。
ステータス: オン

エンジンは、すべての新規および既存のページに対してローカライズされたURLを自動的に生成します(例: /contact → /contacto).

ステータス:オフ

URL は、翻訳されたページでも英語のままになります (例: /es/contact).

2.自動トポロジ更新(リンク書き換え)

システムが内部ナビゲーションを処理する方法。

スラッグ翻訳エンジンの最も強力な機能の 1 つは 自動リンク書き換え.

仕組み:

スラッグが翻訳されると (例: /shop → /boutique)、MultiLipi はローカライズされたページをスキャンして、古い URL を指す内部リンクを検索します。

アクション:

HTML の <a href="..."> タグを、新しくローカライズされたスラッグを指すように自動的に書き換えます。

結果:

ユーザーはローカライズされたエコシステム内に留まります。フランスのユーザーが「Shop」をクリックすると、/shop ではなく /boutique に移動します。

3. 管理: 手動オーバーライド

URL キーワードの精密制御。

AIはSEOフレンドリーなスラッグを自動生成しますが、あなたは URLを手動で調整する 特定のローカルキーワードをターゲットにするか、マーケティングキャンペーンに一致させる。

  • •に移動します 翻訳 ダッシュボードのセクション。
  • •変更したい特定のページ行を検索します。
  • •クリック スラッグを編集 URLプレビューの横。
  • •入力: 好みの文字列を入力します(例:変更する /products へ /boutique).
  • •コミット: クリック 変更を保存.

注意: システムは、この新しいアドレスでコンテンツを提供する内部ルーティングマップを即座に更新します。

4. 衝突管理プロトコル

ルーティングの競合を防ぎます。

一部の言語では、2つの異なる英語の単語が同じ外国語の単語に翻訳される可能性があり、 スラッグの衝突.

シナリオ:

あなたは /store (小売)および /shop (動詞)。どちらも自動翻訳される可能性があります /boutique フランス語。

リスク:

重複URLは検索エンジンを混乱させ、ルーティングエラーを引き起こします。

修正方法:

使用する 手動オーバーライド それらを区別するために(例:保持する /boutique ストア用、および使用 /acheter (動詞用)。

5. レガシーリダイレクト戦略 (301)

ライブURLの変更を処理する。

Googleがすでにインデックス登録した後に翻訳されたスラッグを変更することにした場合(例:変更する /fr/a-propos へ /fr/notre-histoire)、ユーザーが404エラーに遭遇しないようにする必要があります。

ベストプラクティス:

設定する 301リダイレクト (WordPress/Shopify/Webflow)の基盤となる CMS 内。

ワークフロー:

古い翻訳済みURLパターンを新しい翻訳済みURLパターンにリダイレクトして、SEOを維持する 「リンクジュース」。

6. ユニバーサル CMS 統合

プラットフォームに依存しないルーティング。

MultiLipi は プロキシレイヤー、スラッグ翻訳はバックエンドとは独立して機能します。

対応プラットフォーム:

WordPress, Shopify, Webflow, Wix, Squarespace, および カスタム HTML.

バックエンド設定なし:

これらのページを CMS で作成する必要はありません。MultiLipi 仮想的にマッピングします リクエスト /fr/boutique 元の /shop ページに、翻訳されたコンテンツを提供します。

この記事は役に立ちましたか?

この記事では

共有

グローバル展開の準備はできていますか?

MultiLipiがコンテンツ戦略をどのように変革し、AIを活用した多言語最適化でグローバルなオーディエンスにリーチするお手伝いができるかについて、ぜひご相談ください。

フォームにご記入いただければ、24時間以内に担当者よりご連絡いたします。