So bauen Sie ein Solar-Installateur-Verzeichnis wie EnergySage
Ein Solar-Installer-Verzeichnis wie EnergySage aufbauen
Wenn du jemals "find solar installer near me" gegoogelt hast, bist du wahrscheinlich auf EnergySage gelandet. Es ist der dominierende Solar-Marktplatz in den USA und verbindet Hausbesitzer mit geprüften Installern, generiert konkurrierende Angebote und verarbeitet wöchentlich Millionen von Datenpunkten. Das US Department of Energy hat seine Entwicklung sogar finanziert. Und wenn du das hier liest, möchtest du wahrscheinlich etwas Ähnliches aufbauen.
In den letzten Jahren habe ich Directory-Style-Marktplätze und geografiebasierte Service-Plattformen für Kunden in den Bereichen Energie, Home Services und B2B gebaut. Die Architektur hinter einem Solar-Installer-Verzeichnis ist nicht kompliziert, aber es gibt überraschend viele Entscheidungen, die das Projekt zum Erfolg oder Scheitern bringen können. Ich zeige dir das Ganze -- von der Datenmodellierung über die Such-Infrastruktur bis zur SEO-Strategie, die tatsächlich organischen Traffic generiert.
Inhaltsverzeichnis
- Understanding the Solar Marketplace Model
- Core Architecture Decisions
- Database Design for Installer Directories
- Geo-Based Search and Location Services
- Building the Quote Request System
- SEO Architecture for Local Solar Pages
- Installer Verification and Trust Signals
- Tech Stack Recommendations
- Performance Benchmarks and Cost Estimates
- FAQ
Das Solar-Marktplatz-Modell verstehen
Bevor du eine einzige Zeile Code schreibst, musst du verstehen, was Plattformen wie EnergySage und solar.com als Geschäfte erfolgreich macht. Es sind zweiseitige Marktplätze mit einem spezifischen Geschäftsmodell:
- Hausbesitzer geben ihre Adresse und Versorgungsinformationen ein, um Solar-Angebote anzufordern
- Installer zahlen, um auf diese Leads zuzugreifen und um Preis und Qualität zu konkurrieren
- Die Plattform verdient Geld durch Installer-Abonnements, Pro-Lead-Gebühren oder einen Anteil an abgeschlossenen Deals
EnergySage berichtet, dass ihr Marktplatz Hausbesitzern etwa $0,20–$0,40 pro Watt spart im Vergleich zum direkten Kauf -- das sind $1.000–$2.000 bei einem typischen 5-kW-Wohnungssystem. Diese Ersparnis kommt durch Wettbewerb. Wenn mehrere Installer auf das gleiche Projekt bieten, fallen die Preise. Das ist der Kern-Wertversprechen, das du replizieren musst.
Der Solar-Marktplatz im Jahr 2025 ist eine $30+ Milliarden-Industrie allein in den USA, mit Wohnungsinstallationen, die ungefähr 15-20% Jahr für Jahr wachsen. Das Inflation Reduction Act mit seiner 30%-Bundessteuergutschrift läuft bis 2032, also verlangsamt sich dieser Markt nicht.
So sehen die großen Player aus:
| Plattform | Modell | Einnahmequelle | Installer-Netzwerk |
|---|---|---|---|
| EnergySage | Angebotsmarktplatz | Lead-Gebühren + Datenlizenzierung | 500+ geprüfte Installer |
| Solar.com | Geführter Marktplatz | Bevorzugte Preisprovisionen | Kuratiertes Netzwerk |
| Enphase Installer Locator | Ausrüstungsgebundenes Verzeichnis | Hardware-Verkäufe | Zertifizierte Enphase-Installers |
| SolarReviews | Review-Verzeichnis | Lead-Generierungsgebühren | 500+ aufgelistete Unternehmen |
| Yelp/Google | Allgemeines Verzeichnis | Werbung | Ungeprüfte Einträge |
Dein Verzeichnis muss nicht direkt mit EnergySage konkurrieren. Es gibt Nische-Möglichkeiten: staatsspezifische Verzeichnisse, Marktplätze nur für Gewerbe, Batterie-Speicher-Spezialisten oder Verzeichnisse, die sich auf spezifische Ausrüstungsmarken konzentrieren.
Kern-Architektur-Entscheidungen
Die erste echte Entscheidung ist, ob du ein statisches Verzeichnis, einen dynamischen Marktplatz oder etwas dazwischen aufbaust. Jede Option hat völlig unterschiedliche Komplexität.
Statisches Verzeichnis vs. Dynamischer Marktplatz
Ein statisches Verzeichnis listet Installers mit Kontaktinformationen, Bewertungen und Servicegebieten auf. Denk an die Gelben Seiten für Solar. Niedrige Komplexität, schnell zu bauen, monetarisiert durch Werbung oder Featured Listings.
Ein dynamischer Marktplatz handhabt den gesamten Workflow von Lead bis Vertragsabschluss: Lead-Erfassung, Installer-Matching, Angebotsgenerierung, Vergleichstools und manchmal sogar Finanzierung. Das ist, was EnergySage macht. Hohe Komplexität, aber viel höheres Ertragspotenzial.
Die meisten Teams sollten mit einem Verzeichnis beginnen und Marketplace-Features auf Top schichten. Hier ist warum: Die Verzeichnis-Seiten generieren organischen Traffic (denk an tausende von "solar installers in [city]" Seiten), und dieser Traffic speist den Marketplace-Trichter.
Headless-Architektur
Für ein Projekt wie dieses empfehle ich stark eine Headless-Architektur. Hier ist das Setup, das ich nutzen würde:
- Frontend: Next.js oder Astro für die öffentliche Website
- CMS: Ein Headless-CMS (Sanity, Contentful oder Payload) für Installer-Profile und Redaktionsinhalte
- API-Ebene: Benutzerdefinierte Node.js/Express oder tRPC API für Suche, Angebote und Transaktionslogik
- Datenbank: PostgreSQL mit PostGIS für geospatiale Abfragen
- Suche: Algolia oder Meilisearch für sofortige Installer-Suche
Wir haben ähnliche Architekturen für Kunden mit unseren Next.js-Entwicklung und Headless-CMS-Fähigkeiten gebaut. Der Headless-Ansatz ermöglicht es dir, die Content-Ebene (tausende Standort-Seiten) unabhängig von der Anwendungsebene (Quote-Engine, User-Dashboards) zu skalieren.
Monorepo-Struktur
Ich würde dies als Monorepo mit Turborepo organisieren:
├── apps/
│ ├── web/ # Next.js public site
│ ├── installer-portal/ # Installer dashboard (Next.js)
│ └── admin/ # Internal admin (React)
├── packages/
│ ├── database/ # Prisma schema + migrations
│ ├── api/ # Shared API routes/tRPC
│ ├── ui/ # Shared component library
│ └── geo/ # Geospatial utilities
└── turbo.json
Dies hält die Dinge organisiert, während das Projekt wächst. Das geo Package ist besonders hervorzuheben -- du wirst geospatiale Logik (Entfernungsberechnungen, Servicegebiet-Matching, Geocodierung) über mehrere Apps hinweg wiederverwenden.
Datenbankdesign für Installer-Verzeichnisse
Hier ist es, wo die meisten Directory-Projekte entweder erfolgreich sind oder Kopfschmerzen erzeugen, die Jahre andauern. Lassen Sie mich ein Schema teilen, das sich bewährt hat.
Kern-Entitäten
-- Installer companies
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()
);
-- Service areas (using PostGIS for geo queries)
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
);
-- Certifications and credentials
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', etc.
certification_number VARCHAR(100),
issued_date DATE,
expiry_date DATE,
verified BOOLEAN DEFAULT FALSE
);
-- Equipment/brands they install
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
);
-- Location pages (for 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[], -- Array of covered zip codes
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 editorial content
created_at TIMESTAMP DEFAULT NOW(),
updated_at TIMESTAMP DEFAULT NOW()
);
Das Servicegebiet-Problem
Das ist der knifflige Teil. Installers bedienen keine sauberen kreisförmigen Bereiche um einen einzelnen Punkt. Sie bedienen merkwürdig geformte Regionen -- vielleicht drei Counties in einem Staat plus ein paar Zip Codes über die Grenze hinweg. Du hast drei Optionen:
- Radius-basiert: Der Installer setzt einen Mittelpunkt und maximale Entfernung. Einfach, aber ungenau.
- Zip-Code-Liste: Der Installer wählt spezifische Zip Codes. Genau, aber mühsam für große Bereiche.
- Polygon-basiert: Zeichne tatsächliche Servicegebiet-Grenzen auf einer Karte. Am genauesten, beste UX, aber erfordert PostGIS und eine Karten-Zeichnungs-UI.
Ich würde Option 3 mit Option 1 als Fallback implementieren. Während des Onboardings lässt du Installers entweder ihr Servicegebiet auf einer Mapbox/Google Maps-Schnittstelle zeichnen oder geben einfach einen Radius ein. Nutze PostGIS's ST_Contains und ST_DWithin Funktionen zum Matching:
-- Find installers serving a specific point (homeowner's address)
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;
Geo-basierte Suche und Standortdienste
Die "find solar installer near me" Abfrage ist alles. Es ist die primäre Benutzerabsicht, das wichtigste SEO-Ziel und der Kern-UX-Flow. Du musst das richtig machen.
Geocodierungs-Pipeline
Wenn ein Hausbesitzer seine Adresse oder Postleitzahl eingibt, so läuft der Flow:
- Client-Seite: Autocomplete mit Google Places API oder Mapbox Geocoding
- Geocode: Konvertiere Adresse zu lat/lng Koordinaten
- Abfrage: Finde Installers, deren Servicegebiete diesen Punkt enthalten
- Anreichern: Ziehe lokale Versorgungsdaten, staatliche Anreize, durchschnittliche Sonneneinstrahlung
- Ranking: Sortiere nach Relevanz (Bewertung, Entfernung, Reaktionszeit, Verifizierungsstatus)
// Example: Next.js API route for installer search
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 });
}
Such-Infrastruktur
Für sofortige Suche (Filterung nach Name, Zertifizierung, Ausrüstungsmarke), wird PostgreSQL allein langsam, sobald du über ein paar tausend Installers hinausgehst. Schichte Algolia oder Meilisearch darauf:
| Feature | Algolia | Meilisearch | PostgreSQL Full-Text |
|---|---|---|---|
| Latenz | <50ms | <50ms | 100-500ms |
| Geo-Filterung | Built-in | Built-in | Requires PostGIS |
| Faceted search | Excellent | Good | Manual |
| Typo tolerance | Yes | Yes | No |
| Preisgestaltung (2025) | $1/1K requests | Free (self-hosted) | Free |
| Setup-Komplexität | Low | Medium | Low |
Algolia mit $1 pro 1.000 Suchanfragen ist angemessen für die meisten Verzeichnisse. Wenn das Budget knapp ist, self-hoste Meilisearch auf einem $20/Monat VPS.
Aufbau des Quote-Request-Systems
Das ist das, was ein Verzeichnis von einem Marktplatz unterscheidet. Das Quote-System ist deine Einnahmemaschine.
Quote-Request-Flow
- Hausbesitzer gibt Adresse ein → Auto-Erkennung von Versorgungsanbieter und Rate
- Dachbewertung (Satellitenbilder von Google Solar API oder Aurora Solar)
- Systemgrößen-Empfehlung basierend auf Verbrauch und Dachplatz
- Matching mit 3-8 qualifizierten Installers in der Gegend
- Installers reichen konkurrierende Angebote innerhalb von 48 Stunden ein
- Hausbesitzer vergleicht Angebote auf einem standardisierten Dashboard
Die Google Solar API (2023 gestartet, jetzt weit verbreitet) ist eine massive Abkürzung hier. Sie bietet Solar-Potenzial-Daten für 320+ Millionen Gebäude in den USA, einschließlich:
- Dachabschnitt-Analyse
- Jährliche Sonnenscheinstunden
- Geschätzte Energieerzeugung
- Optimale Panel-Platzierung
// 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
Dies eliminiert den Bedarf für manuelle Standort-Inspektionen in der Anfangs-Angebotsphase und reduziert dramatisch die Zeit bis zum Angebot.
Quote-Datenmodell
Jedes Angebot muss genug Detail erfassen für aussagekräftige Vergleiche:
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-Architektur für lokale Solar-Seiten
Das ist, wo die meisten Solar-Verzeichnisse entweder gewinnen oder verlieren. EnergySage generiert massiven organischen Traffic aus programmgesteuerten Standort-Seiten -- sie haben Seiten für jede Stadt in jedem Staat, strukturiert als /local-data/solar-companies/{state}/{county}/{city}/.
URL-Struktur
Hier ist die URL-Hierarchie, die ich empfehlen würde:
/solar-installers/ # National hub
/solar-installers/rhode-island/ # State page
/solar-installers/rhode-island/providence/ # City page
/installer/blue-sky-solar/ # Individual installer profile
/solar-costs/rhode-island/ # Cost data by state
Programmgesteuerte Seitengenerierung
Mit Next.js App Router kannst du tausende Standort-Seiten zum Build-Zeitpunkt generieren:
// 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.`,
};
}
Für Seiten mit 10.000+ Standort-Seiten, erwäge Astro statt Next.js. Astro's statische Generierung ist deutlich schneller für inhaltsreiche Seiten -- wir haben gesehen, dass Build-Zeiten von 45 Minuten auf unter 5 Minuten für große programmgesteuerte Seitengruppen fallen.
Content-Strategie für Standort-Seiten
Generiere nicht einfach leere Template-Seiten. Jede Standort-Seite braucht einzigartigen, nützlichen Inhalt:
- Anzahl der aktiven Installers in der Gegend
- Durchschnittliche Solar-Systemkosten für diese Stadt (zieh aus deinen Angebotsdaten)
- Lokale Versorgungsraten und Net-Metering-Richtlinien
- Staatliche und lokale Anreize (diese unterscheiden sich stark)
- Durchschnittliche Sonneneinstrahlung / Sonnenstunden
- Top-bewertete Installers mit echten Bewertungen
- Vergleichstabelle mit neuesten Angeboten
EnergySage's Providence, RI Seite zum Beispiel listet 8 Marktplatz-Installers mit Details zu Erfahrung, Zertifizierungen und Ausrüstungspräferenzen. Das ist die Tiefe, gegen die du konkurrierst.
Installer-Verifizierung und Trust-Signale
Vertrauen ist das ganze Spiel. EnergySage verifiziert, dass Installers 2-3 Jahre Erfahrung und mehrere erfolgreiche Installationen haben, bevor sie dem Marketplace beitreten können. Solar.com spricht davon, "den Schund herauszufiltern". Du brauchst eine Verifizierungs-Pipeline.
Verifizierungs-Checkliste
- Geschäftslizenz: Verifiziere staatliche Auftragnehmer-Lizenz über API (viele Staaten haben öffentliche Lookup-APIs)
- Versicherung: Verlange Nachweis von allgemeiner Haftung ($1M+) und Arbeiters-Comp
- NABCEP-Zertifizierung: Der Goldstandard für Solar-Installers -- verifiziere gegen NABCEP's Datenbank
- Jahre im Geschäft: Cross-reference mit staatlicher Geschäftsregistrierung
- Installationshistorie: Fordere Portfolio mit abgeschlossenen Projekten
- Hintergrundprüfung: Für Unternehmen, die auf Wohnprojekte bieten
- Bewertungen: Aggregiere von Google, Yelp, BBB und deinem eigenen Plattform
Trust UI-Elemente
Zeige Verifizierungsstatus prominent auf Installer-Profilen:
<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>
Füge einen "Why you can trust us" Abschnitt auf jeder Seite ein -- EnergySage macht das und es funktioniert. Erkläre dein Verifizierungsverfahren transparent.
Tech-Stack-Empfehlungen
Hier ist, was ich tatsächlich nutzen würde, um das im Jahr 2025 zu bauen:
| Layer | Technology | Why |
|---|---|---|
| Frontend | Next.js 15 (App Router) | SSR + ISR für dynamische Seiten, RSC für Performance |
| Styling | Tailwind CSS + shadcn/ui | Schnelle Iteration, zugängliche Components |
| CMS | Payload CMS (self-hosted) | Open source, großartig für benutzerdefinierte Collections |
| Database | PostgreSQL 16 + PostGIS | Geospatiale Abfragen, Zuverlässigkeit |
| ORM | Prisma + raw SQL für geo | Best of both worlds |
| Search | Meilisearch (self-hosted) | Free, fast, geo-aware |
| Maps | Mapbox GL JS | Bessere Preisgestaltung als Google Maps in großem Maßstab |
| Geocoding | Mapbox Geocoding API | $0,75 pro 1.000 requests |
| Hosting | Vercel (frontend) + Railway (API + DB) | Einfache Deploys, vernünftige Preisgestaltung |
| Auth | Clerk oder NextAuth.js | Separate Flows für Hausbesitzer und Installers |
| Monitoring | Sentry + Plausible Analytics | Error tracking + privacy-friendly analytics |
| Resend | Transaktionale E-Mails für Quote-Benachrichtigungen |
Gesamtinfrastruktur-Kosten für ein MVP, das ~10.000 monatliche User handhabt: ungefähr $150-300/Monat. In großem Maßstab (100K+ monatliche User), erwarte $800-2.000/Monat, bevor man die API-Kosten berücksichtigt.
Wenn du Hilfe brauchst, das richtig gebaut zu bekommen, schau dir unsere Preisgestaltung an oder kontaktiere uns direkt. Wir haben Multi-Tausend-Seiten-Directory-Seiten mit ähnlichen Architekturen gebaut.
Performance-Benchmarks und Kostenvoranschläge
Hier ist, was realistische Entwicklungs-Timelines aussehen:
| Phase | Scope | Timeline | Cost Range |
|---|---|---|---|
| MVP Directory | Installer listings, geo search, location pages | 8-12 weeks | $30K-60K |
| Quote System | Lead capture, installer matching, quote comparison | 6-8 weeks | $25K-45K |
| Installer Portal | Dashboard, lead management, analytics | 4-6 weeks | $15K-30K |
| Homeowner Dashboard | Saved quotes, messages, project tracking | 4-6 weeks | $15K-25K |
| Payment Integration | Installer subscriptions, lead payments | 2-3 weeks | $8K-15K |
| Total MVP Marketplace | 24-35 weeks | $93K-175K |
Das sind realistische Zahlen für einen Qualitäts-Build mit einem erfahrenen Team. Ich habe Agenturen $250K+ für ähnlichen Scope zitieren sehen, und ich habe Teams gesehen, die versuchen es für $15K zu tun und am Ende mit etwas endet, das unter echtem Traffic zusammenbricht.
Performance-Ziele, die du erreichen solltest:
- Standort-Seite Laden: < 1,5s (LCP) -- das sind deine SEO-Geldseiten
- Suchergebnisse: < 200ms von Tastatureingabe zu Ergebnissen
- Geo-Abfrage: < 100ms für "installers near [zip code]"
- Core Web Vitals: Alles grün überall
- Build-Zeit: < 10 Minuten für 5.000+ statische Seiten
FAQ
Wie viel kostet es, ein Solar-Installer-Verzeichnis wie EnergySage zu bauen?
Ein einfaches Verzeichnis mit Geo-Suche und Installer-Profilen kann für $30K-60K gebaut werden. Ein vollständiger Marktplatz mit Angebots-Vergleich, Installer-Dashboards und Zahlungsverarbeitung läuft typisch $93K-175K abhängig von Feature-Scope. EnergySage selbst wurde mit einem Department of Energy Grant finanziert und hat über $10M Venture Capital aufgebracht, also erwarte nicht, ihre vollständige Feature-Menge mit einem kleinen Budget zu replizieren.
Welchen Tech-Stack sollte ich für einen Solar-Marktplatz nutzen?
Ich empfehle Next.js 15 für das Frontend (SSR-Fähigkeiten sind entscheidend für SEO), PostgreSQL mit PostGIS für geospatiale Abfragen, und entweder Algolia oder Meilisearch für sofortige Suche. Für die CMS-Ebene funktionieren Payload CMS oder Sanity gut zum Verwalten von Installer-Profilen und Redaktionsinhalten. Hoste das Frontend auf Vercel und deine Datenbank und API auf Railway oder Render.
Wie verdienen Solar-Marktplatz-Plattformen wie EnergySage Geld?
EnergySage nutzt ein Lead-Generierungs-Modell, bei dem Installers zahlen, um auf qualifizierte Hausbesitzer-Leads zuzugreifen. Sie lizenzieren auch ihre umfangreichen Solar-Preis-Daten an Investment-Firmen, akademische Forscher und Regierungsbehörden. Solar.com nimmt einen leicht anderen Ansatz mit bevorzugten Preisprovisionen. Die meisten Directory-Seiten starten mit Featured Listing Gebühren ($50-500/Monat pro Installer) und entwickeln sich zu Pro-Lead-Preisen ($20-100 pro qualifizierten Lead) während sie skalieren.
Wie bekomme ich Solar-Installer-Daten, um mein Verzeichnis zu füllen?
Starten, indem du öffentliche Daten scrapst: staatliche Auftragnehmer-Lizenz-Datenbanken, NABCEP's zertifizierte Installer-Verzeichnis und Hersteller-Locators (wie Enphase's Installer-Netzwerk). Dann baue einen Onboarding-Flow, bei dem Installers ihr Profil beanspruchen und verbessern können. Früh wirst du manuell Installers kontaktieren müssen -- biete kostenlose Einträge an, um den Marktplatz zu besäen. Das Cold-Start-Problem ist real; niemand will einem leeren Marktplatz beitreten.
Wie wichtig ist SEO für ein Solar-Installer-Verzeichnis?
Es ist im Grunde deine ganze Wachstums-Strategie. Programmgesteuerte Standort-Seiten, die auf "solar installers in [city]" Abfragen abzielen, sind wie EnergySage die Mehrheit ihres Traffics generiert. Du wirst einzigartige Seiten für jede größere Stadt und jeden Staat wollen, jeweils mit echten lokalen Daten (durchschnittliche Kosten, Anreiz-Informationen, Installer-Zahlen). Ohne starke organische Such-Performance wirst du durchschnittliche Budgets verbrennen, versuchend mit Paid Acquisition zu konkurrieren.
Sollte ich Google Maps oder Mapbox für die Mapping-Features nutzen?
Mapbox, in den meisten Fällen. Google Maps Preisgestaltung wird schnell teuer -- die Maps JavaScript API berechnet $7 pro 1.000 Ladevorgänge nach der $200/Monat kostenlosen Gutschrift. Mapbox berechnet $0,60 pro 1.000 Kartladevorgänge mit großzügigen 50.000 kostenlosen Ladevorgängen pro Monat. Für ein Verzeichnis, das möglicherweise Karten auf tausenden von Standort-Seiten rendern könnte, kann Mapbox dir tausende Dollar monatlich sparen. Nutze jedoch Google's Solar API für Building Insights Daten -- nichts anderes kommt daran heran.
Wie handle ich Installer-Verifizierung und Vetting?
Baue eine mehrstufige Verifizierungs-Pipeline: Überprüfe staatliche Auftragnehmer-Lizenz-Datenbanken (viele haben öffentliche APIs), verifiziere NABCEP-Zertifizierungen, verlange Versicherungsnachweis und cross-reference Business-Registration-Datensätze. EnergySage verlangt 2-3 Jahre Erfahrung und mehrere abgeschlossene Installationen. Automatisiere, was du kannst, aber erwarte manuelle Überprüfung. Zeige Verifizierungs-Badges prominent -- sie beeinflussen direkt Hausbesitzer-Konversions-Raten.
Kann ich die Google Solar API zur Schätzung des Solar-Potenzials nutzen?
Ja, und du solltest. Google's Solar API deckt 320+ Millionen Gebäude über den USA ab und bietet Dachabschnitt-Analyse, jährliche Sonnenscheindaten und geschätzte Energieerzeugung. Sie kostet $10 pro 1.000 Requests für Building Insights. Nutze sie, um System-Größen-Schätzungen vorzufüllen, wenn Hausbesitzer ihre Adresse eingeben -- das verbessert dramatisch die Quote-Request-Erfahrung und setzt realistische Erwartungen, bevor Installers überhaupt involviert sind.