WebflowとDurableを比較｜小規模事業のAIサイト制作はどう選ぶ？

WebflowとDurableは、どちらもAIで小規模事業のWebサイト作りを始められますが、同じ作り方ではありません。事業情報から早く初稿を得て問い合わせや顧客管理まで整えるならDurable、複数ページの構成を設計し、公開後もデザインやCMSを育てるならWebflowが候補です。商品販売を中心にする場合は、Durableのカート・在庫・配送の制約を最初に確認してください。要件が満たせないと分かったら、見た目の好みで比較を続けず候補から外します。

まずサイトの役割を一つに絞る

比較を始める前に、サイトを訪れた人に何をしてほしいかを決めます。「会社を知ってほしい」「問い合わせを受けたい」「予約を取る」「商品を販売する」は別の仕事です。目的が一つに定まらないまま生成すると、サービス紹介、実績、問い合わせ、購入の要素が並ぶだけで、訪問者が次に進めなくなります。

下の欄を埋めてください。ここで曖昧な項目は、生成AIに任せる前に人が決めます。

表は横にスクロールできます

事前に決める項目	記入例	公開前に確かめること
対象者	近隣の飲食店を探す人	誰のどんな疑問へ答えるページか
主目的	初回相談の問い合わせ	ボタンを押した後に何が起こるか
必須ページ	Home、サービス、料金、問い合わせ	無料枠・契約プランのページ数内か
必要な機能	問い合わせフォーム、予約リンク	送信先、通知先、個人情報の扱い
更新担当	店主が月1回更新	専門知識なしで更新できるか
販売方法	相談申込のみ	カートや在庫・配送が要る販売ではないか

この表で「販売」が主目的になり、複数商品をカートに入れる、在庫数を管理する、配送方法を設定する必要があるなら、サイト生成の手軽さを比較するより先に販売基盤を決めます。

条件をそろえて候補を分ける

表は横にスクロールできます

条件	Durableを先に見る	Webflowを先に見る
初稿の起点	business type、location、language、business nameを入れてサイト生成を始めたい	siteの目的、必要ページ、対象 audience、見た目をbriefにして構成から考えたい
公開後の作業	セクションと文章を編集し、問い合わせや連絡先を整えたい	Designerでページ構造やthemeを調整し、CMSを含むサイトを育てたい
日本語サイト	現行の対応言語に日本語があるか、実際の生成・編集画面で確認できる	日本語の内容を入力して構成・表示を個別に確認する
商品販売	商品ごとのpayment linkで足りる場合に限り候補	必要なcommerce機能と契約中Site planを照合
既存サイト	事業情報をもとに新しいsiteを用意する用途を確認	AI Site Builderは新規siteまたは既存のAI生成siteが対象。通常の既存siteへそのまま適用できない
拡張と運用	CRM、invoiceなどを含む小規模事業の業務機能を同じ契約で使いたい場合、利用可能planを確認	ページ、CMS、設計、連携を後からどこまで広げるかを先に設計

表の「候補」は適合の確定ではありません。実際に使える機能、公開先、価格、ページ上限は契約・地域・アカウントによって変わるため、購入時点の公式画面と自分のworkspaceで確認します。

Durableが合うかは、事業情報と運用を見て判断する

Durableの公式案内では、初回生成時にbusiness type、location、language、business nameを入力してサイトを作ります。まず事業の説明、提供地域、連絡先、サービス内容を正確に用意し、生成後に誤った住所、営業時間、価格、実績がないか一項目ずつ照合します。AIの文章が自然でも、入力していない事実が正しいとは限りません。

公開後に自分で直す作業も試します。編集画面でセクションを選び、見出し、本文、画像、問い合わせ導線を変えて保存できるか確認します。DurableのHelpはセクションの追加・編集手順を案内していますが、記事作成時点の編集画面と現在の契約で操作できる範囲を優先してください。複数人で更新するなら、誰が編集し、誰が公開前に確認するかも決めます。

日本語でサイトを作る場合は、言語選択を特に確認します。Durableの公式言語案内に列挙されている言語は英語、スペイン語、フランス語、ブラジルポルトガル語、ドイツ語、オランダ語、イタリア語で、日本語は記載されていません。選択肢に日本語がない場合に、日本語の文章を入力すればサイト全体が日本語で安定して生成されるとは決めつけないでください。生成画面で実際の対応を確かめ、見出し、フォームの項目名、スマートフォンでの改行まで日本語話者が確認します。

WebflowはAI Site Builderの利用対象とページ数を先に確認する

WebflowのAI Site Builderは、公式Helpによると新規siteまたは既存のAI生成siteで利用できます。AI生成されていない既存siteへ適用できるとは限りません。無料プランではstyle guideを除いて合計2ページまで、paid WorkspaceまたはSite planがあれば初期生成は最大5ページで、その後のページ追加条件も異なります。必要なページ数を数え、style guideを含むか、契約後にどの画面からページを追加するかを確認してください。

AI Site Builderが提案したページ構成やthemeは、そのまま公開用の設計図として確定しません。生成前にページの役割と必須情報を決め、生成後にDesignerで順序、見出し、リンク、フォーム、画像の出典を見直します。AI Site Builderで作ったsiteの構造を再生成すると、加えた編集が置き換わる場合があります。生成し直す前に、変更内容を保存できるか確認し、すでに直したsectionやpageが失われないようにします。

独自ドメイン、フォーム、CMS、追加ページ、チーム編集が要る場合は、Site planとWorkspace planを分けて調べます。Webflowではサイト単位のSite planと、workspace単位の機能・協業条件は別です。AI Site Builderのページ生成条件と、公開後の独自ドメインやCMSの条件を混ぜて見積もらないようにしてください。

商品販売が必要ならDurableの制約で先に足切りする

Durableの公式e-commerce案内は、full e-commerce機能ではないこと、cartがなく商品ごとにpayment linkが必要なこと、dashboardにinventory managementやshipping settingsがないこと、外部e-commerce siteを統合できないことを説明しています。したがって「商品ページにボタンがある」だけで、一般的なオンラインストアとして必要な注文管理まで備わっているとは判断できません。

次のいずれかが必須なら、Durableだけで完結する前提を置かず、外部販売サービスや別のcommerce基盤を含めて選び直します。

• 一度に複数商品をカートへ入れる

• 在庫が減ると販売数を自動で調整する

• 配送方法・送料を注文ごとに管理する

• 既存のECサイトの商品・注文と同期する

• 定期購入や複雑な税・決済条件を扱う

商品ごとのpayment linkでよく、在庫や配送は別サービスで管理できる場合は、商品数、注文後の通知、決済確認、返金対応を少数の商品で試します。Webflowを候補にしても、必要な購入画面や注文処理が契約中のSite plan・連携先で成立するか、公式の機能表とテスト注文で確認してください。どちらも満たさない要件があるなら、先に別の販売基盤を選びます。

料金は「生成できるか」ではなく公開までの総額で比べる

価格を比べるときは、表示上の月額だけでなく、請求周期、サイト数、独自ドメイン、ページ、CMS、フォーム、追加機能、外部サービスを同じ一覧にします。WebflowはWorkspace planとSite planが別の単位です。Durableも公開や独自ドメインなどの条件が契約プランに結び付く場合があるため、AIで初稿を作れることと、公開・運用に必要な契約が含まれることを同じ扱いにしません。

表は横にスクロールできます

見積もる項目	Webflow	Durable
初稿生成	AI Site Builderの対象siteとページ条件	business情報と言語の入力・生成条件
公開	独自ドメイン等に必要なSite plan	公開に必要な契約状態とdomain条件
運用	Workspace機能、CMS、追加page、共同編集	編集者数、CRM等の利用可能範囲
販売	必要なcommerce機能・連携・取引手数料	payment linkで足りるか、在庫/配送を別途用意するか
移行	CMSやページを将来移せるかを確認	独自データのexport、別サービスへの移行可否を確認

比較時は契約画面で同じ期間・通貨・税条件を使い、必須機能を付けた後の総額を記録します。価格やplan名は変わり得るので、この記事の表から料金を転記するのではなく、公式Pricingとcheckout直前の表示を保存します。月払いで試す場合と年払いを選ぶ場合の差、更新時期、解約後に独自ドメインや編集データがどうなるかも確認対象です。

同じBriefで小さく試す

作業時間や出力品質を記事だけから順位付けしないため、公開してよい架空の事業情報を使って同じ1ページBriefを両方へ入力します。顧客情報や未公開の社内資料は入れません。Briefには対象者、提供内容、地域、実績として使える根拠、問い合わせ後の流れ、避けたい表現を含めます。

表は横にスクロールできます

比較するもの	記録すること
必須情報の反映	住所、営業時間、サービス、連絡先に誤りや抜けがないか
行動の分かりやすさ	主CTAが一つに見え、押した後の動作が説明されているか
編集の負担	必須修正の数、直す場所、保存・公開の担当者
表示品質	PCと390px相当の幅で文章・画像・ボタンが読めるか
運用条件	フォームの送信先、通知、ページ追加、ドメイン条件
販売条件	決済後の注文確認、在庫、配送、返金の担当範囲

試行は、最初の生成結果だけでなく、必須修正を一つ行って保存し、フォームがある場合はテスト送信まで確認します。結果を記録する欄は「初稿」「必須修正」「公開前に人が確認する内容」に分けます。生成速度の訴求や一つの成功例を、すべての事業での完成時間・品質保証へ読み替えません。

公開前は画面だけでなく問い合わせ経路を検収する

生成したsiteを公開する前に、文章、リンク、機能、権利を別々に確認します。特に事業名、所在地、料金、営業時間、資格、顧客実績は、AIの補完をそのまま真実として残さないでください。

1. 内容：事業者が確認した情報だけが掲載され、根拠のない実績・保証・価格がない。

2. ページ：Homeからサービス内容、料金、問い合わせまで迷わず進める。不要なページや未完成のメニューを公開しない。

3. フォーム：入力後に送信でき、想定した担当者へ届く。成功表示、返信目安、個人情報の利用目的を確認する。

4. スマートフォン：見出し、ボタン、電話番号、住所、長いサービス名が切れず、重要なCTAが画面外に隠れない。

5. 権利と運用：画像・ロゴ・文章の利用許諾、独自ドメイン、更新担当、問い合わせ後の対応者を記録する。

6. 販売：決済リンクが正しい商品を示し、注文後の連絡、在庫、発送、返金を誰が扱うか分かる。

一つでも確認できない項目があれば、公開を止め、その項目の担当者と確認方法を決めてから再開します。特にフォームの動作は、見た目のプレビューでは分からないため、実際の受信先を含むテスト送信が必要です。

選べないときは不足している要件を一つだけ検証する

DurableとWebflowのどちらにも決められない場合、機能表をさらに読む前に迷いの理由を分類します。日本語の生成・編集、商品販売、独自ドメイン、更新者の操作、CMS、サイト拡張のどれが未確定なのか一つ選びます。その要件を確かめるための小さな試行を行い、成立しない候補を除外します。

表は横にスクロールできます

不確実な条件	先に確かめること	進める条件
日本語の初稿	言語選択、生成結果、フォーム文言、文字化けの有無	担当者が必要箇所を無理なく直せる
ページ数	必須ページを数え、style guideを含む上限を確認	初期生成と後続追加の条件を契約で満たす
問い合わせ	テスト送信、受信先、返信担当	通知と個人情報の扱いが決まる
EC	cart、在庫、配送、決済、返金の一連の流れ	必須工程を標準機能または承認済み連携で実現できる
更新	他の担当者が文章・画像を変更して保存	運用担当が必要な範囲を自力で更新できる

AIものさしの判断

問い合わせ中心で事業情報から初稿を作り、CRM等の運用をまとめたい場合はDurableを候補にします。日本語の生成・表示は実際の画面で確認してください。複数ページ、CMS、Designerでの継続編集を重視する場合はWebflowを比較しますが、AI Site Builderの対象は既存の通常siteへ自由に広げられるわけではありません。

カート、在庫、配送が必須ならDurable単体で完結するとみなさず、Webflowの契約・連携を試験するか、別のEC基盤を候補に加えます。両者で同じBriefを試し、必須要件と公開前検収を満たした候補から選んでください。