コンバージョンするB2B向けリードクオリフィケーションファネルサイトの作り方

ファネルの目標とクオリフィケーション定義を設定する

ページやフォーム、メッセージを変える前に、ウェブサイトのファネルが何を生み出すべきかを具体化します。リードクオリフィケーションファネルサイトは単なる「リードを増やす」ことではなく、不要なやり取りを最小化して次の段階に進む「正しいリード」を生み出すことです。

主要なファネル目標を1つ選ぶ

営業プロセスと購買サイクルに最も合うアクションを選んでください：

• デモを予約（ハイタッチで複雑な製品に最適）
• 見積もりを依頼（価格が範囲や構成に依存する場合）
• トライアルを開始（プロダクト主導や評価主導の成長）
• 営業に連絡（適切な進路を決めるために相談が必要なユーザー向け）

すべてを同じページで押し付けると、データが混乱しリード品質が安定しません。二次的な選択肢を提供するのは良いですが、1つの「北極星」コンバージョンを定義してください。

実際に管理できる成功指標を決める

収益に結びつく少数の指標を選びます：

• 週／月のクオリファイドリード数（総送信数ではなく）
• デモ率（デモ予約 ÷ クオリファイド訪問数）
• クオリファイドリード単価（有料施策を行う場合）

これらが今後の改善の基準になり、マーケティングと営業が「良い状態」を共有できます。

「クオリファイド」が意味するところを合意する（フィット＋インテント）

以下を含む共有定義を作ってください：

• フィット: 会社規模、業界、地域、技術スタック、予算帯
• インテント: 緊急度、プロジェクトの有無、関係者の整合、購買タイムライン

内部ドキュメントに一度記載しておけば、サイト、フォーム、ルーティングロジックが一貫してサポートできます。

決定者を特定する

多くのB2B案件には複数の役割が関わります。満足させるべき人物を明確にします：

• バイヤー（問題の所有者）
• チャンピオン（社内で推進する人）
• 承認者（経営層や予算保有者）
• 調達／法務（セキュリティ、契約、ベンダー導入）

これらを定義すれば、CTA、信頼要素、フォームの質問を商談を前に進めやすい人々向けに調整できます。

ICP、ユースケース、ディールブレーカーを特定する

サイトが最も機能するのは、「誰のためか」を平易な言葉で決めるときです。そして同時に「誰のためではないか」も明確にします。これによりメッセージが明瞭になり、フォームは短くなり、営業も喜びます。

シンプルなICPを1段落で書く

チーム全員が繰り返せる1段落にまとめます。含める項目：

• 業界: よく勝てる縦割り（避ける業界も）
• 会社規模: 従業員数や収益レンジ
• 地域: 国、タイムゾーン、言語、コンプライアンスの境界
• 技術スタック: 必須ツール（例：Salesforce、HubSpot、SAP）やNGなシステム

例：「Microsoft 365 とモダンなCRMを利用する北米のミッドマーケット向け物流・製造企業（従業員200〜2,000名）。」

主要ユースケース（課題→成果）を定義する

サイトは製品モジュールではなく、買い手が達成しようとしている仕事を反映すべきです。一般的なものを列挙します：

• 課題: 現状で壊れていること（手作業のレポート、承認遅延、信頼できないデータなど）
• 望ましい成果: 成功後の姿（サイクル短縮、ミス減少、可視性向上）

ユースケースが明確なら、意図に応じたページやフォームでフィルタできます。

デモやフォーム送信を止める異議を表面化する

よくある阻害要因：価格の不透明さ、導入工数への不安、セキュリティ懸念、既存スタックとの適合性不明、スパム的なフォローアップの恐れ。CTA付近に短い回答を置いて早めに対処してください。

必須要件と望ましい要件を分ける

クオリフィケーション用に2つのリストを作ります：

• 必須: 予算帯、必須統合、最小チーム規模、コンプライアンス要件
• 望ましい: 希望機能、理想的なタイムライン、任意の統合

こうすることで適合しない良いリードを排除せず、営業の時間も守れます。

最初の訪問から営業引き渡しまでファネルをマップする

B2Bのクオリフィケーションファネルサイトは単なる「ページの集合」ではなく、訪問者を一連の意思決定へ導く設計です。コピーを書く前やレイアウトを作る前に、最初の訪問から営業へのきれいな引き渡しまでの経路をマップしてください。

段階ごとのジャーニーから始める

ファネルをシンプルなチェーンとして書きます：

訪問者 → 関連コンテンツ → 明確なCTA → フォーム／予約 → クオリフィケーション → 営業引き渡し

各段階で2つを決めます：訪問者が必要とするもの（明確さ、証拠、具体性）とあなたが必要とするもの（適合のシグナル、連絡可能性、意図）。

各段階にページを割り当てる

多くのB2Bサイトは次のページタイプでファネルをカバーします：

• ホームページ： 誰向けか、どの問題を解くかの高速な文脈提示と主要CTA
• ソリューション／ユースケースページ： より深い関連性と「これ私向け？」の検証。適切なコンバージョンアクションへリンク。
• リソース（ブログ、ガイド、ウェビナー）： 初期段階の興味を集め信頼を構築
• 価格ページ（または「価格アプローチ」）： 高意図のフィルタ。フォーム前に一般的な疑問に答える

目的はカバレッジです：すべての高流量ページに論理的な次のステップ（コンバージョンCTAまたはソフトな代替）があること。

コンバージョン後に何が起きるかを計画する

ファネルはクリック後も続きます。

サンクスページで「連絡します」だけに終始しないでください。次に何が起きるかを明確にし、期待値（応答時間）を伝え、加速手段（例えば時間を予約する）を提供します。

その後のフォローを整えます：

• 確認メール（即時）
• 回答内容に基づいた担当者へのルーティング
• 適切ならカレンダー予約の提示

低意図の訪問者用のフォールバックパスを定義する

誰もが今すぐ営業と話す準備があるわけではありません。意図的な「ソフトコンバージョン」を用意して失わないようにします：

• メルマガ登録
• ガイドのダウンロード
• 「比較チェックリスト」

これらは迷いが生じる場所（価格ページ、長文リソース、ソリューションページの下部）に置き、関係を育ててクオリフィケーションに導きます。

クオリフィケーションを支えるメッセージを作る

サイトのコピーは説得するだけでなく、適切な買い手が自己識別して前に進めるようにしつつ、ミスマッチのリードをやんわりと遠ざける役割を果たすべきです。

1文のバリュープロポジションから始める

ICPの問題と明確な成果を結ぶ1文を作ります。具体的で、既に感じている痛みと結びつけてください。

例のパターン：

「[ICP] が [痛み] を [仕組み] によって削減し、[期間] 内に [成果] を得られるように支援します。」

これにより曖昧な主張を避け、誰に響くかが明確になります。

スキャン用のメッセージ階層を作る

訪問者の多くは最初に流し読みします。次の順で答えが見つかる予測可能な構造を与えてください：

• ヘッドライン： 主要な成果（使うと何が変わるか）
• サブヘッド： 誰向けでどうやるか（1文）
• 証拠： 数字、ロゴ、短い推薦文、具体的なミニケース
• CTA： ページ意図に合った1つの次のステップ（必ずしも「デモを予約」ではない）

この階層が主要ページで一貫していると、訪問者は理由を自ら理解して自己選別しやすくなります。

意図レベルに合わせてコピーを調整する

トップオブファネルのページは問題の明確化と初期信頼に、ハイインテントページ（価格、製品、統合、比較）は適合について直接的に伝えます。

高インテントページでは以下のような「適合声明」を含めます：

• 「〜のチームに最適」
• 「〜には不向き」
• 「〜を既に使用している場合に特に効果的」

実際の成果を示す具体的な言葉を使う

曖昧なベネフィットを測定可能なインパクトに置き換えます：

• 時間短縮: 「オンボーディングを6週間から2週間に短縮」
• リスク低減: 「全変更に対する監査対応ログ」
• 収益影響: 「リードルーティング精度の改善で有望案件を増加」

具体性は信頼を生み、製品価値を評価しない見込み客を自然にフィルタします。

コンバージョンに適したサイト構造とナビゲーションを設計する

高コンバージョンのクオリフィケーションファネルサイトは「ページ数を増やす」ことではなく、訪問者が迅速に自己識別し、信頼を築き、迷わず次へ進めるページ配置です。

最低限必要なページから始める

次の3つの問いに答えられる最低限のページだけを作ります：何をするか？誰向けか？次に何をすべきか？

典型的なリーン構成：

• ホームページ（ポジショニング＋主要CTA）
• ソリューション／ユースケース（なぜ重要か、成果、証拠）
• 業界や職種ページ（訪問者の自己選別に役立つ）
• 価格または「仕組み」ページ（期待値設定とフィルタ）
• 導入事例（ベストフィットセグメントへの証拠）
• デモ／見積り依頼ページ（コンバージョンページ）

ページが適合の判断や次のアクションに寄与しないなら統合か削除を検討します。

人が期待する場所にハイインテントCTAを配置する

主要アクションは予測可能で一貫した文言にします（例：「デモを予約」）。配置場所：

• トップナビ（右側）
• ヒーローセクション
• 重要ページの末尾近く（証拠と詳細の後）

また「料金を見る」「導入事例を見る」などのソフトな副次CTAも検討してください。

異なるオーディエンス向けに明確な経路を作る

訪問者が1クリックで「これは自分向けだ」と感じられるようにします。入り口の例：

• 役割別（マーケ、RevOps、営業）
• 業界別（SaaS、製造、プロフェッショナルサービス）
• ユースケース別（インバウンドの判定、デモのルーティング、ノーショウ減少）

ナビゲーションのラベルは社内語ではなく、買い手の言葉に合わせます。

行き止まりを排除する

各ページは次のステップへ導くべきです：関連CTA、関連ページ、比較ルート（「/pricing を見る」「/case-studies を見る」）など。ページの底で止まってしまうとファネルは切れます。

シンプルなルール：各ページに主要なコンバージョン目標と次にクリックすべき論理的な選択肢を1つずつ置く。

リードを事前に選別するランディングページを作る

ランディングページは単にリードを集めるだけでなく、正しい人が手を挙げ、間違った人が自己選別できるように設計するべきです。重要なのは明確さ：このオファーは誰向けか、何が得られるか、次に何が起きるか。

トラフィックソースに基づいてページを選ぶ

人がどうやって到達するかをリストアップしてください。通常、次のような別個のランディングページが必要です：

• 有料広告（各広告グループに厳密にマッチする見出し）
• アウトバウンド（パーソナライズされた角度と迅速な信頼性）
• パートナー（コーブランディング、共有の証拠）
• イベント／ウェビナー（セッションに紐づいたフォローオファー）

テンプレートを共有できますが、見出しと証拠はクリックを得た約束に合わせてください。

1ページ＝1オファー

よくある失敗は3つのCTA（デモ、ダウンロード、営業に相談）を同じページに置くことです。各ランディングページは主オファーにコミットしてください（デモ、固定範囲の評価、チェックリストのダウンロードなど）。

サポート構成はシンプルに：

• 何を助けるか（平易な言葉で）
• 誰向けか（業界、チーム規模、ワークフロー）
• 何が得られるか（成果物、期間、例）
• 成功はどう見えるか（具体的成果）

CTA近くに信頼要素を置く（ページ下部だけにしない）

訪問者はスクロール前にCTAをクリックするか決めます。最初のCTA近くに信頼要素を置いてください：顧客ロゴ、短い推薦文、2〜3の証拠点（例：「オンボーディング30%短縮」「SOC 2 Type II」「Salesforce対応」）。読み取りやすくしておきます。

価格／パッケージで適合をフィルタする

完全な価格表は不要ですが、適合フィルタは必要です。「Starting at…」の範囲、最低契約、または「〜に最適」といった記載でカレンダースポットを荒らす低品質なリードを減らします。既にあるなら、CTA下に副次パスとして /pricing へのリンクを置きます（CTAと競合させない）。

スマートなフォームと予約フローを作る

フォームと予約フローは「興味」が「クオリファイドな会話」になるか、あるいは摩擦になる場所です。目的は最初にすべてを聞くことではなく、正しくルーティングするのに十分な情報を集め、次のステップを提示することです。

意図に合わせたフォームを用意する

すべての訪問者が営業と話す準備があるわけではありません。2つのコアフォームタイプを使い分けます：

• 短いフォーム（高ボリューム）：ニュースレター、ウェビナー、製品更新、価格PDF。氏名＋社用メール（場合により会社名）。
• 長めのフォーム（高クオリフィケーション）：デモ、アセスメント、営業への相談。適合とルーティングを決める最小限の項目を追加。

ルール：CTAが会話を約束するなら、その会話に見合うクオリフィケーションを行うこと。

ルーティング改善に役立つ項目だけを尋ねる（その他は削除）

営業向けフローで効果の高い項目例：

• 役割／チーム（購入決定者か影響者か）
• 会社規模（または収益帯）
• 主要ユースケース（ドロップダウン）
• タイムライン（今月／今四半期／検討中）

そのフィールドが次のアクション（ルーティング、優先度、表示するページ）に影響しないなら削除してください。

プログレッシブステップで摩擦を減らす

複数ステップフォームは長い単一ページより良い場合があります。最初は低負荷の項目（メール、会社）を聞き、次にクオリフィケーション（ユースケース、規模）へ進めます。進捗を表示し、戻る操作で入力が消えないようにします。

バリデーションは助けになるように

リアルタイムバリデーションを使い一般的なエラー（タイプミス、@漏れ、サポート外の形式）を防ぎます。エラーメッセージは具体的に直し方を示します（例：「適切な社用メールを使用してください。正しい担当にルーティングできます」）。

予約と「こちらから連絡」の使い分けを決める

カレンダー予約を表示する条件：

• 基本的な適合を満たす
• 担当地域／タイムゾーンのカバレッジがある
• デモとディスカバリーなど適切な面談タイプを用意できる

それ以外は「こちらから連絡します」としてSLA（例：「1営業日以内」）を示し、回答に応じたフォローへ回します（例：/thank-you/demo-request）。

リードスコアリングとクオリフィケーションロジックを追加する

リードスコアリングはファネルの“交通整理役”です。誰を今すぐ営業に回すか、誰をナーチャリングに回すか、誰が不適合かを決めます。重要なのはマーケティングと営業が1分で説明できる程度のシンプルさです。

明示的シグナルと暗黙的シグナルから始める

両方のカテゴリを使って、フォーム送信だけや閲覧行動だけを過大評価しないようにします。

• 明示的シグナル（誰か）: 会社規模、業界、地域、役職／権限、予算帯、タイムライン
• 暗黙的シグナル（何をしたか）: 高インテントページの閲覧（価格、統合、セキュリティ）、再来訪、主要ページでの滞在時間、予約試行、ウェビナー参加

実践的ルール：明示的シグナルは適合を、暗黙的シグナルは意図を示します。

閾値を持つシンプルなスコアモデルを作る

ポイント制で3つの結果と明確な閾値を設定します：

• Disqualify: 不適合（ターゲット外の業界、規模が小さすぎる／大きすぎる、競合、学生など）
• MQL（マーケティング有資格リード）: 適合は良好、意図は育ちつつある
• SQL（営業有資格リード）: 適合＋強い意図。営業に回す

例：

• 会社規模が範囲内：+20
• ターゲット業界：+15
• 決定権のある役職：+15
• 価格ページを閲覧：+10
• 7日以内に再訪：+10
• デモを要求：+30

「まだ準備できていない」リードの扱いを決める

MQLを失敗扱いしないでください。次の道を用意します：

• 次のおすすめリソース（導入事例、ROI計算機、実装ガイド）を提示
• 軽いCTA（ニュースレター、ウェビナー、チェックリスト）を表示
• ナーチャリングに入れて再エンゲージで再スコアリング

ルールは理解可能で監査可能にする

スコアリングルールを1枚にまとめ、月次で営業とレビューしてください。「なぜこのリードが営業に渡ったのか？」と聞かれたときに、2〜3の具体的シグナルで説明できることが重要です。

信頼のシグナルを追加して摩擦を減らす

信頼シグナルはサイト上の“無言の営業”です。見知らぬ企業に連絡先を知らせたり時間を予約したりする不安を減らします。

「本物か？」に答える証拠を選ぶ

買い手の判断基準に合った証拠を優先します。顧客ロゴはターゲットにとって認知度が高いものが効果的です。文脈を付けて「物流・製造で200以上のチームに利用されています」のように示します。

導入事例は文脈と成果を含めてください。単なる%だけでは説得力が薄いです。「35%高速化」よりも「50名の営業組織でオンボーディングを3週間から2週間（35%）に短縮」のように記載します。

フォーム前にリスクに正面から答える

多くの摩擦は導入工数、データセキュリティ、適合性への不安から来ます。クリアなセキュリティ／プライバシーハブ（例：/security）を用意し、次を説明します：

• データ取り扱いの基本（暗号化、アクセス制御、保持方針）
• サブプロセッサ（該当する場合）とデータ保管場所
• 顧客データを誰がどんな条件で見るか

稼働率や信頼性が重要なら期待値と報告場所（ステータスページ）を明記し、導入については典型的なタイムライン、顧客と提供側の責任分担、初日での価値を平易に説明します。

コンプライアンスは有益に、法務ショーにしない

市場が期待する基礎的なコンプライアンス（プライバシー、データ処理、ガバナンス）を含めます。過剰な約束は避け、例えば「DPAリクエストに対応し、必要書類は要請に応じて提供します」のような具体的表現が信頼を生みます。

意思決定が行われる場所にソーシャルプルーフを置く

証拠はコンバージョン時点の近くに：

• リードキャプチャフォーム付近（「Trusted by…」、短い推薦文、関連指標）
• 価格付近（ROIスニペット、導入事例リンク、保証／利用条件の要約）
• デモCTA付近（1文の成果＋事例顧客の役職名）

行動をためらう瞬間に近いほど信頼シグナルは効果的です。

CRM、ルーティング、フォローアップ自動化を統合する

サイトが一日中リードをクオリファイしても、データが正しい場所に素早く届かないと案件は失われます。この章はフォームや予約フローをCRMに接続して、ルーティングとフォローアップが自動かつ一貫して行われるようにするための話です。

必要なCRMフィールドから始める（逆算で設計）

統合に手を付ける前に、正しくルーティング／優先付けするためにCRMに入るべきフィールドを列挙します。典型的な例：会社名、ウェブサイト、メール、役職、国／州、従業員数、業界、興味ある製品、問い合わせ理由。

実務的に考え、フィールドがルーティングやメッセージに影響しないならウェブで集めるべきではありません。

営業の売り方に合ったルーティングルールを定義する

ルーティングはファネルが静かに壊れる場所です。次のようなルールを決めます：

• 地域／テリトリー（国／州／地域）
• 会社規模（SMB／ミッドマーケット／エンタープライズ）
• 業界（規制業界か否か）
• プロダクトライン（AEチームやスペシャリストごと）

これらのルールを1枚にまとめ、マーケ／オペ／営業が同じ解釈をするようにします。

すべてのリードに適切な次のステップを自動化する

オートレスポンスはオファーと意図に合わせます：

• デモリクエスト → カレンダー確認＋次に何が起きるかの案内
• リソースダウンロード → 直接リンク＋「次のおすすめ」CTA（例：コンサル予約）
• 価格問い合わせ → 受領確認＋応答までの目安

パーソナライゼーションは最小限に（名前、会社、興味のある製品）。目的は速度と明確さです。

ハイインテントリードには即時アラートを出す

すべてのリードが即対応を要するわけではありませんが、ハイインテントは即対応が価値を生みます。次のようなシグナルでアラートを作ります：

• デモ予約、価格ページの問い合わせ、エンタープライズ規模、高適合＋緊急タイムライン

適切な所有者に（Slack／メール／CRMタスクで）キー情報を添えて即通知します。

引き渡しを文書化して抜けを防ぐ

何がクオリファイドか、どこでCRMに現れるか、誰が最初の応答を行うか、期待SLAは何かを文書化します。未知のテリトリーや規模不明、重複の扱いなどのエッジケースも含めると、ファネルは「やってみる」ではなく再現性のある仕組みになります。

ファネルを最初から作るなら、構築サイクルを短くする

多くのチームはページ、フォーム、ルーティングロジック、統合といった複数要素にまたがるためにファネル構築が長引きます。もし短期間で動くクオリフィケーションファネルを出して実データで繰り返し改善したいなら、プロトタイプや一部を迅速に作るアプローチが有効です。例えば、Koder.ai のようなチャットベースでウェブアプリを作れるツールは、ランディングページ、マルチステップフォーム、内部のクオリフィケーションダッシュボードをプロトタイプしてデプロイし、準備ができたらソースコードをエクスポートするといった使い方に向いています。

UXとコンバージョン率を段階的に最適化する

コンバージョン最適化は一度の大改修ではなく、小さく制御された改善の連続で最も効果を発揮します。まず1つのハイインテント経路（例：コアランディングページ → フォーム／予約 → サンクスページ）を選び、それを測定可能に改善してから他を触ってください。

最初にテストすべき項目

サイト全体を変えずに結果を動かせるテストを優先します：

• ヘッドライン: 誰向けでどんな成果かを述べているか？
• CTA文言: 「デモを予約」vs「適合を確認」vs「価格を確認」など、意図に合った文言か
• フォーム長: フィールドを減らしてもリード品質が維持されるかを検証（短い方が常に良いとは限らない）
• 証拠の配置: 推薦文やロゴ、セキュリティ表記をCTAやフォーム近くに動かす

テストは1回に1要素にして、何が変化をもたらしたかを見極めます。

スピードとモバイルの使いやすさチェックリストを使う

ランディングページで勝敗が決まることが多いです。モバイル特に注意：

• セルラー回線でも素早く読み込まれる
• タップ対象が十分に大きい（ボタン、フォーム）
• 入力タイプに応じたキーボード（メール、電話）を出す
• CTAを塞ぐポップアップを避ける
• 主要メッセージとCTAがスクロールしなくても見える

ハイインテントページは1つの目的に集中させる

リード獲得やクオリフィケーションを目的とするページでは競合するアクションを避けます。「デモ」「連絡」「価格」「ダウンロード」などを並べると、訪問者はどう参加するかを迷い本来の意思決定（参加するか）をしづらくなります。主CTAを1つだけにし、副次リンクは明確に二次的な選択肢にします（例：「まだ準備できない方は導入事例を見る」）。

パーソナライズは慎重に—必要な場所だけで

パーソナライズは誤解を減らす場合に有効です：業界別の事例、役割別の成果、適合するCTAなど。ただしセグメント化が信頼できないならシンプルで具体的なメッセージに留めます。

ローンチ後に計測して反復する

ローンチはファネルの終わりではなく始まりです。実際の見込み客がサイトに来れば、どのメッセージが適切なアカウントを引き寄せるか、どのページがノイズを生むか、どこで適合した買い手が離脱するかが分かります。観察を小さな改善に変えていくことが目的です。

意図を示すアクションをトラッキングする

ページビューだけでなく購買モメンタムを表す行動を計測します。最低でも次を追跡：

• フォーム送信（どのフォーム、どのページか）
• 予約されたミーティング（スケジュール確定の確認）
• 価格ページのクリックや主要な価格インタラクション（プラン詳細の開閉など）

各イベントはセッション、ソース／メディア、可能なら企業識別子に紐付けて、量ではなく質を分析できるようにします。

リードソースとクオリフィケーション成果を結びつける

トラフィックはKPIではなく、クオリファイドな機会がKPIです。リードソースデータをCRMに送って次のような成果を報告します：

• どのチャネルがSQLを生んでいるか
• 初回訪問→コンバージョン→営業承認までの時間
• チャネルごと・ランディングページごとのリード→案件転換率

これによりマーケティング活動と営業成果のループを閉じ、単なるフォーム送信を量産するチャネルに投資するのを防げます。

シンプルなファネルダッシュボードを作る

週次で読みやすく一貫性のあるダッシュボードを用意します：

トラフィック → コンバージョン → クオリファイドリード → パイプライン

件数と率（コンバージョン率、SQL率、案件率）を含めます。上部の小さな減少よりも、クオリファイド率の大きな低下の方が問題になることが多いです。

定期的に営業とレビューして反復する

隔週または月次で営業と定期的にレビューして、「クオリファイド」が実際にどのようなものかを確かめます。実際のコールノートや成果を使って次を洗い直します：

• クオリフィケーションルール（即対応すべきかナーチャリングか）
• コンテンツギャップ（顧客がサイトで見つけられない質問）
• 間違ったオーディエンスを集めるページとそのリポジショニング方法

変更は実験として扱います：1つずつ調整し、影響を測り、何がファネルを改善したかの変更履歴を残します。

迅速に反復するなら、テスト計画（何をテストするか、想定効果、測定方法）を軽量に保持することを検討してください。既存スタックでも、Koder.ai のような構築環境でも同じことです：小さな変更をデプロイして結果を追い、適合（fit）、意図（intent）、営業引き渡しの結びつきを継続的に強化していきます。