Points d'extension du traitement des leads

Cette page couvre le traitement des leads au niveau de l'intégration uniquement. Les noms des hooks internes, les structures de payload, les identifiants de capacité et les détails de signature des webhooks sont des détails d'implémentation et ne sont pas publiés ici.

Ce que fait le traitement des leads

Lorsqu'un visiteur soumet un formulaire de contact lié à un véhicule, l'extension enregistre le lead, notifie les destinataires configurés et, en option, transmet le lead à un système externe via le mécanisme de webhook sortant de l'extension. Les destinataires, la méthode de distribution et l'authentification utilisée pour les webhooks sortants sont configurés depuis l'interface d'administration de l'extension.

Intégration avec des systèmes en aval

La méthode prise en charge pour transférer les leads vers un CRM ou un outil marketing consiste à configurer le webhook sortant de l'extension depuis l'interface d'administration. Les noms des hooks internes, la structure du payload et le schéma de signature utilisé pour authentifier les appels de webhook sortants peuvent évoluer d'une version à l'autre ; vérifiez votre récepteur en aval par rapport à la version actuelle de l'extension lorsque vous le configurez, et ne codez pas en dur les noms d'actions ou de filtres internes dans votre intégration.

Surfaces d'intégration publiques prises en charge

Lors de l'intégration avec l'extension, privilégiez ces surfaces stables :

• L'interface utilisateur des réglages d'administration de l'extension.
• Les shortcodes documentés.
• Les surcharges de modèles au niveau du thème comme décrit dans Template System And Overrides.
• L' Aperçu pour les développeurs général pour vous orienter.

Les noms de classes internes, les clés d'option, les tables de base de données, les points de terminaison REST et AJAX, les noms de hooks cron, les identifiants de capacité et de nonce, ainsi que l'infrastructure de publication / mise à jour sont traités comme des détails d'implémentation. Ils peuvent changer d'une version à l'autre sans préavis et ne font pas partie du contrat d'intégration public.

Politique de stabilité et de changement

Tout ce qui n'est pas répertorié comme une surface publique prise en charge ci-dessus est considéré comme un détail d'implémentation interne. Les API internes, la structure de stockage et l'implémentation de la sécurité peuvent changer d'une version à l'autre. Ne dépendez pas d'eux à partir de codes tiers, de thèmes ou de systèmes externes. Les écritures directes dans la base de données ne sont pas prises en charge.

Avis de documentation publique. Cette page fournit uniquement un aperçu de l'intégration de haut niveau. Les détails d'implémentation interne, les API privées, les composants internes de stockage et l'infrastructure de publication sensible à la sécurité sont gérés séparément et ne font pas partie de la documentation publique. Les surfaces d'intégration prises en charge sont les shortcodes documentés, les surcharges de modèles, l'interface utilisateur des réglages et tous les points d'extension explicitement publiés dans cette section.