ConvertPages has built-in integrations for AWeber and GetResponse. For every other email service — MailerLite, ConvertKit, ActiveCampaign, Mailchimp, Sendinblue/Brevo, Drip, MailPoet, and so on — use the HTML Form option. Paste the form code your provider gives you, and ConvertPages routes opt-ins straight to them.
This works with virtually any autoresponder that gives you HTML form code. If your provider has a "sign-up form" feature, it almost certainly does.
When you pick "HTML Form (Any Provider)" as your autoresponder, ConvertPages keeps the styled form you designed on your page but quietly wires its submit button to your autoresponder's form. Visitors see your beautiful opt-in box; under the hood, their email and name get passed directly to your email service the moment they hit submit.
No API connection, no OAuth, no list-fetching — just paste the form code once and you're done.
Every autoresponder has a "sign-up forms" or "lead capture forms" section. Inside, you'll create a form for the list you want opt-ins to go to. When it's time to grab the code, look for:
The exact wording varies — but you're looking for the HTML version, not the JavaScript widget version. More on that below.
The code your autoresponder gives you may include a full HTML document (with <html>, <head>, <style>, etc.). You only need the <form>...</form> section. It looks something like this:
The two important parts are the action="..." URL (where opt-ins are sent) and the name= attributes on the inputs (so ConvertPages knows which field is email and which is name).
<form>...</form> code inAs soon as you paste, ConvertPages validates the code and shows one of two messages:
You're good. ConvertPages found the form and knows where to send opt-ins.
Something's wrong — usually you've pasted a JavaScript widget instead of the raw HTML, or the form is missing its action="..." attribute. See the Troubleshooting section below.
This option only accepts plain HTML form code. JavaScript widget embeds — the kind that look like a single <script> tag and "build" the form when the page loads — will not work.
Most autoresponders offer both options. Always look for the "raw HTML" or "plain HTML" version.
HTML form (works): The code is many lines long, starts with <form ...>, and contains visible <input> elements.
JavaScript widget (won't work): The code is short — usually 1–5 lines — and consists mostly of <script> tags pointing to your provider's domain. Often called "embedded form", "popup", "inline widget", or similar.
If you can't find an HTML option for your provider, contact their support — almost all have one, it's just sometimes buried.
ConvertPages's styled email and name inputs are the ones visitors actually see and type into. On submit, the email and name values are copied into the matching fields inside your pasted form, and then the real form is submitted to your provider.
ConvertPages looks for one of these in your pasted form:
type="email"emailEmailIf your provider uses one of those (almost all do), you're fine.
ConvertPages looks for an input named name or Name.
If your autoresponder uses a different field name — for example first_name, fname, or FNAME — the name won't get passed through.
Fix: either turn off the Name field in your form settings (Show Name Field → unchecked), or hand-edit the pasted HTML so the relevant input also has name="name". For example, change <input name="first_name"> to <input name="first_name" id="first_name"> and add a second hidden input: <input type="hidden" name="name"> — then both are populated.
Any hidden inputs in your form code — list IDs, tags, source tracking, custom fields — are kept intact and submitted to your provider exactly as they were. You don't need to do anything special with them.
When using HTML Form mode, the "After Opt-in" setting still works as normal:
Your autoresponder may also have its own redirect/thank-you URL setting inside the form (often a hidden field called thankyou_url). ConvertPages handles this automatically — if that field is empty, it gets set to your page so the redirect/thank-you message displays correctly.
action="..." attribute. Check it's there in the opening <form> tag.<input> tags). Make sure you have the full <form ...>...</form> wrapping.Your form uses a non-standard field name (like first_name instead of name). See Name field detection above for the fix.
Some providers send visitors to their own thank-you page after submit instead of returning them to your site. This is your provider's behaviour, not ConvertPages. Two options:
thankyou_url hidden input it can populatePublish your page to its convertpages.co/lp/... URL and submit a test email to your own address. You can't fully test HTML form behaviour from the editor preview, because the form needs to actually POST to your provider.
Yes, but you lose the perks of the direct integration — automatic list fetching, instant opt-in confirmation, and the built-in opt-in counter. We recommend the direct integrations (AWeber / GetResponse) when available.
If your provider isn't in the list above, or the form just won't validate, contact support with: