Interaction strategies
Use behavioral data to find products that customers frequently interact with together. Interaction data is computed periodically based on historical events.Frequently Bought Together
Frequently Bought Together
- Product page: “Customers who bought this also bought…”
- Cart: “Complete your purchase with these items”
Customers Also Viewed
Customers Also Viewed
- Product page: “Customers also viewed these products”
- Browse abandonment recovery
Customers Also Added to Cart
Customers Also Added to Cart
- Product page: “Often added together”
- Cart optimization
Viewed Then Bought
Viewed Then Bought
- Product page: “Customers who viewed this ultimately bought…”
- Conversion-focused recommendations
- Identifying high-intent product pairings
Customers Who Viewed Then Viewed
Customers Who Viewed Then Viewed
- Product page: “Shoppers viewed next”
- Guiding shoppers through a browse path
- Surfacing tightly related follow-on views
Customers Who Bought Also Bought
Customers Who Bought Also Bought
- Product page: “Customers who bought this also bought…”
- Long-term cross-sell recommendations
- Discovering complementary products across separate orders
_training flag during this period.Collection interaction strategies
Use behavioral data to find products related to a collection based on how shoppers who browse that collection interact with products. Unlike product interaction strategies (which find product-to-product relationships), collection interaction strategies compute collection-to-product relationships.Browsed Then Bought
Browsed Then Bought
- Collection page: “Popular purchases from this collection”
- Cross-sell products based on collection browsing behavior
Browsed Then Viewed
Browsed Then Viewed
- Collection page: “Shoppers also viewed these products”
- Discover products related to a collection through browsing patterns
Trending in Collection
Trending in Collection
- Collection page: “Trending now”
- Surface popular products within a specific collection
Similar products strategies
Use vector similarity to find products that are visually and semantically similar to a seed product. The base Similar Products strategy seeds from the anchor product on the page; the behavior-seeded variants seed from products in the shopper’s own session — recent views, cart, or orders — so recommendations follow real intent instead of the current page alone.Similar Products
Supported anchors: Product, Collection How it works: The system generates embeddings for each product based on product images, titles, descriptions, and attributes. It then runs the full ranking pipeline — combining vector similarity with behavioral signals — and stores the top results for each product in a precomputed cache. When a customer views a product, the block serves results directly from this cache for fast response times. If no precomputed data exists yet (for example, for a newly added product), the system falls back to real-time vector search automatically. For collection anchors, the system automatically selects a representative product from the collection to use as the similarity source. Precomputed results and freshness:- Results are recomputed daily when the existing data is more than three days old or new products have been added since the last run
- When a product’s embeddings are updated (for example, after editing its title, description, or images), that product’s similar products are recomputed incrementally
- All filters, facets, pagination, and sort orders continue to work as expected on precomputed results
- No configuration is required — precomputed caching is enabled automatically for stores with active similar products blocks
- “Similar Products” on product pages
- “You May Also Like” recommendations
- Visual discovery and exploration
- Collection-based similarity recommendations
Behavior-seeded similarity
Behavior-seeded strategies blend the embeddings of products the shopper has already interacted with into a single seed vector, then run similarity search against your catalog. Products the shopper has already seen, added to cart, or purchased are automatically excluded from the results so they always see something new.Visually Similar to Browsing History
Visually Similar to Browsing History
- “Because you were browsing…” hero on the home page
- Recovery rail on cart or 404 pages
Visually Similar to Cart
Visually Similar to Cart
- “You might also like” rail on the cart page
- Style-matched cross-sell before checkout
Visually Similar to Order History
Visually Similar to Order History
- Returning-customer home page rail
- Style-continuation recommendations after a repeat visit
Visually Similar to Current Order
Visually Similar to Current Order
- Post-purchase “You may also like” rail
- Thank-you page cross-sell
Manual strategy
Curate products using a collection or hand-picked product IDs, with optional custom sorting. This strategy gives you complete control over which products appear in the block. Supported anchors: Product, Collection, Cart, None The example below shows selecting the manual strategy when you want to hand-pick which products appear in a block.
- Hand-picked products: Select specific products by ID in the dashboard. The display order matches the order you define. When hand-picked product IDs are configured, they take priority over collection-based selection.
- Per-anchor product picks: For product-anchored blocks, you can hand-pick different recommendations for specific anchor products. When a customer views a product that has anchor-specific picks configured, those picks are returned instead of the default list. If no anchor-specific picks exist for the current product, the block falls back to the default hand-picked products.
- Collection anchor blocks: The collection is determined dynamically from the API request’s
anchor_idparameter (no collection selection needed in dashboard) - None anchor blocks: Select a collection to pull products from in the dashboard
- Optionally apply a sort order for custom sorting
- Apply merchandising rules: For collection-sourced blocks, toggle on to inherit the collection’s merchandising rule pins and banners. Off by default.
Apply merchandising rules
By default, manual blocks that pull products from a collection skip the collection’s merchandising rules — you get the raw collection contents in the configured sort order, without the pins, banners, or other rule effects that would normally apply on the collection page. Enable Apply merchandising rules when you want a collection-sourced block to behave like the collection itself:- Pinned products surface at the top of the block, matching their pinned positions on the collection page.
- Banners configured on the collection’s merchandising rule are returned alongside the products.
- Other rule effects (for example, sell-out deletion) apply to the block’s results.
Per-anchor product picks
Per-anchor product picks let you tailor manual block recommendations based on which product a customer is viewing. Instead of showing the same hand-picked products for every anchor, you can define unique product lists for specific anchors. How it works:- You configure a default set of hand-picked products for the block
- Optionally, you add per-anchor overrides for specific products
- When the block is requested with an
anchor_id:- If the anchor has specific picks configured, those products are returned
- Otherwise, the default hand-picked products are returned
- “Best Sellers” block (collection of top products, sorted by sales)
- “New Arrivals” block (collection of recent products, sorted by date)
- “Editor’s Picks” (curated collection with custom order)
- “Staff Picks” (hand-picked products in a specific order)
- Seasonal promotions (collection of seasonal products)
- “Complete the Look” with product-specific accessory pairings
- Targeted cross-sells that vary by anchor product
Personalized strategies
Personalized strategies resolve per request against the current shopper’s session and identity. They don’t precompute a product-to-product matrix — instead they pull products directly from the shopper’s own browsing, cart, order history, or replenishment cadence. If the shopper has no relevant session activity yet, the block defers to its fallback chain.Recently Viewed
Recently Viewed
- “Pick up where you left off” rail on the home page
- Return-visit reminder on account or cart pages
Replenish
Replenish
- “Time to reorder” rail for consumables and refills
- Account page nudge for known repeat-purchase items
Personalized
Personalized
- “For you” home page hero for returning shoppers
- Single personalized rail on account or landing pages
Trending strategies
Show what’s popular across the store without needing a shopper or anchor product. Trending strategies are ideal for top-of-funnel surfaces like the home page or 404 pages where you have no other context to work with.Best Sellers
Best Sellers
- “Best sellers” hero on the home page
- Default rail on search pages with no results
- Fallback content for 404 pages
Trending in Region
Trending in Region
- “Popular in your area” home page rail
- Region-aware landing pages and campaign destinations
Live Feed
Live Feed
- “Just dropped” or “What’s hot right now” on the home page
- Live activity rail on landing pages during a launch or sale
Contextual strategies
Use signals from the page itself — the search query, the traffic source, or the cart total — to select products. Contextual strategies are aware of what brought the shopper to the page rather than who the shopper is.Searched Then Viewed
Searched Then Viewed
- “Shoppers also viewed” rail on search results
- Recovery rail on zero-result search pages
Searched Then Purchased
Searched Then Purchased
- “Top picks for this search” rail
- Conversion-focused recommendations alongside search results
Landing Page Picks
Landing Page Picks
- Channel-aware hero rail on UTM-tagged landing pages
- Campaign destinations that adapt to paid vs. organic traffic
Free Shipping Picks
Free Shipping Picks
- “Add to qualify for free shipping” cart rail
- Threshold-aware upsell when the cart is close to a free-shipping break
searched_then_viewed and searched_then_purchased, a landing source for landing_page_picks, or cart contents for free_shipping_picks. When the signal isn’t available on the request, the block defers to its fallback chain.