Find the product pairings customers already choose
For a product a shopper is viewing, the plugin finds qualifying recent orders that contain that source product. Every other product in those same orders is a potential related-product candidate.
Count distinct qualifying orders
The relationship is ranked by the number of distinct qualifying orders the source and candidate products share. The count represents how often customers bought the two products together across orders-not a promise based on category or tag similarity alone.
- Find qualifying orders containing the source product.
- Collect the other products in each of those orders.
- Count the distinct orders shared by each source-to-candidate pair.
- Rank higher shared-order counts ahead of lower counts.
Use a minimum shared-order threshold
Settings let you require a minimum number of shared purchases before a relationship is used. A lower threshold gives more potential candidates; a higher threshold asks for stronger evidence before a pair can become a smart recommendation.
Lower thresholdBroader coverage when the store has limited order history, with less evidence behind each relationship.
Higher thresholdFewer, more strongly supported relationships when the store has enough multi-product orders.Ranking is not the final storefront result
A strong shared-order count makes a candidate rank well, but it must still pass the plugin’s product-eligibility checks and any category, tag, exclusion, fallback, or product-level rules. Cached results are also checked again for availability before output.
- Unavailable, hidden, unpublished, out-of-stock, non-purchasable, excluded, and duplicate products are removed.
- Product-level controls can use global logic, WooCommerce defaults, manual products, or no related products.
- Your selected fallback may complete the Related products section when smart candidates are limited.
Next steps
Continue with the rule details that shape this pool of candidates.
