あなたのEnergySageのような太陽光発電インストーラーディレクトリの構築方法

「find solar installer near me」を検索したことがあれば、EnergySageにたどり着いているはずです。EnergySageは米国の太陽光発電市場で最大手であり、ホームオーナーを審査済みのインストーラーと結びつけ、競争力のある見積もりを生成し、週間で数百万のデータポイントを収集しています。米国エネルギー省が実際にその開発に資金を提供しました。もしあなたがこれを読んでいるなら、おそらくこのようなものを構築したいと思っているでしょう。

ここ数年、エネルギー、住宅サービス、B2B業界のクライアント向けにディレクトリ型マーケットプレイスと地理情報ベースのサービスプラットフォームを構築してきました。太陽光発電インストーラーディレクトリの背後にあるアーキテクチャはロケットサイエンスではありませんが、プロジェクトを成功させるか失敗させるかを左右する驚くほど多くの決定があります。データモデリングから検索インフラストラクチャ、実際に有機トラフィックを駆動するSEO戦略まで、すべてを説明させてください。

目次

• 太陽光発電マーケットプレイスモデルを理解する
• コアアーキテクチャの決定
• インストーラーディレクトリのデータベース設計
• 地理情報ベースの検索とロケーションサービス
• 見積もりリクエストシステムの構築
• ローカル太陽光発電ページのSEOアーキテクチャ
• インストーラー認証と信頼シグナル
• 技術スタック推奨事項
• パフォーマンスベンチマークとコスト推定
• FAQ

太陽光発電マーケットプレイスモデルを理解する

1行のコードを書く前に、EnergySageとsolar.comのようなプラットフォームが事業としてどのように機能するかを理解する必要があります。これらは特定の収益モデルを持つ双方向マーケットプレイスです：

1. ホームオーナーが住所とユーティリティ情報を入力して太陽光発電の見積もりをリクエストする
2. インストーラーがこれらのリードにアクセスし、価格と品質で競争するために支払う
3. プラットフォームはインストーラー購読料、リード単位の手数料、または成約手数料から収益を得る

EnergySageは、彼らのマーケットプレイスがホームオーナーに直接申し込む場合と比較して、ワットあたり約$0.20～$0.40の節約をもたらすと報告しています。これは典型的な5 kWの住宅システムで$1,000～$2,000です。その節約は競争から来ます。複数のインストーラーが同じプロジェクトに入札すると、価格は下がります。これがあなたが複製する必要があるコアバリュープロポジションです。

2025年の太陽光発電市場は米国だけで$30+ 億の産業であり、住宅設置は前年比約15～20%の成長率です。インフレ削減法の30%連邦税額控除は2032年まで続くため、この市場は減速していません。

主要なプレイヤーは以下の通りです：

プラットフォーム	モデル	収益源	インストーラーネットワーク
EnergySage	見積もりマーケットプレイス	リード手数料+データライセンシング	500+審査済みインストーラー
Solar.com	ガイド付きマーケットプレイス	推奨価格設定コミッション	キュレーションネットワーク
Enphase Installer Locator	機器関連ディレクトリ	ハードウェア販売	認定Enphaseインストーラー
SolarReviews	レビューディレクトリ	リード生成手数料	500+登録企業
Yelp/Google	一般ディレクトリ	広告	未審査リスティング

あなたのディレクトリはEnergySageと正面から競争する必要はありません。ニッチな機会が存在します：州固有のディレクトリ、商用のみのマーケットプレイス、バッテリーストレージスペシャリスト、または特定の機器ブランドに焦点を当てたディレクトリです。

コアアーキテクチャの決定

最初の本当の決定は、静的ディレクトリ、動的マーケットプレイス、またはその中間を構築するかどうかです。それぞれが根本的に異なる複雑さを持っています。

静的ディレクトリ対動的マーケットプレイス

静的ディレクトリは、連絡先情報、レビュー、およびサービス地域を持つインストーラーをリストしています。太陽光発電のイエローページのようにお考えください。低い複雑性、迅速な構築、広告またはフィーチャーされたリスティングを通じた収益化。

動的マーケットプレイスは、リード獲得から成約までのワークフロー全体を処理します：リード獲得、インストーラーマッチング、見積もり生成、比較ツール、そして時には資金調達さえも。これがEnergySageが行うことです。高い複雑性ですが、はるかに高い収益ポテンシャル。

ほとんどのチームはディレクトリから始まり、その上にマーケットプレイス機能を層化する必要があります。その理由は以下の通りです：ディレクトリページは有機トラフィックを生成し（「[都市]の太陽光発電インストーラー」というキーワードで数千ページ）、そのトラフィックはマーケットプレイスファネルを供給します。

ヘッドレスアーキテクチャ

このようなプロジェクトについては、ヘッドレスアーキテクチャを強くお勧めします。これは私が使用するセットアップです：

• フロントエンド：一般公開サイト用のNext.jsまたはAstro
• CMS：インストーラープロファイルと編集コンテンツ用のヘッドレスCMS（Sanity、Contentful、またはPayload）
• APIレイヤー：検索、見積もり、および取引ロジック用のカスタムNode.js/ExpressまたはtRPC API
• データベース：地理空間クエリ用のPostgreSQL with PostGIS
• 検索：インスタントインストーラー検索用のAlgoliaまたはMeilisearch

当社のNext.js開発およびヘッドレスCMS機能を使用して、クライアント向けに同様のアーキテクチャを構築しました。ヘッドレスアプローチを使用すると、コンテンツレイヤー（数千のロケーションページ）をアプリケーションレイヤー（見積もりエンジン、ユーザーダッシュボード）から独立してスケーリングできます。

モノレポ構造

Turborepoを使用してこれをモノレポとして整理します：

├── apps/
│   ├── web/              # Next.js公開サイト
│   ├── installer-portal/  # インストーラーダッシュボード（Next.js）
│   └── admin/            # 内部管理（React）
├── packages/
│   ├── database/         # Prismaスキーマ+マイグレーション
│   ├── api/              # 共有APIルート/tRPC
│   ├── ui/               # 共有コンポーネントライブラリ
│   └── geo/              # 地理空間ユーティリティ
└── turbo.json

これにより、プロジェクトが成長するにつれて物事が整理されたままになります。geoパッケージは注目に値します。複数のアプリ全体で地理空間ロジック（距離計算、サービス地域マッチング、ジオコーディング）を再利用します。

インストーラーディレクトリのデータベース設計

これは、ほとんどのディレクトリプロジェクトが成功するか、何年も続く頭痛を引き起こすかのいずれかの場所です。うまく機能したスキーマを共有させてください。

コアエンティティ

-- インストーラー企業
CREATE TABLE installers (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  name VARCHAR(255) NOT NULL,
  slug VARCHAR(255) UNIQUE NOT NULL,
  description TEXT,
  website_url VARCHAR(500),
  phone VARCHAR(20),
  email VARCHAR(255),
  logo_url VARCHAR(500),
  founded_year INTEGER,
  employee_count_range VARCHAR(50),
  license_number VARCHAR(100),
  is_verified BOOLEAN DEFAULT FALSE,
  verification_date TIMESTAMP,
  avg_rating DECIMAL(2,1) DEFAULT 0,
  total_reviews INTEGER DEFAULT 0,
  total_installations INTEGER DEFAULT 0,
  status VARCHAR(20) DEFAULT 'pending',
  created_at TIMESTAMP DEFAULT NOW(),
  updated_at TIMESTAMP DEFAULT NOW()
);

-- サービス地域（地理空間クエリ用PostGISを使用）
CREATE TABLE service_areas (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  installer_id UUID REFERENCES installers(id),
  area_name VARCHAR(255),
  geometry GEOMETRY(POLYGON, 4326),
  radius_miles INTEGER,
  center_point GEOMETRY(POINT, 4326),
  is_primary BOOLEAN DEFAULT FALSE
);

-- 認定資格とクレデンシャル
CREATE TABLE installer_certifications (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  installer_id UUID REFERENCES installers(id),
  certification_type VARCHAR(100), -- 'NABCEP', 'Tesla Powerwall', 'Enphase'等
  certification_number VARCHAR(100),
  issued_date DATE,
  expiry_date DATE,
  verified BOOLEAN DEFAULT FALSE
);

-- インストール機器/ブランド
CREATE TABLE installer_equipment (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  installer_id UUID REFERENCES installers(id),
  equipment_type VARCHAR(50), -- 'panel', 'inverter', 'battery'
  brand VARCHAR(100),
  model VARCHAR(255),
  is_preferred BOOLEAN DEFAULT FALSE
);

-- ロケーションページ（SEO用）
CREATE TABLE locations (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  state VARCHAR(2) NOT NULL,
  city VARCHAR(255) NOT NULL,
  county VARCHAR(255),
  slug VARCHAR(255) UNIQUE NOT NULL,
  zip_codes TEXT[], -- カバーされた郵便番号の配列
  center_point GEOMETRY(POINT, 4326),
  avg_system_cost DECIMAL(10,2),
  avg_electricity_rate DECIMAL(5,4),
  avg_sun_hours DECIMAL(4,2),
  state_incentives JSONB,
  installer_count INTEGER DEFAULT 0,
  meta_title VARCHAR(70),
  meta_description VARCHAR(160),
  content TEXT, -- Markdownエディトリアルコンテンツ
  created_at TIMESTAMP DEFAULT NOW(),
  updated_at TIMESTAMP DEFAULT NOW()
);

サービス地域の問題

これが難しい部分です。インストーラーは単一ポイント周辺のきちんとした円形領域を提供していません。彼らは奇妙な形の地域を提供しています。おそらく1つの州で3つの郡、そして国境を越えた数つの郵便番号です。3つのオプションがあります：

1. 半径ベース：インストーラーが中心点と最大距離を設定します。シンプルですが不正確です。
2. 郵便番号リスト：インストーラーが特定の郵便番号を選択します。正確ですが、広い地域では面倒です。
3. ポリゴンベース：マップに実際のサービス地域境界を描画します。最も正確で、最良のUXですが、PostGISとマップ描画UIが必要です。

オプション3を実装し、オプション1をフォールバックとして使用します。オンボーディング中に、インストーラーがMapbox/Google Mapsインターフェイス上でサービス地域を描画するか、単に半径を入力することを許可します。インストーラー一致のためにPostGISのST_ContainsおよびST_DWithin関数を使用します：

-- 特定のポイント（ホームオーナーの住所）を提供するインストーラーを検索
SELECT i.* FROM installers i
JOIN service_areas sa ON sa.installer_id = i.id
WHERE ST_Contains(sa.geometry, ST_SetSRID(ST_MakePoint(-71.4128, 41.8240), 4326))
  AND i.status = 'active'
ORDER BY i.avg_rating DESC;

地理情報ベースの検索とロケーションサービス

「find solar installer near me」クエリがすべてです。これは主なユーザーインテント、主なSEOターゲット、およびコアUXフローです。これをしっかりと実現する必要があります。

ジオコーディングパイプライン

ホームオーナーが住所または郵便番号を入力すると、フロー以下の通りです：

1. クライアント側：Google Places APIまたはMapbox Geocodingによるオートコンプリート
2. ジオコード：住所を緯度/経度座標に変換
3. クエリ：そのポイントを含むサービス地域を持つインストーラーを検索
4. エンリッチ：ローカルユーティリティデータ、州インセンティブ、平均太陽光照度を取得
5. ランク：関連性でソート（評価、距離、応答時間、確認状態）

// 例：インストーラー検索用Next.js APIルート
import { db } from '@/packages/database';
import { geocode } from '@/packages/geo';

export async function GET(request: Request) {
  const { searchParams } = new URL(request.url);
  const zipCode = searchParams.get('zip');
  const lat = searchParams.get('lat');
  const lng = searchParams.get('lng');

  let coordinates = { lat: Number(lat), lng: Number(lng) };

  if (zipCode && (!lat || !lng)) {
    coordinates = await geocode(zipCode);
  }

  const installers = await db.$queryRaw`
    SELECT 
      i.*,
      ST_Distance(
        sa.center_point::geography,
        ST_SetSRID(ST_MakePoint(${coordinates.lng}, ${coordinates.lat}), 4326)::geography
      ) / 1609.34 as distance_miles
    FROM installers i
    JOIN service_areas sa ON sa.installer_id = i.id
    WHERE (
      ST_Contains(sa.geometry, ST_SetSRID(ST_MakePoint(${coordinates.lng}, ${coordinates.lat}), 4326))
      OR ST_DWithin(
        sa.center_point::geography,
        ST_SetSRID(ST_MakePoint(${coordinates.lng}, ${coordinates.lat}), 4326)::geography,
        sa.radius_miles * 1609.34
      )
    )
    AND i.status = 'active'
    ORDER BY i.is_verified DESC, i.avg_rating DESC, distance_miles ASC
    LIMIT 20
  `;

  return Response.json({ installers, coordinates });
}

検索インフラストラクチャ

インスタント検索（名前、認定資格、機器ブランド別のフィルタリング）の場合、PostgreSQLだけでは数千のインストーラーを超えると遅くなります。Algoliaまたはメイルサーチを上に層化します：

機能	Algolia	Meilisearch	PostgreSQL全文検索
レイテンシ	<50ms	<50ms	100-500ms
地理フィルタリング	組み込み	組み込み	PostGIS必要
ファセット検索	優秀	良好	手動
タイポ許容度	あり	あり	なし
価格（2025年）	$1/1K リクエスト	無料（自己ホスト）	無料
セットアップの複雑さ	低	中	低

Algoliaの1,000リクエストあたり$1は、ほとんどのディレクトリで妥当です。予算が限られている場合は、$20/月のVPS上でMeilisearchを自己ホストします。

見積もりリクエストシステムの構築

これがディレクトリをマーケットプレイスから分離するものです。見積もりシステムはあなたの収益エンジンです。

見積もりリクエストフロー

1. ホームオーナーが住所を入力→ユーティリティプロバイダーと料金を自動検出
2. 屋根評価（Google Solar APIまたはAurora Solarからの衛星画像）
3. 使用量と屋根スペースに基づくシステムサイズ推奨
4. 地域内の3～8人の適格インストーラーとマッチング
5. インストーラーが48時間以内に競争見積もりを提出
6. ホームオーナーが標準化されたダッシュボード上で見積もりを比較

Google Solar API（2023年にリリース、現在広く利用可能）はここで大きな近道です。これは米国の320+万棟の建物にわたる太陽光発電の可能性データを提供します：

• 屋根セグメント分析
• 年間日照時間
• 推定発電量
• 最適なパネルの配置

// Google Solar API - Building Insights
const response = await fetch(
  `https://solar.googleapis.com/v1/buildingInsights:findClosest?` +
  `location.latitude=${lat}&location.longitude=${lng}` +
  `&requiredQuality=HIGH&key=${GOOGLE_SOLAR_API_KEY}`
);

const data = await response.json();
// data.solarPotential.maxArrayPanelsCount
// data.solarPotential.maxSunshineHoursPerYear
// data.solarPotential.financialAnalyses

これは初期見積もり段階での手動現場調査の必要性を排除し、見積もりまでの時間を大幅に短縮します。

見積もりデータモデル

各見積もりは、意味のある比較をキャプチャするのに十分な詳細を取得する必要があります：

interface SolarQuote {
  id: string;
  requestId: string;
  installerId: string;
  systemSizeKw: number;
  panelBrand: string;
  panelModel: string;
  panelCount: number;
  inverterBrand: string;
  inverterType: 'string' | 'micro' | 'hybrid';
  batteryIncluded: boolean;
  batteryBrand?: string;
  batteryCapacityKwh?: number;
  grossCost: number;
  federalTaxCredit: number;
  stateIncentives: number;
  utilityRebates: number;
  netCost: number;
  estimatedAnnualProduction: number;
  warrantyYears: number;
  estimatedPaybackYears: number;
  financingOptions: FinancingOption[];
  validUntil: Date;
}

ローカル太陽光発電ページのSEOアーキテクチャ

ここはほとんどの太陽光発電ディレクトリが勝つか負けるかの場所です。EnergySageはプログラム的なロケーションページから大量の有機トラフィックを生成します。彼らはすべての州のすべての都市にページを持っています。構造は/local-data/solar-companies/{state}/{county}/{city}/です。

URL構造

以下の推奨URLの階層です：

/solar-installers/                        # 国家ハブ
/solar-installers/rhode-island/           # 州ページ
/solar-installers/rhode-island/providence/ # 都市ページ
/installer/blue-sky-solar/                # 個別インストーラープロファイル
/solar-costs/rhode-island/                # 州別コストデータ

プログラム的なページ生成

Next.js App Routerを使用して、ビルド時に数千のロケーションページを生成できます：

// app/solar-installers/[state]/[city]/page.tsx
export async function generateStaticParams() {
  const locations = await db.location.findMany({
    select: { state: true, slug: true }
  });
  
  return locations.map((loc) => ({
    state: loc.state.toLowerCase().replace(/\s+/g, '-'),
    city: loc.slug,
  }));
}

export async function generateMetadata({ params }: Props) {
  const location = await getLocation(params.state, params.city);
  return {
    title: `Best Solar Installers in ${location.city}, ${location.state} (2025)`,
    description: `Compare ${location.installerCount} vetted solar companies in ${location.city}. Average system cost: $${location.avgSystemCost}. Get free quotes today.`,
  };
}

10,000+のロケーションページを持つサイトの場合、Next.jsではなくAstroを検討してください。Astroの静的生成は、コンテンツの多いサイト向けのプログラム的なページセットに対して大幅に高速です。大きなプログラム的なページセットの場合、ビルド時間が45分から5分未満に短縮されています。

ロケーションページのコンテンツ戦略

空のテンプレートページを生成しないでください。各ロケーションページには、ユニークで有用なコンテンツが必要です：

• 地域内のアクティブなインストーラーの数
• その都市の平均太陽光システムコスト（見積もりデータから引き出す）
• ローカルユーティリティ料金と順ネットメータリングポリシー
• 州および地方インセンティブ（これらは大きく異なります）
• 平均太陽光照度/日中時間
• 本当のレビュー付きトップ評価インストーラー
• 最近の見積もりの比較表

例えば、EnergySageのプロビデンス、RIページには、経験、認定資格、機器設定に関する詳細を含む8つのマーケットプレイスインストーラーがリストされています。これがあなたが競争している深さです。

インストーラー認証と信頼シグナル

信頼が全ゲームです。EnergySageは、インストーラーがマーケットプレイスに参加する前に2～3年の経験と複数の成功したインストレーションがあることを確認しています。Solar.comは「チャフを取り除く」について話します。検証パイプラインが必要です。

検証チェックリスト

• 事業ライセンス：API経由で州の請負業者ライセンスを確認（多くの州に公開ロックアップAPIがあります）
• 保険：一般責任（$1M+）と労働者補償の証明が必要
• NABCEP認定資格：太陽光発電インストーラーの金標準。NABCEP のデータベースで確認
• 営業年数：州の事業登録記録とのクロスリファレンス
• インストレーション履歴：完了したプロジェクトのポートフォリオをリクエスト
• 背景チェック：住宅プロジェクトに入札する企業向け
• レビュー：Google、Yelp、BBB、および自社プラットフォームから集計

信頼UI要素

インストーラープロフィール上で検証ステータスを目立つように表示します：

<div className="flex items-center gap-2">
  <VerifiedBadge />
  <span className="text-sm text-green-700">
    Verified: License #12345 • NABCEP Certified • 
    Insured to $2M • {yearsInBusiness} years experience
  </span>
</div>

すべてのページに「あなたが私たちを信頼できる理由」セクションを含めてください。EnergySageはこれを行い、それは機能します。検証プロセスを透過的に説明します。

技術スタック推奨事項

2025年にこれを実際に構築するために使用するものです：

レイヤー	テクノロジー	理由
フロントエンド	Next.js 15 (App Router)	SSR + ISRは動的ページ用、RSCはパフォーマンス用
スタイリング	Tailwind CSS + shadcn/ui	迅速な反復、アクセス可能なコンポーネント
CMS	Payload CMS (自己ホスト)	オープンソース、カスタムコレクションに最適
データベース	PostgreSQL 16 + PostGIS	地理空間クエリ、信頼性
ORM	Prisma +地理用の生SQL	両方の長所
検索	Meilisearch (自己ホスト)	無料、高速、地理対応
マップ	Mapbox GL JS	スケール時にGoogle Mapsより優れた価格
ジオコーディング	Mapbox Geocoding API	$0.75/1,000リクエスト
ホスティング	Vercel (フロントエンド) + Railway (API + DB)	簡単なデプロイ、合理的な価格
認証	ClerkまたはNextAuth.js	ホームオーナーとインストーラーの個別フロー
監視	Sentry + Plausible Analytics	エラー追跡+プライバシーに配慮した分析
メール	Resend	トランザクションメール見積もり通知用

~10,000月間ユーザーを処理するMVPのざっくりしたインフラストラクチャコスト：約$150～300/月。スケール時（100K+月間ユーザー）、約$800～2,000/月が見込まれます。APIコストの計算前。

これが適切に構築されるのを手伝いたい場合は、価格設定をチェックするか、直接連絡してください。同様のアーキテクチャを持つ数千ページのディレクトリサイトを構築しました。

パフォーマンスベンチマークとコスト推定

現実的な開発タイムラインがどのように見えるかです：

フェーズ	スコープ	タイムライン	コスト範囲
MVPディレクトリ	インストーラーリスティング、地理検索、ロケーションページ	8-12週間	$30K-60K
見積もりシステム	リード獲得、インストーラーマッチング、見積もり比較	6-8週間	$25K-45K
インストーラーポータル	ダッシュボード、リード管理、分析	4-6週間	$15K-30K
ホームオーナーダッシュボード	保存された見積もり、メッセージング、プロジェクト追跡	4-6週間	$15K-25K
支払い統合	インストーラー購読、リード支払い	2-3週間	$8K-15K
総MVPマーケットプレイス		24-35週間	$93K-175K

これらは経験豊富なチームによる品質構築のための現実的な数字です。一部の代理店は同様のスコープで$250K+を見積もっており、いくつかのチームは$15Kでそれをしようとしていますが、実際のトラフィックの下で崩れるものになります。

達成すべきパフォーマンス目標：

• ロケーションページロード：< 1.5秒（LCP）。これらはあなたのSEOマネーページです
• 検索結果：キーストロークから結果まで< 200ms
• 地理クエリ：「[郵便番号]の近くのインストーラー」> 100ms
• Core Web Vitals：すべてのボード全体で緑
• ビルド時間：5,000+の静的ページで< 10分

FAQ

EnergySageのような太陽光発電インストーラーディレクトリを構築するのにどのくらいの費用がかかりますか？

地理検索とインストーラープロファイルを備えた基本的なディレクトリは、$30K～60Kで構築できます。見積もり比較、インストーラーダッシュボード、支払い処理を備えた完全なマーケットプレイスは、通常、機能スコープに応じて$93K～175Kで実行されます。EnergySageは米国エネルギー省助成金でファンドされており、$10M以上のベンチャーキャピタルを調達しているため、シューストリング予算で完全な機能セットを複製することは期待しないでください。

太陽光発電マーケットプレイス用にどの技術スタックを使用すべきですか？

フロントエンド用のNext.js 15（SSR機能はSEOに重要）、地理空間クエリ用のPostgreSQL with PostGIS、インスタント検索用にAlgoliaまたはMeilisearchを推奨します。CMSレイヤーの場合、Payload CMSまたはSanityはインストーラープロファイルと編集コンテンツを管理するのに適しています。フロントエンドはVercelにホストし、データベースとAPIをRailwayまたはRenderにホストします。

EnergySageのような太陽光発電マーケットプレイスプラットフォームはどのようにお金を稼いでいますか？

EnergySageはリード生成モデルを使用しています。インストーラーは適格なホームオーナーリードへのアクセスに対して支払います。彼らはまた、投資会社、学術研究者、政府機関に豊富な太陽光発電価格設定データをライセンスしています。Solar.comはわずかに異なるアプローチを採用し、推奨価格設定コミッションを取っています。ほとんどのディレクトリサイトは掲載リスティング手数料（インストーラーあたり$50～500/月）で開始し、スケールするにつれてリード単位の価格（リードあたり$20～100）に発展します。

ディレクトリを充実させるための太陽光発電インストーラーデータを入手するにはどうすればよいですか？

公開データのスクレイピングから始めます：州の請負業者ライセンスデータベース、NABCEPの認定インストーラーディレクトリ、製造業者ロケーター（Enphaseのインストーラーネットワークなど）。次に、インストーラーがプロファイルをクレームして強化するオンボーディングフローを構築します。初期段階では、インストーラーに手動でアクティブに接触する必要があります。マーケットプレイスをシードするために無料リストを提供します。コールドスタート問題は本当です。誰も空のマーケットプレイスに参加したいとは思いません。

太陽光発電インストーラーディレクトリにおいてSEOはどの程度重要ですか？

本質的には、あなたの全体的な成長戦略です。「[都市]の太陽光発電インストーラー」クエリをターゲットにしたプログラム的なロケーションページは、EnergySageがトラフィックの大部分を駆動する方法です。すべての主要都市と州にページを作成し、各ページは真正なローカルデータ（平均コスト、インセンティブ情報、インストーラー数）を持つ必要があります。強力な有機検索パフォーマンスがなければ、競争するために有料acquisition予算を消費します。

Google MapsまたはMapboxをマッピング機能に使用すべきですか？

ほとんどの場合、Mapbox。Google Maps価格は急速に高くなります。Maps JavaScript APIは、$200/月の無料クレジット後、ロードあたり$7の料金です。Mapboxはロードあたり$0.60の料金で、月間無料ロード50,000回の大量サービスを提供しています。マーケットプレイスが何千もの場所ページでマップをレンダリングする可能性があるディレクトリの場合、Mapboxは毎月数千ドルを節約できます。ただし、Google Solar APIを建物の洞察データに使用します。他に適切なものはありません。

インストーラーの検証とベッティングをどのように処理しますか？

複数段階の検証パイプラインを構築します：州の請負業者ライセンスデータベースを確認（多くの場合、APIがあります）、NABCEP認定資格を確認、保険の証明を要求、事業登録記録と相互参照。EnergySageは2～3年の経験と複数の完了されたインストレーションが必要です。自動化できるものを自動化しますが、いくつかの手動レビューを期待します。検証バッジをすべてのインストーラープロフィール上に目立つように表示します。これはホームオーナーの変換率に直接影響します。

システムサイズ推定にGoogle Solar APIを使用できますか？

はい、使用すべきです。Google Solar APIは、米国全体で320+万棟をカバーし、屋根セグメント分析、年間日中データ、推定発電量を提供しています。Building Insightsで1,000リクエストあたり$10の費用がかかります。ホームオーナーが住所を入力するときにシステムサイズの推定値を事前に設定するために使用します。これはリクエスト見積もりエクスペリエンスを大幅に改善し、現実的な期待を設定してからインストーラーが関与するようにします。