グローバルのWebflowサイトから日本サイトだけ切り出す相談——別サイト vs Locale、ブログはWebflowか
海外本社がWebflowでグローバルサイトを持ち、「日本法人の導線だけ独立させたい」という相談は珍しくありません。切り離しそのものだけでなく、切り離したあとの更新主体、ドメイン、ブログ基盤まで一気に論点になります。
本記事は、特定企業の受注事例ではありません。提案まで進んだあと別方針（例：本社がAI開発方針へ）で見送りになった相談も含め、聞かれたこと／整理したことを意思決定フレームとして一般化します。
※本記事の内容は、2026年11月5日時点の公式情報に基づいています。製品の価格は記載せず、プラン名の対応はWebflow料金改定（2026年版）を参照します。
結論：先に「独立性の強さ」と「更新主体」を決める
切り出し方は大きく3つです。
- Localeのまま日本語を足す／育てる（1サイト多言語）
- 日本向けを別Webflowサイトにする（ドメイン・CMS・権限を分離）
- コーポはWebflow、ブログなど一部だけ外部（例：HubSpot）
Localizeはセカンダリがプライマリを継承し、公開にはLocalizeアドオンが必要です。部分翻訳の場合は、翻訳していないページが一次ロケールの内容を継承したまま公開されないか、対象URLを確認する必要があります。別サイトはデザイン再構築コストが乗る一方、日本独自の法務・価格・導線に強いです。
相談でよく出る問い
あるSaaS系の相談では、次がセットで出ました。
- グローバルから日本だけ独立させたい
- 切り離し手順だけでなく、切り離し後の運用（誰が更新するか）
- ブログをWebflowに載せるか、HubSpot側に寄せるか
Loomや打ち合わせでは「現状の情報設計」「日本語独自ページの量」「リードの流れ」を確認します。見送りになっても、この問いの並べ方自体が他社の評価資料になります。
選択肢A：Localeで日本を持つ
向く条件
- デザイン・コンポーネントをグローバルと共有したい
- 差分は文言・画像・一部モジュール程度
- 同じWorkspaceのチームが日英どちらも触る
- サブディレクトリ（例：
/ja）でよい
注意点
- 継承のため、部分翻訳時の未翻訳URL問題がある
- 静的のLocale単位DraftはEnterprise Localize
- Locale公開のオン／オフは「全体」に効く（The)
- 日本独自の導線が増えると、非表示や上書きが複雑化
Localizeの基本は多言語ガイドを参照してください。
Webflow公式動画のLocale一覧。言語ごとに公開状態が分かれています。動画撮影時の画面例で、現在の設定手順は本文と公式ヘルプを参照してください。 出典：公式資料
選択肢B：別サイトに切り出す
向く条件
- 日本法人が独自の情報設計・採用・価格・キャンペーンを持つ
- 更新権限を日本チームに閉じたい
- 独自ドメインや別サブドメインがブランド上必要
- グローバル側の公開サイクルとずらしたい
作業で見る項目（概要）
- どのページを移植し、どれを日本新規にするか
- CMSコレクションの分割（ブログ・事例・セミナー）
- フォーム送信先・CRM連携の再接続
- ドメイン切替とリダイレクト
- Workspace／サイトプラン／シートの再設計
- デザインシステム（共有Libraryを使うか、コピーか）
別サイトは「移管・複製」の技術作業より、運用の責任分界が本題です。制作会社がゲストで入り、クライアントがOwner、といった型を先に決めると後工程が楽です。
選択肢C：ブログだけ外部（HubSpot等）
日本向けマーケがHubSpotなどのMAを主戦場にしている場合、「コーポレートはWebflow、記事はHubSpot」という提案が俎上に乗ります。
どちらが正しいかはツール信仰ではなく、記事を書く人・リードを追う人・デザインを守る人がどこにいるかで決めます。HubSpot側の機能詳細や料金は本記事では扱いません。
意思決定チェックリスト（そのまま会議に貼れる）
- 日本独自ページは全体の何割か（体感でよい）
- 価格・契約・法務表記はグローバルとどこまで違うか
- 更新の主語は本社か、日本法人か、制作会社か
- ドメインは
/jaで足りるか、独自が必要か - ブログの目的はブランド発信か、見込み客の獲得・育成か、その両方か
- フォームの行き先（CRM／Spreadsheet／MA）は何か
- 今のLocalizeアドオン／Enterprise要件で足りるか
- 切り出し後6か月の更新頻度と担当時間は確保できるか
- 見送り基準（予算・本社方針・AI内製など）を先に言語化するか
相談の進め方
- 現状ヒアリング（グローバルの情報設計、日本独自ページの有無、フォームの行き先）
- 独立性スコア（法務・価格・採用・キャンペーンがどれだけ日本固有か）
- 更新主体マップ（本社マーケ／日本法人／制作会社／外部ライター）
- 三択のたたき台（Locale／別サイト／ブログ外部）を1枚に書く
- 見送り条件も先に書く（本社の内製方針、予算、タイミング）
ある相談では、提案と見積まで進んだあと、本社方針でAIを活用した別開発へ切り替わり見送りになりました。受注には至らなくても、日本法人側の「切り出し後に誰が更新するか」が最後まで論点だった、というのが学びです。同じように判断が必要な場面では、以下の確認項目を会議で使えます。
Localeを選ぶときの設計メモ
- プライマリ言語は後から変えられない、と公式は説明しています。最初のプライマリ選定は慎重に。
- 日本語をセカンダリにするか、将来日本サイトをプライマリ相当に育てるかで、URL設計が変わります。
- 機械翻訳の用語ゆれ（例：施設系で「館」が意図しない英訳になる等）は、ネイティブチェックと用語集が別コストになります。
- Enterpriseでなければ、静的の段階公開がしづらい点をステークホルダーに先に伝えます。
別サイトを選ぶときの設計メモ
- ドメイン：
jp.example.comかexample.jpか。証明書とDNSの担当を決める。 - リダイレクト：グローバル側の
/ja/*をどうするか（残す／301／削除）。 - CMS：ブログを移すならスラッグ衝突とRSS、構造化データの見直し。
- フォーム：Site Transferや複製後に連携が切れるパターンがあるため、Zapier／CRMの再接続をチェックリストへ。
- 権限：日本法人Owner、本社はReviewerなど必要な権限を持つメンバー、制作会社はGuest、など。
ブログ外部化を選ぶときの設計メモ
HubSpot等を出す場合でも、次を先に決めます。
- 記事URLのホスト（www配下か、blogサブドメインか）
- デザインの基準となる資料（Webflowのブランドか、MAテーマか）
- CTAの計測（どちらでコンバージョンを定義するか）
- 編集トレーニングの対象者（MA操作か、Webflow操作か）
「とりあえずHubSpot」は、営業パイプラインと記事が本当に一体運用されるときだけ強い、というのが現場感です。
会議用：30分アジェンダ例
- 目的の再確認（日本のCVを増やす／法務分離／運用自立など）…5分
- 独立性スコアを各自が点数化（1〜5）…5分
- 三択の仮決め（Locale／別サイト／ブログ外部）…10分
- 次の宿題（ドメイン案、更新担当名、ブログ本数の実績）…5分
- 見送り条件の共有（本社方針・予算・内製）…5分
このアジェンダを回すだけでも、「いきなり見積」より意思決定の質が上がります。制作会社側は、見積の前に独立性スコアと更新主体マップを必ず回収する、と決めておくと手戻りが減ります。
リスク一覧（切り出し後に起きやすいこと）
数字の価格やトラフィック予測は案件ごとに出す必要があり、本記事では一般論に留めます。
よくある質問
Q. Localeから別サイトへ後で移せますか？
A. 可能ですが、デザイン再実装・CMS移行・SEOのリダイレクトが発生します。最初から「独立性の将来値」を見て選ぶ方が総コストは下がることが多いです。
Q. 別サイトにするとLocalizeは不要ですか？
A. 日本サイトが日本語のみなら、Localizeアドオンは不要な構成にできます。将来また多言語化するなら再検討します。
Q. グローバルのコンポーネントを共有したまま別サイトにできますか？
A. 共有Libraryなどの手段はありますが、案件ごとの制約があるため、公式のLibrariesドキュメントと契約条件を確認してください。
Q. グローバルがWebflow以外（例：自社コード）でも同じですか？
A. 切り出し判断の軸（独立性・更新主体・ドメイン・ブログ）は同じです。Webflow固有なのはLocalizeとシート設計の部分です。
Q. 別サイト化と同時にWorkspaceも分けるべきですか？
A. 請求・権限・監査を日本法人で完結させたいなら分ける利点があります。本社が統括課金したいなら同一Workspaceでサイト分割、も選べます。
まとめ
グローバルWebflowから日本だけを切り出す話は、Locale／別サイト／ブログ外部化の三択に落ちます。キーは独立性の強さと更新主体です。Booostは切り出し判断の壁打ちから、Locale設計・別サイト構築・引き渡しまで支援します。お問い合わせ
※本記事はIGNITEが独自に調べてまとめたもので、Webflow, Inc.の公式見解ではありません。Webflowは、Webflow, Inc.の商標です（参考：Trademark Usage Policy）。記事中の製品画面や画像の著作権は、各出典元に帰属します。
参考資料
Booostはノーコードツール「Webflow」に特化したWeb制作サービスです。
デザイン・マーケティング・翻訳の3つの最適化で、Webサイトの集客力を最大化します。
