Skip to main content
The Lindo platform provides webhook notifications to inform your application about important events happening in your workspace. This allows you to build integrations and automate workflows based on real-time events.

Setting Up Webhooks

To receive webhook notifications, configure a webhook URL in your workspace settings. This URL should be a publicly accessible endpoint that can receive POST requests. Requirements:
  • The endpoint must accept POST requests
  • The endpoint must accept application/json content type
  • The endpoint should respond with a 2xx status code to acknowledge receipt

Webhook Format

All webhooks are sent as HTTP POST requests to your configured webhook URL.

Headers

Payload Structure

Supported Events

website.created

Triggered when a new website is created in your workspace.
string
Unique identifier for the website
string
The preview URL of the website
string
Business name / website name
string
ISO 8601 timestamp of creation
boolean
Whether the website is activated

website.deleted

Triggered when a website is deleted from your workspace.
string
Unique identifier for the deleted website
string
The preview URL that was associated with the website
string
Business name / website name
string
ISO 8601 timestamp of deletion

client.created

Triggered when a new client is added to your workspace.
string
Unique identifier for the client
string
Full name of the client
string
Email address of the client
number
Maximum number of websites the client can create
string
ISO 8601 timestamp of creation

client.deleted

Triggered when a client is removed from your workspace.
string
Unique identifier for the deleted client
string
Full name of the client
string
Email address of the client
string
ISO 8601 timestamp of deletion

workflow.website.completed

Triggered when all pages of a multi-page AI website build have finished generating. For single-page websites, this fires once the page is published.
string
Unique identifier for the website
string
Business name / website name
string
The live or preview URL of the website
string
The preview URL of the website
string
Identifier of the parent workflow that orchestrated the build
string
ISO 8601 timestamp of when all pages finished building

workflow.page.completed

Triggered when a standalone AI page build finishes and the page is published. This does not fire for pages that are part of a multi-page website build (those are covered by workflow.website.completed).
string
Unique identifier for the website the page belongs to
string
Unique identifier for the published page
string
URL path / slug of the page (e.g. about, services)
string
Display name of the page
boolean
Whether the page is a blog post (always false for this event)
string
Identifier of the workflow that built this page
string
ISO 8601 timestamp of completion

workflow.blog.completed

Triggered when an AI blog post build finishes and the post is published.
string
Unique identifier for the website the blog belongs to
string
Unique identifier for the published blog post
string
URL path / slug of the blog post
string
Title of the blog post
boolean
Always true for this event
string
Identifier of the workflow that built this blog post
string
ISO 8601 timestamp of completion

Implementation Examples

Node.js / Express

Python / Flask

Best Practices

Your webhook endpoint should respond with a 2xx status code as quickly as possible (ideally within 5 seconds). If you need to perform time-consuming operations, queue them for background processing.
For production environments, consider implementing additional security measures:
  • Use HTTPS endpoints only
  • Validate the User-Agent header (LindoAI-Webhooks/1.0)
  • Consider implementing IP allowlisting if Lindo provides static IP addresses
Your endpoint should be resilient to:
  • Duplicate webhook deliveries
  • Out-of-order webhook deliveries
  • Missing or malformed data
Design your webhook handlers to be idempotent, as you may receive the same webhook multiple times:
Implement comprehensive logging and monitoring:
  • Log all received webhooks
  • Monitor webhook processing failures
  • Set up alerts for repeated failures

Testing Webhooks

Local Development

For local development and testing, you can use tools like:
  • ngrok - Create a public URL for your local server
  • Webhook.site - Test webhook payloads without writing code
  • RequestBin - Another tool for inspecting webhook requests

Manual Testing

You can manually test your webhook endpoint using curl:

Troubleshooting

  • Check webhook URL configuration in your workspace settings
  • Verify endpoint accessibility (not behind a firewall)
  • Check for HTTPS requirement
  • Review server logs
If your endpoint returns non-2xx status codes:
  • Webhooks may be retried (implementation dependent)
  • Check your endpoint’s error handling and logging
  • Ensure your endpoint can handle the payload structure
If you’re receiving duplicate webhooks:
  • Implement idempotency in your webhook handlers
  • Use unique identifiers (like website_id, client_id) to detect duplicates
  • Store processed webhook IDs to prevent reprocessing