plugins.webblocksui.com
Back to Plugins
Send a templated email to your own customer list, with fields filled in per recipient.
VendorWebBlocks
Plugin Overview
- Name
- WebBlocks Campaigns
- Handle
- webblocks-campaigns
- Summary
- Send a templated email to your own customer list, with fields filled in per recipient.
- Description
- Send a templated email to your own customer list, with the name, address and other fields filled in per recipient.
- Vendor
- WebBlocks
- Vendor URL
- —
- Documentation URL
- —
- Support URL
- —
- Repository URL
- —
- Terms
- MIT
- Tags
-
—
- Published at
- 2026-07-29
- Latest release
- 0.7.0
Latest Release
- Version
- 0.7.0
- Channel
- stable
- Status
- published
- Title
- —
- Summary
- Add a sign-up block, so a site can collect subscribers instead of only importing them.
- Release notes
- - **Add a sign-up block, so a site can collect subscribers instead of only importing them.** Drop it on any page: heading, intro, the consent sentence, which list confirmed subscribers join, and whether to ask for a name.
- **Double opt-in, with no option to switch it off.** A form on a public page cannot tell whether the person typing an address owns it, so a single-step subscription lets anyone put a stranger on a mailing list and leaves the sender with "the form was submitted" as its only evidence of consent. A request creates a pending row, never a contact; nothing about the address becomes sendable until a link mailed to it has been used.
- Confirm on a POST rather than on the link itself. Mail clients and corporate link scanners follow URLs in email unprompted, and a GET that confirmed would sign up people who never clicked — the exact failure the two steps exist to prevent, reintroduced at the last step.
- Store the consent wording as it read at the moment of the request. Reading it from the block later would answer "what did this person agree to" with whatever the text says now, which is not evidence.
- Answer every submission identically, whether the address is new, already subscribed, or blocked. A form that distinguished them would let anyone test who is on the site's mailing list.
- Let a confirmation lift an unsubscribe or a hard bounce, and nothing else. The first is how someone comes back; the second is a claim about a mailbox that the confirming click disproves. A spam complaint or an operator's manual block survives — a public form must not be a route around a decision the site already made.
- Never let a form overwrite a name the business already recorded from a transaction, and never let a stranger's submission make a confirmed subscriber look unconfirmed.
- Expire confirmation links after seven days, so one left in an abandoned mailbox is not a live credential for whoever inherits it.
- Take the version, and the handle, label, description and CMS floor with it, from `webblocks-plugin.json` alone. It lived in the manifest and in the provider both, so a release was two edits that had to agree and the check only verified that they did.
- Raise the CMS floor to 1.45.5, the first version that writes a block type catalog row for a plugin-declared block. Below it the block would be absent from every picker.
- Released at
- 2026-07-29
Compatibility
Artifact Metadata
- File name
- webblocks-campaigns-0.7.0.zip
- Size bytes
- 129446
- MIME type
- application/zip
- SHA-256
d52a2641d525107d92e5e0ffdb6715e8281c9d54ab2623196f05b98bffc46cf6- Validation status
- passed
- Scan status
- not_scanned
- Published at
- 2026-07-29
Download ZIP
Checksum d52a2641d525107d92e5e0ffdb6715e8281c9d54ab2623196f05b98bffc46cf6. Scan status: Not Scanned.
Release History