HubSpot + LINE でリードを統合管理する — LIFF でアンケート回答者と LINE 友だちを紐づける

LINE 公式アカウントで集客し、HubSpot でリード管理する——この組み合わせを使っている企業は多いはずです。しかし両者のユーザーデータは放っておくと分断されたままです。本記事では、LINE で配布したアンケート LP の回答者(HubSpot リード)と、LINE 友だち(userId)を自動で紐づける仕組みを、追加サーバーなし・HubSpot ネイティブ機能 + LIFF だけで構築する方法を解説します。 課題: LINE 友だちとリードは「別人」のまま LINE 公式アカウントの友だちは LINE 上の userId でしか識別できず、HubSpot のコンタクトはメールアドレスをキーに管理されます。アンケート LP の URL を LINE で配って回答を集めても、そのままでは 「この回答者は LINE のどの友だちなのか」が分からない 「友だちのうち誰が回答済み/未回答か」のセグメントが作れない HubSpot のリスト起点で LINE Push 配信ができない という状態になります。紐づけの鍵は、フォーム送信時に LINE の userId を一緒に HubSpot へ渡すことです。 方式比較 userId をフォームに同乗させる方法は主に 3 つあります。 方式 仕組み 配信方法 確実性 ① LIFF(推奨) LP を LIFF アプリとして開き、SDK で userId を取得 → hidden フィールドで同送 ブロードキャスト可(全員同じ URL) 高 ② パーソナライズ URL ユーザーごとに ?t=<トークン> 付き URL を Push 送信。トークン↔userId の対応表をサーバーで保持 Push のみ(個別配信・通数コスト増) 中(URL 転送リスク) ③ LINE Login LP に「LINE でログイン」ボタンを設置 自由 高(ただし回答前に同意画面が挟まり離脱要因) 「全員に同じ URL をブロードキャストで配れて、ユーザー操作ゼロで userId が付いてくる」のは LIFF だけです。アンケート用途なら実務上ほぼ一択と言えます。 ...

2026年6月4日 · 4 分

HubSpot 重複コンタクトを API でマージする方法 — AI 検知 × 人間承認の 3 ステップ設計

HubSpot を運用していると必ず直面するのが重複リード(コンタクト)の問題です。同じ人がフォーム経由とインポート経由で別レコードになっている、表記揺れで名寄せされていない——こうした重複を放置するとメール配信もスコアリングも狂います。 結論から言うと、API を使って 2 つのコンタクトをマージすることは可能です。HubSpot の API にはコンタクトのマージ用エンドポイントが用意されており、マージ機能自体は Starter プランでも利用できます(API 実行には Private App の作成権限 = Super Admin が必要)。 ただし、「AI エージェントだけで全自動で重複を検知・マージまで完結させる」のは、安全性の観点から少しハードルが高いです。マージは一発勝負でやり直しが効かないからです。 現実的かつ賢いやり方は、「AI に重複を見つけさせてリスト化させ、マージ自体は API で行う(または人間が承認する)」というシステムを組むことです。本記事では具体的な仕組みと API の実装方法を解説します。 AI × API で実現する「自動重複マージ」の設計図 全自動で裏でマージしてしまうと、同姓同名の別人(例:「佐藤一郎」さんという別の会社の人)をマージしてしまうリスクがあります。そのため、以下のような 3 ステップの仕組みを作るのが一般的です。 Step 1: AI が検知 — AI(またはスクリプト)が「名前が一致、かつ会社名や電話番号が類似」しているリードを抽出 Step 2: 人間が確認 — Slack や社内ツール、Google スプレッドシート等に「この 2 人、マージして大丈夫ですか?」と AI が通知 Step 3: API で実行 — 人間が「承認(OK)」ボタンを押したら、システムが HubSpot API を叩いて安全にマージを実行 Step 1「AI が検知」を分解する 「AI が検知」は実際には 4 つの工程に分かれます。すべてを LLM にやらせるのではなく、機械的に絞り込めるところはスクリプトで処理し、あいまいな判断だけを LLM に渡すのがコストと精度のバランスを取るコツです。 ...

2026年6月4日 · 2 分

HubSpot

概要 HubSpot は CRM(顧客管理)、MA(マーケティングオートメーション)、営業支援、カスタマーサポート、CMS を 1 つのプラットフォームに統合した SaaS。インバウンドマーケティング思想(顧客に「見つけてもらう」発想)を製品化したのが特徴。 公式: https://www.hubspot.com/ エディション 無料プランから始めて、Starter / Professional / Enterprise へとステップアップする構成。 Free: CRM の基本機能・コンタクト管理・基本フォーム Starter: 小規模ビジネス向け・有料機能の入口 Professional: ワークフロー自動化・カスタムレポート・SEO 推奨機能などが揃う中核プラン Enterprise: 大規模組織向け・カスタムオブジェクト・高度な権限管理 Pro プランは「機能の網羅性」と「価格」のバランス点で、本格運用の最初の選択肢になりやすい。 主要機能 CRM: 顧客・商談・タスクの一元管理。無料から使える マーケティング: メールマーケティング、ランディングページ、SEO 推奨、ワークフロー セールス: シーケンス(メール自動送信)、ミーティング予約、商談パイプライン管理 サービス: チケット管理、ナレッジベース、フィードバック収集 CMS: コンテンツ配信用 CMS(テーマ・モジュール開発可能) オペレーションズ: データ同期・カスタムコード・ガバナンス 開発者向けの留意点 CMS Hub のテーマ開発では hsCacheBuster などの内部キャッシュ制御パラメータが付与される。テンプレート上書きやキャッシュ無効化の挙動把握が、フロント実装のトラブルシュート上重要になる。 関連ページ インバウンドマーケティング — HubSpot の根幹思想 ソース記事 HubSpot Pro プランの実用メリット — 2026-04-28 HubSpot CMS の hsCacheBuster — 2026-04-23

2026年4月28日 · 1 分

HubSpot Professional にアップグレードするメリットを 6 Hub 別に整理(Marketing/Sales/Service/Content/Data/Commerce)

HubSpot を Starter から Professional(以降 Pro と表記)にアップグレードするとき、各 Hub で何が変わるのかを整理したメモ。Pro 化で得られる代表的なメリットを 1 行ずつまとめると次のとおり。 Marketing Hub Pro: AEO 対応・失注リードのナーチャリング・類似オーディエンスへの広告配信 Sales Hub Pro: ディール単位の予実管理(Forecasting)・シーケンス機能による追客自動化 Service Hub Pro: 営業時間外のチャットボット運用・解決単位での運用効率化 Content Hub Pro: AEO を意識したコンテンツ生成・検索ワードレコメンド Data Hub(旧 Operations Hub): 外部システムとのワークフロー連携の中核 Commerce Hub: 決済・サブスク・請求の統合(日本では採用例まだ少なめ) 以下、Marketing / Sales / Service / Content / Data / Commerce の 6 つの Hub について、Pro グレードで使えるようになる代表機能と検討時の論点を整理する。 Marketing Hub Pro マーケティング機能の中核。Pro になると、リードナーチャリングや広告連携の自由度が大きく広がる。 AEO(Answer Engine Optimization)への対応 — ChatGPT や Google AI Overviews などの「回答エンジン」に自社コンテンツが拾われるかを最適化する観点。HubSpot は AEO を独立した製品ラインとして打ち出している。ブランドが AI 検索でどう露出しているかを可視化する AEO Grader も提供している。 失注リードのナーチャリング — 失注後にもう一度インバウンドで戻ってきたリードは成約率が高いという経験則がある。Pro のワークフロー機能を使えば「フォローの抜け漏れ」をしくみ化できる。 ナーチャリングが効き始めるリード規模 — BtoB マーケティングの現場では「1,500 リードを超えると効果が見えてくる」という経験則がよく語られる。母数が小さいうちはセグメント別のシナリオを回しても統計的なシグナルが取れず、A/B テストも成立しにくい。 類似オーディエンス(Lookalike Audiences)への広告配信 — Marketing Hub Pro は Google・Meta(Facebook/Instagram)・LinkedIn の広告アカウント連携をサポートする。HubSpot のコンタクトリストを元に類似オーディエンスを生成し、これらの媒体に配信できる。広告費の最適化と CAC 削減につながる。 メール配信のヒント(補足) Pro 化と直接関係する話ではないが、HubSpot を使う以上は必ず話題になるのでまとめておく。 ...

2026年4月28日 · 2 分

インバウンドマーケティング

概要 インバウンドマーケティングは、広告で「押し込む」のではなく、見込み客が自ら検索・発見してたどり着くコンテンツとオファーを用意する顧客獲得の設計思想。HubSpot 創業者ブライアン・ハリガンと共著者らが体系化したフレームワークが広く知られる。 中核には Attract(惹きつける)→ Engage(関わる)→ Delight(喜ばせる) のフライホイールがあり、既存顧客の満足が次の Attract の燃料になる循環を狙う。 4 つのフェーズ フェーズ 主な施策 KPI 例 Attract SEO・ブログ・SNS・動画 検索流入・記事読了・指名検索数 Convert LP・フォーム・CTA リード獲得数・コンバージョン率 Close メールナーチャリング・CRM・営業シーケンス 商談化率・受注率 Delight カスタマーサクセス・コミュニティ・NPS 改善 LTV・継続率・推奨度 アウトバウンドとの違い アウトバウンド: 広告・テレアポ・展示会など「企業 → 顧客」へのプッシュ インバウンド: 検索・SNS・口コミなど「顧客 → 企業」のプル 両者は二者択一ではなく、コンテンツ資産がプル / 広告がプッシュという補完関係で設計される 実装に必要な技術コンポーネント CMS: 検索流入を支えるコンテンツ配信基盤(HubSpot CMS / WordPress / 自社) CRM: 流入したリードの履歴を一元管理する顧客データ基盤 MA(マーケティングオートメーション): シナリオ別のメールナーチャリング・スコアリング アナリティクス: 流入チャネル・コンテンツ別の貢献度測定 これらを統合パッケージで提供するのが HubSpot の事業領域。 押さえどころ コンテンツ資産は減価しない: 一度作った優良記事は長期間トラフィックを稼ぎ続けるため、ROI 計算は単発キャンペーンと別軸で評価する 検索行動の変化に追従: AI 検索(Perplexity / ChatGPT 検索)への露出最適化(GEO / AEO)も視野に オフラインとの統合: Web 行動と営業活動・サポート履歴を CRM 上で同じタイムラインに乗せると効果が読める 関連ページ HubSpot — インバウンド思想を製品化した代表的プラットフォーム ソース記事 HubSpot Pro プランの実用メリット — 2026-04-28 HubSpot CMS の hsCacheBuster — 2026-04-23 インバウンドマーケティング徹底入門 — 2026-04-15

2026年4月15日 · 1 分

HubSpot Line Items API:取引・見積もりに紐づく商品項目を管理する

HubSpot CRM の Line Items(商品項目)API について整理します。Line Items は製品(Product)が取引(Deal)や見積もり(Quote)に紐付けられたときに生成される個別のインスタンスです。 Line Items とは HubSpot における Line Items は、製品カタログ(Products)とは異なる概念です。 Product: 製品カタログ上のマスターデータ Line Item: Product が取引・見積もりなどに追加された際の個別インスタンス Line Items への変更は元の Product には影響しません。取引ごとに価格や数量をカスタマイズできます。 API エンドポイント ベース URL: /crm/v3/objects/line_items 操作 メソッド エンドポイント 作成 POST /crm/v3/objects/line_items 個別取得 GET /crm/v3/objects/line_items/{lineItemId} 一覧取得 GET /crm/v3/objects/line_items 更新 PATCH /crm/v3/objects/line_items/{lineItemId} 削除 DELETE /crm/v3/objects/line_items/{lineItemId} 必要なスコープ スコープ 用途 crm.objects.line_items.read データ取得 crm.objects.line_items.write 作成・更新 tax_rates.read 税率情報の取得 データモデル詳細 Line Item の全プロパティは GET /crm/v3/properties/line_item で取得できます。以下はカテゴリ別の主要プロパティです。 基本情報 内部名 表示名 説明 備考 name 名前 商品項目の名前 必須 description 説明 製品の詳細な説明 hs_sku SKU 製品の固有識別子 hs_product_id 製品 ID 関連する製品ライブラリの ID 製品から作成時に指定 hs_object_id レコード ID Line Item の一意な ID 自動設定・読み取り専用 hs_product_type 製品タイプ INVENTORY(在庫)/ NON_INVENTORY(非在庫)/ SERVICE(サービス) hs_url URL 製品の Web ページ URL hs_images 画像 URL 製品画像の URL 価格・数量 内部名 表示名 説明 備考 quantity 数量 含まれる製品の単位数 price 単価 購入者向けの製品単価 負の値は不可 amount 正価(Net price) 合計金額(数量 × 単価) 計算フィールド hs_cost_of_goods_sold 売上原価 製品の原価 hs_line_item_currency_code 通貨 通貨コード(例: JPY, USD) hs_pricing_model 価格モデル FLAT(定額)または TIERED(段階制) hs_effective_unit_price 有効単価 段階制価格の場合に適用される実効単価 割引 内部名 表示名 説明 備考 hs_discount_percentage 割引率 適用される割引の割合(%) discount 単位割引額 単位あたりの割引金額 hs_total_discount 合計割引額 割引率と割引金額を考慮した総割引額 計算フィールド hs_pre_discount_amount 割引前金額 割引適用前の金額 計算フィールド 税金 内部名 表示名 説明 備考 hs_tax_rate_group_id 税率グループ ID 適用する税率の識別子 tax 税額 適用される税金額 hs_tax_amount 計算税額 税率から自動計算された税額 計算フィールド hs_tax_rate 税率 適用される税率(%) hs_after_tax_amount 税込金額 税額適用後の金額 計算フィールド 定期請求(Recurring Billing) 内部名 表示名 説明 備考 recurringbillingfrequency 請求頻度 定期請求の頻度(monthly, quarterly, annually など) hs_recurring_billing_period 請求期間 ISO-8601 期間形式(例: P12M = 12ヶ月, P1Y = 1年) PnYnMnD / PnW 形式 hs_recurring_billing_start_date 請求開始日 定期請求の開始日 hs_recurring_billing_end_date 請求終了日 定期請求の終了日 hs_recurring_billing_terms 請求条件 FIXED(固定回数)または AUTO_RENEW(自動更新) hs_recurring_billing_number_of_payments 支払い回数 固定回数請求の場合の支払い総数 hs_billing_start_delay_days 請求開始遅延(日) 請求開始を遅延させる日数 hs_billing_start_delay_months 請求開始遅延(月) 請求開始を遅延させる月数 hs_billing_start_delay_type 請求遅延タイプ FIXED_DATE(固定日)または DELAYED_PERIOD(遅延期間) hs_term_in_months 期間(月) 契約期間の月数 収益指標(計算フィールド) 内部名 表示名 説明 hs_tcv 総契約額(TCV) Total Contract Value hs_acv 年間契約額(ACV) Annual Contract Value hs_arr 年間経常収益(ARR) Annual Recurring Revenue hs_mrr 月間経常収益(MRR) Monthly Recurring Revenue hs_margin マージン 売上 − 売上原価 hs_margin_tcv マージン TCV TCV − 売上原価合計 hs_margin_acv マージン ACV ACV − 売上原価(年間) hs_margin_arr マージン ARR ARR − 売上原価(年間) hs_margin_mrr マージン MRR MRR − 売上原価(月間) システムプロパティ(読み取り専用) 内部名 表示名 説明 createdate 作成日時 レコード作成日時 hs_lastmodifieddate 最終更新日時 プロパティが最後に変更された日時 hs_created_by_user_id 作成者ユーザー ID レコードを作成したユーザー hs_updated_by_user_id 更新者ユーザー ID 最後に更新したユーザー hs_object_source レコードソース レコードの作成方法 hs_was_imported インポートフラグ インポートによって作成されたかどうか プロパティの種別 必須: name のみが作成時に必須。ただし price と quantity も通常は指定する 計算フィールド: amount, hs_total_discount, hs_pre_discount_amount, hs_after_tax_amount, hs_tax_amount, 収益指標(TCV/ACV/ARR/MRR)は HubSpot が自動計算する。API から直接設定はできない 読み取り専用: システムプロパティ(作成日時、更新日時、ユーザー ID 等)は自動設定される price の制約: 負の値を設定できない Line Item の作成例 1 2 3 4 5 6 7 8 9 10 POST /crm/v3/objects/line_items { "properties": { "name": "Web開発サービス", "hs_product_id": "12345", "quantity": "1", "price": "500000" } } 取引や見積もりへの関連付けを同時に行う場合は、後述の「関連付け」セクションを参照してください。 ...

2026年3月18日 · 4 分