GoHighLevel + Power BI: 高度なレポートと分析

GoHighLevel のネイティブレポートは、今日のリード数、先週の電子メール開封率、または現在のパイプライン値を確認するなど、運用監視に適しています。これは、経営幹部や本格的な成長チームが必要とする、クロスチャネル、複数期間、複数ソースのビジネスインテリジェンスを目的として設計されていません。 Power BI はそのギャップを埋めます。GHL のデータエクスポートまたは API に接続し、それを他のプラットフォームからのデータと組み合わせ、データを意思決定に変える対話型でフィルター可能なドリルダウン分析を生成します。

このガイドでは、GoHighLevel + Power BI レポートシステムの完全なセットアップ (データ抽出方法、Power BI データモデリング、ダッシュボードの設計、マーケティング中心のビジネスに最も分析的な価値を提供する特定のレポートの種類) について説明します。

重要なポイント

Power BI は、API コネクタ、CSV エクスポート、または中間データウェアハウスを介して GHL データに接続します

GHL API は、連絡先、機会、会話、予定、およびキャンペーンデータへのアクセスを提供します

GHL データを Google 広告、Facebook 広告、Power BI の収益データと組み合わせることで、真のマルチチャネルアトリビューションを作成します

Power BI の DAX 言語により、GHL のネイティブレポートでは利用できない複雑な計算メトリックが可能になります

Power BI でスケジュールされたデータ更新により、手動でエクスポートしなくてもダッシュボードに現在の GHL データが確実に反映されます

エグゼクティブマーケティングダッシュボードは、クライアントポータルまたは企業イントラネットに埋め込むことができます

代理店の場合、Power BI を使用すると、単一のビューでクライアント間のパフォーマンスを比較できます。

GHL + Power BI + Odoo スタックは、マーケティングから運用までをカバーするフルスタックのビジネスインテリジェンスシステムを作成します

GHL のネイティブ分析が高度なユースケースに対応できない理由

GoHighLevel のレポートは、オペレーター、つまり即座に行動を起こすために今何が起こっているかを知る必要がある人々向けに設計されています。これは、傾向を理解し、仮説を検証し、エグゼクティブ品質のプレゼンテーションを作成する必要があるアナリスト向けに設計されたものではありません。

GHL ネイティブレポートにおける具体的なギャップ:

クロスフィルタードリルなし: ソースごとのリードの総数を確認できますが、「Google 広告」をクリックして、それらのリードのコンバージョン率、成約までの平均時間、収益をすぐに確認することはできません。Power BI を使用すると、これが数秒で可能になります。
複数期間の傾向はありません: GHL は今月と先月の比較を示しますが、季節性を明らかにする 12 か月の傾向線は示しません。
カスタム計算フィールドなし: GHL にはリードと収益が表示されますが、リードあたりのコスト (GHL 外部からの広告支出データが必要)、LTV:CAC 比率、またはチャネルごとのアトリビューション加重収益貢献は表示されません。
アカウント間の集計はありません: 代理店の場合、すべてのクライアントアカウントのパフォーマンスを 1 つのビューで確認することは、GHL ではネイティブでは不可能です
エクスポートの自動化なし: GHL レポートは手動でエクスポートする必要があります。 Power BI により、スケジュールされた更新と自動レポート配信が可能になります

データ抽出: GHL データを Power BI に取得する

GHL データを Power BI に接続するには 3 つの方法があり、それぞれ複雑さと機能プロファイルが異なります。

方法 1: CSV エクスポート + Power BI (最も単純)

リアルタイムデータが必要ない月次または週次レポートの場合:

GHL データを CSV にエクスポート (連絡先、商談、キャンペーン分析)
CSV ファイルをデータソースとして Power BI Desktop にインポートします。
モデルとレポートを構築する
CSV ファイルを置き換えて毎月更新する

利点: API の複雑さなし、即時開始、無料欠点: 手動プロセス、リアルタイムではない、エラーが発生しやすい (形式の変更によりモデルが壊れる)

方法 2: GHL API → Power BI (推奨)

GHL の REST API を直接呼び出す Power BI で Power Query コネクタを構築します。

Power BI Desktop で、データの取得 > Web (単純な REST 呼び出しの場合) または データの取得 > 空のクエリ (高度な Power Query M コードの場合) に移動します。
GHL の API で認証し、ページ分割されたデータを取得する Power Query M コードを作成します。 3.自動更新のために Power BI サービスで更新をスケジュールする

このアプローチでは、CSV を手動でエクスポートすることなく、スケジュール (時間ごと、毎日) に従って最新のデータが提供されます。

方法 3: データウェアハウス仲介 (最もスケーラブル)

大量のデータまたは複雑なマルチソースレポートの場合:

GHL API データを取得してクラウドデータベース (BigQuery、PostgreSQL、Azure SQL) に書き込む ETL パイプライン (Python スクリプト、Airbyte、または Fivetran) を構築します。
ネイティブコネクタを使用して Power BI をデータベースに接続する
データベースはステージングレイヤーとして機能します。クエリ、他のデータソースとの結合、長期にわたる保守が容易になります。

これは、10 を超えるクライアントアカウントを管理する代理店、または 100,000 を超える連絡先を持つ企業に推奨されるアーキテクチャです。

Power Query: GHL の API への接続

GHL 連絡先を取得するための実用的な Power Query M コードテンプレートを次に示します。

let
    // Configuration
    ApiKey = "YOUR_GHL_API_KEY",
    LocationId = "YOUR_LOCATION_ID",
    BaseUrl = "https://services.leadconnectorhq.com",

    // Fetch contacts with pagination
    GetContacts = (startAfter as text) =>
        let
            Url = BaseUrl & "/contacts/?locationId=" & LocationId
                & (if startAfter <> "" then "&startAfterId=" & startAfter else "")
                & "&limit=100",
            Headers = [
                Authorization = "Bearer " & ApiKey,
                #"Content-Type" = "application/json"
            ],
            Response = Json.Document(Web.Contents(Url, [Headers = Headers])),
            Contacts = Response[contacts],
            NextId = try Response[meta][nextPageUrl] otherwise null
        in
            [Contacts = Contacts, NextId = NextId],

    // Initial fetch
    FirstBatch = GetContacts(""),
    AllContacts = FirstBatch[Contacts],

    // Convert to table
    ContactTable = Table.FromList(AllContacts, Splitter.SplitByNothing()),
    ExpandedContacts = Table.ExpandRecordColumn(ContactTable, "Column1",
        {"id", "firstName", "lastName", "email", "phone", "tags",
         "dateAdded", "source", "pipeline"})
in
    ExpandedContacts

注: GHL の API では、多くの連絡先を持つアカウントのページネーションを処理する必要があります。上記のテンプレートは単一ページを処理します。大規模な連絡先データベースに対して再帰的なページネーションを実装します。

商談データの取得:

同様のパターンでパイプラインの機会を取得します。

let
    Url = "https://services.leadconnectorhq.com/opportunities/"
        & "?locationId=YOUR_LOCATION_ID&limit=100",
    Headers = [Authorization = "Bearer YOUR_API_KEY"],
    Response = Json.Document(Web.Contents(Url, [Headers = Headers])),
    Opportunities = Response[opportunities],
    OpTable = Table.FromList(Opportunities, Splitter.SplitByNothing()),
    Expanded = Table.ExpandRecordColumn(OpTable, "Column1",
        {"id", "name", "pipelineId", "pipelineStageId", "status",
         "monetaryValue", "assignedTo", "contactId", "createdAt", "updatedAt"})
in
    Expanded

GHL Analytics の Power BI データモデル

適切に設計されたデータモデルは、信頼性の高い Power BI レポートの基盤です。 GHL データの場合、次のテーブルを使用してスタースキーマを構築します。

ファクトテーブル:

fact_contacts — 外部キーとしてディメンションを含む、連絡先ごとに 1 行
fact_opportunities — パイプライン機会ごとに 1 行
fact_campaign_sends — 電子メール/SMS 送信イベントごとに 1 行
fact_appointments — 予定ごとに 1 行

寸法表:

dim_date — 年、四半期、月、週、日、曜日を含む標準の日付ディメンション
dim_lead_source — カテゴリグループ (有料検索、オーガニック、ソーシャル、紹介) を備えた独自のリードソース
dim_pipeline_stage — ステージ名とパイプライン名
dim_user — 連絡先/商談に割り当てられたチームメンバー
dim_tag — フィルタリング用のタグ値

関係図:

dim_date ──── fact_contacts ──── dim_lead_source
                   │
              fact_opportunities ──── dim_pipeline_stage
                   │
              fact_appointments ──── dim_user

このモデルを使用すると、Power BI は次のような質問に答えることができます。「2026 年第 1 四半期に Google 広告から得た見込み客の数は 7 日以内に予約済みの予約に変換されましたか? 平均取引額はいくらですか?」 — GHL のネイティブレポートから手動で組み立てるには 20 分かかるクエリ。

マーケティング分析のための DAX 測定

DAX (Data Analysis Expressions) は、Power BI の数式言語です。これらの測定値は、GHL マーケティング分析に最も関連性の高い計算された指標を提供します。

リードからアポイントへのコンバージョン率:

Conversion Rate L2A =
DIVIDE(
    COUNTROWS(FILTER(fact_appointments, fact_appointments[status] = "attended")),
    COUNTROWS(fact_contacts),
    0
)

リードあたりのコスト (広告費用テーブルが必要):

Cost Per Lead =
DIVIDE(
    SUM(fact_ad_spend[spend]),
    COUNTROWS(fact_contacts),
    0
)

リードから獲得までの平均日数:

Avg Days to Close =
AVERAGEX(
    FILTER(fact_opportunities, fact_opportunities[status] = "won"),
    DATEDIFF(
        RELATED(fact_contacts[dateAdded]),
        fact_opportunities[closedAt],
        DAY
    )
)

パイプライン収益のリスク (14 日以上経過しても案件が進展しない):

Revenue At Risk =
SUMX(
    FILTER(
        fact_opportunities,
        fact_opportunities[status] = "open"
        && DATEDIFF(fact_opportunities[updatedAt], TODAY(), DAY) >= 14
    ),
    fact_opportunities[monetaryValue]
)

メールキャンペーンの ROI:

Campaign ROI =
DIVIDE(
    SUM(fact_opportunities[monetaryValue]) - SUM(fact_ad_spend[spend]),
    SUM(fact_ad_spend[spend]),
    0
) * 100

推奨されるダッシュボードのデザイン

ダッシュボード 1: エグゼクティブマーケティングの概要

リーダーシップレビュー用の 1 ページのダッシュボード (毎月):

KPI カード: 新規リードの合計、リードあたりのコスト、パイプラインの価値、予約済みの予約数、成立した収益
折れ線グラフ: 毎月のリード取引量の傾向 (12 か月)
棒グラフ: リードソース別の収益
ファネルチャート: リードからクロージングまでのコンバージョンファネル
表: ROI 別の上位 5 キャンペーン

ダッシュボード 2: キャンペーンパフォーマンスの詳細

マーケティングマネージャー向け:

キャンペーンの比較表: 送信数、開封率、クリック率、生成された見込み客、帰属する収益
タイムライン: キャンペーンの送信と Web サイトのトラフィック (GA4 接続から)
散布図: 送信量とコンバージョン率 (量と品質のトレードオフを特定)
曜日/時間ヒートマップ: メールが最も開封される可能性が高いのはいつですか?

ダッシュボード 3: パイプラインヘルスモニター

販売および収益業務の場合:

ステージ別のパイプライン: 各ステージの値と数
ステージベロシティ: コンタクトが各ステージに費やす平均日数
収益が危険にさらされている: 機会が 14 日以上滞っている
リードソース、製品、チームメンバーごとの勝敗分析
予測: 確率加重パイプライン値予測

ダッシュボード 4: 代理店のマルチクライアントパフォーマンス

複数の GHL サブアカウントを管理している代理店の場合:

クライアントの比較: すべてのクライアントの KPI を並べて表示
クライアントの健全性スコア: 複合指標 (見込み顧客の増加 + コンバージョン率 + レビュー傾向)
リスクにさらされているクライアント: 指標が月々低下しているクライアント
キャンペーンのベンチマーク: 各クライアントの電子メールのパフォーマンスはアカウントの平均とどのように比較されますか?

Power BI で GHL と他のデータソースを組み合わせる

GHL コンテキストにおける Power BI の真の力は、GHL データを他のマーケティングおよびビジネスデータソースと結合できることです。

GHL + Google 広告:

Google 広告コネクタ経由で Google 広告データを Power BI に接続します
GHL のコンタクトソースタグと一致する UTM キャンペーンパラメータに参加します
キャンペーンごとに、リードあたりの実際のコストと獲得あたりのコストを計算します
実際に（クリックだけでなく）コンバージョンにつながるリードを生成する広告キャンペーンを特定する

GHL + Facebook 広告:

Power BI の Facebook 広告コネクタは、キャンペーン支出、インプレッション、クリックデータを提供します
Facebook キャンペーン名を GHL 連絡先ソースタグと一致させる
統合された有料メディアパフォーマンスビューを構築する

GHL + Odoo (ERP):

Power BI 用の Odoo コネクタ (PostgreSQL 直接接続または API 経由)
Odoo 顧客レコードを使用して GHL 連絡先を結合します (電子メールで共有キーとして)
GHL 取得コストに対する Odoo 注文からの真の顧客 LTV を計算します
どのマーケティングチャネルが最も高い LTV の顧客を生み出しているかを特定する

GHL + Google アナリティクス 4:

GA4 BigQuery エクスポートは Power BI に直接接続します
GHL リード獲得イベントと GA4 セッションデータを関連付けます
ファネル全体を表示: 広告インプレッション → ウェブサイト訪問 → フォーム送信 → GHL コンタクト → パイプライン → 収益

自動レポート配信の設定

Power BI サービス (クラウド) を使用すると、スケジュールされたデータ更新と自動レポート配布が可能になります。

スケジュールされた更新のセットアップ:

Power BI Desktop レポートを Power BI サービスに発行します。
データセット設定に移動します
スケジュールされた更新を構成します (毎日、6 時間ごとなど)。
API 接続の場合、GHL API キーが Power BI 資格情報として保存されていることを確認します。

自動レポート電子メール:

Power BI の「購読」機能は、ダッシュボードまたはレポートページのスナップショットをスケジュールに従って電子メール受信者のリストに送信します。

電子メールで送信するレポートページを開きます 2.上部メニューの「購読」をクリックします
受信者のメールアドレスを追加する
スケジュールを設定します（毎日、毎週、毎月）
受信者は、レポートの PDF/画像スナップショットを受信箱で受け取ります。

クライアントレポートを送信する代理店の場合、クライアントのサブアカウントダッシュボードごとにサブスクリプションを設定します。各クライアントは独自のパフォーマンスレポートを自動的に受け取ります。

クライアントポータル用の Power BI Embedded:

ライブ Power BI レポートをクライアントポータル (GHL のホワイトラベルインターフェイスまたは別のポータル内) に直接埋め込みたい代理店の場合:

Power BI Embedded (Azure) を使用して埋め込みトークンを生成する
ポータルのカスタムページの iframe にレポートを埋め込みます。
クライアントは、Power BI アカウントを必要とせずに、ポータル内でライブ Power BI データを確認できます。

これにより、GHL のネイティブレポートとは大幅に差別化された、プレミアムな分析エクスペリエンスが生まれます。

よくある質問

クライアントがレポートを表示するには Power BI ライセンスが必要ですか?

Power BI Embedded (開発者/Azure アプローチ) 経由でレポートを埋め込む場合、クライアントは独自の Power BI ライセンスを必要とせずにレポートを表示できます。埋め込まれた容量に対して料金を支払います。 Power BI サービスの標準共有を介してレポートを共有する場合、受信者には少なくとも Power BI Pro ライセンス (ユーザーあたり 10 ドル/月) が必要です。クライアントに提供される代理店レポートの場合、Power BI Embedded がプロフェッショナルなアプローチです。この費用は通常、代理店の報告料金に組み込まれています。

Power BI は GHL の API からのデータをどのくらいの頻度で更新できますか?

Power BI Pro では、1 日に最大 8 回のスケジュールされた更新が可能です。 Power BI Premium では、1 日あたり最大 48 回 (30 分ごと) の更新が可能です。真のほぼリアルタイムデータの場合、Power BI REST API は、GHL データが変更されるたびにプログラムで更新をトリガーできます (GHL Webhook → サーバー → Power BI 更新 API 呼び出し経由)。ほとんどのビジネスレポートのニーズには、毎日深夜に更新するだけで十分です。

Power BI から GHL にデータを書き戻すことはできますか?

Power BI は読み取り専用の分析ツールであり、データの書き込みは行いません。 Power BI の分析情報に基づいてアクションを実行する場合 (たとえば、Power BI で特定された高リスクのパイプライン取引にタグを追加する)、Power BI 自体からではなく、ETL パイプラインまたは別のオートメーションからそのアクションをトリガーします。 Power BI は可視性と分析を目的としています。 GHL のワークフローはアクションのためのものです。

Microsoft のエコシステムを使用したくない場合、Power BI for GHL レポートに代わるものは何ですか?

Looker Studio (無料、Google 提供) は、Power BI の代替として最も一般的なものです。同じ API アプローチを介して GHL データに接続し、カスタム計算をサポートし、電子メールで自動レポートを配信します。 Tableau もエンタープライズグレードの代替品です。 Looker Studio は、ネイティブコネクタによりデータ統合が高速化されるため、すでに Google エコシステム（GA4、Google 広告、Google スプレッドシート）に参加しているチームに推奨されます。 Power BI は、Microsoft エコシステム内のチーム、またはより複雑な DAX 計算を必要とするチームに推奨されます。

Power BI で GHL から電子メールと一緒に WhatsApp や SMS の会話を追跡できますか?

はい — GHL の会話 API は、すべてのチャネル (電子メール、SMS、音声) にわたるメッセージデータを提供します。 Power BI データモデルに、各通信イベントを電子メール、SMS、または音声としてタグ付けする channel ディメンションを含めます。これにより、「SMS キャンペーンは電子メールキャンペーンに比べて 3 倍多くの返信を生成しますが、コンバージョンは 40% 少ない」などの比較レポートが可能になります。これは、複数の GHL API エンドポイントからのデータを組み合わせる必要があるクロスチャネルの洞察です。

次のステップ

GoHighLevel + Power BI は、専用のマーケティング分析プラットフォームと真の競争力を持つマーケティングインテリジェンススタックを、わずかなコストで完全なデータ所有権で作成します。データパイプラインとデータモデルの構築への投資は、それを使用してより迅速に、より適切な情報に基づいたマーケティング上の意思決定を行うたびに成果をもたらします。

ECOSIRE の Power BI サービスには、GHL データコネクタの開発、マーケティング分析データモデルの設計、ダッシュボードの作成、クライアントポータルの埋め込みレポートが含まれます。私たちのチームは GHL と Power BI の両方を定期的に使用しているため、学習曲線を試行錯誤することなく統合を構築できます。

ECOSIRE の GoHighLevel サービスは、この統合の GHL 側をカバーします。これにより、GHL データがクリーンで適切に構造化され、Power BI レイヤーが使用できるように API にアクセスできるようになります。チームにお問い合わせくださいして、貴社のビジネスまたは代理店向けに GHL + Power BI 分析プロジェクトの範囲を絞り込んでください。

GoHighLevel + Power BI: 高度なレポートと分析

重要なポイント

Power BI は、API コネクタ、CSV エクスポート、または中間データウェアハウスを介して GHL データに接続します

GHL API は、連絡先、機会、会話、予定、およびキャンペーンデータへのアクセスを提供します

GHL データを Google 広告、Facebook 広告、Power BI の収益データと組み合わせることで、真のマルチチャネルアトリビューションを作成します

Power BI の DAX 言語により、GHL のネイティブレポートでは利用できない複雑な計算メトリックが可能になります

Power BI でスケジュールされたデータ更新により、手動でエクスポートしなくてもダッシュボードに現在の GHL データが確実に反映されます

エグゼクティブマーケティングダッシュボードは、クライアントポータルまたは企業イントラネットに埋め込むことができます

代理店の場合、Power BI を使用すると、単一のビューでクライアント間のパフォーマンスを比較できます。

GHL + Power BI + Odoo スタックは、マーケティングから運用までをカバーするフルスタックのビジネスインテリジェンスシステムを作成します

GHL のネイティブ分析が高度なユースケースに対応できない理由

GHL ネイティブレポートにおける具体的なギャップ:

クロスフィルタードリルなし: ソースごとのリードの総数を確認できますが、「Google 広告」をクリックして、それらのリードのコンバージョン率、成約までの平均時間、収益をすぐに確認することはできません。Power BI を使用すると、これが数秒で可能になります。
複数期間の傾向はありません: GHL は今月と先月の比較を示しますが、季節性を明らかにする 12 か月の傾向線は示しません。
カスタム計算フィールドなし: GHL にはリードと収益が表示されますが、リードあたりのコスト (GHL 外部からの広告支出データが必要)、LTV:CAC 比率、またはチャネルごとのアトリビューション加重収益貢献は表示されません。
アカウント間の集計はありません: 代理店の場合、すべてのクライアントアカウントのパフォーマンスを 1 つのビューで確認することは、GHL ではネイティブでは不可能です
エクスポートの自動化なし: GHL レポートは手動でエクスポートする必要があります。 Power BI により、スケジュールされた更新と自動レポート配信が可能になります

データ抽出: GHL データを Power BI に取得する

GHL データを Power BI に接続するには 3 つの方法があり、それぞれ複雑さと機能プロファイルが異なります。

方法 1: CSV エクスポート + Power BI (最も単純)

リアルタイムデータが必要ない月次または週次レポートの場合:

GHL データを CSV にエクスポート (連絡先、商談、キャンペーン分析)
CSV ファイルをデータソースとして Power BI Desktop にインポートします。
モデルとレポートを構築する
CSV ファイルを置き換えて毎月更新する

利点: API の複雑さなし、即時開始、無料欠点: 手動プロセス、リアルタイムではない、エラーが発生しやすい (形式の変更によりモデルが壊れる)

方法 2: GHL API → Power BI (推奨)

GHL の REST API を直接呼び出す Power BI で Power Query コネクタを構築します。

Power BI Desktop で、データの取得 > Web (単純な REST 呼び出しの場合) または データの取得 > 空のクエリ (高度な Power Query M コードの場合) に移動します。
GHL の API で認証し、ページ分割されたデータを取得する Power Query M コードを作成します。 3.自動更新のために Power BI サービスで更新をスケジュールする

このアプローチでは、CSV を手動でエクスポートすることなく、スケジュール (時間ごと、毎日) に従って最新のデータが提供されます。

方法 3: データウェアハウス仲介 (最もスケーラブル)

大量のデータまたは複雑なマルチソースレポートの場合:

GHL API データを取得してクラウドデータベース (BigQuery、PostgreSQL、Azure SQL) に書き込む ETL パイプライン (Python スクリプト、Airbyte、または Fivetran) を構築します。
ネイティブコネクタを使用して Power BI をデータベースに接続する
データベースはステージングレイヤーとして機能します。クエリ、他のデータソースとの結合、長期にわたる保守が容易になります。

これは、10 を超えるクライアントアカウントを管理する代理店、または 100,000 を超える連絡先を持つ企業に推奨されるアーキテクチャです。

Power Query: GHL の API への接続

GHL 連絡先を取得するための実用的な Power Query M コードテンプレートを次に示します。

let
    // Configuration
    ApiKey = "YOUR_GHL_API_KEY",
    LocationId = "YOUR_LOCATION_ID",
    BaseUrl = "https://services.leadconnectorhq.com",

    // Fetch contacts with pagination
    GetContacts = (startAfter as text) =>
        let
            Url = BaseUrl & "/contacts/?locationId=" & LocationId
                & (if startAfter <> "" then "&startAfterId=" & startAfter else "")
                & "&limit=100",
            Headers = [
                Authorization = "Bearer " & ApiKey,
                #"Content-Type" = "application/json"
            ],
            Response = Json.Document(Web.Contents(Url, [Headers = Headers])),
            Contacts = Response[contacts],
            NextId = try Response[meta][nextPageUrl] otherwise null
        in
            [Contacts = Contacts, NextId = NextId],

    // Initial fetch
    FirstBatch = GetContacts(""),
    AllContacts = FirstBatch[Contacts],

    // Convert to table
    ContactTable = Table.FromList(AllContacts, Splitter.SplitByNothing()),
    ExpandedContacts = Table.ExpandRecordColumn(ContactTable, "Column1",
        {"id", "firstName", "lastName", "email", "phone", "tags",
         "dateAdded", "source", "pipeline"})
in
    ExpandedContacts

商談データの取得:

同様のパターンでパイプラインの機会を取得します。

let
    Url = "https://services.leadconnectorhq.com/opportunities/"
        & "?locationId=YOUR_LOCATION_ID&limit=100",
    Headers = [Authorization = "Bearer YOUR_API_KEY"],
    Response = Json.Document(Web.Contents(Url, [Headers = Headers])),
    Opportunities = Response[opportunities],
    OpTable = Table.FromList(Opportunities, Splitter.SplitByNothing()),
    Expanded = Table.ExpandRecordColumn(OpTable, "Column1",
        {"id", "name", "pipelineId", "pipelineStageId", "status",
         "monetaryValue", "assignedTo", "contactId", "createdAt", "updatedAt"})
in
    Expanded

GHL Analytics の Power BI データモデル

ファクトテーブル:

fact_contacts — 外部キーとしてディメンションを含む、連絡先ごとに 1 行
fact_opportunities — パイプライン機会ごとに 1 行
fact_campaign_sends — 電子メール/SMS 送信イベントごとに 1 行
fact_appointments — 予定ごとに 1 行

寸法表:

dim_date — 年、四半期、月、週、日、曜日を含む標準の日付ディメンション
dim_lead_source — カテゴリグループ (有料検索、オーガニック、ソーシャル、紹介) を備えた独自のリードソース
dim_pipeline_stage — ステージ名とパイプライン名
dim_user — 連絡先/商談に割り当てられたチームメンバー
dim_tag — フィルタリング用のタグ値

関係図:

dim_date ──── fact_contacts ──── dim_lead_source
                   │
              fact_opportunities ──── dim_pipeline_stage
                   │
              fact_appointments ──── dim_user

マーケティング分析のための DAX 測定

DAX (Data Analysis Expressions) は、Power BI の数式言語です。これらの測定値は、GHL マーケティング分析に最も関連性の高い計算された指標を提供します。

リードからアポイントへのコンバージョン率:

Conversion Rate L2A =
DIVIDE(
    COUNTROWS(FILTER(fact_appointments, fact_appointments[status] = "attended")),
    COUNTROWS(fact_contacts),
    0
)

リードあたりのコスト (広告費用テーブルが必要):

Cost Per Lead =
DIVIDE(
    SUM(fact_ad_spend[spend]),
    COUNTROWS(fact_contacts),
    0
)

リードから獲得までの平均日数:

Avg Days to Close =
AVERAGEX(
    FILTER(fact_opportunities, fact_opportunities[status] = "won"),
    DATEDIFF(
        RELATED(fact_contacts[dateAdded]),
        fact_opportunities[closedAt],
        DAY
    )
)

パイプライン収益のリスク (14 日以上経過しても案件が進展しない):

Revenue At Risk =
SUMX(
    FILTER(
        fact_opportunities,
        fact_opportunities[status] = "open"
        && DATEDIFF(fact_opportunities[updatedAt], TODAY(), DAY) >= 14
    ),
    fact_opportunities[monetaryValue]
)

メールキャンペーンの ROI:

Campaign ROI =
DIVIDE(
    SUM(fact_opportunities[monetaryValue]) - SUM(fact_ad_spend[spend]),
    SUM(fact_ad_spend[spend]),
    0
) * 100

推奨されるダッシュボードのデザイン

ダッシュボード 1: エグゼクティブマーケティングの概要

リーダーシップレビュー用の 1 ページのダッシュボード (毎月):

KPI カード: 新規リードの合計、リードあたりのコスト、パイプラインの価値、予約済みの予約数、成立した収益
折れ線グラフ: 毎月のリード取引量の傾向 (12 か月)
棒グラフ: リードソース別の収益
ファネルチャート: リードからクロージングまでのコンバージョンファネル
表: ROI 別の上位 5 キャンペーン

ダッシュボード 2: キャンペーンパフォーマンスの詳細

マーケティングマネージャー向け:

キャンペーンの比較表: 送信数、開封率、クリック率、生成された見込み客、帰属する収益
タイムライン: キャンペーンの送信と Web サイトのトラフィック (GA4 接続から)
散布図: 送信量とコンバージョン率 (量と品質のトレードオフを特定)
曜日/時間ヒートマップ: メールが最も開封される可能性が高いのはいつですか?

ダッシュボード 3: パイプラインヘルスモニター

販売および収益業務の場合:

ステージ別のパイプライン: 各ステージの値と数
ステージベロシティ: コンタクトが各ステージに費やす平均日数
収益が危険にさらされている: 機会が 14 日以上滞っている
リードソース、製品、チームメンバーごとの勝敗分析
予測: 確率加重パイプライン値予測

ダッシュボード 4: 代理店のマルチクライアントパフォーマンス

複数の GHL サブアカウントを管理している代理店の場合:

クライアントの比較: すべてのクライアントの KPI を並べて表示
クライアントの健全性スコア: 複合指標 (見込み顧客の増加 + コンバージョン率 + レビュー傾向)
リスクにさらされているクライアント: 指標が月々低下しているクライアント
キャンペーンのベンチマーク: 各クライアントの電子メールのパフォーマンスはアカウントの平均とどのように比較されますか?

Power BI で GHL と他のデータソースを組み合わせる

GHL コンテキストにおける Power BI の真の力は、GHL データを他のマーケティングおよびビジネスデータソースと結合できることです。

GHL + Google 広告:

Google 広告コネクタ経由で Google 広告データを Power BI に接続します
GHL のコンタクトソースタグと一致する UTM キャンペーンパラメータに参加します
キャンペーンごとに、リードあたりの実際のコストと獲得あたりのコストを計算します
実際に（クリックだけでなく）コンバージョンにつながるリードを生成する広告キャンペーンを特定する

GHL + Facebook 広告:

Power BI の Facebook 広告コネクタは、キャンペーン支出、インプレッション、クリックデータを提供します
Facebook キャンペーン名を GHL 連絡先ソースタグと一致させる
統合された有料メディアパフォーマンスビューを構築する

GHL + Odoo (ERP):

Power BI 用の Odoo コネクタ (PostgreSQL 直接接続または API 経由)
Odoo 顧客レコードを使用して GHL 連絡先を結合します (電子メールで共有キーとして)
GHL 取得コストに対する Odoo 注文からの真の顧客 LTV を計算します
どのマーケティングチャネルが最も高い LTV の顧客を生み出しているかを特定する

GHL + Google アナリティクス 4:

GA4 BigQuery エクスポートは Power BI に直接接続します
GHL リード獲得イベントと GA4 セッションデータを関連付けます
ファネル全体を表示: 広告インプレッション → ウェブサイト訪問 → フォーム送信 → GHL コンタクト → パイプライン → 収益

自動レポート配信の設定

Power BI サービス (クラウド) を使用すると、スケジュールされたデータ更新と自動レポート配布が可能になります。

スケジュールされた更新のセットアップ:

Power BI Desktop レポートを Power BI サービスに発行します。
データセット設定に移動します
スケジュールされた更新を構成します (毎日、6 時間ごとなど)。
API 接続の場合、GHL API キーが Power BI 資格情報として保存されていることを確認します。

自動レポート電子メール:

電子メールで送信するレポートページを開きます 2.上部メニューの「購読」をクリックします
受信者のメールアドレスを追加する
スケジュールを設定します（毎日、毎週、毎月）
受信者は、レポートの PDF/画像スナップショットを受信箱で受け取ります。

クライアントポータル用の Power BI Embedded:

ライブ Power BI レポートをクライアントポータル (GHL のホワイトラベルインターフェイスまたは別のポータル内) に直接埋め込みたい代理店の場合:

Power BI Embedded (Azure) を使用して埋め込みトークンを生成する
ポータルのカスタムページの iframe にレポートを埋め込みます。
クライアントは、Power BI アカウントを必要とせずに、ポータル内でライブ Power BI データを確認できます。

これにより、GHL のネイティブレポートとは大幅に差別化された、プレミアムな分析エクスペリエンスが生まれます。

よくある質問

クライアントがレポートを表示するには Power BI ライセンスが必要ですか?

Power BI は GHL の API からのデータをどのくらいの頻度で更新できますか?

Power BI から GHL にデータを書き戻すことはできますか?

Microsoft のエコシステムを使用したくない場合、Power BI for GHL レポートに代わるものは何ですか?

Power BI で GHL から電子メールと一緒に WhatsApp や SMS の会話を追跡できますか?

GoHighLevel + Power BI: 高度なレポートと分析

GoHighLevel + Power BI: 高度なレポートと分析

GHL のネイティブ分析が高度なユースケースに対応できない理由

データ抽出: GHL データを Power BI に取得する

Power Query: GHL の API への接続

GHL Analytics の Power BI データ モデル

マーケティング分析のための DAX 測定

推奨されるダッシュボードのデザイン

Power BI で GHL と他のデータ ソースを組み合わせる

自動レポート配信の設定

よくある質問

次のステップ

関連記事

会計 KPI: すべての企業が追跡すべき 30 の財務指標

ビジネス インテリジェンスのためのデータ ウェアハウス: アーキテクチャと実装

GoHighLevel で代理店を 100 以上のクライアントに拡張

Data Analytics & BIのその他の記事

会計 KPI: すべての企業が追跡すべき 30 の財務指標

ビジネス インテリジェンスのためのデータ ウェアハウス: アーキテクチャと実装

Power BI 顧客分析: RFM セグメンテーションとライフタイム バリュー

Power BI と Excel: ビジネス分析をアップグレードする時期

ビジネスのための予測分析: 実践的な実装ガイド

Power BI を使用した財務ダッシュボードの構築

GoHighLevel + Power BI: 高度なレポートと分析

GoHighLevel + Power BI: 高度なレポートと分析

GHL のネイティブ分析が高度なユースケースに対応できない理由

データ抽出: GHL データを Power BI に取得する

Power Query: GHL の API への接続

GHL Analytics の Power BI データ モデル

マーケティング分析のための DAX 測定

推奨されるダッシュボードのデザイン

Power BI で GHL と他のデータ ソースを組み合わせる

自動レポート配信の設定

よくある質問

次のステップ

関連記事

会計 KPI: すべての企業が追跡すべき 30 の財務指標

ビジネス インテリジェンスのためのデータ ウェアハウス: アーキテクチャと実装

GoHighLevel で代理店を 100 以上のクライアントに拡張

Data Analytics & BIのその他の記事

会計 KPI: すべての企業が追跡すべき 30 の財務指標

ビジネス インテリジェンスのためのデータ ウェアハウス: アーキテクチャと実装

Power BI 顧客分析: RFM セグメンテーションとライフタイム バリュー

Power BI と Excel: ビジネス分析をアップグレードする時期

ビジネスのための予測分析: 実践的な実装ガイド

Power BI を使用した財務ダッシュボードの構築

GHL Analytics の Power BI データモデル

Power BI で GHL と他のデータソースを組み合わせる

ビジネスインテリジェンスのためのデータウェアハウス: アーキテクチャと実装

ビジネスインテリジェンスのためのデータウェアハウス: アーキテクチャと実装

Power BI 顧客分析: RFM セグメンテーションとライフタイムバリュー

GHL Analytics の Power BI データモデル

Power BI で GHL と他のデータソースを組み合わせる

ビジネスインテリジェンスのためのデータウェアハウス: アーキテクチャと実装

ビジネスインテリジェンスのためのデータウェアハウス: アーキテクチャと実装

Power BI 顧客分析: RFM セグメンテーションとライフタイムバリュー