Webflow SEOチェッカー：URLとメタデータを診断
WebflowのSEOチェックでは、静的ページ1つとコレクションのアイテム2つをサンプルにします。ステージング環境では異なるコンテンツや公開設定が表示されることがあるため、実際の訪問者に配信しているカスタムドメインを使ってください。
下層ページのcanonicalの出力を比較する
静的ページとCMSアイテムで、canonicalを読み取ります。要素が2つある場合は、カスタムコードや挿入されたタグがWebflowの設定と競合していると考えられます。古いホスト名が出ている場合は、デフォルトドメインとグローバルなcanonicalのベースを見直す必要があります。設定を修正したら、公開してから再度URLにリクエストしてください。Designer内で変更を保存しただけでは、本番にそれが反映されたことの証明にはなりません。
コレクションのフォールバック値を試す
すべて入力済みのアイテムと、SEOディスクリプションが未入力のアイテムを1つずつ選びます。title、description、H1を記録して、空の出力や重複した出力を生むパターンを明らかにしてください。すべてのアイテムのメタデータを固定の1つの文字列に置き換えるのではなく、原因となっているフィールドの紐付けやフォールバックを修正します。サイトマップにアイテムがないことをプラットフォームの欠陥のせいにする前に、そのアイテムが公開済みでインデックス可能かどうかを確認しましょう。
リリース後に旧スラッグをたどる
記事やパートナーがまだ使っている旧アドレスにリクエストします。リダイレクトの経由数を記録し、遷移先が同じ目的を持っていることを確認してください。旧ルートが404を返す場合は、サイトの設定に適切なリダイレクトを追加します。メニューやコレクションのリンクも見直しましょう。リダイレクトは、内部の参照を修正することの代わりにはなりません。修正の前後のクロール結果を残しておけば、修正が編集データ、共通テンプレート、グローバルなドメイン設定のどれを変えたのかを示せます。
公開シナリオの実例
例として、静的ページのcanonicalは正しいのに、CMSアイテムではまだ以前のドメインが指定されているとします。グローバル設定を、コレクションテンプレートのメタデータおよびカスタムコードと比較してください。的を絞った変更を公開した後、別のアイテムにもリクエストします。静的ページが修正されたからといって、CMSの出力も変わったとは限りません。Designerのセッションにアクセスできなくてもリリースを確認できるよう、2つのアイテムのアドレスと、返されたcanonicalの値を保存しておきましょう。
チェックを実行して根拠を読み解く
下の無料SEOチェッカーに、代表的な公開URLを1つ入力します。ステータス、タイトル、ディスクリプション、canonicalを、チェックしたアドレスと時刻とあわせて記録してください。繰り返し現れる問題は、原因となるテンプレートや設定ごとにまとめると、的を絞った1回の修正を複数のページで再テストできます。項目が欠けている場合と、意図的に除外している場合とでは、必要な判断が異なります。
HTTP/HTMLの監査が観測するのは、公開されたレスポンスです。プラットフォームにサインインして管理画面の設定をすべて調べたり、クライアント側のレンダリングの挙動をすべて再現したり、Googleがページをインデックスしたことを証明したりするものではありません。検索エンジン側の根拠としては、Search ConsoleのURL検査とその後のクロールデータを比較してください。スコアが変わったことだけで根本の問題が解決した証拠とみなさず、公開とキャッシュ更新の後に、元のURLをもう一度確認しましょう。
ツールと関連ガイド
公式リファレンス
よくある質問
カスタムコードとWebflowの両方でcanonicalタグを出力してもよいですか？
ベトナム語ページと英語ページの両方がGoogleに表示されることはありますか？
監査が成功すれば、インデックスは保証されますか？
今すぐウェブサイトのSEOをチェック
重要なSEO要素を無料でスキャンし、60秒で修正の提案を受け取れます。