Klaviyo Cost Tuning
Overview
Optimize Klaviyo costs through active profile management, list hygiene, event sampling, and API usage monitoring. Klaviyo bills primarily by active profiles and message volume, not API calls.
Prerequisites
- Access to Klaviyo billing dashboard
- Understanding of active profile definition
klaviyo-api SDK for programmatic management
Klaviyo Pricing Model
Klaviyo bills based on active profiles (contacts who have received or been targeted by marketing), not API requests.
| Component |
How It's Billed |
Cost Driver |
| Email |
Per active profile tier |
Number of marketable profiles |
| SMS |
Per message sent + carrier fees |
Message volume |
| Push |
Included with email plan |
N/A |
| API calls |
Free (rate limited, not billed) |
N/A |
| Reviews |
Per request volume |
Review request sends |
Email Pricing Tiers (Approximate)
| Active Profiles |
Monthly Cost |
| 0 - 250 |
Free |
| 251 - 500 |
$20/mo |
| 501 - 1,000 |
$30/mo |
| 1,001 - 1,500 |
$45/mo |
| 1,501 - 5,000 |
$60-$100/mo |
| 5,001 - 10,000 |
$100-$150/mo |
| 10,001 - 25,000 |
$150-$375/mo |
| 25,001+ |
Custom pricing |
Key insight: Reducing active profiles has the biggest cost impact. Cleaning suppressed/unengaged contacts directly reduces your bill.
Instructions
Work the levers in order — active-profile reduction has the largest impact, so start
there before touching event sampling or API monitoring. Each step maps to a klaviyo-api
routine in the full walkthrough; the complete five-step implementation
carries the runnable code for every step, and worked examples show
the dollar impact of each.
- Audit active profile count — page through
ProfilesApi.getProfiles with a minimal
fieldset to establish the current tier. Skeleton below.
- Identify unengaged profiles — query an "Unengaged 180+ Days" segment via
SegmentsApi.
- Suppress unengaged contacts — unsubscribe (stays but unmarketable = not billed) or
add a global suppression property. This is what actually lowers the bill.
- Sample non-critical events — keep revenue events at 100%, sample high-volume/low-value
events (
Viewed Product, Page View) to cut ingestion.
- Monitor API usage — wrap SDK calls in a rate tracker to catch runaway processes before
they trip the 700 req/min limit.
Establish a session once, then run the audit (Step 1):
import { ApiKeySession, ProfilesApi, SegmentsApi } from 'klaviyo-api';
const session = new ApiKeySession(process.env.KLAVIYO_PRIVATE_KEY!);
const profilesApi = new ProfilesApi(session);
// Count total profiles (paginate with page[cursor])
let totalProfiles = 0;
let cursor: string | undefined;
do {
const response = await profilesApi.getProfiles({
pageCursor: cursor,
fieldsProfile: ['email'], // Minimal fields for speed
});
totalProfiles += response.body.data.length;
const nextLink = response.body.links?.next;
cursor = nextLink ? new URL(nextLink).searchParams.get('page[cursor]') || undefined : undefined;
} while (cursor);
console.log(`Total profiles: ${totalProfiles}`);
Steps 2–5 (segment query, suppression job, event sampling, usage tracker) live in the
full implementation walkthrough.
Output
Applying this skill produces:
- A current active-profile count and the pricing tier it falls into (see the tables above).
- A list of unengaged profiles (180+ days no open/click) eligible for suppression.
- A suppression run — profiles unsubscribed or globally suppressed, lowering the billed
active count (often enough to drop a tier).
- An event-sampling config that keeps revenue-critical events at 100% while sampling noise.
- A
KlaviyoUsageTracker emitting [Klaviyo] High API rate: N req/min warnings before the
700 req/min steady limit is reached.
Examples
- Drop a pricing tier: suppressing 3,100 unengaged profiles takes an account from 12,400 to
9,300 active profiles, moving it from the 10,001–25,000 tier down to 5,001–10,000.
- Cut SMS spend: gating the abandoned-cart flow on an engaged-only segment stops full-list
texting and its per-message carrier charges.
- Sample noisy events: a 0.25/0.10 sample on
Viewed Product/Page View cuts ingestion of
those events ~75–90% with no loss to revenue attribution.
See references/examples.md for the full before/after figures and code
for each scenario.
Cost Reduction Checklist
Error Handling
| Issue |
Cause |
Solution |
| Unexpected bill increase |
Unengaged profiles grew |
Run suppression script |
| SMS costs spiking |
Flow sending to full list |
Add engaged-only segment filter |
| Duplicate profiles |
Multiple identify calls |
Merge duplicates, use createOrUpdateProfile |
| API rate limits hit |
Bulk operations |
Use queue with concurrency control |
Resources
- Full implementation walkthrough — runnable code for all five steps
- Worked examples — before/after cost scenarios
- Klaviyo Pricing
- Data Privacy API
- For architecture patterns, see the
klaviyo-reference-architecture skill in this pack.
1---2name: klaviyo-cost-tuning3description: Optimize Klaviyo costs through plan selection, contact management, and usage monitoring. Use when analyzing Klaviyo billing, reducing active profile costs, or implementing usage monitoring and budget alerts. Trigger with phrases like "klaviyo cost", "klaviyo billing", "reduce klaviyo costs", "klaviyo pricing", "klaviyo expensive", "klaviyo budget".4license: MIT5---6# Klaviyo Cost Tuning
7
8## Overview
9
10Optimize Klaviyo costs through active profile management, list hygiene, event sampling, and API usage monitoring. Klaviyo bills primarily by **active profiles** and **message volume**, not API calls.
11
12## Prerequisites
13
14- Access to Klaviyo billing dashboard
15- Understanding of active profile definition
16- `klaviyo-api` SDK for programmatic management
17
18## Klaviyo Pricing Model
19
20Klaviyo bills based on **active profiles** (contacts who have received or been targeted by marketing), not API requests.
21
22| Component | How It's Billed | Cost Driver |
23|-----------|----------------|-------------|
24| Email | Per active profile tier | Number of marketable profiles |
25| SMS | Per message sent + carrier fees | Message volume |
26| Push | Included with email plan | N/A |
27| API calls | Free (rate limited, not billed) | N/A |
28| Reviews | Per request volume | Review request sends |
29
30### Email Pricing Tiers (Approximate)
31
32| Active Profiles | Monthly Cost |
33|----------------|-------------|
34| 0 - 250 | Free |
35| 251 - 500 | $20/mo |
36| 501 - 1,000 | $30/mo |
37| 1,001 - 1,500 | $45/mo |
38| 1,501 - 5,000 | $60-$100/mo |
39| 5,001 - 10,000 | $100-$150/mo |
40| 10,001 - 25,000 | $150-$375/mo |
41| 25,001+ | Custom pricing |
42
43> **Key insight:** Reducing **active profiles** has the biggest cost impact. Cleaning suppressed/unengaged contacts directly reduces your bill.
44
45## Instructions
46
47Work the levers in order — active-profile reduction has the largest impact, so start
48there before touching event sampling or API monitoring. Each step maps to a `klaviyo-api`
49routine in the full walkthrough; the [complete five-step implementation](references/implementation.md)
50carries the runnable code for every step, and [worked examples](references/examples.md) show
51the dollar impact of each.
52
531. **Audit active profile count** — page through `ProfilesApi.getProfiles` with a minimal
54 fieldset to establish the current tier. Skeleton below.
552. **Identify unengaged profiles** — query an "Unengaged 180+ Days" segment via `SegmentsApi`.
563. **Suppress unengaged contacts** — unsubscribe (stays but unmarketable = not billed) or
57 add a global suppression property. This is what actually lowers the bill.
584. **Sample non-critical events** — keep revenue events at 100%, sample high-volume/low-value
59 events (`Viewed Product`, `Page View`) to cut ingestion.
605. **Monitor API usage** — wrap SDK calls in a rate tracker to catch runaway processes before
61 they trip the 700 req/min limit.
62
63Establish a session once, then run the audit (Step 1):
64
65```typescript
66import { ApiKeySession, ProfilesApi, SegmentsApi } from 'klaviyo-api';
67
68const session = new ApiKeySession(process.env.KLAVIYO_PRIVATE_KEY!);
69const profilesApi = new ProfilesApi(session);
70
71// Count total profiles (paginate with page[cursor])
72let totalProfiles = 0;
73let cursor: string | undefined;
74do {
75 const response = await profilesApi.getProfiles({
76 pageCursor: cursor,
77 fieldsProfile: ['email'], // Minimal fields for speed
78 });
79 totalProfiles += response.body.data.length;
80 const nextLink = response.body.links?.next;
81 cursor = nextLink ? new URL(nextLink).searchParams.get('page[cursor]') || undefined : undefined;
82} while (cursor);
83
84console.log(`Total profiles: ${totalProfiles}`);
85```
86
87Steps 2–5 (segment query, suppression job, event sampling, usage tracker) live in the
88[full implementation walkthrough](references/implementation.md).
89
90## Output
91
92Applying this skill produces:
93
94- **A current active-profile count** and the pricing tier it falls into (see the tables above).
95- **A list of unengaged profiles** (180+ days no open/click) eligible for suppression.
96- **A suppression run** — profiles unsubscribed or globally suppressed, lowering the billed
97 active count (often enough to drop a tier).
98- **An event-sampling config** that keeps revenue-critical events at 100% while sampling noise.
99- **A `KlaviyoUsageTracker`** emitting `[Klaviyo] High API rate: N req/min` warnings before the
100 700 req/min steady limit is reached.
101
102## Examples
103
104- **Drop a pricing tier:** suppressing 3,100 unengaged profiles takes an account from 12,400 to
105 9,300 active profiles, moving it from the 10,001–25,000 tier down to 5,001–10,000.
106- **Cut SMS spend:** gating the abandoned-cart flow on an engaged-only segment stops full-list
107 texting and its per-message carrier charges.
108- **Sample noisy events:** a 0.25/0.10 sample on `Viewed Product`/`Page View` cuts ingestion of
109 those events ~75–90% with no loss to revenue attribution.
110
111See [references/examples.md](references/examples.md) for the full before/after figures and code
112for each scenario.
113
114## Cost Reduction Checklist
115
116- [ ] Suppress profiles unengaged >180 days
117- [ ] Remove hard-bounced email addresses
118- [ ] Audit and merge duplicate profiles
119- [ ] Use double opt-in to reduce fake signups
120- [ ] Sample high-volume, low-value events
121- [ ] Batch API calls instead of individual requests
122- [ ] Cache frequently-read data (segments, lists)
123- [ ] Use sparse fieldsets to reduce transfer size
124- [ ] Review SMS sending -- highest per-message cost
125- [ ] Set up sunset flow (auto-suppress after N days unengaged)
126
127## Error Handling
128
129| Issue | Cause | Solution |
130|-------|-------|----------|
131| Unexpected bill increase | Unengaged profiles grew | Run suppression script |
132| SMS costs spiking | Flow sending to full list | Add engaged-only segment filter |
133| Duplicate profiles | Multiple identify calls | Merge duplicates, use `createOrUpdateProfile` |
134| API rate limits hit | Bulk operations | Use queue with concurrency control |
135
136## Resources
137
138- [Full implementation walkthrough](references/implementation.md) — runnable code for all five steps
139- [Worked examples](references/examples.md) — before/after cost scenarios
140- [Klaviyo Pricing](https://www.klaviyo.com/pricing)
141- [Data Privacy API](https://developers.klaviyo.com/en/reference/data_privacy_api_overview)
142- For architecture patterns, see the `klaviyo-reference-architecture` skill in this pack.