WixのGoogleインデックス：Wixサイトを検索で見える化する完全ガイド

Wixは多くのSEOの基本を自動的に処理します。すべてのWixサイトには無料のSSL証明書が付与され、すべてのページがHTTPSで提供されます。Wixは、すべての公開ページ、ブログ投稿、動的アイテムページを含むXMLサイトマップをyourdomain.com/sitemap.xmlに生成します。ページの追加、削除、変更時にサイトマップは自動的に更新されます。

Wixはまた、すべてのページに自動canonicalタグも提供します。各ページにはクリーンなURLを指す自己参照canonicalタグが付きます。サイトがwwwと非wwwの両方のバージョンでアクセス可能な場合（Wixはプラットフォームが1つのバージョンを強制するため通常は作成しません）、canonicalタグはGoogleにどちらがプライマリURLかを伝えます。

2020年以降、Wixは初期ページロードにサーバーサイドレンダリングを使用しています。GooglebotがWixページをリクエストすると、JavaScript実行が必要な空のシェルではなく、完全にレンダリングされたHTMLドキュメントを受け取ります。これは、Wixページが空白または不完全な状態でGoogleのインデックスに表示されるという歴史的な問題を解決した重要な変更でした。ただし、特定のインタラクティブ要素とWixのクライアントサイドデータフェッチを通じてロードされるコンテンツは、可視化されるためにJavaScriptレンダリングが必要な場合もあります。

Wixはページ設定に基づいてメタロボットタグを自動的に生成します。公開されたページはデフォルトでindex、followになります。非表示に設定されたページ（Pagesパネルで）はサイトマップに含まれず、noindexタグも受け取りません — 単にリンクされていないだけです。ただし、誰かが非表示のページへの直接URLを持っている場合、そのページは依然としてクロールされてインデックスされる可能性があります。非表示のページのインデックスを完全に防ぐには、ページのSEO設定でnoindexに設定する必要があります。

プラットフォームはまた、ソーシャル共有のためのOpen GraphタグとTwitter Cardメタタグも処理します。これらはGoogleインデックスに直接影響しませんが、すべての発見チャネルで一貫したメタデータを保証します。

Wixの動的ページは、Wix Database（以前はコンテンツコレクションと呼ばれていました）からコンテンツが取得されるページです。スタッフディレクトリ、商品カタログ、ポートフォリオアイテム、不動産リスト、および繰り返しコンテンツ構造の一般的に使用されます。各データベースアイテムは、/dynamic-page-prefix/item-slugのようなURLで独自のページを生成します。

動的ページの重要なインデックス上の考慮事項は、サイトマップに表示されるように正しく構成する必要があることです。Wix Editorで、動的ページを設定する際、それが「動的アイテムページ」（データベースアイテムごとに1ページ）か「動的リストページ」（すべてのアイテムをリストする1ページ）かを選択します。アイテムページは通常、個別にインデックスさせたいページです。

動的アイテムページがサイトマップに表示されることを保証するには、動的ページが公開され（非表示ではない）、データベースコレクションに各アイテムのスラッグを定義するURLフィールドが必要です。データベースアイテムにURLスラッグが定義されていない場合、Wixは数値またはハッシュベースのURLを生成する可能性があり、これはSEOに不向きで、サイトマップに含まれない可能性があります。

動的ページにはレンダリングの課題もあります。データベースからのコンテンツは、リクエスト時（またはSSRの場合はレンダー時）に取得されます。データベースクエリが失敗またはタイムアウトすると、ページは主要コンテンツなしでレンダリングされる可能性があります。Googleはプレースホルダーテキストまたは空のコンテナを持つテンプレートページを見ることになり、これは薄いコンテンツです。Google Search ConsoleのURL検査ツールで動的ページを監視し、Googleが完全なコンテンツを認識していることを確認してください。

数百または数千のデータベースアイテムを持つWixサイトの場合、サイトマップは大きくなります。Wixは50,000 URLの制限を超えるとサイトマップを自動的に複数のファイルに分割しますが、その制限内であっても、数千の動的ページがあるということは、Googleがそれらすべてをクロールするのに時間が必要だということです。IndexBoltを使用して最も優先度の高い動的ページのURLを送信し、大きなサイトマップを通してGoogleが作業するのを待つよりも早くインデックスさせてください。

Wixは現在SSRを使用していますが、プラットフォームのページ重量は依然としてクロール効率に影響する可能性があります。Wixサイトには、インタラクティブな機能、アニメーション、Wixのコンポーネントシステムを処理するプラットフォームのランタイムJavaScriptが含まれています。このJavaScriptは、Googleがコンテンツを読むために必要ではありません（SSRがHTMLを直接提供するため）が、合計ページ重量とロード時間に追加されます。

WixのインフラストラクチャでホストされているWixサイトは、グローバルCDNと自動画像最適化の恩恵を受けます。Wixは画像をWebP形式に変換し、static.wixstatic.comのメディアCDNを通じて提供します。これは一般的に高速で、インデックスの問題を引き起こしませんが、画像が非常に多いページ（50以上の高解像度画像を含むギャラリーなど）がある場合、初期ページロードが遅くなる可能性があり、サイトのGoogleのクロールレート割り当てに影響する可能性があります。

WixのCorvid（現在はVelo）開発プラットフォームでは、サイトにカスタムJavaScriptコードを追加できます。Veloを使用して動的にコンテンツをロードする場合 — たとえば、外部APIからデータを取得してページにレンダリングする — そのコンテンツは可視化されるためにクライアントサイドJavaScript実行が必要です。GooglebotはJavaScriptをレンダリングしますが、遅延スケジュールで行います。可能な限り、重要なコンテンツはサーバーサイドでレンダリングされるべきです。

モバイルレンダリングも考慮事項です。Wixは、サイトのモバイル最適化バージョンと別のモバイルエディターの両方を提供しています。Googleはモバイルファーストインデックスを使用しているため、Wixサイトのモバイルバージョンがインデックスされるものになります。Wixのモバイルエディターを開き、すべての重要なコンテンツがモバイルで表示されることを確認してください。Wixの「モバイルで非表示」機能を使用してモバイルで非表示にされたコンテンツは、デスクトップで表示されていてもインデックスされない可能性があります。Googleのモバイルファーストインデックスは、コンテンツがモバイルにない場合、存在しないも同然であることを意味します。

WixのCore Web Vitalsパフォーマンスは大幅に改善されました。Wixは画像と動画のレイジーロードを実装し、JavaScriptバンドルのサイズを縮小し、サーバー応答時間を最適化しました。Google Search ConsoleのExperience > Core Web Vitalsで、サイトのCore Web Vitalsを確認し、評価に失敗するページを特定してください。Core Web Vitalsが悪いページはランキングブーストを受けない可能性があり、非常に遅いページはクロールレートが下がる可能性があります。