%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
HubSpotの多言語サイト機能を使えば、1つのプラットフォーム上で言語バリエーションの作成からhreflangタグの自動設定、CRMと連携した言語別リード管理まで一気通貫で実現できます。全ページを一度に翻訳するのではなく、成果につながるページから始めるスモールスタートの設計がポイントです。
HubSpotの多言語サイト機能を使えば、1つのプラットフォーム上で言語バリエーションの作成からhreflangタグの自動設定、CRMと連携した言語別リード管理まで一気通貫で実現できます。全ページを一度に翻訳するのではなく、成果につながるページから始めるスモールスタートの設計がポイントです。
「海外展開を始めたが、多言語のウェブサイトをどう構築すべきかわからない」
「英語サイトと日本語サイトを別々のCMSで管理していて、更新の手間が二重にかかっている」
「外国語ページを作ったものの、どの言語から問い合わせが来たのか追えていない」
——こうした課題は、HubSpotの多言語サイト機能で解決できます。
HubSpotの多言語サイト機能とは、Content Hub上で各ページに対して複数の言語バリエーションを作成し、それらを統合的に管理できる仕組みです。ページごとの言語バリエーション管理、hreflangタグの自動設定、言語切替ウィジェットの設置まで、グローバルSEOに必要な機能が一通り揃っています。
日本国内向けのWeb広告・ABM戦略と併用することで、国内外のリード獲得を同時に強化できます。この分野の体系的な情報はHubSpot機能ガイドでまとめています。
この記事では、HubSpotでの多言語サイトの設定方法から、グローバルSEOの設計、CRM連携、運用上の注意点まで解説します。
本記事は「HubSpot購入グループ（Buying Groups）活用ガイド｜ABM戦略を加速する設計」シリーズの一部です。
本記事はStartLinkの「HubSpot完全ガイド」関連記事です。
この記事でわかること
海外展開や外国語リードの獲得を進める方に向けて、HubSpotでの多言語サイト設定を「仕組み」として設計する考え方をお伝えします。
- HubSpot多言語サイト機能の概要 — Content Hub上で各ページに言語バリエーションを作成し、統合的に管理する仕組みを説明します。
- 多言語サイトの設定・構築手順 — ドメイン設計から言語バリエーションの作成、言語切替ウィジェットの設置までの流れを整理します。
- グローバルSEOの設計 — hreflangタグやURL構造、コンテンツローカライゼーションの考え方を解説します。
- CRMとの連携による言語別リード管理 — 問い合わせの言語に応じた自動ルーティングやナーチャリングの設計を紹介します。
- 運用上の注意点と限界 — プラン要件や翻訳品質など、事前に知っておきたい制約も率直に整理します。
HubSpotで多言語サイトの構築を検討している方、すでに外国語サイトを運用していて管理負荷を下げたい方に向けて書いています。最後まで読むと、自社に合った言語展開の優先順位づけと、最初に設定すべき項目がわかるようになります。
HubSpotの多言語サイト機能とは
まず機能の全体像を押さえます。HubSpotの多言語サイト機能とは、Content Hub上で各ページに対して複数の言語バリエーションを作成し、それらを統合的に管理できる仕組みです。
言語バリエーションによる一元管理
言語バリエーションとは、1つのページに対して「日本語版」「英語版」「中国語版」といった言語別のページを紐づけて作成する機能です。
具体的には、以下のような管理が可能です。
- ページごとに言語バリエーションを作成し、元ページとの対応関係を自動で紐づけます。
- 言語ごとに公開・下書きのステータスを個別に管理します。
- メタタイトルやメタディスクリプションを言語ごとに設定します。
hreflangタグと言語別URLの自動設定
多言語サイトで技術的に手間がかかるのが、言語間の対応関係を検索エンジンに伝える設定です。HubSpotでは言語バリエーションを作成するだけで、以下の対応が自動で行われます。
- 各言語版の対応関係を示すhreflangタグが自動で挿入されます。
- サブディレクトリ方式（/ja/、/en/など）の言語別URLが自動で生成されます。
手動でタグを埋め込む運用と比べて、設定漏れや記述ミスが起きにくい点がメリットです。
言語切替ウィジェットとステータス管理
訪問者がサイト上で言語を切り替えられるよう、言語切替ウィジェットをテンプレートに配置できます。ヘッダーやフッターへの設置が一般的で、訪問者はワンクリックで自分の言語のページに移動できます。あわせて、言語ごとの公開・下書きステータスを個別管理できるため、翻訳が完了した言語から順に公開していく段階的な運用ができます。
なぜHubSpotで多言語サイトを構築するのか
多言語サイトは専用CMSでも構築できますが、HubSpotで構築する意義は「サイトの裏側にCRMがある」という点に集約されます。ここでは、サイト運用とリード管理の両面からメリットを整理します。
サイトとCRMが分断されない一元管理
HubSpotの強みは、ウェブサイトとCRMが同じプラットフォーム上で統合されていることです。多言語サイトの場合、どの言語のページからリードが入ってきたかがCRMに自動記録されるため、「英語サイトからの問い合わせは海外営業チームにルーティングする」といった自動化が可能になります。
言語別CMSでサイトだけを立てる場合は、問い合わせデータを別途CRMに連携する設計が必要になるケースがあり、そこで情報が分断されてしまうことがあります。CRMとWebサイトの連携によるコンバージョン率最適化（CRO）の設計も参考にしてください。
言語間の更新不整合を防ぐコンテンツ管理
複数のCMSで言語別サイトを管理していると、更新の手間が言語数分に膨れ上がります。「日本語版は更新したが英語版は古いまま」という不整合は、分かれた管理画面で起きやすい問題です。
HubSpotでは1つのダッシュボードから全言語版のコンテンツを管理できるため、各言語版の更新状態を見渡しながら運用できます。情報が一箇所に集まることで、「どの言語版が最新で、どれが翻訳待ちか」を担当者の記憶ではなくシステム上の状態として把握できます。
技術SEOの負担を減らす自動化
hreflangタグの設定は多言語SEOでは欠かせませんが、手動管理は複雑でミスが起きやすい領域です。
- 手動で管理する場合 ── ページを追加するたびに全言語版へタグを追加する運用では、人的な設定漏れが起きやすくなります。
- HubSpotの場合 ── 言語バリエーションを作成するだけでhreflangタグが自動設定されるため、技術的な対応がシンプルになります。
仕組みでミスを防ぐという点で、運用の属人化を抑えられるのも利点です。
HubSpot多言語サイトの設定・構築手順
ここからは実際の設定の流れをステップごとに見ていきます。設定画面の操作自体は難しくありませんが、最初のドメイン設計を誤ると後からの修正が複雑になります。順番どおりに進めていただければと思います。
ステップ1: 多言語の有効化とURL構造の設計
HubSpotの設定画面（歯車マーク）→「ウェブサイト」→「ドメインとURL」から多言語設定を行います。ここで言語別URLの構造を決めます。主な選択肢は以下の3つです。
| 方式 | URL例 | メリット | デメリット |
|---|---|---|---|
| サブディレクトリ | example.com/ja/ | SEO効果が集約される | 設定がやや複雑 |
| サブドメイン | ja.example.com | 設定が簡単 | SEO効果が分散する |
| 別ドメイン | example.jp | 国別の独立運用が可能 | 管理コストが高い |
一般的にはサブディレクトリ方式がSEO上有利とされています。ドメインのSEO評価が一つに集約されるため、新しい言語ページでも既存ドメインの権威を活用できます。
ただし、URL構造は後から変更すると301リダイレクトの設計が複雑になります。接続前に一度しっかり精査してから進めるのがおすすめです。ドメインや言語の設定のように後から変えにくい項目は、後から変えにくい設定でもまとめています。
どの方式にするかは、次の表の条件で決めます。
| 自社の状況 | 選びやすい方式 | 理由 |
|---|---|---|
| 既存サイトのSEO評価を新しい言語にも生かしたい | サブディレクトリ（/en/ など） | 評価がドメイン内に集約される |
| 言語ごとに別の運営チームがあり、独立して更新する | サブドメイン | 運営を分けやすい |
| 国ごとに別ブランド・別法人で運営する | 別ドメイン | 管理コストを許容できる場合のみ |
| まず1言語で試す | サブディレクトリ | 後から言語を足しても構造を変えずに済む |
ステップ2: プライマリ言語の設定
サイトのプライマリ言語（主言語）を設定します。日本企業であれば「日本語」をプライマリ言語にし、「英語」「中国語」などを追加言語として設定するのが一般的です。主力市場が海外にある場合は、その市場の言語をプライマリに据える判断もあり得ます。企業様によって最適な形は異なりますので、メインで獲得したい言語圏を起点に決めるのがよいでしょう。
ステップ3: 言語バリエーションの作成と公開
各ページに対して言語バリエーションを作成します。手順は以下のとおりです。
- 「コンテンツ」＞「ウェブサイトページ」を開き、対象ページにカーソルを合わせます。
- 「アクション」から「言語バリエーションを作成」を選びます。
- 対象言語を選択します。
- ページの内容を翻訳します。
- メタタイトル・メタディスクリプションも各言語で設定します。
- 公開します。
上の手順は公式ナレッジ（Create pages in multiple languages）に沿っています。作成時にHubSpotのAI（Breeze）による自動翻訳を選ぶこともできます。作成後はエディター左上の多言語バリエーションのドロップダウンで言語版を切り替えて編集し、公開します。ページの作成と公開には、マーケティングのアクセス権と「編集して公開」の権限が必要です。ランディングページも同じ手順で言語バリエーションを作れます。
すべてのページを一度に翻訳する必要はありません。後述するように、成果につながりやすいページから優先的に対応するのが現実的です。
ステップ4: 言語切替ウィジェットとブログ対応
言語切替ウィジェットはサイトに自動では追加されません。テンプレートに配置します。ヘッダーやフッターに設置するのが一般的で、訪問者がワンクリックで言語を切り替えられるようになります。ドラッグ＆ドロップ対応のテンプレートでは、エディター左サイドバーの追加アイコンから「機能（Functionality）」内の「言語スイッチャー（Language Switcher）」を配置します。表示形式は「Localized」「Pagelang」「Hybrid」から選べます。グループ内の複数ページが公開されるまでは表示されない点に注意してください（出典: 上記の公式ナレッジ）。コードで作ったテンプレートへの追加方法は開発者向けドキュメントにあります。
ヘッダー・フッターなどのグローバルコンテンツは、言語ごとにバリエーションが必要です。グローバルコンテンツの編集画面で多言語バリエーションのグループを作り、基準となる言語（Primary）を決めます。その言語のバリエーションがない場合は基準言語の内容が表示されるため、翻訳漏れのまま公開すると英語のページに日本語のメニューが出る、といった状態になります。
ブログ記事も同様に言語バリエーションを作成できます。ただし、すべての記事を全言語に翻訳する必要はありません。ターゲット市場で需要のある記事を優先的に翻訳するのが効率的です。
作成したページは、ウェブサイトページの一覧画面でまとめて管理できます。以下の画面は、デモ環境のウェブサイトページ一覧画面です。
デモ環境のウェブサイトページ一覧画面。作成したページはここでまとめて管理します。
グローバルSEOの設計
多言語サイトを公開しただけでは、各国の検索結果に正しく表示されるとは限りません。言語間の対応関係を検索エンジンに伝える技術設定と、各市場に合わせたコンテンツ設計の両方が必要です。
hreflangタグの自動設定
HubSpotで言語バリエーションを作成すると、以下のようなhreflangタグが自動挿入されます。
<link rel="alternate" hreflang="ja" href="https://example.com/ja/services/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/services/" />上は構造を示す例です。HubSpotは、同じ多言語グループの他ページを代替版として示すタグを自動で出力します（出典: HubSpot開発者ドキュメント）。実際の出力は、公開したページのソースを表示して、各言語版のURLが相互に指定されているかを確認します。なお、HubSpotはブラウザの言語に応じた自動リダイレクトは行いません。訪問者を言語版へ誘導したい場合は、言語切替ウィジェットや別途の仕組みを用意します。
これにより、Googleが「このページの日本語版はこちら、英語版はこちら」と認識しやすくなり、各国の検索結果に適切な言語版を表示しやすくなります。
コンテンツローカライゼーションの考え方
単純な機械翻訳ではなく、ターゲット市場に合わせたコンテンツのローカライゼーションが重要です。具体的には、次の点を意識します。
- キーワードを現地で調査します。日本語で検索される表現と英語での検索意図は異なります。
- 事例や数値の表現を現地の読者に合わせます。日本の事例は海外読者に伝わりにくいケースがあります。
- デザインやトーンの適切さを市場ごとに確認します。
言語別キーワード調査とメタ情報
AIによる検索が広がる一方で、多言語SEOにおいてもGoogleの自然検索対策は依然として重要です。言語ごとにキーワード調査を行い、ローカライズされたメタタイトル・メタディスクリプションを設定しましょう。
翻訳しただけのメタ情報は、現地の検索キーワードとずれていることがあります。言語バリエーションごとにメタ情報を個別設定できる点を活かし、市場ごとの検索意図に合わせて調整するのがポイントです。
CRMと連携した言語別リード管理
多言語サイトの価値は、ページを作ることだけではありません。各言語からの問い合わせをコンタクトとしてCRMに取り込み、対応・商談・受注まで一気通貫でつなげられることがHubSpotの本質的な強みです。
言語別リードルーティングの仕組み化
フォーム送信時に、どの言語ページから送信されたかをHubSpotのプロパティに記録し、言語に応じて担当者を自動割当するワークフローを設計します。
- 日本語ページからの問い合わせは国内営業チームに割り当てます。
- 英語ページからの問い合わせは海外営業チームや英語対応スタッフに割り当てます。
設計例として、コンタクトに「対応言語」（ドロップダウン: 日本語／英語）というカスタムプロパティを作ります。各言語のフォームには「対応言語」の隠しフィールドを置き、ページの言語に合わせた値を初期値にします。ワークフローは、登録条件を「フォームが送信された」かつ「対応言語が 英語」とし、アクションでコンタクト担当者を海外営業チームへ割り当て、通知を送ります。有効化する前に、テスト用のコンタクトで割り当て結果を確認してください（ワークフローの設計項目はワークフロー設計書の書き方で整理しています）。
個別の問い合わせごとに担当者が振り分ける運用だと、対応漏れや遅延が起きやすくなります。ワークフローで自動化しておけば、担当者の力量ではなく仕組みで対応品質を担保できます。
言語別ナーチャリングとステータス管理
リードの言語に応じて、配信するメールコンテンツの言語を切り替えるワークフローも構築可能です。日本語リードには日本語のステップメール、英語リードには英語のステップメールを自動送信します。
ライフサイクルステージ（リードの検討段階を示すCRM上のステータス）と組み合わせれば、「英語圏のリードがどの段階にどれだけいるか」も可視化できます。言語という軸をプロパティとして持っておくと、後からのセグメント分けやレポート集計にも活きてきます。
言語別の効果測定とレポート
CRM連携により、言語別ページからのリード獲得数、商談化率、受注までを追跡できます。「英語サイトのリード→商談→受注」のコンバージョンファネルを言語ごとに組み立てれば、サイト構築や翻訳への投資対効果を定量的に評価できます。
サイト単体のCMSではアクセス解析で止まりがちな領域を、CRM一体型だからこそ受注まで追える、という位置づけです。
翻訳と運用の設計――スモールスタートで広げる
機能の説明のあとに大事なのが、「どこから始めるか」の設計です。多言語対応は、やろうと思うと範囲が際限なく広がります。私たちは、全ページ翻訳を目指すのではなく、成果につながるページから段階的に広げるスモールスタートをおすすめします。
翻訳するページの優先順位づけ
まずはメインの外国語（多くの場合は英語）のトップページと問い合わせページから始めて、段階的にコンテンツを拡充していくのが現実的です。優先順位の目安は以下のとおりです。
| 優先度 | 対象ページ | 理由 |
|---|---|---|
| 高 | トップページ・問い合わせ・製品/サービスページ | コンバージョンに直結するため |
| 中 | 事例・料金・会社情報 | 検討段階で参照されるため |
| 低 | ブログ記事全般 | 市場ごとの需要を見て選定するため |
機械翻訳と人間レビューの役割分担
HubSpotにはAIによる翻訳アシスト機能がありますが、叩き台として使い、最終的な品質は人間が担保する分担がおすすめです。AIで下訳を作り、ブランドメッセージや製品名の訳語は人間がレビューする流れにすると、スピードと品質を両立しやすくなります。
製品名・機能名・法務表現など訳語を統一したい箇所は、用語集としてリスト化しておくと属人化を防げます。
StartLinkの進め方
StartLinkはHubSpotゴールドパートナーとして、150社以上のHubSpot支援に携わっています。多言語サイトでも、次の順で小さく始めて広げます。HubSpot導入全体の工程はHubSpot導入・構築支援のページに掲載しています。
- 現状の整理・要件定義: 海外からのアクセス・問い合わせの有無、展開したい言語、既存サイトの構成を整理します。
- 設計・構築: URL構造、プライマリ言語、言語切替の位置、グローバルコンテンツの言語バリエーションを決めて設定します。
- データ移行: 既存の外国語ページや、別CMSの問い合わせデータがある場合は、移行対象とURLの対応表を作ります。
- テスト・検証: 上の公開前の確認リストで、表示・hreflang・フォーム送信後のCRM記録を確認します。
- 定着・運用改善: 言語別のリード数と商談化率を見て、翻訳するページを追加します（運用の仕組み化は週次レビューとデータ品質ダッシュボードも参考になります）。
翻訳にはBreezeなどのAIを下訳に使い、訳語の最終確認は人が行う設計にします。企業様によって最適な形は異なります。
属人化しない運用の仕組み化
「だれがどの言語版を更新したか」が担当者の記憶頼みになると、更新漏れが起きやすくなります。元ページを更新したら言語バリエーション側の更新タスクを切る、といったルールをワークフローや運用手順に落とし込んでおくと、担当者が変わっても回る運用になります。
公開前の確認リスト
言語版を公開する前に、次の順で確認します。1つでも欠けた場合は公開範囲を広げず、原因を直してから進めます。
- ページの言語バリエーションが、元ページと同じグループに入っているか確認します。
- ヘッダー・フッターなどのグローバルコンテンツに、その言語のバリエーションがあるか確認します。
- メタタイトルとメタディスクリプションが、言語ごとに設定されているか確認します。
- 言語切替ウィジェットが、グループ内の公開済みページに表示されるか確認します。
- 公開ページのソースで、各言語版を指すhreflangのタグが出力されているか確認します。
- フォームの送信後に、CRMのコンタクトへ言語を示す値が記録されるか、テスト送信で確認します。
注意点と限界
最後に、導入前に知っておきたい制約を率直に整理します。機能は強力ですが、すべてを自動で解決してくれるわけではありません。
プランごとの言語バリエーション数の上限
言語バリエーションは、公式ナレッジでは「すべての製品とプラン」で使える機能とされ、1つのコンテンツに作れる言語数がプランで変わります。自社のプランと、展開したい言語数を次の表で照らし合わせます。
| プラン | 1アセットあたりの言語バリエーション | 展開の目安 |
|---|---|---|
| 無料ツール | 3言語まで | 日本語＋英語＋もう1言語の試行 |
| Marketing Hub・Content Hub Starter | 50言語まで | 多くの企業はこの範囲で足りる |
| Marketing Hub・Content Hub Professional・Enterprise | 上限なし | 言語数を決めきれない場合や大規模展開 |
なお、404ページなどのシステムページは多言語に対応していません。また、ブログ記事の自動翻訳にはContent HubのProfessionalまたはEnterpriseが必要です。上限や要件は変更されることがあるため、契約前に公式ナレッジで最新の内容を確認してください。
翻訳品質は自社で担保する
AIの翻訳アシスト機能はあくまで下訳の位置づけです。ビジネス用途での翻訳品質は自社またはプロの翻訳者によるレビューが必要です。機械翻訳のまま公開すると、ブランドイメージを損なうリスクがあります。
全ページ翻訳は現実的ではない
よくある誤解として「多言語サイト=全ページ翻訳」と考えがちですが、ターゲット市場に応じて翻訳するページを選定するのが現実的です。コンバージョンに直結するページから優先的に対応しましょう。たとえば次のようなページです。
- トップページ
- 製品ページ
- 問い合わせページ
SEO効果は中長期の施策
新しい言語版のページがGoogleにインデックスされ、検索順位が安定するまでには一定の時間がかかるケースが多いです。多言語SEOは中長期的な施策として位置づけ、短期的な成果を期待しすぎないことが重要です。
よくある質問
Q1. HubSpotの多言語サイト機能は何言語まで対応していますか？
1つのコンテンツに作れる言語バリエーションの数はプランで決まり、無料ツールは3言語まで、Marketing HubまたはContent Hub Starterは50言語まで、Professional・Enterpriseは上限がありません（HubSpot公式ナレッジ）。言語を増やすほどコンテンツ管理の工数が増えるため、実際に必要な言語に絞って展開するのがおすすめです。
Q2. 既存のWordPressサイトから多言語部分だけHubSpotに移行できますか？
はい、サブディレクトリ方式やサブドメイン方式で、特定の言語版のみHubSpotで構築し、既存サイトと併存させることが可能です。ドメイン設計を事前にしっかり検討することが重要です。
Q3. 多言語サイトのSEO効果はどれくらいで出始めますか？
新しい言語版のページがインデックスされてから検索順位が安定するまでには、数か月単位の時間がかかるケースが多いです。コンテンツの品質や被リンクの獲得状況によっても変動するため、中長期の施策として捉えるのがよいでしょう。
Q4. AIを使った翻訳は実用レベルですか？
AIの翻訳精度は向上しており、ベースの下訳としては十分活用できます。ただし、ビジネス文書やブランドメッセージの翻訳は、プロの翻訳者によるレビューを挟むことを推奨します。AIをたたき台として活用し、人間が仕上げるアプローチが効率的です。
Q5. 多言語サイトの費用対効果はどう測定すべきですか？
HubSpotのCRM連携により、言語別ページからのリード獲得数、商談化率、受注金額を追跡できます。「英語サイトのリード→商談→受注」のコンバージョンファネルを構築し、サイト構築・翻訳の投資に対する費用対効果を定量的に評価しましょう。
まとめ
HubSpotの多言語サイト機能を活用すれば、1つのプラットフォーム上で複数言語のウェブサイトを構築・管理でき、CRMとの連携によって言語別のリード管理や自動ルーティングまで実現できます。ポイントを改めて整理すると、以下のとおりです。
- 言語バリエーションとhreflangタグの自動設定により、サイトとSEOの技術対応を一元化できます。
- 言語別リードをCRMで管理し、ワークフローによる自動ルーティングで対応品質を仕組み化できます。
- 全ページ翻訳ではなく、まずはメインの外国語のトップページと問い合わせページから始めるスモールスタートが現実的です。
最初の一歩として、次の3ステップから始めていただければと思います。
- 現状のサイトで、海外からのアクセスや問い合わせがあるかを確認します。
- 自社のプランの言語バリエーション数の上限（無料3、Starter 50、Professional以上は上限なし）を確認し、対象にしたい言語を1つ決めます。
- トップページと問い合わせページの言語バリエーションを作成し、公開範囲を段階的に広げます。
CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。
無料相談はこちら → StartLink お問い合わせ
あわせて読みたい
- CVR（コンバージョン率）改善の基本と実践施策15選｜BtoB企業向け完全ガイド
- BtoB広告運用の完全ガイド｜8つの手法と費用対効果を最大化する戦略
- HubSpotカスタマーポータル構築ガイド｜顧客セルフサービス基盤の設計
- HubSpot Content Hubの活用方法
- HubSpotワークフロー設計ガイド
この記事は2026年10月時点でHubSpot公式ナレッジの記載を確認した内容に基づいています。HubSpotの機能は定期的にアップデートされるため、最新情報はHubSpot公式サイトでご確認ください。
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
