Wix SEOチェッカー：URLとメタデータを診断
WixのSEOチェックは、エディタやプレビュー用のリンクではなく、公開ドメインに対して実行します。静的ページと、ある場合は動的なCMSアイテムをサンプルにして、ページ固有のメタデータとテンプレートレベルの設定を比較してください。
変更が公開されていることを確かめる
サインインせずにページを開き、そのタイトル、ディスクリプション、本文をエディタの内容と比較します。両者が異なる場合は、SEOの変更をさらに加える前に、公開状態と調べているドメインを確認してください。古いバージョンをクロールした結果は、新しく保存した設定が壊れていることの証明にはなりません。後のリクエストで、キャッシュされた出力と意図したリリースを区別できるよう、公開時刻を記録しておきます。
カスタムのcanonicalの遷移先を調べる
2つの異なるサービスページで、canonicalを読み取ります。どちらもトップページを指している場合は、カスタム値と共通のSEOパターンを調べてください。固有の有用なコンテンツを持つページには、通常、独自の優先アドレスが必要です。1つの上書きが誤っているからといって、すべてのcanonicalを取り除いてはいけません。Wixのデフォルトの動作は、本番ドメインとそのページの目的に沿った状態を保つべきです。
動的テンプレートの問題を切り分ける
同じテンプレートから作られた2つのCMSアイテムを比較します。内容が異なるのにメタデータが同一であれば、フィールドの紐付けやフォールバック値を見直す必要がある可能性があります。アイテムがサイトマップにない場合は、別のサイトマップ生成ツールを導入する前に、インデックス可否とcanonicalを調べてください。外部ツールが見るのは公開された出力であり、エディタの設定のすべてではありません。検出の問題は、1回の不完全なクロールを検索ペナルティの証拠と解釈せず、Search Consoleと突き合わせて確認します。
公開シナリオの実例
例として、2つのサービスページがどちらもトップページをcanonicalとして宣言しているとします。カスタムフィールドと、それを供給しているSEOパターンを調べ、原因となっている層を修正して公開します。2つの公開ページに再度リクエストし、返された遷移先を保存してください。最終的な結果として、エディタのスクリーンショットに頼ってはいけません。パターンがさらに多くのアイテムに適用されている場合は、別のサービスもサンプルにして、無関係なページの種類に影響を与えずにグループ全体が修復されたかを確かめます。
チェックを実行して根拠を読み解く
下の無料SEOチェッカーに、代表的な公開URLを1つ入力します。ステータス、タイトル、ディスクリプション、canonicalを、チェックしたアドレスと時刻とあわせて記録してください。繰り返し現れる問題は、原因となるテンプレートや設定ごとにまとめると、的を絞った1回の修正を複数のページで再テストできます。項目が欠けている場合と、意図的に除外している場合とでは、必要な判断が異なります。
HTTP/HTMLの監査が観測するのは、公開されたレスポンスです。プラットフォームにサインインして管理画面の設定をすべて調べたり、クライアント側のレンダリングの挙動をすべて再現したり、Googleがページをインデックスしたことを証明したりするものではありません。検索エンジン側の根拠としては、Search ConsoleのURL検査とその後のクロールデータを比較してください。スコアが変わったことだけで根本の問題が解決した証拠とみなさず、公開とキャッシュ更新の後に、元のURLをもう一度確認しましょう。
ツールと関連ガイド
公式リファレンス
よくある質問
SEO設定を編集したのに、レポートに古いコンテンツが表示されるのはなぜですか？
ベトナム語ページと英語ページの両方がGoogleに表示されることはありますか？
監査が成功すれば、インデックスは保証されますか？
今すぐウェブサイトのSEOをチェック
重要なSEO要素を無料でスキャンし、60秒で修正の提案を受け取れます。