Punti di estensione per l'elaborazione dei lead

Questa pagina copre l'elaborazione dei lead esclusivamente a livello di integrazione. I nomi degli hook interni, le strutture dei payload, gli identificatori delle capability e i dettagli sulla firma dei webhook sono dettagli di implementazione e non vengono pubblicati qui.

Cosa fa l'elaborazione dei lead

Quando un visitatore invia un modulo di contatto associato a un veicolo, il plugin memorizza il lead, notifica i destinatari configurati e, facoltativamente, trasmette il lead a un sistema esterno tramite il meccanismo di webhook in uscita del plugin. I destinatari, il metodo di consegna e l'autenticazione utilizzati per i webhook in uscita sono configurati dall'interfaccia utente di amministrazione del plugin.

Integrazione con sistemi a valle

Il modo supportato per inoltrare i lead a un CRM o a uno strumento di marketing consiste nel configurare il webhook in uscita del plugin dall'interfaccia utente di amministrazione. I nomi degli hook interni, la struttura del payload e lo schema di firma utilizzato per autenticare le chiamate webhook in uscita possono evolvere tra le versioni; verifica il tuo ricevitore a valle rispetto alla versione corrente del plugin quando lo configuri e non codificare a livello hardware i nomi di action o filter interni nella tua integrazione.

Superfici di integrazione pubbliche supportate

Quando ti integri con il plugin, preferisci queste superfici stabili:

• L'interfaccia utente delle impostazioni di amministrazione del plugin.
• Gli shortcode documentati.
• Le sovrascritture dei template a livello di tema come descritto in Sistema di template e sovrascritture.
• La Panoramica per gli sviluppatori generale per l'orientamento.

I nomi delle classi interne, le chiavi delle opzioni, le tabelle del database, gli endpoint REST e AJAX, i nomi degli hook cron, gli identificatori di capability e nonce, e l'infrastruttura di rilascio / aggiornamento sono trattati come dettagli di implementazione. Possono cambiare tra le versioni senza preavviso e non fanno parte del contratto di integrazione pubblica.

Politica di stabilità e modifiche

Tutto ciò che non è elencato come superficie pubblica supportata sopra è considerato un dettaglio di implementazione interna. Le API interne, il layout di archiviazione e l'implementazione della sicurezza possono variare tra le versioni. Non dipendere da essi da codice di terze parti, temi o sistemi esterni. Le scritture dirette nel database non sono supportate.

Avviso sulla documentazione pubblica. Questa pagina fornisce solo una panoramica di integrazione di alto livello. I dettagli di implementazione interna, le API private, i dettagli interni di archiviazione e l'infrastruttura di rilascio sensibile alla sicurezza sono gestiti separatamente e non fanno parte della documentazione pubblica. Le superfici di integrazione supportate sono gli shortcode documentati, le sovrascritture dei template, l'interfaccia utente delle impostazioni e qualsiasi punto di estensione esplicitamente pubblicato in questa sezione.