ガイド/CMSインデックスガイド

WebflowのGoogleインデックス:Webflowページを検索結果に表示させる完全ガイド

Webflowはデザイナーや開発者にウェブサイトに対する前例のない視覚的制御を与えますが、その力にはSEOの責任が伴います。本ガイドでは、ページごとのメタタグからCMSコレクションのサイトマップ、経験豊富なWebflowユーザーすらつまずく重要なステージングサブドメインの問題まで、Webflowのすべてのインデックス設定ポイントを解説します。

最終更新: 2026年4月1日

Webflowはウェブサイトビルダーの中で独自の位置を占めています:Figmaのようなツールの視覚的なデザインの自由度と、CMSの公開およびホスティング機能を組み合わせています。デザイナーは、コードを書かずにピクセル単位のレイアウトを構築できるため、これを愛しています。開発者はクリーンなHTMLとCSS出力を高く評価しています。SEOの観点から見ると、Webflowはあらゆるウェブサイトビルダーの中で最もクリーンでセマンティックなマークアップの一部を生成します。

しかし、Webflowの柔軟性は複雑さを生み出します。テンプレートがほとんどのSEO設定を自動的に処理するSquarespaceやWixとは異なり、Webflowでは見出しの階層、ページ構造、セマンティックHTMLをデザイナーが管理します。美しく設計されたWebflowサイトでも、デザイナーが見出しレベル、altテキスト、ページタイトルに注意を払わなかった場合、ひどいSEOになる可能性があります。逆に、SEOを意識したデザイナーは、手書きHTMLに匹敵する検索エンジンフレンドリーなWebflowサイトを構築できます。

Webflowには独自の課題もあります:すべてのWebflowサイトにはyourproject.webflow.ioのステージングサブドメインがあります。このサブドメインはデフォルトで検索エンジンにアクセス可能であり、インデックスされて本番サイトと競合する重複コンテンツを作成する可能性があります。これはWebflowで最も一般的なインデックスの落とし穴であり、これを防ぐ方法と修正する方法を解説します。

本ガイドは、すべてのページが発見、クロール、インデックスされることを確認したい、Webflowサイトを構築または管理する人向けです。Webflowのページごとのページ設定、CMSコレクションシステムとそれがサイトマップに与える影響、プロジェクト設定によるrobots.txt構成、301リダイレクトマネージャー、高度なメタタグのためのカスタムコードインジェクション、Webflowのアーキテクチャから生じる特定の問題を解説します。

IndexBoltなら、Googleが24時間以内にあなたのURLをクロールします — 手動送信も、何週間も待つ必要もありません。

WebflowのSEOアーキテクチャ

Webflowは、クリーンでセマンティックなHTML5マークアップを生成します。多くのウェブサイトビルダーが汎用クラス名のあるdiv要素のレイヤーでコンテンツをラップするのとは異なり、Webflowではデザイナーがセマンティック要素(header、main、nav、article、section、footer)を使用し、意味のあるクラス名を割り当てられます。このクリーンなマークアップにより、Googleがページ構造を理解しやすくなります。

すべてのWebflowページには、ページ設定パネルでアクセスできるページごとのSEO設定があります。ここで、タイトルタグ、メタディスクリプション、Open Graphタイトルとディスクリプション、Open Graph画像、カスタムスラッグを設定できます。これらの設定は、静的ページとCMSコレクションテンプレートページの両方で利用可能です。

Webflowは、Webflowでホストされているサイトに対して自動XMLサイトマップを生成します。サイトマップには、すべての公開されている静的ページとすべての公開されているCMSコレクションアイテムが含まれます。サイトマップはyourdomain.com/sitemap.xmlで利用可能で、変更を公開すると自動的に更新されます。Squarespaceとは異なり、Webflowでは各ページの設定で「サイトマップに含める」オプションをオフに切り替えることで、サイトマップから特定のページを除外できます。

Webflowはまた、Project Settings > SEO > Indexing を通じてrobots.txtを制御することも可能にします。サイトがインデックスされるかどうかを切り替えること(これによりサイト全体のnoindexタグが追加または削除されます)、およびrobots.txtコンテンツを直接編集することができます。この直接的なrobots.txt編集機能は、SquarespaceやWixが提供するものよりも柔軟です。

ホスティングについて、WebflowはAmazon CloudFrontとFastlyを駆動とするグローバルCDNを使用しており、訪問者の近くのエッジロケーションからページを提供します。これにより、高速なページロードと迅速なTime to First Byte(TTFB)が実現し、GoogleのクロールレートにポジティブPositively影響します。Webflowサイトは通常200ms未満のTTFBで、優れています。

ステージングサブドメインの問題

これは、Webflowで最も重要で最も一般的なインデックスの問題です。すべてのWebflowプロジェクトにはyourproject.webflow.ioのステージングサブドメインがあります。このサブドメインは、開発プレビューとクライアントレビューに使用されます。問題は、ステージングサブドメインがデフォルトでGooglebotにアクセス可能であり、Googleが(外部リンク、Webflow自身のディレクトリ、または他の手段を通じて)発見した場合、ステージングサイト全体をインデックスする可能性があることです。

本番ドメイン(yourdomain.com)とステージングサブドメイン(yourproject.webflow.io)の両方がインデックスされると、サイト全体の重複コンテンツの状況が発生します。Googleはウェブサイトの2つの完全なコピーを認識し、どちらをcanonicalバージョンとして扱うかを決定する必要があります。場合によっては、Googleがwebflow.ioサブドメインを選択し、本番ドメインのページが重複として扱われ、ランクしないことがあります。

Webflowはステージングサブドメインを自動的にnoindexにしません。2026年現在、Webflowではステージングサブドメインをパスワード保護するオプション(Project Settings > Publishingで利用可能)が追加されていますが、これは明示的に有効にする必要があります。それがなければ、ステージングサイトはオープンです。

この問題を防ぐには、プロジェクトを作成した直後にProject Settingsでステージングパスワード保護を有効にしてください。ステージングサブドメインがすでにインデックスされている場合は、パスワード保護を設定し(401ステータスを返します)、Google Search ConsoleのRemovalsツールを使用してwebflow.io URLの削除をリクエストします。Google Search Consoleにwebflow.ioステージングサブドメインを別のプロパティとして追加して、Googleがまだクロールしているかを監視することもできます。

保護のもう1つのレイヤー:本番サイトのcanonicalタグが、webflow.ioサブドメインではなく、カスタムドメインを指していることを確認してください。Webflowはカスタムドメインを接続すると自動的にこれを処理しますが、ライブサイトのソースコードを表示して、canonical URLがカスタムドメインを使用していることを確認してください。

手作業はもう不要 — IndexBoltがあなたのURLをGoogleのクロールキューに直接送信します。無料クレジット100からスタート。

無料クレジット100。クレジットカード不要。

CMSコレクションと動的コンテンツのインデックス

WebflowのCMSでは、構造化されたコンテンツコレクション — WordPressのカスタム投稿タイプに類似 — を作成できます。一般的なコレクションには、ブログ投稿、チームメンバー、ケーススタディ、商品リスト、FAQエントリが含まれます。各コレクションには、レイアウトを定義するテンプレートページがあり、各コレクションアイテムはそのテンプレートからユニークなページを生成します。

インデックスの目的では、CMSコレクションアイテムは他のページと同様に動作します:独自のURL、独自のタイトルタグとメタディスクリプション(コレクションフィールドから動的に入力可能)を持ち、サイトマップに表示されます。ただし、Webflow固有の考慮事項がいくつかあります:

第一に、「Draft」ステータスに設定されたCMSアイテムは公開されておらず、サイトマップに表示されません。インデックスさせたいすべてのアイテムが「Published」ステータスに設定されていることを確認してください。「Staging」ステータスのアイテムは、本番サイトではなくステージングサブドメインでのみ表示されます。

第二に、テンプレートページのSEO設定は動的フィールドバインディングを使用します。たとえば、タイトルタグを「{Name} | Your Brand」に設定する場合、{Name}はCMSフィールドです。CMSアイテムのNameフィールドが空の場合、タイトルタグは「 | Your Brand」としてレンダリングされます — インデックスに悪影響を及ぼす壊れたタイトルです。空のSEOタグを防ぐために、必須フィールドに検証ルールまたはデフォルト値があることを必ず確認してください。

第三に、WebflowのCMSにはプランに応じて10,000アイテムの制限があります。この制限に近い大規模なサイトの場合、サイトマップは非常に大きくなります。Googleは何千ものURLを含むサイトマップを処理できますが、大きなサイトマップは処理に時間がかかります。Googleが残りを通じて作業する間、最も重要なコレクションアイテムをIndexBoltに送信して、最初にインデックスさせてください。

第四に、静的ページ上のコレクションリスト要素(たとえば、ホームページの「最新ブログ投稿」セクション)はCMSアイテムへの内部リンクを生成します。これらの内部リンクはGoogleの発見メカニズムです — サイトマップを処理する前にGooglebotがCMSページを見つけるのに役立ちます。最も重要なCMSコンテンツへのリンクを含むコレクションリストを、ホームページと主要なランディングページに含めるように設計してください。

高度なSEOのためのカスタムコードインジェクション

Webflowは、コードインジェクションを2つのレベルで提供しています:サイト全体(Project Settings > Custom Code)とページごと(Page Settings > Custom Code)。これらのインジェクションポイントでは、カスタムメタタグ、構造化データ、サードパーティスクリプト、および<head>または</body>の前に必要なHTMLを追加できます。

SEOの目的では、最も一般的なカスタムコードの追加には、Webflowの組み込みスキーマサポートが不十分なページのJSON-LD構造化データマークアップが含まれます。たとえば、FAQページにFAQスキーマ、お問い合わせページにLocalBusinessスキーマ、チュートリアルにHowToスキーマを追加できます。構造化データの追加により、Googleがコンテンツを理解しやすくなり、検索でリッチリザルトが有効になります。

コードインジェクションを通じてカスタムメタロボットディレクティブを追加することもできます。Webflowのページ設定には基本的なインデックス制御が含まれていますが、コードインジェクションでは、noarchive(Googleがページをキャッシュするのを防ぐ)、nosnippet(Googleがテキストスニペットを表示するのを防ぐ)、max-image-preview:large(検索結果に大きな画像プレビューを許可)などのより粒度の細かいディレクティブが可能です。

Webflow CMSページの場合、WebflowのEmbed要素を使用して、CMSフィールドからプルする動的構造化データを挿入できます。たとえば、ブログ投稿テンプレートで、記事タイトル、著者、公開日、注目画像のコレクションフィールドを参照する<script type="application/ld+json">ブロックのあるEmbed要素を追加します。これにより、各ブログ投稿に対してユニークな構造化データが自動的に生成されます。

重要な注意点:Webflowのコードインジェクションを通じて追加されたカスタムコードは、サイトが公開された場合にのみ処理されます。デザイナーでのカスタムコードへの変更は即座にライブにはなりません — それらを本番にプッシュするには「Publish」をクリックする必要があります。これは、変更を保存するとすぐにライブになるWordPressのようなプラットフォームとは異なります。

Webflowのリダイレクトとドメイン設定

Webflowの301リダイレクトマネージャーは、Project Settings > Hosting > 301 Redirectsにあります。各リダイレクトは、古いパスと新しいパス(または外部URL)を定義します。Webflowは正確なパスマッチングと*ワイルドカードを使用した基本的なパターンマッチングをサポートしています。

カスタムドメインをWebflowに接続する場合、プラットフォーム設定には特定のDNS設定が必要です。ルートドメインの場合、WebflowのIPアドレスを指すAレコードを追加します。wwwサブドメインの場合、proxy-ssl.webflow.comを指すCNAMEレコードを追加します。WebflowはSSL証明書の供給を自動的に処理します。

DNS伝播には24〜48時間かかる場合があり、このウィンドウ中はサイトがカスタムドメインで断続的にアクセス可能になる一方、webflow.ioサブドメインがプライマリのアクセス可能URLのままになる可能性があります。Googleはこの伝播ウィンドウ中にクロールし、webflow.ioバージョンをインデックスする可能性があります。これは、ステージングサブドメインをパスワード保護するもう1つの理由です。

Webflowは、ドメイン設定に基づいてwwwから非wwwへのリダイレクトを自動的に処理します。Project Settings > Hosting > Custom Domainで、wwwバージョンと非wwwバージョンのどちらがプライマリドメインであるかを選択します。Webflowは、非プライマリバージョンからプライマリバージョンへの301リダイレクトを作成します。

別のプラットフォームからWebflowに移行したサイトの場合、Webflowのコンテンツにマッピングする古いサイトのすべてのURLに対して301リダイレクトを作成します。Webflowのリダイレクトマネージャーは正規表現をサポートしていないため、複雑なURLパターンは個別のルールまたはワイルドカードパターンで処理する必要があります。数百のURLを含む大規模な移行の場合、Webflowは現在リダイレクトのCSVインポートを提供していません — 各リダイレクトはUIを通じて個別に追加する必要がありますが、Webflow APIを使用してプログラムでリダイレクトを追加できます。

リダイレクトを設定した後、古いURLにアクセスし、リダイレクトが正しい新しいURLに到達することを確認することで、各リダイレクトが機能することを確認します。古いURLパターンの404エラーがないかGoogle Search Consoleのページレポートを監視し、見逃したリダイレクトを追加してください。

ステップバイステップガイド

1

ステージングサブドメインをパスワード保護する

Webflowで、Project Settings > Publishing > Stagingに移動します。ステージングサブドメイン(yourproject.webflow.io)のパスワード保護を有効にします。ステージングアクセスが必要なチームメンバーとのみ共有する強力なパスワードを選択します。これにより、Googlebotがステージングサイトをクロールしてインデックスするのを防ぎ、本番ドメインと競合する重複コンテンツの作成を防ぎます。これを最初のステップとして、理想的にはサイトにコンテンツがある前に行ってください。ステージングサブドメインがすでにインデックスされている場合は、Googleのインデックスからの削除をリクエストします(ステップ3で説明)。

2

すべてのページのページごとのSEO設定を構成する

Webflow Designerで、各ページの設定を開きます(Pagesパネルの歯車アイコンをクリック)。各ページに、ユニークなタイトルタグ(60文字未満、キーワード最適化済み)、メタディスクリプション(155文字未満、魅力的で関連性のあるもの)、クリーンなURLスラッグを設定します。CMSコレクションテンプレートページの場合、動的フィールドバインディングを使用して、各アイテムに対してユニークなタイトルとディスクリプションを生成します。たとえば、タイトルタグを「{CMS Item Name} | Your Brand」にバインドし、メタディスクリプションを「{CMS Item Summary}」にバインドします。空のフィールドがあるコレクションアイテムが、壊れたまたは汎用的なメタタグを生成しないことを確認してください。

3

Googleのインデックスからステージングサブドメインを確認して削除する

Googleでsite:yourproject.webflow.ioを検索します。結果が表示される場合、ステージングサブドメインはインデックスされています。Google Search Consoleにプロパティとしてステージングサブドメインを追加し、Removalsツール(Indexing > Removals)を使用してサブドメイン全体の削除をリクエストします。「このプレフィックスを持つすべてのURLを削除」を選択し、ステージングサブドメインURLを入力します。この削除は一時的(6ヶ月)ですが、パスワード保護を有効にしているため(ステップ1)、Googleはステージングコンテンツを再クロールおよび再インデックスできなくなります。

4

サイトマップをGoogle Search Consoleに送信する

Google Search Consoleで、本番ドメインプロパティを選択してSitemapsに移動します。yourdomain.com/sitemap.xmlを送信します。Webflowはこれを自動的に生成し、すべての公開されている静的ページとCMSコレクションアイテムを含みます。送信後、サイトマップレポートでエラーを監視します。発見されたURL数がWebflowサイトの公開ページ数と一致することを確認します。数が一致しない場合、サイトマップから除外されているページ(Webflowではページごとに設定可能)または公開されていない下書きCMSアイテムを確認してください。

5

移行または変更されたURLに対して301リダイレクトを設定する

Project Settings > Hosting > 301 Redirectsに移動します。古いページスラッグ、以前のプラットフォームからの移行URL、再構築されたセクションを含む、変更されたURLに対するリダイレクトを追加します。形式:Old Path = /old-page、New Path = /new-page。ワイルドカードリダイレクトには、古いパスの末尾に*を使用します(例:/old-blog/*/blog/*にリダイレクト)。古いURLにアクセスして、正しい新しいページに到達することを確認することで、各リダイレクトをテストします。大規模な移行の場合は、Webflow APIを使用して、1つずつ入力する代わりにリダイレクトをプログラムで追加することを検討してください。

6

カスタムコードインジェクションを通じて構造化データを追加する

リッチリザルトの恩恵を受けるページ(ブログ投稿、商品ページ、FAQページ、お問い合わせページ)には、Webflowのカスタムコードインジェクションを通じてJSON-LD構造化データを追加します。Page Settings > Custom Code > Head Codeに移動し、適切なスキーマを含む<script type="application/ld+json">ブロックを追加します。CMSコレクションテンプレートページの場合、ページデザイン内でWebflowのEmbed要素を使用して、コレクションフィールドからプルする動的構造化データを追加します。公開後、GoogleのRich Results Test(search.google.com/test/rich-results)で構造化データを検証して、エラーがないことを確認します。

7

IndexBolt経由で優先ページを送信する

Webflowサイトを公開し、技術的なセットアップを完了した後、即時インデックスが必要なページを特定します。新しいサイトの場合、すべてのプライマリページ — ホームページ、サービスページ、主要なランディングページ、最も重要なCMSアイテム — を送信します。インデックスされていないページがある既存のサイトの場合は、Google Search Consoleのページレポートを確認し、「検出 — インデックス未登録」または「クロール済み — インデックス未登録」ステータスのURLをエクスポートします。これらをIndexBolt経由で送信して、Googleのインデックスへのパスを加速します。Webflowサイトは通常、高速なページロードとクリーンなHTMLを備えているため、GoogleがIndexBoltの送信を処理すると、インデックスは迅速に行われます。

手動の手順は完了しましたか?さらにスピードアップ。

IndexBoltがあなたのURLをGoogleに直接送信 — ほとんどが24時間以内にクロールされます。

よくある問題と解決方法

本番ドメインの代わりにステージングサブドメイン(webflow.io)がインデックスされている

原因: `yourproject.webflow.io`のWebflowステージングサブドメインは、デフォルトで公開アクセス可能です。外部リンク、ソーシャルメディアの投稿、またはWebflow自身のショーケースディレクトリがステージングURLにリンクしている場合、Googleはそれを発見してインデックスします。ステージングサイトは本番サイトと同一のコンテンツを持っているため、Googleは完全な重複コンテンツを認識し、webflow.ioバージョンを優先する可能性があります。

解決方法: Project Settings > Publishing > Stagingでステージングサブドメインのパスワード保護を有効にします。次に、Googleで`site:yourproject.webflow.io`を検索します。結果が表示される場合は、Google Search Consoleにステージングサブドメインを追加し、Removalsツールを使用してすべてのURLの削除をリクエストします。今後数週間モニターして、ステージングURLがGoogleのインデックスから外れることを確認します。本番サイトのcanonicalタグがカスタムドメインを指していることを確認してください。

CMSコレクションアイテムがサイトマップに含まれていない

原因: 「Draft」または「Staging」ステータスに設定されたCMSアイテムは、公開されたサイトマップに含まれません。サイトマップに表示されるには、アイテムは「Published」ステータスにある必要があります。さらに、CMSコレクションテンプレートページで「Include in sitemap」がオフに切り替えられている場合、個別に公開されていても、そのコレクションのアイテムはサイトマップに表示されません。

解決方法: CMSパネルでCMSアイテムのステータスを確認します — インデックスさせたいすべてのアイテムは「Published」にする必要があります。次に、コレクションテンプレートページの設定を確認し、「Include in sitemap」がオンに切り替えられていることを確認します。修正後、サイトを公開して、アイテムが`yourdomain.com/sitemap.xml`に表示されることを確認します。最近多くのCMSアイテムを追加した場合は、Google Search Consoleでサイトマップを再送信して、Googleに再処理を促してください。

カスタムドメインのDNS伝播による断続的な404

原因: カスタムドメインを初めてWebflowに接続する場合、DNS伝播には24〜48時間かかります。この期間中、一部のDNSリゾルバーは古いサーバー(またはどこにもない)を指す一方、他のリゾルバーはWebflowを指します。Googlebotが伝播中にクロールすると、エラーまたはwebflow.ioフォールバックに遭遇する可能性があり、一貫性のないインデックスシグナルが発生します。

解決方法: 低トラフィック期間中にDNSレコードを設定し、新しいドメインを公開的に宣伝する前に完全な伝播のために48時間を許可します。伝播中、Googleがwebflow.ioサイトをインデックスするのを防ぐためにステージングサイトのパスワード保護を維持します。伝播完了後、カスタムドメインの下でサイトマップをGoogle Search Consoleに送信し、ページレポートで404エラーがないか監視します。初期設定後、少なくとも1週間はDNSレコードを再度変更しないでください。

CMSアイテムの空のSEOフィールドが壊れたメタタグを生成する

原因: CMSコレクションテンプレートページは、タイトルタグとメタディスクリプションに動的フィールドバインディングを使用します。CMSアイテムのバインドされたフィールドが空の場合(例:SEO Descriptionフィールドが入力されていない)、結果のメタタグは空であるか、テンプレートの静的部分のみを含みます。空のタイトルタグとメタディスクリプションは、Googleが(しばしば不適切に)独自に生成するか、ページを完全にスキップするため、インデックスに悪影響を及ぼします。

解決方法: 必須のSEOフィールド(名前、サマリー、SEOタイトル、SEOディスクリプション)が空のままにできないように、CMSコレクションフィールドに検証を追加します。空のフィールドがある既存のアイテムについては、WebflowのCMS一括エディターを使用して、それらを迅速に入力します。テンプレートページのSEO設定で、最も信頼できるフィールドを参照するフィールドバインディングを使用します — アイテムのNameフィールドはほぼ常に入力されているため、専用のSEOタイトルフィールドがない場合のSEOタイトルのフォールバックとして使用してください。

Webflowのフォームページとユーティリティページがインデックスされている

原因: Webflowは、フォーム送信用(成功ページとエラーページ)、404エラーページ、検索結果ページなどのユーティリティページを生成します。これらのページは予測可能なURLでアクセス可能であり、発見されるとインデックスされる可能性があります。これらは通常、検索結果に価値のない薄いまたは汎用的なコンテンツを持っています。

解決方法: フォームの成功/エラーページと検索結果ページについて、ページのCustom Code > Head Codeセクションを通じてnoindexメタタグを追加します:`<meta name="robots" content="noindex">`。404ページについては、Webflowが404 HTTPステータスコードを返すため、Googleにインデックスしないように指示します — 追加のnoindexタグは不要です。ユーティリティページがサイトマップに表示されないように、「Include in sitemap」をオフに切り替えてください。

プロのヒント

WebflowのSEO監査または外部クロールツールを実行して、不足しているタイトル、ディスクリプション、altテキストを発見してください。
頻繁に公開 — WebflowのCDNは高速にロードを提供しますが、変更はPublishを押した後にのみ反映されます。
`/feed.xml`にRSSフィードを作成し、Google Search Consoleでサイトマップと一緒に送信してください。
WebflowのDesignerで、汎用divの代わりにセマンティックHTML要素(section、article、nav)を使用してください。
ステージングサブドメインを常にパスワード保護し、新しいWebflowの公開ごとにサイトマップを送信してください。

Webflowサイトは、Googleが愛する超高速のページロードとクリーンなHTMLを備えています — しかし、優れた技術的SEOであっても、Googleにあなたのスケジュールでクロールさせることはできません。新しいWebflowサイトを公開するか、CMSアイテムをまとめて公開するときは、IndexBoltを使ってそれらのページを直接Googleのインデックスキューにプッシュしてください。Publishを押してから数時間以内に、デザイン重視のコンテンツを検索者の前に届けてください。

無料クレジット100。クレジットカード不要。24時間以内に結果が出ます。

よくある質問

Webflow.ioのステージングサブドメインはSEOに悪影響を及ぼしますか?+

はい、Googleによってインデックスされている場合は悪影響を及ぼします。ステージングサブドメインにはサイトの完全なコピーが含まれており、本番ドメインと競合する重複コンテンツを作成します。Googleはカスタムドメインの代わりにwebflow.ioバージョンをインデックスすることを選択する可能性があり、または両方のバージョン間でランキングシグナルを分割し、両方を弱める可能性があります。この問題を防ぐために、常にステージングサブドメインをパスワード保護してください。

Webflowのサイトマップから特定のページを除外する方法を教えてください?+

Webflow Designerで、除外したいページのページ設定を開きます。「Include in sitemap」オプションをオフに切り替えます。これにより、自動生成されたsitemap.xmlからページが削除されます。サイトマップからページを除外しても、Googleが内部リンクや外部リンクを通じてそれを見つけることは防げません — サイトマップから削除されるだけです。インデックスを完全に防ぐには、ページのカスタムコードインジェクションを通じてnoindexメタタグも追加してください。

Webflow CMSコレクションは個別にインデックスできますか?+

はい。各CMSコレクションアイテムは、アイテムのスラッグに基づくユニークなURLを持つ独自のページを生成します。これらのページはサイトマップに表示され、独立してクロールおよびインデックスできます。各アイテムページは、CMSフィールドから動的に生成される独自のタイトルタグ、メタディスクリプション、構造化データを持つことができます。すべてのCMSアイテムが「Published」ステータスに設定され、コレクションテンプレートページで「Include in sitemap」が有効になっていることを確認してください。

Webflowページにnoindexタグをどう追加しますか?+

Webflow Designerでページ設定を開きます。Custom Codeタブに移動し、「Inside <head> tag」フィールドに次を追加します:`<meta name="robots" content="noindex, follow">`。これにより、Googleはページをインデックスしないが、リンクは追跡するように指示されます。変更を有効にするためにサイトを公開します。公開サイトでページソースを表示し、robotsメタタグを検索することで、タグが存在することを確認できます。

WebflowがCDNを使用しているのに、Webflowページが遅いのはなぜですか?+

WebflowのCDNは初期HTMLに対して高速TTFBを提供しますが、ページロード速度はデザインの選択にも依存します。大きなヒーロー画像、最適化されていない背景動画、過度なカスタムフォント、重いアニメーション(Lottieファイル、複雑なインタラクション)、多数のサードパーティスクリプトは、すべてページ重量とロード時間を増加させます。画像を最適化し、カスタムフォントを2〜3ウェイトに制限し、Webflowのフォールド下のコンテンツのためのレイジーロードを使用し、サードパーティスクリプトを最小限に抑えてください。GoogleのPageSpeed Insightsツールでページ速度を確認してください。

IndexBoltを使用してWebflow CMSアイテムをより速くインデックスさせることができますか?+

もちろんです。Webflow CMSアイテムは、Googleがサイトマップを順次処理し、オーソリティの低いサイトはクロール頻度が低いため、インデックスの遅延に直面することが多いです。新しいCMSアイテムを公開した後、サイトマップからURLをコピーして、IndexBolt経由で送信します。これは、ブログ投稿、イベントページ、商品発売など、毎日の遅延がトラフィックの損失を意味する時間に敏感なコンテンツに特に価値があります。

URLをインデックス登録する準備はできましたか?

無料クレジット100で始められます。クレジットカード不要。