IntegrationEmail / Marketing destination
MailerLite Integration - Route Product Events into MailerLite Groups
Meshes routes product events into MailerLite through group membership changes. That gives lifecycle teams a direct path from product behavior to email segmentation without relying on delayed list cleanup or manual imports.
user.signuplesson.completedsubscription.cancelled|Actionsadd_to_groupremove_from_groupThe event names shown here are examples. In Meshes, event types are fully customized for each organization.
What you can do
Supported actions with real product context behind them
Create the MailerLite connection in Meshes with an API key. Meshes loads the available groups from that MailerLite account so rules can target current group IDs without hardcoding them into product code.
MailerLite groups are often the trigger surface for email segmentation and follow-up, but they only stay useful if product state reaches them reliably. Signup, milestone, and cancellation events usually matter more than whatever a weekly sync can reconstruct.
Meshes keeps that routing close to the event stream. You create the MailerLite connection in Meshes with the API key, select the target group from live action data, and let Meshes handle the delivery and observability path.
add_to_groupAdd subscribers to groups
Use signup and milestone events to place contacts into the groups that should drive the next MailerLite workflow.
remove_from_groupRemove subscribers from groups when state changes
Move contacts out of the old lifecycle path when cancellations, upgrades, or completions change which group is correct.
Common use cases
How Meshes teams usually put MailerLite to work
These are the workflows where this destination tends to matter first. The point is to keep the product event, the destination action, and the operational retry path in one place.
Start onboarding email from signup events
Use user.signup to place the contact into the initial MailerLite group as soon as the account is created.
Promote users into the next education segment
Use lesson.completed to move users into the group that matches the next step in the lifecycle journey.
Stop the wrong sequence when customer state changes
Use subscription.cancelled or downgrade events to remove subscribers from groups that no longer fit the lifecycle path.
Keep segmentation logic out of batch jobs
The same Meshes event stream that powers your other integrations can also keep MailerLite groups current in near real time.
How it works
Connect the destination, define the rule, emit the event
In Meshes, the operating model is simple: create the connection in the workspace, create the rule, then let the event delivery layer handle the last mile.
Connect MailerLite
Create the MailerLite connection in Meshes with the API key and confirm the groups you want are available in the action data for the connection.
Create routing rules in Meshes
Create rules for events like user.signup or lesson.completed, choose add_to_group or remove_from_group, and map the contact fields MailerLite needs.
Emit the event and review delivery
Emit the event from your app or use Send Test Event in Meshes. Meshes delivers the group change, retries transient errors, and preserves the attempt history for replay.
Event example
Emit the product event once
import MeshesEventsClient from '@mesheshq/events';
const meshes = new MeshesEventsClient(
process.env.WORKSPACE_PUBLISHABLE_KEY!,
);
await meshes.emit({
event: 'lesson.completed',
resource: 'lesson',
resource_id: 'lesson_12',
payload: {
email: 'alex@northstar.io',
user_id: 'usr_2048',
course_slug: 'activation-bootcamp',
lesson_id: 'lesson_12',
},
});Connection model
API key
Create the MailerLite connection in Meshes with an API key. Meshes loads the available groups from that MailerLite account so rules can target current group IDs without hardcoding them into product code.
Why Meshes
Why teams use Meshes for MailerLite
The benefit is not just that the destination is supported. It is that the destination sits inside the same fan-out, retry, replay, and delivery-visibility layer as the rest of your stack.
Group routing stays tied to real product milestones
MailerLite segmentation becomes more useful when it starts from user.signup or lesson.completed instead of a delayed synchronization pass.
API-key setup stays isolated in the workspace
You can manage the MailerLite credential once in Meshes and reuse it across multiple routing rules without scattering it across services.
Retries protect lifecycle entry points
If the downstream API is transiently unavailable, Meshes keeps the attempt visible and retryable so you do not quietly lose the segment change.
The event can still fan out elsewhere
MailerLite can be one destination among several from the same event, so email does not drift away from CRM, support, or internal systems.
Keep exploring
Related guides, use cases, docs, and comparison pages
These links are the next layer down: concrete patterns, supporting documentation, and the build-vs-buy context that usually comes up during evaluation.
Catalog
All integrations
Return to the integrations catalog and compare MailerLite with the rest of the email and lifecycle-routing surface.
Open linkDocs
MailerLite docs
See the Meshes setup flow, supported actions, and rule-building details for MailerLite.
Open linkUse Case
User signup fan-out
See how a new signup can update lifecycle email and the rest of the GTM stack from the same event.
Open linkUse Case
Lesson completion flows
See how milestone events can drive the systems that need to react when users make real progress.
Open linkGuide
Browse routing guides
See destination-specific Meshes patterns that you can adapt for MailerLite routing rules.
Open linkCompare
Meshes vs. DIY
See what it takes to own MailerLite group routing and lifecycle retry logic in custom code.
Open link