Spraynt

<p>Convert AI‑generated Markdown into clean HTML for WordPress posts.</p>
<h3>Credits</h3>
<p>Developed by SPRAYNT TECHO SERVICES PVT. LTD.<br />
Inspired by workflows using n8n and AI content generation tools.</p>


Spraynt Markdown to HTML

Automatically convert AI-generated Markdown from tools like n8n into clean HTML for your WordPress posts.

mateuszflowsystems

<p>Flow Systems Webhook Actions is a developer-focused WordPress webhook delivery layer designed for reliable automation workflows.</p>
<p>It adds a persistent queue, automatic retries, and Action Scheduler support for production-grade background processing — so your webhooks don’t get lost when external APIs fail.</p>
<p>Works great with WooCommerce, n8n, Zapier alternatives, and custom APIs.</p>
<p>Includes built-in Contact Form 7 integration — send CF7 form submissions to webhooks instantly with clean, structured payloads. Replace fragile CF7 email workflows with reliable webhook-based automation.</p>
<p>Unlike basic “fire-and-forget” webhook implementations, this plugin ensures:</p>
<ul>
<li>Delivery attempts are tracked</li>
<li>Failures are visible</li>
<li>Retries are automatic and intelligent</li>
<li>Events include stable identity metadata for idempotency</li>
</ul>
<p>Built for production environments where losing events is not acceptable.</p>
<p>👉 Step-by-step example: <a href="https://wpwebhooks.org/examples/cf7-to-webhook/" rel="nofollow ugc">Send Contact Form 7 submissions to a webhook (n8n demo)</a><br />
👉 Step-by-step example: <a href="https://wpwebhooks.org/examples/gravity-forms-webhooks/" rel="nofollow ugc">Send Gravity Forms Submissions to n8n</a><br />
👉 Step-by-step example: <a href="https://wpwebhooks.org/examples/ivyforms-to-webhook/" rel="nofollow ugc">Send IvyForms submissions to a webhook (n8n demo)</a></p>
<h4>Typical Use Cases</h4>
<ul>
<li>CF7 to Webhook: Send Contact Form 7 Data to n8n or external APIs</li>
<li>Gravity Forms webhooks for sending submission to CRM</li>
<li>Send IvyForms submissions to n8n or external APIs</li>
<li>Build reliable form-to-CRM integrations with retry protection</li>
<li>Process high-volume WooCommerce webhooks using Action Scheduler</li>
<li>Send WooCommerce orders to n8n with retry protection</li>
<li>Sync WordPress users to external CRMs safely</li>
<li>Trigger backend microservices from WP hooks</li>
<li>Send event-driven data to internal APIs</li>
<li>Replace fragile custom <code>wp_remote_post()</code> integrations</li>
<li>Build idempotent WordPress automation pipelines</li>
<li>Query delivery logs, trigger retries, or manage webhooks programmatically from CI/CD pipelines or external dashboards using API tokens</li>
<li>Allow AI coding assistants (e.g. Claude Code) to inspect webhook logs and retry failed events automatically</li>
<li>Use AI agents to monitor webhook delivery health and operate the queue through the REST API</li>
</ul>
<h4>Event Identity & Idempotency</h4>
<p>Every dispatched webhook includes:</p>
<ul>
<li>Unique UUID (v4) per event</li>
<li>ISO 8601 UTC timestamp</li>
<li>Embedded <code>event.id</code>, <code>event.timestamp</code>, <code>event.version</code> in the payload</li>
<li>HTTP headers: <code>X-Event-Id</code>, <code>X-Event-Timestamp</code></li>
</ul>
<p>This enables downstream deduplication, idempotent workflow design, and reliable debugging across systems.</p>
<h4>Reliable Queue & Smart Retry</h4>
<p>Webhooks are never sent directly from request execution. Instead:</p>
<ul>
<li>Events are stored in a persistent database queue</li>
<li>Processed asynchronously via background jobs</li>
<li>Dispatched in batches to avoid performance impact</li>
</ul>
<p>Smart retry routing:</p>
<ul>
<li>5xx and 429 responses <span aria-hidden="true" class="wp-exclude-emoji">→</span> automatic exponential backoff retry</li>
<li>4xx and 3xx responses <span aria-hidden="true" class="wp-exclude-emoji">→</span> immediately marked as <code>permanently_failed</code></li>
<li>Configurable maximum retry attempts</li>
<li>Full attempt history stored per event</li>
</ul>
<p>No silent failures.</p>
<h4>Replay Webhook Events</h4>
<p>Webhook debugging is difficult when events cannot be reproduced.</p>
<p>Flow Systems Webhook Actions allows you to replay any webhook event directly from the delivery logs — including successful deliveries.</p>
<p>This makes it easy to:</p>
<ul>
<li>Re-run automation workflows</li>
<li>Debug external integrations</li>
<li>Recover from temporary endpoint failures</li>
<li>Test webhook consumers without recreating WordPress events</li>
</ul>
<p>Each replay uses the original payload and event metadata, ensuring consistent behavior across retries and debugging sessions.</p>
<h4>Delivery Observability</h4>
<p>Operational visibility built into the admin panel:</p>
<p>Status states: <code>pending</code>, <code>processing</code>, <code>success</code>, <code>failed</code> (retrying), <code>permanently_failed</code></p>
<ul>
<li>Attempt timeline per event</li>
<li>HTTP status codes and response bodies</li>
<li>Inspect full request payloads</li>
<li>Manual retry (single or bulk)</li>
<li>Replay webhook events for debugging and testing integrations</li>
</ul>
<p>Filter by: event UUID, target URL, date range, status</p>
<p>Queue health metrics:</p>
<ul>
<li>Average attempts per event</li>
<li>Oldest pending job age</li>
<li>Queue stuck detection</li>
<li>WP-Cron-only warning</li>
</ul>
<p>Designed as an operations console — not just a webhook sender.</p>
<h4>Payload Mapping</h4>
<p>Adapt outgoing JSON payloads to match any external API:</p>
<ul>
<li>Rename fields using dot notation</li>
<li>Restructure nested objects</li>
<li>Exclude sensitive or unnecessary data</li>
<li>Store example payloads for configuration</li>
<li>Modify via <code>fswa_payload</code> filter</li>
</ul>
<p>Payloads always include stable event metadata for consistency.</p>
<h4>REST API Access with Token Authentication</h4>
<p>The plugin exposes a full operational REST API (<code>/wp-json/fswa/v1/</code>) that powers the admin interface and can also be used directly by external tools, automation systems, AI agents, and CI/CD pipelines.</p>
<p>Every endpoint supports dual authentication:</p>
<ul>
<li>WordPress admin session (cookie-based, used by the admin panel)</li>
<li>API token — for programmatic access without a browser session</li>
</ul>
<p><strong>API Tokens</strong></p>
<p>Create tokens directly from the API Tokens screen in the admin panel. Each token is assigned one of three scopes:</p>
<ul>
<li><code>read</code> — GET access to webhooks, logs, queue, health, triggers, and schemas</li>
<li><code>operational</code> — Read + toggle webhooks on/off, retry and replay log entries, execute queue jobs</li>
<li><code>full</code> — Operational + create, update, and delete webhooks, schemas, and queue jobs</li>
</ul>
<p>Token authentication is accepted via:</p>
<ul>
<li><code>X-FSWA-Token: <token></code> header (recommended)</li>
<li><code>Authorization: Bearer <token></code> header</li>
<li><code>?api_token=<token></code> query parameter</li>
</ul>
<p>Tokens can be set to expire and rotated at any time. Rotation issues a new secret immediately while preserving the token’s name, scope, and settings. Token management always requires a WordPress admin login — tokens cannot be used to create or manage other tokens.</p>
<p>Full REST API documentation: <a href="https://wpwebhooks.org/webhook-wordpress-plugin-api/" rel="nofollow ugc">REST API Reference</a></p>
<h4>AI Agents and Programmatic Automation</h4>
<p>The REST API makes Flow Systems Webhook Actions accessible to AI-powered tools and coding agents.</p>
<p>Automation systems, CI pipelines, and AI coding assistants (such as Claude Code or Cursor) can safely interact with webhook infrastructure using API tokens without requiring WordPress admin sessions.</p>
<p>Typical AI-driven workflows include:</p>
<ul>
<li>AI agents monitoring webhook delivery health</li>
<li>Automatically retrying failed webhook events</li>
<li>Inspecting delivery logs to debug integrations</li>
<li>Enabling or disabling webhooks dynamically during deployments</li>
<li>Managing automation pipelines across environments</li>
</ul>
<p>Because the API exposes operational endpoints for logs, queue jobs, webhooks, and triggers, external agents can treat WordPress as a programmable event infrastructure.</p>
<p>Example scenarios:</p>
<p>• A Claude Code agent analyzes webhook delivery logs and automatically retries failed integrations.<br />
• A CI/CD pipeline disables webhook triggers during deployments and re-enables them afterward.<br />
• Automation systems query webhook health metrics and alert when the queue becomes stuck.<br />
• External dashboards display real-time webhook delivery metrics using API tokens.</p>
<p>This allows WordPress automation pipelines to be controlled entirely through HTTP APIs, enabling advanced integration with AI-driven development workflows.</p>
<h4>Contact Form 7 Webhooks (NEW in 1.5.0)</h4>
<p>Flow Systems Webhook Actions includes built-in integration with Contact Form 7.</p>
<p>When Contact Form 7 is active, form submissions are automatically converted into structured webhook payloads — no custom code required.</p>
<p>Included in each payload:</p>
<ul>
<li>Form ID and title</li>
<li>Submission data (all fields)</li>
<li>Normalized field structure (no raw CF7 format)</li>
<li>Request metadata</li>
<li>Uploaded files (where applicable)</li>
</ul>
<p>Benefits:</p>
<ul>
<li>Send CF7 submissions to n8n, APIs, CRMs, or automation tools</li>
<li>No need for custom hooks or additional plugins</li>
<li>Clean JSON payloads ready for external processing</li>
<li>Works with existing webhook retry, queue, and replay system</li>
</ul>
<p>This allows you to build reliable form-to-automation pipelines directly from WordPress.</p>
<h4>Action Scheduler Support (NEW in 1.4.0)</h4>
<p>Flow Systems Webhook Actions now supports Action Scheduler — the same background job system used by WooCommerce.</p>
<p>When available, webhook queue processing automatically switches from WP-Cron to Action Scheduler for improved reliability and scalability.</p>
<p>Benefits:</p>
<ul>
<li>More reliable background execution than WP-Cron</li>
<li>Better handling of high-volume webhook traffic</li>
<li>Persistent job tracking and recovery</li>
<li>No configuration required — automatic detection and migration</li>
</ul>
<p>This makes the plugin suitable for production WooCommerce stores and high-throughput automation pipelines.</p>
<h4>Developer Friendly</h4>
<ul>
<li>Works with any WordPress or WooCommerce action</li>
<li>Full REST API (<code>/wp-json/fswa/v1/</code>) usable from any HTTP client — not just the admin panel</li>
<li>API token authentication with scoped access (<code>read</code>, <code>operational</code>, <code>full</code>)</li>
<li>Fully extensible via filters and actions</li>
<li>Clean namespace and unique prefixes</li>
<li>Built according to WordPress.org standards</li>
<li>Supports system cron, WP-Cron, and Action Scheduler (auto-detected)</li>
</ul>
<h4>Why Choose Flow Systems Webhook Actions?</h4>
<p>Most WordPress webhook setups fire once, don’t retry intelligently, don’t provide delivery visibility, and don’t expose event identity.</p>
<p>Flow Systems Webhook Actions provides:</p>
<ul>
<li>Persistent queue</li>
<li>Smart retry logic</li>
<li>Webhook replay for debugging integrations</li>
<li>Permanent failure state handling</li>
<li>Event UUIDs and timestamps</li>
<li>Full delivery logging and metrics</li>
<li>REST API with token authentication for programmatic access</li>
<li>Action Scheduler support for reliable background processing (when available)</li>
<li>Built-in CF7 to webhook support (no extra plugins needed)</li>
</ul>
<p>Built for developers who need production-grade automation reliability.</p>
<h4>Available Filters</h4>
<ul>
<li><code>fswa_should_dispatch</code> – Decide if a trigger should dispatch</li>
<li><code>fswa_payload</code> – Customize webhook payload</li>
<li><code>fswa_headers</code> – Add custom HTTP headers</li>
<li><code>fswa_require_https</code> – Toggle HTTPS requirement</li>
<li><code>fswa_max_attempts</code> – Configure maximum retry attempts</li>
<li><code>fswa_queue_batch_size</code> – Configure batch processing size</li>
<li><code>fswa_http_timeout</code> – Configure HTTP request timeout</li>
<li><code>fswa_http_connect_timeout</code> – Configure HTTP connect timeout</li>
<li><code>fswa_http_args</code> – Customize HTTP request arguments</li>
<li><code>fswa_available_triggers</code> – Customize available trigger list</li>
</ul>
<h4>Available Actions</h4>
<ul>
<li><code>fswa_success</code> – Fired after successful webhook delivery</li>
<li><code>fswa_error</code> – Fired after webhook delivery failure</li>
</ul>
<h4>Admin UX Improvements</h4>
<ul>
<li>Option to move the plugin menu under “Tools” for a cleaner admin sidebar</li>
<li>Instant UI refresh when changing menu location</li>
</ul>


Flow Systems Webhook Actions

Reliable WordPress webhooks with retries, queue, Action Scheduler support, delivery logs, and replayable events for n8n, APIs, and integrations.

Spraynt Markdown to HTML vs Flow Systems Webhook Actions