JoomlaのGoogleインデックス：Joomlaサイトを検索結果に表示させる完全ガイド
Joomla独自の記事・カテゴリー・メニュー構造を使いこなし、より高速でクリーンなGoogleインデックスを実現しましょう
このガイドの内容
Joomlaは何百万ものウェブサイトを支えていますが、その階層化されたアーキテクチャ（カテゴリー内にネストされた記事をメニュー項目経由でリンクする仕組み）は、一般的なSEOアドバイスでは無視されるJoomla特有のインデックス課題を生み出します。よりシンプルなプラットフォームとは異なり、Joomlaはメニュー項目、カテゴリーレイアウト、SEF URL設定に応じて、同じ記事に対して複数のURLパスを生成することがあります。
本ガイドは、すべての意味のあるページをインデックスさせつつ重複をGoogleから排除したいJoomla 4.xおよび5.xの管理者向けに作成されています。グローバル設定のSEO設定、XMLサイトマップ用のOSMap拡張、.htaccessのセットアップ、メタデータ管理、孤立ページや重複パスの監査について解説します。
Joomlaのコンテンツ構造とそのSEOへの影響を理解する
Joomlaのコンテンツモデルは、3つの相互接続された層を中心に構築されています。記事、カテゴリー、メニュー項目です。記事はカテゴリー（またはネストされたサブカテゴリーの連鎖）内に存在しますが、フロントエンドで到達可能になるのは、メニュー項目が記事を指し示すときだけです。直接的にはSingle Articleメニュータイプとして、間接的にはCategory BlogまたはCategory Listレイアウトを通じてです。
この階層化されたシステムは大規模サイトを整理するうえで強力ですが、根本的なインデックスの問題を生み出します。どのメニュー項目が記事を配信するかによって、同じ記事がまったく異なるURLパスに表示される可能性があるのです。
たとえば、「Annual Report 2025」というタイトルの記事が「Company News」というカテゴリー内にあるとします。「News」というメニュー項目がCategory Blogレイアウトを使用している場合、記事URLは/news/annual-report-2025になるかもしれません。しかし、「Investor Relations」配下にも直接的なSingle Articleメニュー項目を作成すると、Joomlaは2つ目のURL /investor-relations/annual-report-2025を生成します。両方とも解決され、両方が完全な記事をレンダリングし、両方ともGoogleのインデックスに登録される可能性があります。これによりリンクエクイティが分散し、ランキングシグナルが混乱します。
Joomla 4以降では、Joomla 3と比較してcanonical URLの処理が改善されましたが、デフォルトは万全ではありません。すべての記事に正確に1つのcanonicalパスがあるよう、意識的にメニュー構造を計画する必要があります。
ゴールデンルール： 各コンテンツを配信する主要なメニュー項目を1つ作成し、他のメニューはナビゲーション目的のみに使用し、同じコンテンツへの追加のルーティングメニュー項目を作成しないでください。
カテゴリーの深さもクロール効率に影響します。Joomlaは無制限のカテゴリーネストを許可しており、各レベルでURLセグメントが追加されます。/level1/level2/level3/article-aliasのようになります。Googleは深いURLもクロールできますが、経験的には、ホームページから3クリック以上離れたページは受け取るクロールバジェットが減少します。カテゴリーツリーは最大2〜3階層に保ち、すべての深いページをサイトマップで直接公開してください。
JoomlaのグローバルSEO設定を構成する
JoomlaのSEO構成はSystem > Global Configuration > SEO Settingsにあります（Joomla 4／5では、これはSiteタブの下にあります）。重要な4つのトグルがあり、他の作業をする前に4つすべてを正しく設定する必要があります。
- 1Search Engine Friendly URLsをYesに設定する必要があります。これによりJoomlaのデフォルトのクエリ文字列URL（
index.php?option=com_content&view=article&id=42）が/category/article-aliasのようなクリーンなパスに書き換えられます。これがないと、Googleはランクが取りにくく共有も難しい、見栄えの悪いパラメーター化されたURLでページをインデックスします。
- 1Use URL RewritingをYesに設定する必要があります。ただし、これはJoomlaルート内の
htaccess.txtを.htaccessに名前変更（Apacheの場合）するか、Nginxで同等のrewriteルールを構成した後に限ります。書き換えルールが整備されていない状態でこのトグルを有効にすると、サイトのすべてのページが500エラーを返します。Nginxでは、try_files $uri $uri/ /index.php?$args;を含むlocationブロックをサーバー構成に追加してください。
- 1Add Suffix to URLはすべてのURLに
.htmlを付加します。これはスタイルの選択であり、Googleはどちらでも気にしませんが、1つの設定を選んで永続的に守ってください。後で変更すると、大量のリダイレクトが必要になります。
- 1Unicode Aliasesは、サイトが非ラテン文字（アラビア語、日本語、キリル文字など）を使用する場合のみYesに設定してください。英語のサイトではNoのままにして、URLをクリーンなASCIIスラッグに保ってください。
これら4つのトグルに加えて、RobotsメタフィールドをグローバルレベルでIndex, Followに設定してください（System > Global Configuration > Metadata > Robots）。これは、メニュー項目または記事レベルで上書きされない限り、Joomlaがすべてのページに適用するデフォルトのrobotsディレクティブです。
グローバルにnoindexに設定することは避けてください。これは開発中によくあるミスで、管理者がローンチ時に元に戻すのを忘れることが驚くほど多いのです。
OSMapでXMLサイトマップをセットアップする
Joomlaには組み込みのXMLサイトマップジェネレーターが付属していないため、拡張機能が必要です。OSMap（旧XMap）は最も広く使われている無料の選択肢で、Joomlaのメニューシステムと緊密に統合されています。System > Extensions > Install経由でOSMapをインストールした後、Components > OSMapに移動して最初のサイトマップを作成します。
OSMapはメニュー構造をクロールしてサイトマップを生成します。Newをクリックしてサイトマップを作成し、名前を付け、含めるメニューを選択します。これは重要です。コンテンツへのcanonicalパスを含むメニューのみを含めてください。重複したリンクを含むユーティリティメニューがある場合は、重複したURLを防ぐためにそれを除外してください。
サイトマップに含まれる各メニューに対して、OSMapではデフォルトの変更頻度（change frequency）と優先度（priority）（0.0〜1.0）を設定できます。推奨設定：
- ホームページとランディングページ — 優先度1.0、毎日の頻度
- カテゴリーブログページ — 優先度0.8、毎週の頻度
- 個別記事 — 優先度0.6、更新頻度に応じて毎週または毎月
これらの値はヒントであり命令ではありませんが、ページ全体にクロールバジェットを配分するのに役立ちます。
作成後、サイトマップは/index.php?option=com_osmap&view=xml&id=1で利用可能になります（メニュー項目を作成すればよりクリーンなURLにできます）。このURLをコピーして、Google Search ConsoleのSitemapsで送信してください。
有料版のOSMap Proは、コンテンツ変更時の自動サイトマップping、画像サイトマップ、5万URLを超えるサイト向けのマルチサイトマップサポートを追加します。
代替手段としてJSitemapがあります。これは商用拡張機能で、リアルタイムのサイトマップ更新、Google Newsサイトマップ、多言語サイト向けのhreflangサイトマップ、組み込みのインデックスダッシュボードを提供します。JSitemap Proは、コンテンツ更新が頻繁な大規模なJoomlaサイトを運営している場合、記事を公開または更新するたびにGoogleとBingにpingを送信できるため、投資する価値があります。これはOSMap無料版では自動的に行いません。
どの拡張機能を選んでも、サイトマップ出力を検証してください。ブラウザでXMLサイトマップURLを開き、以下をスキャンしてください。
- 重複したエントリ
- 含まれるべきではないクエリ文字列を含むURL
- 意図的にnoindexに設定したページ
クリーンなサイトマップには、Googleのインデックスに表示したいURLだけが含まれ、それ以上のものはありません。
メタデータ管理：記事、カテゴリー、メニュー項目
Joomlaはメタデータを設定できる3つのレベルを提供します。記事自体、カテゴリー、コンテンツを表示するメニュー項目です。どのレベルが優先されるかを理解することは、適切なインデックスのために不可欠です。
記事レベル： 管理画面で任意の記事を開き、Publishingタブをクリックします。ここにMeta DescriptionとMeta Keywordsのフィールドがあります（キーワードはGoogleでは無視されますが、Joomlaのインターフェースにはまだ存在します）。Meta Descriptionは検索結果でページタイトルの下のスニペットとして表示されます。すべての記事に150〜160文字の独自で魅力的な説明を書いてください。Joomlaは自動生成しないので、空白のままだとGoogleがページ本文からランダムなスニペットを選びます。
メニュー項目レベル： 任意のメニュー項目をクリックし、Metadataタブに移動します（Joomla 4／5では、メニュー項目タイプによってPage DisplayまたはMetadataの下にあります）。ここにMeta Descriptionを入力すると、その記事がこのメニュー項目を通じてアクセスされる際に記事レベルの説明を上書きします。これは、別のメッセージを表示したいランディングページに便利ですが、矛盾するメタデータを誤って作成する可能性もあります。
ページタイトルの優先順位も同様のルールに従います。メニュー項目のPage Displayタブで、Browser Page TitleフィールドはHTMLの<title>タグ内の記事タイトルを上書きします。空白のままにすると、Joomlaは記事タイトルの後にサイト名を付けます（Global Configuration > Include Site Name in Titleで制御されます）。
カテゴリーレベル： カテゴリーエディターを開き、Metadataタブを探します。カテゴリーメタ説明は、Category BlogおよびCategory Listページに表示されます。これらは独自のURLを持つ別のページで、独自の固有のメタ説明が必要です。多くのJoomla管理者がカテゴリーメタデータを完全に無視しており、その結果、空の説明と「Category: News」のような汎用タイトルを持つ何十ものページが生成されます。
Joomla 4と5は、メニュー項目レベルでrobotsメタディレクティブもサポートしており、グローバルデフォルトに影響を与えずに個別のページをnoindexに設定できます。以下に使用してください。
- ログインフォーム
- 登録ページ
- 検索結果ページ
- Googleに表示すべきでないその他のユーティリティページ
インデックス用に多言語Joomlaサイトを処理する
JoomlaはLanguage systemを通じて組み込みの多言語サポートを持っており、正しく構成されていると、Googleに異なる地域のユーザーに表示すべきページのバージョンを伝える適切なhreflangタグを生成します。ただし、セットアップには正確さが必要で、ミスは深刻なインデックスの問題を引き起こします。
標準的なJoomlaの多言語セットアップでは、言語コードのプレフィックスを使用します。英語なら/en/、フランス語なら/fr/、ドイツ語なら/de/などです。各言語には独自のメニュー、独自のコンテンツカテゴリー、独自の記事セットがあります。記事はJoomlaのAssociationsシステムを通じて言語間でリンクされます。英語の記事を開き、Associationsタブをクリックして、フランス語版を選択します。
アソシエーションが正しくセットアップされている場合、JoomlaはHTMLヘッドに<link rel="alternate" hreflang="xx">要素を自動的に出力します。ただし、1つでもアソシエーションが欠けているか未公開の記事を指している場合、そのページのhreflangチェーンが壊れ、Googleは誤った言語バージョンをインデックスするか、両方のバージョンを重複として扱う可能性があります。
Components > Multilingual Associationsを使用して、壊れたまたは欠落しているリンクを見つけるためにアソシエーションを定期的に監査してください。
サイトマップにはすべての言語バージョンを含める必要があります。すべての言語固有のメニューを含めれば、OSMapはこれを自動的に処理します。JSitemap Proは、多くの言語を持つサイトに対してGoogleが特に推奨する専用のhreflangサイトマップを生成します。どちらにしても、ある言語のサイトマップ内のすべてのURLが、他の言語のサイトマップに対応するエントリを持つことを確認してください。
よくある落とし穴は、デフォルト言語のURLです。Joomlaでは1つの言語をデフォルトに設定し、オプションでそのプレフィックスを削除できるため、英語は/about、フランス語は/fr/a-proposになることがあります。この非対称性はクローラーを混乱させる可能性があります。最も安全なアプローチは、デフォルトを含むすべての言語にプレフィックスを保持することで、すべてのURLが言語を明確に示すようにします。
孤立URLと重複URLの監査とクリーンアップ
Joomlaのインストールは時間とともにURLデブリを蓄積します。特にJoomla 3（あるいはJoomla 2.5／1.5）からアップグレードされたサイトでは顕著です。古い拡張機能、削除されたメニュー項目、レガシーURLスキームが、200ステータスコードでまだ応答するものの意味のあるコンテンツを含まないページを残します。
まず、Screaming Frog、Sitebulb、またはXenu Link Sleuthの無料版などのツールでクロールを実行してください。ホームページURLを与えて、到達可能なすべてのページを発見させます。クロールされたURLリストをサイトマップと比較してください。クローラーが見つけたがサイトマップにないURLは調査の候補です。含めるのを忘れた正当なページですか、それとも404を返すかリダイレクトすべきジャンクですか？
Joomlaにおける孤立URLの一般的な原因は以下のとおりです。
- アンインストールされた拡張機能からの古いコンポーネントページ（例：削除されたeコマース拡張機能からの
/component/virtuemart/） - Joomlaのタグシステムを有効にしてからリダイレクトせずにタグを削除した場合のタグページ
/component/search/の検索結果ページ/component/users/のユーザープロファイルページ
これらのページはしばしば価値の低い薄いコンテンツであり、それらがインデックスされているとサイトの品質シグナルが希薄化します。
これらを処理するには、JoomlaのRedirectコンポーネント（Components > Redirects）を使用してください。ページを削除したりコンテンツを未公開にしたりすると、Joomlaはここに404エラーをログし、適切な代替ページへの301リダイレクトをセットアップできるようにします。大量のクリーンアップのために、.htaccessファイルに直接リダイレクトルールを追加してください。たとえば、RedirectMatch 301 ^/component/search/.* /はすべての検索結果URLをホームページにリダイレクトします。
メニュー項目のアーキテクチャによって引き起こされる重複URLについては、Joomlaの組み込みのcanonical URLサポートを使用してください。Joomla 4／5では、システムは最も低いID（またはデフォルトとしてフラグ付けされたもの）を持つメニュー項目によって生成されたURLを指し示す<link rel="canonical">を自動的に追加します。複数のパスからアクセス可能な記事のページソースを表示することでこれが機能していることを確認してください。ページに到達した方法に関係なく、canonicalタグは同じURLを指し示す必要があります。
ステップバイステップガイド
SEF URLとURL Rewritingを有効にする
System > Global Configuration > Siteタブに移動します。Search Engine Friendly URLsをYesに設定します。Joomlaルート内のhtaccess.txtを.htaccessに名前変更します（Nginxの場合は代わりにrewriteルールを追加します）。次に、Use URL RewritingをYesに設定します。Add Suffix to URLをNo、RobotsをIndex, Followに設定します。保存して複数のページを訪問し、500エラーなしでクリーンなURLが機能することを確認してください。
XMLサイトマップ拡張機能をインストールおよび構成する
System > Extensions > Install経由でOSMap（無料）またはJSitemap（商用）をインストールします。canonicalコンテンツパスを持つメニューのみを選択して新しいサイトマップを作成します。優先度を設定します。ホームページは1.0／毎日、カテゴリーは0.8／毎週、記事は0.6／毎週。サイトマップURLをコピーして、Google Search Console > Sitemapsで送信します。24〜48時間後にエラーがないか確認してください。
すべての記事とカテゴリーに固有のメタデータを書く
各記事を開き、Publishingタブをクリックして、関連するキーワードを含む固有のMeta Description（150〜160文字）を書きます。すべてのカテゴリーでMetadataタブを介して繰り返します。ランディングページとして機能するメニュー項目には、Page DisplayタブでカスタムBrowser Page Titleを設定します。各記事、URL、メタデータステータスをリストにしたスプレッドシートで進捗を追跡してください。
重複URLパスを監査して修正する
サイト全体のクロールを実行し、ページタイトルで結果をソートして、複数のURLにある記事を見つけます。各重複について、最短のcanonicalパスを保持し、冗長なメニュー項目を削除または未公開にします。ナビゲーションのためにメニュー項目が必要な場合は、そのタイプをcanonicalパスを指すURLに変更します。再クロールして、各記事が正しい<link rel="canonical">を持つ正確に1つのURLを持つことを確認してください。
古いコンテンツや削除されたコンテンツのリダイレクトルールを設定する
Extensions > Plugins経由でSystem - Redirectプラグインを有効にします。数日後にComponents > Redirectsを開き、ログ記録された404 URLを確認します。それぞれについて、最も関連性の高いページにDestination URLを設定し、301 (Permanent)を選択します。一括パターンには、.htaccessにRedirectMatchルールを追加します。古いURLを訪問し、DevToolsで301レスポンスを確認してテストしてください。
robots.txtとnoindexルールを構成する
Joomlaルートのrobots.txtを開きます。デフォルトのブロック（/administrator/、/cache/、/tmp/など）を保持します。/component/search/と/component/users/のDisallowルールを追加します。最後にサイトマップURLを追記します。レンダリングするがインデックスしないページ（ログイン、サンキューページ）には、robots.txtでブロックする代わりにメニュー項目レベルでnoindex robotsディレクティブを設定してください。
URLをGoogleに送信し、IndexBoltでインデックス状況を監視する
IndexBoltを使用してホームページ、トップカテゴリーページ、最新記事を直接Googleに送信します。通常モード（URLあたり1クレジット）は定期的な記事に適しています。インスタントモード（URLあたり10クレジット）は、時間に敏感なニュースや製品発表に最適です。IndexBoltとGoogle Search ConsoleのURL検査ツールの両方でインデックス状況を監視してください。
よくある問題と解決方法
複数のメニュー項目のために同じ記事が複数のURLに表示される
原因： Joomlaは記事にリンクするすべてのメニュー項目に対して固有のURLパスを生成します。「Services」配下にSingle Articleメニュー項目を作成し、「Resources」配下にも同じ記事を指す別のメニュー項目を作成すると、Joomlaは2つの異なるURLを生成します。/services/article-aliasと/resources/article-aliasです。両方とも200ステータスを返し、完全な記事をレンダリングします。
解決方法： 各記事に対して**1つのメニュー項目**をcanonicalソースとして指定します。重複するメニュー項目を削除するか、canonicalパスにリダイレクトする**URLタイプ**のメニュー項目に変更します。 各パスからページソースを検査することで、Joomlaの自動的な`<link rel="canonical">`タグが正しいURLを指し示していることを確認します。自動canonicalが間違っている場合は、**System - Custom Canonical**などのプラグインを使用して上書きしてください。
SEF URLの書き換えが500 Internal Server Errorを引き起こす
原因： Global Configurationで「Use URL Rewriting」トグルがhtaccess.txtを.htaccessに名前変更する前に有効にされたか、サーバーがNginxを実行しており（.htaccessを無視する）、サーバー構成に同等のrewriteルールがありません。
解決方法： **Apacheの場合：** FTPまたはホスティングのファイルマネージャー経由で、Joomlaルートディレクトリの`htaccess.txt`を`.htaccess`に名前変更します。 **Nginxの場合：** サーバーブロック内に`location / { try_files $uri $uri/ /index.php?$args; }`の書き換えルールを追加します。 500エラーのためにGlobal Configurationにアクセスできない場合は、Joomlaルートの`configuration.php`を編集し、`$sef_rewrite = false;`を設定してURL書き換えを一時的に無効にしてください。
アンインストールされた拡張機能からの孤立ページがインデックスされたまま残っている
原因： Joomla拡張機能（VirtueMart、K2、古いギャラリーコンポーネントなど）をアンインストールすると、拡張機能のコードは削除されますが、以前にGoogleによってインデックスされたURLは検索結果に残ります。これらのURLを訪問すると、壊れたページ、404エラー、またはJoomlaエラー画面が返されます。これらすべてはクロールバジェットを浪費し、検索結果でプロフェッショナルでない印象を与えます。
解決方法： **Redirectプラグイン**（**Extensions > Plugins**）を有効にし、**Components > Redirects**を使用して古い拡張機能URLから関連する現在のページへの301リダイレクトをセットアップします。 一括パターンには、`.htaccess`に`RedirectMatch`ルールを追加します：`RedirectMatch 301 ^/component/oldextension/(.*) /replacement-page`。 リダイレクトが伝播する間、最も目立つ孤立URLの一時的な削除をリクエストするために**Google Search ConsoleのRemovalsツール**を使用してください。
カテゴリーブログページに重複したコンテンツスニペットが表示される
原因： JoomlaのCategory Blogレイアウトはカテゴリーページに記事の導入テキストを表示します。ユーザーがクリックして完全な記事に進むと、Googleは2つのページで同じ導入テキストを見ます。カテゴリーブログのリスティングと記事自体です。導入テキストが記事全体である短い記事の場合、これは完全なコンテンツの重複を生み出します。
解決方法： 各記事で、**Read More**ブレイクを使用して導入テキストを完全なテキストから分離します。導入テキストは短く保ち、コンテンツのプレビューとして2〜3文にしてください。 カテゴリーブログレイアウトオプション（**Menu Item > Blog Layout**）を設定して、イントロ記事数とリーディング記事数を妥当な数字に制限します（**3〜5イントロ、1リーディング**）。カテゴリーページ自体には、個別の記事説明とは異なる固有のメタ説明を書いてください。
Joomlaの検索結果ページがインデックスされる
原因： Joomlaの組み込みSmart Search（com_finder）またはレガシーSearch（com_search）コンポーネントは、クエリパラメーター付きで/component/search/または/component/finder/にページを生成します。これらのページは薄い動的コンテンツを持ち、Googleが新しいクエリの組み合わせを発見するたびに無限の数のインデックス可能URLを生成します。
解決方法： コンポーネントのテンプレートオーバーライドを編集して検索コンポーネントの出力に**noindex** robotsタグを追加するか、特定のコンポーネントビューに**noindex**を適用できるSEO拡張機能を使用します。 さらに、`robots.txt`で検索パスをブロックします。 - `Disallow: /component/search/` - `Disallow: /component/finder/` Joomla 4／5では、検索ページのメニュー項目を**Metadata**オプションで**noindex**に設定することもできます。
プロのヒント
よくある質問
Joomlaは自動的にサイトマップを作成しますか？+
いいえ、Joomlaには組み込みのXMLサイトマップジェネレーターは含まれていません。**OSMap**（無料）や**JSitemap**（商用）などのサードパーティ拡張機能をインストールする必要があります。 インストールすると、拡張機能はJoomlaのメニュー構造を読み取って、リンクされているすべてのページをGoogleが期待するXML形式で出力することでサイトマップを生成します。サイトマップがないと、Googleはホームページからのリンクをたどることだけに頼るため、深いページやリンクの少ないページは決して発見されない可能性があります。
SEF URLを有効にしているのに、なぜJoomlaサイトのすべてのURLに「index.php」が表示されるのですか？+
**Search Engine Friendly URLs**は有効にしていますが、2つ目の設定である**Use URL Rewriting**を有効にしていません。この2つ目のトグルには`.htaccess`ファイルが必要です。 Joomlaルートディレクトリの`htaccess.txt`を`.htaccess`に名前変更し（Apacheサーバーの場合）、**Global Configuration**で**Use URL Rewriting**を有効にします。Nginxサーバーでは、`.htaccess`は機能しません。Nginxサーバー構成ブロックに`try_files`の書き換えルールを追加する必要があります。
Joomlaのタグページが私のGoogleインデックスを乱雑にしないようにするにはどうすればよいですか？+
Joomlaのタグシステム（Joomla 3.1で追加）は、記事に割り当てたすべてのタグに専用ページを作成します。200個のタグがあれば、それは**追加で200ページ**であり、多くは非常に少ない記事と薄いコンテンツしか持たない可能性があります。 インデックスされないようにするには： - タグビューのテンプレートオーバーライドに**noindex**ディレクティブを追加する - タグページを**noindex**に設定するSEO拡張機能を使用する - 訪問者にナビゲーション価値を提供していない場合は、タグ機能の使用自体を避ける
JoomlaのbuiltinのCDN機能を使ってURLをGoogleに送信できますか、それともIndexBoltが必要ですか？+
JoomlaにはGoogleのインデックスAPIにURLを送信する**組み込みメカニズムはありません**。Google Search Console経由でサイトマップを送信できますが、これはGoogleにサイトマップが存在することを伝えるだけです。インデックスを強制したり加速したりすることはできません。 **IndexBolt**はGoogleのIndexing APIを通じて個別のURLを直接送信し、プロセスを大幅にスピードアップします。これは、自然なクロール発見を待つことが許容されない時間に敏感なコンテンツを公開するJoomlaサイトにとって特に価値があります。
Joomla 3からJoomla 4にアップグレードした後、ページがGoogleから消えました。何が起きましたか？+
Joomla 3から4への移行は**URLルーティングシステム**を変更します。両方のバージョンでSEF URLを有効にしていても、Joomla 4が新しいルーターを使用するため、正確なURLパスが異なる場合があります。 古いJoomla 3のURLから新しいJoomla 4のURLへの**301リダイレクト**をセットアップしていない場合、Googleは古いURLを404エラーとして認識してインデックスから削除し、新しいURLをゆっくり発見します。 **Redirectコンポーネント**（**Components > Redirects**）を使用して、すべての古いURLを新しい同等のものにマッピングしてください。これが機能するためには、**System - Redirect**プラグインを有効にする必要があります。
多言語のJoomlaサイトのSEOをどのように処理しますか？+
言語パックをインストールし、コンテンツ言語を作成し、言語固有のメニューとカテゴリーを割り当てることで、Joomlaの組み込み多言語システムを有効にしてください。 主要なステップ： - 記事エディターの**Associations**タブを使用して翻訳された記事を関連付け、Joomlaが**hreflangタグ**を自動的に生成できるようにする - **OSMap**または**JSitemap**のサイトマップにすべての言語固有のメニューを含める - URLパターンの一貫性を保つために、デフォルト言語を含む**すべての言語**で言語プレフィックスを使用する - **Components > Multilingual Associations**でアソシエーションを定期的に監査し、壊れた言語間リンクを見つけて修正する