WebflowのSEO

誠実な実践者向けのWebflow SEOガイド — 静的HTML公開が本当の利点である理由、プラグインを置き換えるネイティブ機能(robots.txt、sitemap、301リダイレクト、正規化タグ、CMS連動メタ)、誰も宣伝しない制限(ページネーション、hreflang、大規模スキーマ、CMS上限)、そしてWordPressとの比較。

初回公開:2026年6月27日 · 最終更新:2026年8月3日 · Advanced
言語

Webflowは公開時に静的HTMLを生成します。すべてのページとCMSアイテムは事前レンダリングされるため、クローラー(および静的HTMLのみを読むAIクローラー)はJavaScriptを実行せずにコンテンツを取得できます。これはCSRのシングルページアプリに対する真の技術的SEOアドバンテージです。Webflowはまた、編集可能なrobots.txt、自動生成sitemap、301リダイレクトマネージャー、自動正規化タグ、スキーマ用のカスタムヘッドコード、CMS連動メタタグなど、コア機能をネイティブに備えており、Yoast相当のプラグインは不要です。正直な制限:ページネーションは?page=Nクエリパラメータに固定され、rel=next/prevはありません。スキーマはReferenceフィールドにバインドできず、Localizationのhreflangには品質問題があり、サーバーログへのアクセスはなく、低プランではCMSアイテム数に上限があります。Webflowはデフォルト設定とメンテナンス不要の点でWordPressに勝り、WordPressはプラグインと大規模コンテンツで勝ります。

TL;DR — Webflowの特徴は、すべてのページおよびすべてのCMSコレクションアイテムに対して、公開時に静的HTMLを生成することです。クライアントサイドではなく、プリレンダリングされます。クローラー(および静的HTMLのみを読み取るAIクローラー)は、JSをレンダリングせずにコンテンツを取得できます。コアコントロールをネイティブに提供しているため(編集可能なrobots.txt、自動サイトマップ、301マネージャー、自動セルフカノニカル、カスタムヘッドコード、CMS連携メタ)、Yoastに相当するものは不要です。正直な制限:ページネーションは?page=Nに固定されておりrel=next/prevはなく、ネイティブスキーマはReferenceフィールドにバインドできず、Localizationのhreflangには既知の問題があり、サーバーログへのアクセスはなく、下位プランではCMSアイテム数に上限があります。デフォルト設定とメンテナンス不要の点ではWordPressに勝り、プラグインとスケーラビリティの点ではWordPressが勝ります。

アーキテクチャ:クライアントサイドレンダリングではなく静的HTML

これは、ほとんどの記事が省略するか間違える部分なので、正確に説明します。 Webflowサイトを公開すると、各ページ(すべてのCMSコレクションアイテムページを含む)に対して静的HTMLファイルが生成されます。SEOに重要なコンテンツ(見出し、本文、内部リンク)は、初期HTMLレスポンスに含まれています。Googlebotは、そのコンテンツを見るためにページをWebレンダリングサービスにキューに入れる必要はありません。これは、GoogleがJavaScript SEOの基本で説明している効率的な経路です。

ニュアンス(そして重要)なのは、「静的HTML」が「ゼロJavaScript」を意味するわけではないということです。Webflowは、インタラクションやアニメーション用のJSを配信します。コンテンツは静的ですが、ページはスクリプトを読み込みます。したがって、正確な表現は「WebflowにはJavaScriptがない」ではなく、「Webflowのインデックス可能なコンテンツはJavaScriptレンダリングに依存しない」です。この区別は、まさに私がJavaScript SEOで深く掘り下げている種類のものであり、CSR React/Vue/Next SPAを悩ませるレンダリング遅延の問題をWebflowが回避する理由でもあります。また、AIクローラーは一般的に静的HTMLのみを読み取り、レンダリングしないため、これは毎年ますます重要になっています。

ネイティブコントロール(プラグイン不要)

WebflowはYoast/Rank Mathレイヤーを排除し、コントロール自体を提供します:

  • robots.txt — 設定 → SEOで完全に編集可能。Webflow自身の表現: “Provide instructions to search engine robots/crawlers about which pages of your site should not be crawled or indexed.” (翻訳) 「サイトのどのページをクロールまたはインデックスすべきでないかについて、検索エンジンのロボット/クローラーに指示を提供します。」(編集には有料プランとカスタムドメインが必要です。) Evidence for this claim Webflow documents robots.txt editing in site-level SEO settings. Scope: Availability depends on Webflow hosting and domain configuration described by Webflow. Confidence: high · Verified: Webflow: Site-level SEO
  • XMLサイトマップ — 自動生成され、Webflow Universityによると、“updates each time content is published.” (翻訳) 「コンテンツが公開されるたびに更新されます。」個々のページは、**「サイトマップから除外」**トグルで除外できます。それでも、Search ConsoleとBing Webmaster ToolsでURLを自分で送信する必要があります。 Evidence for this claim Webflow's generated sitemap updates on publish and supports excluding individual pages. Scope: Webflow automatic sitemap and page-level exclusion controls. Confidence: high · Verified: Webflow: SEO checklist Webflow: Site-level SEO
  • 301リダイレクトマネージャー — プロジェクト設定 → SEOにあります。Webflowはこれを*“Migrate or relink your site URLs easily by creating and publishing 301 redirects — no engineering help required,”* (翻訳) 「301リダイレクトを作成して公開することで、サイトのURLを簡単に移行または再リンクできます。エンジニアリングの支援は不要です。」と宣伝しており、文書化された*“1,000 maximum as best practice.”* (翻訳) 「ベストプラクティスとして最大1,000件。」があります。
  • 正規化タグ — 各ページの自身のURLに自動的に設定されます。カスタムコードでrel=canonicalを注入することで上書きできます。ローカライズされたコンテンツに関するWebflowのガイダンスは、“add custom code on individual pages to manually apply your canonical tags.” (翻訳) 「個々のページにカスタムコードを追加して、正規化タグを手動で適用します。」です。
  • カスタム<head>および<body>コード — サイトレベル(サイト設定)とページごと(デザイナーのページ設定)にあります。JSON-LDスキーマはここに配置されます。WebflowにはWordPressのようなプラグインマーケットプレイスがないため、構造化データはアプリのインストールではなくコード埋め込みです。(新しいWebflow AI機能は、“generate schema markup… add it on your own, and easily edit it.” (翻訳) 「スキーママークアップを生成し…自分で追加して、簡単に編集できます。」)
  • Open Graphおよびソーシャルメタ — ページ設定に組み込まれています。

SEOのためのWebflow CMS

CMSコレクションはWebflowの動的ページエンジンです。コレクション(例:ブログ投稿)を定義すると、各アイテムは、フィールド変数から構築された設定可能なURLスラッグを持つ、独自のテンプレート駆動ページを取得します。

ほとんどの新規ユーザーが見逃す設定:アイテムごとに一意のタイトルと説明を取得するには、コレクションスキーマに専用のプレーンテキストフィールドを追加し(タイトルは約60文字、説明は約160文字に保ちます)、次にコレクションページのSEO設定でそれらのフィールドをバインドします。Webflowはまた、“automatically define meta titles and descriptions from CMS fields, or use Webflow AI to fill in missing metadata instantly.” (翻訳) 「CMSフィールドからメタタイトルと説明を自動的に定義するか、Webflow AIを使用して不足しているメタデータを即座に埋めます。」ことができます。バインドされると、すべてのコレクションアイテムページは、一意で事前レンダリングされたメタデータを配信します。

注目に値する2つのCMSギャップ:

  • カテゴリ/タグアーカイブは自動生成されません。 Webflowはインデックス可能な /blog/category/seo/ ページを自動生成しません。必要な場合は、フィルタリングされた Collectionリストを使って手動で作成します。
  • スキーマはリレーショナルフィールドにバインドされません。 Webflowのネイティブスキーマフィールドは ReferenceフィールドやMulti-Referenceフィールドからデータを取得できないため、CMSのリレーションから 著者・組織・パンくずリストのデータを必要とする Article スキーマは、手動で管理するカスタムJSON-LD埋め込みにする必要があります。

Core Web Vitalsと速度

WebflowホスティングはCDN(100以上のPoPにわたるAWS + Fastly)上で動作し、HTML、CSS、JSを自動的にミニファイします。これにより、デフォルトで高速なTTFBと良好な Core Web Vitals が実現されます。独立したテスト(Seobilityによる)では、軽く編集したテンプレートでデスクトップPageSpeed 96、モバイル84を記録し、Webflowの出力は*“can be as clean and semantic as if it was written by an old-school developer.”* と結論付けています。(翻訳) 「昔ながらの開発者が書いたかのようにクリーンでセマンティックになり得る。」 通常の注意点を付け加えると、これらの数値はクリーンなテンプレートに対するものです。重いアニメーション、大きなヒーロー画像、積み重なったサードパーティスクリプトは、他の場所と同様にWebflowでもCWVを低下させます。

正直な制限事項

ここがWebflowのエージェンシー向けコンテンツが沈黙しがちな部分です。実際の上限は以下の通りです。

  1. ページネーションはクエリパラメータに固定されています。 Collectionリストのページネーションは ?page=2?page=3 を使用します。/page/2/ に切り替えることはできず、ネイティブの rel=next/prev もなく、個々のページネーションURLを正規化するにはリスクのあるカスタムコードの注入が必要です。大規模なページネーションアーカイブでは、これは本当のギャップです。
  2. Hreflangの品質問題。 Webflow Localizationはサイトマップ内のhreflangを自動生成し、HTMLの lang 属性を設定しますが、レビュアーは相互リンクの欠落や自己参照の欠落を発見しています。自動出力を信頼するのではなく、Googleの要件に照らして手動で検証してください。
  3. サーバーログへのアクセスがありません。 Webflowホスティングは完全に管理されているため、生のサーバーログを読むことはできません。実際のクロール診断(Googlebotが実際に何にヒットしたか、どのくらいの頻度か)には、外部レイヤー(Cloudflare + Logpushやログアグリゲーター)が必要です。エンタープライズ向けテクニカルSEOにとって、これは意味のある盲点です。
  4. CMSアイテムの上限は依然として存在し、以前よりは高くなっています。 Webflowは2026年にサイトプランを再編成しました。従来のBusiness/CMSプランの分割は廃止され、40のCMS Collectionと20 000のCMSアイテム(従来のBusiness上限10 000アイテムの2倍)を含むPremierサイトプランに置き換えられました。無料のStarterプランは50 CMSアイテムで上限に達します。TeamおよびEnterpriseはさらに高く、契約ごとに交渉されます。ディレクトリ、ニュース、大規模カタログのプログラムmatic SEOにとって、上限は依然として現実的であり、ただ移動しただけです。最新の数値については、古いチェンジログの投稿ではなく、Webflowの現在の 価格ページ を確認してください。Webflow自身の “Scale your CMS to 10,000 items” アップデートも、そのタイトルの数字に関しては現在では古くなっています。
  5. アップロード後に画像ファイル名を変更できません。 遡って修正できないマイナーな画像SEOシグナルです。
  6. ステージングサブドメインの重複コンテンツの罠。 すべてのプロジェクトは yoursite.webflow.io で公開されています。サイト設定で “Disable subdomain indexing” を切り替えずにカスタムドメインを接続すると、同じコンテンツが2つのホスト名でインデックス可能になります。よくある起動時のミスです。

SEOにおけるWebflow vs. WordPress

よく受ける質問の短い答えは次の通りです。

  • Webflow が優れている点: 強力な技術的デフォルト(静的HTML、高速CDN、ネイティブ コントロール)、プラグインによる負債なし、メンテナンス不要 — Webflow がセキュリティ パッチ、稼働時間、SSL、CMSアップデートを処理します。放置された WordPress インストールは ランキングに静かに悪影響を与える技術的負債を蓄積しますが、Webflow にはそのような リスクはありません。
  • WordPress が優れている点: 成熟したプラグインエコシステム(Yoast、Rank Math、Schema Pro、内部リンクツール)、大規模なスキーマ自動化、より深いコンテンツワークフロー、 そして CMSアイテム数の上限なし

私の見解: ほとんどのB2BおよびSaaSマーケティングサイトにとって、Webflow は競争力があり、 多くの場合、より優れた技術的基盤です。大規模なパブリッシャー、大規模なEコマースカタログ、 または大量のプログラム的SEOには、アイテム数の制限、ページネーション処理、ログアクセスの 欠如により、WordPress または専用スタックに押しやられます。ツールをコンテンツプログラムの 形状に合わせて選ぶべきであり、マーケティングページがより派手なプラットフォームに 合わせるべきではありません。

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.