Klaviyo Reviews: how to build review request flows

Short answer. Configure product and order eligibility, trigger the request flow with Ready to review, wait until the customer has had a fair chance to use the product, and trigger any reward or thank-you with Submitted review. Keep incentives independent of review sentiment, support dissatisfied customers without suppressing honest feedback, and measure verified review completion rather than email clicks alone.

Klaviyo Reviews connects purchase and fulfillment data, review requests, submitted review events, profile history, segments, onsite widgets, and lifecycle messaging. Beyond having one fewer integration, the advantage is the ability to use review behavior in a governed customer journey.

As reviewed November 3, 2026, Klaviyo's official review flow documentation describes two core flows:

• a review request flow triggered by Ready to review;
• a review follow-up flow triggered by Submitted review.

Product behavior and pricing can change, so validate the current plan, integration, and eligibility settings before rollout. This article was re-checked on November 3, 2026 against the Klaviyo help pages linked below.

Define the review program first

Decide what reviews should achieve:

• help shoppers evaluate products;
• reveal product quality or expectation gaps;
• create verified social proof;
• support merchandising and product development;
• identify customers who need help;
• create content and segmentation signals;
• reduce repetitive pre-purchase questions.

Set ownership across ecommerce, customer support, product or merchandising, CRM, and legal or compliance. Someone needs to moderate, respond, escalate product safety issues, and update site widgets. Collecting feedback without an operating response creates risk.

Document the policy for publication, moderation, verified status, incentives, imported reviews, prohibited content, replies, editing, and removal. The policy should apply consistently to positive and negative reviews.

Understand the two review events

Ready to review

Klaviyo currently tracks Ready to review when an item is delivered or fulfilled and meets the criteria you set for review readiness. The event fires for a profile several days after an order is fulfilled or delivered, depending on your Reviews settings and the ecommerce platform. For Shopify delivery-based timing, the past-orders guide gives a default of 7 days after delivery.

Use this event rather than a generic Placed Order delay when possible because it is closer to actual product receipt. Still validate what delivery or fulfillment means in your integration. A fulfilled order can remain in transit for days.

Klaviyo's documentation says Ready to review events are only triggered for orders placed after you begin using Klaviyo Reviews. A separate process can queue recent past orders: it can only be completed once, within 60 days of starting to use Klaviyo Reviews, with a request period of 1 to 30 days before setup and a maximum of 1,000 orders (the oldest 1,000 if there are more). See the past-order collection guide.

Submitted review

This event can trigger a thank-you, reward, support routing, or internal notification. It should not be used to reward only positive sentiment. If an incentive was promised for an honest review, deliver it according to the disclosed conditions regardless of rating.

Use review properties only when the current event payload and data handling support the logic. Test real submissions in a non-public or controlled setup before building branches.

Set product and order eligibility

Not every item should generate a request. Klaviyo's examples of items that do not need a review are gift cards and shipping insurance. In our reading, also consider excluding:

• gift cards;
• samples or free inserts;
• services not meaningfully reviewed as products;
• canceled, refunded, or returned items where data allows;
• products removed from sale;
• orders with unresolved serious support cases;
• items that already received a review from that customer;
• regulated or sensitive products requiring special review.

Klaviyo's exclusion guide uses a klaviyo_reviews_exclude tag that can be applied to products, orders and customers; the order and customer tags are Shopify only. A product tag applies to future orders only, so orders placed before the change may still receive a request for that product. An order tag is a one-time exclusion. A customer who already has a recent order in the review request flow keeps receiving messages until they exit it.

For multi-item orders, define how products are prioritized. Asking for every item at once creates fatigue. Klaviyo's current review form can offer additional products after the first submission, within product selection and prioritization rules.

Choose timing by product experience

The customer needs enough time to receive, use, and evaluate the product. Klaviyo's timing guide says Shopify stores can base the delay on delivery (using shipment tracking, with a separate fallback delay after fulfillment) or on fulfillment, while WooCommerce stores can only adjust the delay after fulfillment. For delivery-based timing, the fulfillment delay must be longer than the delivery delay, and neither can exceed 60 days. A change applies only to fulfillments recorded after the change.

The table below is our own reading, not a Klaviyo recommendation.

Use product category, fulfillment method, and customer support state where the difference justifies complexity. Do not create a branch for every SKU without operational capacity to maintain it.

Build the review request flow

Start from the current Klaviyo Reviews flow template or a controlled custom flow.

Specify:

1. trigger: Ready to review;
2. product, order, customer, and channel eligibility;
3. delay or timing already represented by the event;
4. frequency rule for customers with multiple orders;
5. one primary review action;
6. reminder rule, if any;
7. exit after submission or loss of eligibility;
8. message owner and monitoring.

The standard dynamic review destination uses event context. Current Klaviyo documentation shows {{ event.review_link }} as the dynamic URL for a review request button. Use the current supported tag and test it from a real event. In our reading, a copied preview link may not behave like a recipient-specific link.

The request email should include:

• the exact product;
• why feedback is useful;
• expected time or effort;
• honest disclosure of any incentive;
• the review action;
• support route for a product problem;
• sender and brand identity.

Klaviyo's guide suggests thanking reviewers and offering support if they had a negative experience. In our reading, do not divert unhappy customers into a private-only form while letting happy customers reach the public review form: offer support to everyone without conditioning access to the review process.

Decide whether to send a reminder

In our reading, one reminder can be reasonable for eligible customers who did not submit a review, provided you set enough delay, exclude submitters, and account for recent order or campaign pressure.

Avoid repeated requests after every order for frequent buyers. Use customer-level frequency controls such as no more than one review request within an appropriate period, while still selecting useful products.

Monitor unsubscribe and complaint by request and reminder. Review collection is marketing pressure even when the intent is feedback.

Build the review follow-up flow

Trigger on Submitted review. Then decide:

• universal thank-you;
• promised reward delivery;
• support invitation;
• internal alert for product or safety themes;
• loyalty or community recognition;
• later segmentation or research.

Do not make the promised incentive depend on rating. Klaviyo's official guide explicitly says to send the reward regardless of review content when an incentive was offered. Mark incentivized reviews according to applicable platform and market requirements.

If the review indicates a problem, use customer support carefully. Acknowledge and help without pressuring the reviewer to edit or remove honest feedback. Separate case resolution from moderation policy.

For a coupon, Klaviyo's guide says to use a personal coupon code built in Klaviyo and add the coupon code tag to the follow-up flow before turning it on. In our reading, set expiration and exclusions that match the disclosure in the request.

Handle past purchasers carefully

When launching Reviews, avoid sending a large uncontrolled backfill. Klaviyo provides the one-time recent-order collection process described above, and it recommends importing reviews from a previous provider first so existing reviewers are not asked again. Reviews requested from past customers through this process do not count towards your Klaviyo Reviews plan.

For older buyers, the product-specific manual links or a review campaign can be used. Klaviyo's review campaign guide says to send one product per campaign to people who actually purchased it (its example segment uses a Fulfilled Order in the last 90 days with zero Submitted review for that product) and to exclude segments contacted recently. To verify a review, Klaviyo looks for a Fulfilled Order containing the product from the last 5 years, matched on the reviewer's email address.

Use engagement, product availability, purchase recency, returns, and current consent when building a historical audience. A five-year-old purchase may be technically verifiable under current rules but still be a poor customer experience for a campaign.

Use review data in lifecycle marketing

Review behavior can improve segmentation and journeys:

• reviewers versus non-reviewers;
• verified review submitted;
• product reviewed;
• rating or theme, if supported and responsibly used;
• photo or video contribution;
• repeat contributor;
• review followed by support interaction.

Use cases include thanking advocates, recruiting research participants, identifying product education needs, adapting post-purchase guidance, and selecting authentic user-generated content with permission.

Do not treat a high rating as broad consent for advertising, public reuse, or another channel. Rights and consent for content use should be explicit.

Configure onsite proof

Review widgets should help shoppers decide. Review:

• aggregate rating and count;
• verified and incentivized labels;
• sorting and filtering;
• product variants;
• photo and video display;
• questions and answers;
• seller responses;
• accessibility and mobile performance;
• structured data ownership;
• page speed impact.

In our reading, avoid duplicate review schema from multiple apps: search engines can ignore or flag inconsistent structured data, so the displayed rating, JSON-LD, and source should agree.

Measure the program

Track the funnel:

1. eligible fulfilled or delivered items;
2. Ready to review events;
3. request messages delivered;
4. review destination visits;
5. submitted reviews;
6. verified, published, and incentivized status;
7. helpful media or custom-question completion;
8. moderation and support outcomes.

Useful rates include submitted reviews per eligible item and per delivered request, not only clicks. Break results down by product, timing, incentive, order type, and request version. Monitor customer guardrails and reward cost.

In our reading, a simple before-and-after chart does not show that reviews caused a conversion increase: widget placement, product mix, traffic, pricing, and season can change at the same time. Use controlled testing where feasible.

QA checklist

• supported ecommerce integration and product catalog are current;
• fulfillment or delivery timing is understood;
• excluded products, orders, and customers are tested;
• request frequency handles multi-item and frequent-order cases;
• dynamic product and review links work;
• submission creates the expected Submitted review event;
• verified and incentivized labels behave correctly;
• rewards arrive for every qualifying review regardless of sentiment;
• negative feedback can reach support without review suppression;
• deleted products and returns have defined handling;
• widgets are accessible, fast, and visually consistent;
• reporting reconciles events, sends, and submissions.

Turning reviews into flows sounds simple until segmentation gets messy: an expert can check your setup for free in 30 minutes through our Klaviyo audit.

FAQ

What triggers a Klaviyo Reviews request?

The current core flow uses Ready to review, created after eligible delivery or fulfillment according to settings and integration behavior.

Can I reward customers for reviews?

Yes where permitted and properly disclosed. Deliver the promised reward regardless of rating and mark incentivized content according to current platform and market requirements.

Can I request reviews from old customers?

Klaviyo currently has a limited one-time recent-order process plus product-specific manual or campaign options. Check current limits, import prior reviews first, and target responsibly.

Should I send a reminder?

In our reading, one controlled reminder may increase completion. Exclude submitters, cap frequency, and monitor complaints and unsubscribes.

Can review data personalize email?

Yes when event properties are available and governed. Use it for customer service, research, advocacy, and relevant education, not unsupported assumptions.

Build a review system, not only a request email

Deliver connects fulfillment, eligibility, flows, incentives, support, widgets, and measurement into one customer-safe review program, or you can get help from our Klaviyo agency directly. Request a Klaviyo Reviews implementation diagnostic.