Puntos de extensión para el procesamiento de leads

Esta página cubre el procesamiento de leads únicamente a nivel de integración. Los nombres de los hooks internos, las estructuras de los payloads, los identificadores de capacidades y los detalles de firma de webhooks son detalles de implementación y no se publican aquí.

Qué hace el procesamiento de leads

Cuando un visitante envía un formulario de contacto vinculado a un vehículo, el plugin almacena el lead, notifica a los destinatarios configurados y, opcionalmente, retransmite el lead a un sistema externo a través del mecanismo de webhooks salientes del plugin. Los destinatarios, el método de entrega y la autenticación utilizados para los webhooks salientes se configuran desde la interfaz de usuario de administración del plugin.

Integración con sistemas descendentes

La forma recomendada de reenviar leads a un CRM o herramienta de marketing es configurar el webhook saliente del plugin desde la interfaz de usuario de administración. Los nombres de los hooks internos, la estructura del payload y el esquema de firma utilizado para autenticar las llamadas de webhooks salientes pueden evolucionar entre versiones; verifique su receptor descendente con la versión actual del plugin cuando lo configure, y no codifique de forma fija nombres de acciones o filtros internos en su integración.

Superficies de integración públicas compatibles

Al integrarse con el plugin, prefiera estas superficies estables:

• La interfaz de usuario de ajustes de administración del plugin.
• Los shortcodes documentados.
• Las anulaciones de plantillas a nivel de tema como se describe en Template System And Overrides.
• La Descripción general para desarrolladores general para orientación.

Los nombres de clases internas, las claves de opciones, las tablas de la base de datos, los endpoints REST y AJAX, los nombres de hooks de cron, los identificadores de capacidades y nonces, y la infraestructura de lanzamientos / actualizaciones se tratan como detalles de implementación. Pueden cambiar entre versiones sin previo aviso y no forman parte del contrato de integración público.

Política de estabilidad y cambios

Cualquier elemento que no figure como una superficie pública compatible anteriormente se considera un detalle de implementación interna. Las API internas, el diseño de almacenamiento y la implementación de seguridad pueden cambiar entre versiones. No dependa de ellos desde código de terceros, temas o sistemas externos. No se admiten escrituras directas en la base de datos.

Aviso de documentación pública. Esta página proporciona únicamente una descripción general de la integración a alto nivel. Los detalles de implementación interna, las API privadas, los aspectos internos del almacenamiento y la infraestructura de lanzamientos sensible a la seguridad se mantienen por separado y no forman parte de la documentación pública. Las superficies de integración compatibles son los shortcodes documentados, las anulaciones de plantillas, la interfaz de usuario de ajustes y cualquier punto de extensión publicado explícitamente en esta sección.