API di lead aziendali gratuita: cosa fare a 0 EUR

Se vuoi costruire un workflow di lead generation, il punto di partenza più rapido e utile non è un enorme abbonamento a un database né uno scraper del browser fragile. È un piccolo test API affidabile che risponde a una domanda pratica: puoi trasformare una località e una categoria di attività in prospect strutturati che i tuoi strumenti possono davvero usare? biz collect è un'API di lead aziendali gratuita costruita esattamente per questo primo passo. Invii una richiesta con location, keywords, radius_km e scrape_emails, ricevi un job_id asincrono, poi fai polling per JSON strutturato con attività, indirizzi, numeri di telefono, siti web ed email di contatto deduplicate estratte dai siti web. Il piano gratuito parte attualmente con 200 crediti di iscrizione e senza carta di credito, soggetto ai termini attuali su prezzi.

Perché un'API di lead aziendali gratuita è utile

La maggior parte delle persone non ha bisogno di un enorme database di lead dal primo giorno. Ha bisogno di un modo controllato per testare se un mercato, un workflow, una motion di vendita o un'idea di automazione vale più investimento. Un'API di lead generation gratuita è utile perché ti lascia validare la forma della tua pipeline di dati prima di pagare per il volume.

La lead generation è raramente solo "prendi una lista". Un sistema funzionante di solito ha bisogno di:

• Cercare un mercato locale specifico.
• Raccogliere nomi di attività, indirizzi, numeri di telefono e siti web.
• Estrarre le email di contatto pubbliche dove disponibili.
• Deduplicare i record prima che raggiungano un CRM.
• Mappare i campi in un foglio di calcolo, database, CRM o strumento di automazione.
• Attivare i passaggi di follow-up senza copia-incolla manuale.

Se i tuoi dati sorgente arrivano come HTML incoerente, screenshot o output di automazione del browser, il resto del workflow diventa più difficile da cui fidarsi. Passi tempo a riparare selettori, fare parsing di pagine disordinate e pulire campi invece di imparare se i prospect sono utili.

biz collect è progettato come un'API di contatti aziendali nativa per gli LLM, il che significa che l'interfaccia è costruita per agenti IA, script, strumenti no-code e servizi backend. La richiesta è esplicita. La risposta è strutturata. Il ciclo di vita del job è prevedibile. Puoi leggere il riferimento OpenAPI 3.1 nei docs, generare un client o cablare il endpoint direttamente in strumenti come n8n, Make, Zapier, un'azione GPT personalizzata, uno script di arricchimento CRM o una dashboard di vendita interna.

Cosa ottieni da biz collect

Il workflow centrale è volutamente semplice:

1. Inviare una richiesta POST con una località, parole chiave, raggio di ricerca e preferenza di estrazione email.
2. Ricevere un job_id.
3. Fare polling sul endpoint del job finché il job è completo.
4. Elaborare i record aziendali strutturati.

Un risultato completato può includere campi come:

• Nome dell'attività
• Indirizzo
• Numero di telefono
• Sito web
• Email di contatto deduplicate trovate sul sito web dell'attività

Questa combinazione è ciò che rende l'API utile per la prospezione locale. Una semplice ricerca di luogo può dirti che un'attività esiste. Un piano gratuito di un'API di contatti aziendali è più utile quando ti lascia testare l'intero percorso dalla ricerca al record di contatto utilizzabile.

biz collect evita anche un problema di manutenzione comune: i selettori del browser. Se costruisci il tuo workflow di lead generation guidando un browser headless attraverso pagine di ricerca, erediti tutta la fragilità dei layout, delle interruzioni anti-bot, del caricamento dinamico e del parsing specifico dello scraper. Con biz collect, la tua applicazione parla invece con un contratto di API. Devi ancora gestire le normali preoccupazioni dell'API come autenticazione, polling di stato, retry e limiti di piano, ma non devi mantenere uno scraper del browser solo per ottenere lead di attività locali in JSON. Se stai ancora decidendo tra gli approcci, questa analisi di come si comparano un'API ufficiale, uno scraper Google Maps e un'API di dati aziendali copre i compromessi.

Cosa possono davvero dimostrare 200 crediti di iscrizione

Duecento crediti di iscrizione non sono pensati per alimentare da soli un programma di outbound enterprise. Sono sufficienti per eseguire test seri prima di scalare.

Pensa a ogni richiesta come a un job di ricerca. Il numero esatto di attività restituite da un job può variare per località, categoria, raggio, disponibilità dei dati e se i siti web espongono email di contatto pubbliche. Non pianificare un workflow attorno a un numero garantito di risultati per richiesta. Invece, budgeta le richieste attorno alle domande a cui vuoi rispondere:

• Questa nicchia è abbastanza densa in una città target?
• Le attività di questa categoria hanno di solito siti web?
• Le email di contatto pubbliche sono disponibili abbastanza spesso da sostenere l'outreach?
• Lo schema JSON si mappa in modo pulito nel mio CRM?
• Un agente IA può chiamare l'API, attendere i risultati e riassumere l'output?
• Un workflow no-code può eseguire l'intero ciclo senza intervento manuale?

Questa è la giusta mentalità per un piano gratuito di un'API di lead di attività locali. Usalo per imparare, non per presumere. Quando il workflow è dimostrato, controlla prezzi per i limiti attuali e le opzioni a pagamento.

Un budget mensile semplice

Un'allocazione mensile pratica potrebbe avere questo aspetto:

• 20 richieste per ricerca di nicchia e di mercato.
• 20 richieste per esperimenti di liste di prospect di agenzia.
• 20 richieste per test di arricchimento CRM.
• 20 richieste per workflow di monitoraggio settimanali.
• 10 richieste per prototipi di agenti IA.
• 10 richieste per run di proof-of-concept no-code.

Sposta il budget a seconda del tuo obiettivo. Un consulente solo spenderà forse la maggior parte delle richieste testando settori e città. Uno sviluppatore ne spenderà di più su integrazione e gestione degli errori. Un'agenzia riserverà richieste per campioni specifici per il cliente.

Progetto 1: Costruire un campione di mercato di nicchia

Un campione di mercato di nicchia è uno dei migliori primi progetti per un'API di lead aziendali gratuita. Invece di provare a costruire una lista ampia, scegli una categoria stretta e una geografia specifica.

Ad esempio:

• Commercialisti indipendenti entro 20 km da Austin
• Cliniche dentistiche entro 15 km da Zurigo
• Conciatetti entro 25 km da Denver
• Fotografi di matrimonio entro 30 km da Manchester
• Cliniche veterinarie entro 20 km da Toronto

L'obiettivo non è esaurire il mercato. L'obiettivo è capire se la nicchia è promettente: disponibilità di siti web, email di contatto pubbliche, qualità dell'indirizzo, copertura telefonica e adeguatezza della categoria.

Per ogni campione di mercato, registra:

• Gli input di ricerca usati: località, parole chiave, raggio e impostazione email.
• Il numero di attività restituite.
• Il numero di record con siti web.
• Il numero di record con email di contatto pubbliche.
• Le incongruenze evidenti o categorie non pertinenti.
• I campi richiesti dal tuo workflow a valle.

Evita di sovra-ottimizzare dopo una singola richiesta. Un campione migliore usa alcune richieste scelte con cura e confronta l'output tra città vicine o varianti di parole chiave.

Progetto 2: Creare una lista di prospect di agenzia

Le agenzie hanno spesso bisogno di una lista di prospect piccola ma pertinente prima di lanciare una campagna. Un'agenzia di web design vorrà forse attività locali con siti web da rivedere. Un'agenzia di annunci a pagamento vorrà forse cliniche, artigiani o studi di servizi professionali in una regione specifica. Un'agenzia di SEO locale vorrà forse attività in categorie dove la presenza online conta.

Un'API di lead generation gratuita è utile qui perché ti lascia costruire un campione di lista di prospect senza acquistare un database ampio. Puoi cercare un territorio, raccogliere dettagli aziendali strutturati e spostare i record in un foglio di calcolo o CRM per la qualificazione manuale.

Un workflow di agenzia pratico potrebbe avere questo aspetto:

1. Scegliere un'offerta di servizio, come gli audit SEO locali.
2. Scegliere una categoria di attività, come dentisti o conciatetti.
3. Scegliere una città o area metropolitana.
4. Eseguire un piccolo numero di job di ricerca biz collect.
5. Esportare le attività con siti web ed email di contatto pubbliche.
6. Rivedere manualmente i siti web per l'adeguatezza.
7. Aggiungere i record qualificati a un segmento CRM.

Questo mantiene la lista abbastanza piccola da rivederla bene e ti dà un segnale di vendita migliore di una lista generica acquistata perché il tuo team controlla località, categoria e raggio.

Esempio di budget di richieste per un'agenzia

Un'agenzia potrebbe spendere 30 richieste mensili così:

• 10 richieste per una nicchia primaria su città vicine.
• 10 richieste per una seconda nicchia per confrontare la qualità della risposta.
• 5 richieste per varianti di parole chiave nella nicchia con le migliori prestazioni.
• 5 richieste per testare il workflow verso un CRM o un foglio di calcolo.

È abbastanza per confrontare mercati senza presumere che una parola chiave o una città rappresenti tutta l'opportunità.

Progetto 3: Testare l'arricchimento CRM

Molti team hanno già lead in un CRM, ma i record sono incompleti. Ad alcuni manca un sito web. Alcuni hanno numeri di telefono ma nessuna email pubblica. Alcuni hanno un nome di attività e una città ma nessun indirizzo strutturato. Un piano gratuito di un'API di contatti aziendali è un buon modo per testare se l'arricchimento basato su API si adatta al tuo modello di dati.

Inizia con un piccolo export CRM. Non caricare l'intero database in un nuovo workflow dal primo giorno. Scegli un campione, ad esempio 25-50 record, e definisci cosa significa "arricchito" per il tuo team.

Ad esempio:

• Aggiungere il sito web se mancante.
• Aggiungere il telefono se mancante.
• Aggiungere le email di contatto pubbliche dove disponibili.
• Normalizzare i campi dell'indirizzo.
• Segnalare i record che necessitano di revisione manuale.
• Saltare i record che hanno già dati completi.

biz collect cerca per località e parole chiave, quindi l'arricchimento CRM funziona meglio quando il tuo record sorgente può essere tradotto in una ricerca locale chiara. Se conosci categoria e città, puoi eseguire ricerche mirate e abbinare i record restituiti alle voci CRM esistenti per nome dell'attività, sito web, telefono o indirizzo.

Per un primo test, evita di sovrascrivere automaticamente i campi CRM. Scrivi i dati arricchiti in campi separati o un foglio di revisione:

• bizcollect_website
• bizcollect_phone
• bizcollect_emails
• bizcollect_address
• bizcollect_match_notes

Poi confronta i risultati manualmente. Una volta che la logica di matching è affidabile, puoi automatizzare di più il processo di aggiornamento. Con 200 crediti di iscrizione, puoi eseguire diversi batch, testare le regole di matching e confermare se il polling asincrono si adatta al tuo ambiente CRM prima di scalare.

Progetto 4: Eseguire un workflow di monitoraggio settimanale

La lead generation non è sempre un export una tantum. Alcuni team vogliono monitorare un mercato ogni settimana. Ad esempio, un'agenzia potrebbe tracciare nuovi ristoranti in una città, un fornitore osservare nuove cliniche, o un'azienda SaaS monitorare attività di servizi locali in mercati di espansione.

Un workflow di monitoraggio settimanale può essere piccolo e restare prezioso. Con 200 crediti di iscrizione più i crediti di accesso giornalieri, puoi riservare parte del saldo per i test e usare il resto su controlli ricorrenti. Questo potrebbe coprire diverse categorie in una città o una categoria su più città.

Il workflow è semplice:

1. Pianificare un run settimanale.
2. Inviare richieste di ricerca biz collect per i mercati scelti.
3. Fare polling di ogni job fino al completamento.
4. Confrontare le attività restituite con un database memorizzato.
5. Aggiungere i nuovi record a una coda di revisione.
6. Notificare il team in Slack, email o una lista di attività CRM.

Il passaggio chiave è il confronto. Non trattare ogni risultato settimanale come nuovo. Memorizza i record precedenti e deduplica usando combinazioni stabili come sito web, telefono, nome dell'attività e indirizzo.

Esempio di budget di richieste per il monitoraggio

Un piano di monitoraggio settimanale potrebbe usare:

• 4 richieste a settimana per "dentista" su quattro città.
• 4 richieste a settimana per "ortodontista" sulle stesse città.
• 4 richieste a settimana per "clinica dentistica" come categoria più ampia.

Sono circa 48 richieste su quattro settimane. Usa il resto per modifiche al workflow, test di parole chiave o una seconda categoria monitorata. Se il workflow si dimostra prezioso, pianifica il volume di produzione da prezzi.

Progetto 5: Prototipare un agente IA per la lead generation

Gli agenti IA sono bravi in pianificazione e orchestrazione, ma hanno bisogno di strumenti affidabili. Un modello non dovrebbe inventare attività locali a memoria né fare scraping di pagine di ricerca tramite una sessione del browser non controllata. Dovrebbe chiamare uno strumento chiaro, passare argomenti strutturati, attendere il risultato, poi ragionare sui record restituiti.

biz collect è costruito per questo schema, e il design completo è coperto in come costruire un agente IA per la lead generation. Puoi esporre l'API a un agente come strumento con parametri come:

• location
• keywords
• radius_km
• scrape_emails

L'agente può porre all'utente una domanda in linguaggio naturale, trasformare la risposta in input dell'API, creare un job, fare polling fino al completamento, poi riassumere le attività o passarle in un altro sistema.

Ad esempio, un utente potrebbe dire:

Trova palestre indipendenti entro 10 km da Phoenix e raccogli le email di contatto pubbliche dove disponibili.

L'agente dovrebbe tradurre una richiesta come questa in input dell'API, non improvvisare una lista. Una volta arrivato il risultato, il modello può aiutare con compiti di livello più alto:

• Classificare l'adeguatezza probabile.
• Raggruppare le attività per città o categoria.
• Redigere note di revisione.
• Creare riepiloghi pronti per il CRM.
• Identificare i record senza siti web o email.
• Chiedere a un umano di approvare l'outreach.

Con 200 crediti di iscrizione, puoi testare la chiamata degli strumenti, il polling asincrono, il mapping dei campi e i cicli di revisione umana prima di allegare budget più grandi o sistemi di produzione.

Progetto 6: Costruire una proof of concept no-code

Gli strumenti no-code si adattano naturalmente a un piano gratuito di un'API di lead di attività locali perché il workflow è per lo più orchestrazione: una richiesta HTTP, un passaggio di attesa, un ciclo di polling e una destinazione. Il workflow n8n di lead generation percorre quel ciclo node per node.

Strumenti come n8n, Make e Zapier possono seguire lo stesso schema:

1. Attivare manualmente, su pianificazione o da un modulo.
2. Inviare una richiesta POST per creare un job biz collect.
3. Memorizzare il job_id.
4. Attendere un breve intervallo.
5. Fare polling sul endpoint del job.
6. Ramificarsi in base allo stato.
7. Inviare i record aziendali completati a Google Sheets, Airtable, HubSpot, Pipedrive, Notion o Slack.

Il piano gratuito è particolarmente utile per il lavoro di proof of concept no-code perché gli errori sono normali. Potresti dover regolare i percorsi JSON, le impostazioni di retry, il mapping dei campi, la suddivisione degli item e la logica di deduplicazione prima che il workflow sia pronto.

Per altre idee di implementazione, sfoglia i casi d'uso e il riferimento dell'API nei docs.

Esempio di API: Creare un job di ricerca con curl

Usa l'URL base esatto, l'header di autenticazione e i campi di risposta mostrati nel tuo account biz collect e nei docs canonici. Questo esempio mostra il flusso generale.

curl -X POST "https://bizcollect.dev/api/v1/search" \
  -H "Authorization: Bearer $BIZCOLLECT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "location": "Austin, TX",
    "keywords": ["accounting firm", "tax advisor"],
    "radius_km": 20,
    "scrape_emails": true
  }'

La risposta restituisce un identificatore di job asincrono:

{
  "job_id": "job_123456",
  "status": "queued",
  "poll_url": "/api/v1/jobs/job_123456"
}

Poi fai polling per il completamento:

curl -X GET "https://bizcollect.dev/api/v1/jobs/job_123456" \
  -H "Authorization: Bearer $BIZCOLLECT_API_KEY"

Un job completato restituisce record strutturati. Tratta la documentazione come fonte di verità per lo schema attuale, ma un risultato rappresentativo ha questo aspetto:

{
  "job_id": "job_123456",
  "status": "completed",
  "businesses": [
    {
      "name": "Example Accounting Group",
      "address": "123 Main St, Austin, TX 78701",
      "phone": "+1 512-555-0101",
      "website": "https://example-accounting.com",
      "emails": ["hello@example-accounting.com"]
    }
  ]
}

Questo è il vantaggio pratico di un'API rispetto a un file di output di scraper: il tuo passaggio successivo può mappare name, address, phone, website ed emails nel sistema che ne ha bisogno.

Esempio JavaScript: Avviare e fare polling di un job

Questo esempio usa fetch semplice. In produzione, aggiungi una gestione del timeout più forte, retry, logging e gestione degli errori specifica per stato.

const API_KEY = process.env.BIZCOLLECT_API_KEY;
const BASE_URL = "https://bizcollect.dev";

async function createSearchJob() {
  const response = await fetch(`${BASE_URL}/api/v1/search`, {
    method: "POST",
    headers: {
      Authorization: `Bearer ${API_KEY}`,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({
      location: "Denver, CO",
      keywords: ["roofing contractor"],
      radius_km: 25,
      scrape_emails: true,
    }),
  });

  if (!response.ok) {
    throw new Error(`Search request failed: ${response.status}`);
  }

  return response.json();
}

async function pollJob(jobId) {
  for (let attempt = 0; attempt < 30; attempt += 1) {
    const response = await fetch(`${BASE_URL}/api/v1/jobs/${jobId}`, {
      headers: {
        Authorization: `Bearer ${API_KEY}`,
      },
    });

    if (!response.ok) {
      throw new Error(`Polling failed: ${response.status}`);
    }

    const job = await response.json();

    if (job.status === "completed") {
      return job.businesses || [];
    }

    if (job.status === "failed") {
      throw new Error(`biz collect job failed: ${jobId}`);
    }

    await new Promise((resolve) => setTimeout(resolve, 5000));
  }

  throw new Error(`Timed out waiting for job: ${jobId}`);
}

const job = await createSearchJob();
const businesses = await pollJob(job.job_id);

console.log(JSON.stringify(businesses, null, 2));

Per un agente IA, la stessa logica può stare dietro una chiamata di strumento. Il modello fornisce i parametri di ricerca. Il tuo codice impone i limiti, valida gli input, crea il job, fa polling in sicurezza e restituisce solo i campi di cui il modello ha bisogno.

Esempio Python: Raccogliere lead per un piccolo test

Python si adatta bene per test una tantum, esperimenti di arricchimento CRM e script pianificati.

import os
import time
import requests

API_KEY = os.environ["BIZCOLLECT_API_KEY"]
BASE_URL = "https://bizcollect.dev"

headers = {
    "Authorization": f"Bearer {API_KEY}",
    "Content-Type": "application/json",
}

payload = {
    "location": "Toronto, ON",
    "keywords": ["veterinary clinic"],
    "radius_km": 20,
    "scrape_emails": True,
}

create_response = requests.post(
    f"{BASE_URL}/api/v1/search",
    headers=headers,
    json=payload,
    timeout=30,
)
create_response.raise_for_status()

job = create_response.json()
job_id = job["job_id"]

for _ in range(30):
    poll_response = requests.get(
        f"{BASE_URL}/api/v1/jobs/{job_id}",
        headers={"Authorization": f"Bearer {API_KEY}"},
        timeout=30,
    )
    poll_response.raise_for_status()

    status = poll_response.json()

    if status["status"] == "completed":
        for business in status.get("businesses", []):
            print({
                "name": business.get("name"),
                "phone": business.get("phone"),
                "website": business.get("website"),
                "emails": business.get("emails", []),
            })
        break

    if status["status"] == "failed":
        raise RuntimeError(f"biz collect job failed: {job_id}")

    time.sleep(5)
else:
    raise TimeoutError(f"Timed out waiting for job: {job_id}")

Una volta che questo script funziona, aggiungi export CSV, inserimenti in database, aggiornamenti HubSpot o un passaggio di deduplicazione.

Come budgetare le richieste senza indovinare i risultati

Il modo più sicuro per pianificare i tuoi 200 crediti di iscrizione è budgetare per esperimento, non per numero di lead atteso. La densità di attività locali varia, e alcune attività pubblicano le email più chiaramente di altre. Usa invece questo modello di pianificazione:

Budget di discovery

Spendi 20-30 richieste per imparare quali mercati valgono un test più approfondito. Traccia quali località e frasi di parole chiave restituiscono record pertinenti e campi di contatto utilizzabili.

Budget di integrazione

Riserva 20-30 richieste per autenticazione, parsing JSON, polling asincrono, retry, mapping CRM e configurazione no-code.

Budget di qualificazione

Usa 20-30 richieste per costruire campioni di prospect rivisti manualmente e verificare qualità dei siti web, pertinenza, adeguatezza della categoria e prontezza all'outreach.

Budget di riserva

Tieni 10-20 richieste non allocate per errori, controlli di schema, demo o un'idea promettente che appare a metà mese.

Errori comuni da evitare

• Trattare l'output dell'API come una strategia di vendita finita. Hai ancora bisogno di posizionamento, criteri di qualificazione, revisione di conformità e pratiche di outreach rispettose.
• Saltare la deduplicazione nel tuo sistema. Il tuo CRM potrebbe ricevere la stessa attività tramite più ricerche di parole chiave, località vicine o run di monitoraggio settimanali.
• Progettare attorno a una singola richiesta perfetta. I workflow reali hanno bisogno di retry, timeout, gestione dei job falliti e gestione dei risultati vuoti.
• Automatizzare ogni decisione immediatamente. Per i primi test, mantieni un passaggio di revisione umana prima dell'outreach.
• Ignorare i termini del piano. Il piano gratuito è attualmente 200 crediti di iscrizione senza carta di credito, ma i limiti di piano e i prezzi possono cambiare. Controlla prezzi prima di pianificare l'uso in produzione.

Quando andare oltre il piano gratuito

Il piano gratuito è il posto giusto per iniziare quando si valida un'idea. È probabilmente il momento di andare oltre quando:

• Hai una strategia di mercato o di parole chiave ripetibile.
• Il tuo workflow fa polling dei job in modo affidabile e gestisce gli errori.
• Il mapping CRM è testato.
• La revisione manuale conferma che i record sono utili.
• Il monitoraggio settimanale o giornaliero consumerebbe la maggior parte dell'allocazione mensile gratuita.
• Più utenti o clienti hanno bisogno di workflow di prospezione separati.

A quel punto, la tua domanda passa da "Questo può funzionare?" a "Quanto volume ci serve, e qual è il valore operativo dei dati?" Questo è il momento giusto per confrontare i piani su prezzi.

Iniziare a costruire con biz collect

biz collect ti dà un punto di partenza pratico per la lead generation locale: un'API di lead aziendali gratuita con 200 crediti di iscrizione, senza carta di credito, e un contratto di API progettato per script, agenti IA, strumenti no-code e arricchimento CRM. Il piano gratuito è soggetto ai termini tariffari attuali, quindi conferma gli ultimi limiti su prezzi.

Inizia con un caso d'uso stretto. Scegli una località, una categoria, imposta un raggio, abilita scrape_emails se la scoperta dei contatti conta, ed esegui il tuo primo job asincrono. Poi fai polling del risultato, ispeziona il JSON strutturato e mappa i campi nello strumento che già usi.

Per i dettagli di implementazione, apri i docs. Per idee di workflow, sfoglia i casi d'uso. Se il tuo obiettivo è validare un'API di lead generation gratuita prima di costruire un sistema di prospezione completo, 200 crediti di iscrizione sono sufficienti per imparare cosa conta e decidere cosa costruire dopo.