Offer configuration stays visible
Use Offers to decide what HTML receives: product, price, buyer, checkout mode, invoice, and automation context.
Product surfaces
Integrations work best when the checkout surface, payment state, invoice record, and post-purchase automation all point at the same commercial object. These product screens show the Plandalf controls that should be configured before HTML receives checkout, payment, tax, or workflow context.
Use Offers to decide what HTML receives: product, price, buyer, checkout mode, invoice, and automation context.
Before HTML enters the stack, operators still need checkout templates, products, prices, coupons, order bumps, upsells, and branded offer content they can inspect.
HTML should fit into the work after checkout: fulfilment, records, CRM updates, support context, webhooks, and sequences.
HTML can start the sale through a hosted checkout, embedded checkout, modal, inline flow, or buy button depending on the stack.
Builder paths
Use these stack guides when a builder needs the whole path: sales surface, Plandalf offer, payment handoff, automation, fulfilment, records, and downstream integrations.
Find full stack guides that pair HTML with checkout, payment, automation, fulfilment, records, and downstream integrations.
Use Offers to package products, prices, checkout pages, invoices, coupons, payment options, and follow-up context.
Use hosted checkout when HTML should hand the buyer to a branded Plandalf checkout page.
Use SDK checkout when HTML belongs inside an app, custom site, or API-first stack.
Route checkout events, purchase events, payment state, invoices, and customer context into another tool.
Turn a completed checkout into access, receipts, CRM updates, support context, and records.
Plain HTML — the escape hatch for any stack we don’t have a dedicated
catalog entry for yet. Drop the Plandalf SDK <script> tag before the
closing </body> tag of whichever page serves your storefront, and
promo / checkout embeds work identically to the named platforms.
Pair it with
Platforms whose roles complement HTML inside a Plandalf sequence.
HTML + ActiveCampaign
Capture form leads on HTML straight into ActiveCampaign.
HTML + beehiiv
Capture form leads on HTML straight into beehiiv.
HTML + Kit (ConvertKit)
Capture form leads on HTML straight into Kit (ConvertKit).
HTML + Customer.io
Capture form leads on HTML straight into Customer.io.
HTML + Drip
Capture form leads on HTML straight into Drip.
HTML + Flodesk
Capture form leads on HTML straight into Flodesk.
Integration methods
Each method below is the minimum viable setup. Pick the one closest to how you already use HTML with checkout, payments, invoices, webhooks, API work, SDK checkout, and integrations.
Drop the Plandalf embed script into a HTML HTML block and tag any element with `data-plandalf-present` to open the configured flow on click.
<script src="https://cdn.plandalf.com/embed.js" async></script>
<button data-plandalf-present="offer_abc123">
Buy now
</button>FAQ
Plandalf itself is free to connect to HTML. You only need a HTML account that allows API access, which is almost every paid plan.
Under 10 minutes — paste a webhook URL into HTML, point it at the Plandalf endpoint, and trigger a test event to confirm.
Yes. Disconnecting only revokes the credentials — historical events Plandalf fired stay in your sequence logs, and HTML's own records are untouched. You can reconnect any time and resume from the last seen event.
Plandalf stores the minimum IDs needed to address a record in HTML plus a log of events Plandalf fired. Source-of-truth data stays in HTML.
Drop into the Plandalf REST API and call HTML directly from your sequence's HTTP action. Anything HTML's public surface exposes is reachable.
There's no Plandalf-side limit. HTML's own plan limits apply.
HTML's homepage at https://developer.mozilla.org/en-US/docs/Web/HTML links to their developer docs. For Plandalf-side questions about the HTML integration, see the Plandalf docs.