
Personalization has four levels of depth. Attribute-based — using static fields (name, city, gender). Behavioral — based on actions (viewed, abandoned cart). Interest-segment — based on accumulated interest (preferred category). AI — a model that learns from all behavior.
Depth is determined by data, not by the tool. Each next level requires more and deeper data: static attributes → event stream → accumulated history → the full behavioral dataset. The best tool is powerless if there is nothing to learn from.
Behavioral personalization is impossible without web tracking. The most profitable triggers — cart, browse, price drop — are built on behavioral events. No behavioral data collection means staying at level one.
AI works at scale, not just in triggers. In a single mass campaign to a million people, each person sees a block tailored to their own history. The transformer model understands context and sequence, not just “bought together.” Liki24 case: approximately +70% conversion.
AI is controlled. Industry rules (such as the prohibition on recommending prescription drugs) are applied to the model without loss of effectiveness — it works within your expertise, not instead of it.
Personalization starts with data collection, not with tools. Start with an audit: what do you already know about the customer. Then choose a depth that matches what you have.
All content personalization runs on one tool — Velocity — from a simple name to complex logic. A merge tag is already Velocity in its simplest form.
The syntax for an empty field is critical. A variable without an exclamation mark shows the literal variable text and is only suitable for testing; with an exclamation mark, an empty field renders as nothing; with a default value, it substitutes fallback text. For live campaigns — use the exclamation mark or a default value.
Field names in merge tags are case-insensitive. An event value takes priority over a contact record value.
Velocity offers three capabilities beyond simple substitution. A condition (different content based on data), a loop (repeat a block for a list of products), and a custom variable (calculate something inside the email). This is the same if-else logic as workflow branching — just operating inside the email.
Display Conditions is that same conditional logic without code. Show different people different blocks in one email using a toggle in the editor.
Case sensitivity in Display Conditions is a trap. For contact fields, the name is case-insensitive but the value must match exactly; for event parameters and external sources, the name itself is also case-sensitive. If there is a mismatch, the block does not appear — so always test.
Complex cases go beyond the visual editor. Nested conditions, else branches, and loops are written in HTML as full Velocity.
The preprocessor closes a specific gap. A mass campaign with unique content for each subscriber, when the data is neither in the contact record nor in an event, and building a live integration is not on the table.
The mechanics are simple. You prepare a data file in advance, upload it, and the system inserts each person's portion at send time.
Two types solve different problems. Key matches data to the recipient by email address — this is one-to-one personalization. Random distributes random selections from a shared pool — this is even catalog coverage when products are many and similar.
The file is prepared in JSON format. Uploaded in the account settings, and archives (ZIP and TAR.GZ) up to 200 MB are also accepted. Files have a limited lifespan — this is a campaign tool, not a data store.
Rendering the data in the email uses the same Velocity. The preprocessor only brings the data; the loops and variables work exactly as you have already learned.
Testing is mandatory. Use the preview with test JSON substitution, and always check three cases: a full dataset, an incomplete one, and a contact who is not in the file at all.
The data in the file is static as of the time of upload. Generate the file as close to the send time as possible; for rapidly changing data, look for a different tool.
Promo codes are not a separate tool — they are an application of what you have already learned. Variables, the preprocessor, and workflow blocks. The complexity comes from choosing the right method, not from the substitution itself.
The main fork is one shared code versus unique codes for each person. A shared code is simple but can spread; a unique code is controlled but requires generation and distribution. Almost all the complexity comes from the unique side.
In mass campaigns, there are three paths. A code from the contact field (pre-assigned), a code from the promo code database (a pool with no pre-assignment), or the preprocessor (via file, for email).
In triggered workflows, a Task block handles it. Retrieve a code from a pre-prepared pool, which guarantees unique consumption; or generate a code on the fly with the discount parameters encoded into it.
Via API is used when the code is generated by your external loyalty system. That system remains the owner; the sending platform only delivers.
Gamification is a composition of already-familiar parts. The game generates the code, the workflow delivers it immediately, and a timer plus a usage check manage the reminder. A won code is valued more than a gifted one.
Choosing a method comes down to two questions: is the code shared or unique, and where does it come from? The answers almost always determine the mechanism.
Recommendation systems have evolved through four generations. Content-based (stuck in the same loop), collaborative filtering (blind to new products), hybrid, and transformer. Each generation closed the weakness of the one before.
The transformer analyzes the entire behavioral sequence at once and determines which actions matter for the current decision. It does not ask "what was bought together" — it asks "what does this specific person want next."
Four advantages of the transformer stand out. Sequence analysis, easy scaling to new data, contextual understanding and relationships, and working with incomplete data.
Cold start is solved on both sides. A new product is recommended based on its semantic attributes, without sales history; a new visitor sees bestsellers and new arrivals until their own history accumulates.
LLM, added in April 2024, brought semantic understanding of products. The system now knows not just what was clicked together, but what the product actually is.
Intelligent recategorization in 2025 solved the problem of overly broad categories. LLM independently refines subcategories and distinguishes between substitutes and complements. Foxtrot: +39% CTR and 1.5x accessory sales.
Control stays with the business. Brand and category promotion, audience attribute conditions, category exclusions, price range, pinned products. But the Estro test showed that automated algorithms outperformed manually configured ones by 123% in CTR — manual rules should only be applied where there is a genuine business reason.
Four prerequisites are required. The web tracking script, the product feed, a data source, and — if needed — filtering rules. Recommendations are available on plans with advanced features.
The feed is the foundation of quality. Add as many product parameters as possible: the model understands products through their attributes, so a thin feed produces poor recommendations. Check the preview panel for products with zero price or missing categories.
A data source is an algorithm for a specific context, and every block needs one. Three algorithm categories: visitor-based (with automatic fallback to bestsellers for anonymous visitors), product-based, and general.
Basic filtering rules apply automatically. On top of them, three types can be layered in fixed order: primary, contact field, conditional. Only apply them where there is a genuine business reason.
The algorithm must match the visitor's intent on the page. The product page needs two distinct blocks: "frequently bought together" high on the page for upsell, "similar products" for the undecided. The account dashboard delivers two to three times higher CTR than any other placement. Never hide the block at the bottom of the page.
Three implementation paths exist for the site. Through the interface (no developers needed, with preview visible to you only first), via JavaScript API (full control, but do not forget the impression event), or via plugin.
In triggered emails, substitute your data source into a ready-made template and save the stripe as a reusable module. Always define the behavior when there are no recommendations. Three to six products per email is the sweet spot.
The standard choice of a segment is a guess. "90 days" instead of 45 or a 120 is chosen by intuition, not calculation — and that guess costs money.
The difference between segments is the difference between a loss and a profit. Sending to the full list delivered ROMI minus 26%; narrowing the segment turned the same campaign into a profit.
Descriptive segmentation looks backward, predictive looks forward. What the person did versus what they will do, and with what probability. These are different directions, not different levels of detail.
The model sees what the marketer cannot. Patterns in past purchases, the complete browse history, and similarity between customer groups. And the score is dynamic — customers move between classes after interacting with campaigns.
There are four probability classes and four presets. The offer distribution logic is counterintuitive: discounts go not to those who will definitely buy, but to those who need a push.
Three strategies conflict with each other: reach, revenue, and profit. The broad AI segment delivers more revenue; the narrow one delivers far more profit. The tool lets you consciously choose where on that curve you want to be, rather than landing there by accident.
The greatest impact is in paid channels where every extra contact costs money. The O.TAJE case: five months of parallel testing in Viber delivered +310% ROMI versus manual segmentation.
The AI assistant is a chat panel built into the workflow editor. Unlike external AI agents, it operates directly on the canvas. Status — beta.
It handles four tasks: create, edit, analyze, answer questions. It responds in the language you write in.
A workflow can be created from a ready-made template or from your own description. Twenty templates cover typical eCommerce tasks. The more detailed the description, the more precise the result; a short prompt will prompt a clarifying question.
The most important limitation is that the assistant does not create emails or segments. It adds those that already exist to the workflow. Prepare your messages and segments in advance.
Workflow analysis delivers a three-part report. A description of the logic, identified issues by type (logic gaps, data and settings risks, layout issues), and proposed fixes. Not everything flagged is an error — some are cleanliness suggestions.
The report is the start of a conversation, not a verdict. Ask why something was flagged and the assistant will explain its reasoning. Fixes are applied after your approval.
The chat also works as a reference. Ask about the difference between blocks or the right settings, without leaving the canvas.
Discipline matters. Be careful with active workflows, refine in the same chat rather than restarting, constrain edits with precise phrasing, and always test before launch.
This is a fundamentally different class of AI from everything else in the course. Recommendations and predictive segmentation are AI inside the platform. An AI agent is an external model that operates the platform based on your text description of the task.
The integration has the status of a research preview. Tools and setup steps may change.
The architecture has four links. The agent, the plugin with ready-made skills, the MCP server with tools, and your account.
Security rests on three things. Authorization without API keys, your permissions remaining in effect, and action confirmation. Read-only analytics can be set to always-allow; changes cannot.
There are three skills. The template editor (content and translations with layout preserved), the deliverability audit (SPF, DKIM, DMARC, MX diagnostics with two reports), and analytics (ranking, comparison, anomaly detection in metrics).
Discipline matters more than speed. Specific prompts, review and plan before changes, cloning before edits, mandatory verification of results. The agent speeds up execution but does not remove responsibility for decisions.
The limits are clear. It does not restructure layouts, does not work with dynamic segments, does not change DNS, and does not launch mass campaigns.
This course contains the use of artificial intelligence.
"Dear [Name]" is the entry point to personalization, not its ceiling. This module covers everything above it: from a simple merge tag to a model that decides, on its own, who should get an email at all.
You'll start with the core principle that depth is set by data, not by tools, before mastering Velocity — the single technology behind every level of personalization, from a name to full conditional logic and product loops. From there, you'll cover two tools for edge cases standard variables can't reach: the preprocessor, which delivers unique file-driven content to every subscriber in a mass send, and the seven ways to issue a promo code, from a shared discount code to a workflow-generated code with the terms encoded inside it.
The module then moves into AI recommendations — how transformer models evolved past "bought together" logic to understand context and sequence, how they solve the cold-start problem for new products and new visitors, and how to actually implement them: web tracking, product feed, data sources, and page-by-page placement strategy. You'll see how the account dashboard quietly outperforms every other placement on the site.
From there, predictive segmentation flips the question from "what did this person do" to "what will they do next" — with real campaign economics showing the difference between a guessed segment and a modeled one. The module closes with two very different AI agents: one built into the workflow editor that builds and diagnoses automations from a plain-language prompt, and an external agent that can edit templates, audit deliverability, and run analytics across your entire account, always under your confirmation.
By the end, you'll be able to personalize at every level the platform supports, and know exactly which AI tool fits which job.