* `wp sss rebuild` now flushes the WordPress object cache at the end of the build. Without this, sites with a persistent object cache (Redis, Memcached) could keep serving the pre-rebuild alloptions blob and the search-column list used to build MATCH() queries would lag the actual rebuilt FULLTEXT index — manifesting as "Can't find FULLTEXT index matching the column list" until the cache expired on its own.
* New multi-post-type search on the Front-end tab. Picking "Search multiple post types" (the renamed "Do not set" option, now moved off the Main tab) exposes a Layout choice: Single ranked list (the existing single-query behaviour) or Mixed sections by post type (a new layout that runs one query per post type and renders each section with its own template). Each path is independent - sites that never touch the new controls are unaffected.
* Single-list mode adds two opt-in overrules: "Overrule post types" forces the search to exactly the ticked types (replaces whatever theme/Woo/site hooks would otherwise decide), and "Overrule template" routes the results page through the chosen post type's archive-{slug}.php so a multi-type search can look and feel like (e.g.) the product archive. Both default to "Let my site decide" so existing behaviour is preserved on upgrade.
* Per-row weights in single-list multi-type queries. Previously SSS picked one post type and used its weights for the entire result set (so e.g. a mixed post+product query ranked products with post weights, ignoring product-specific metamatches like the _stock_status=instock boost). Each row is now scored using its own post type's weights via per-row CASE expressions over wp_superspeedysearch.post_type. Single-type queries are unaffected and emit the same SQL as before.
* New "Post Type Promotion" row on each per-type Weights block - adds a constant boost to that type's relevancy score so admins can bias e.g. products above posts in a single ranked list. Has no effect in single-type searches or in Mixed Sections layout (where section order is the ranking).
* Mixed Sections layout ships three new templates: templates/sss-multi-search.php (wrapper), templates/sss-multi-search-section.php (generic), and templates/sss-multi-search-section-product.php (Woo-aware, uses wc_get_template_part for full product cards). Themes can override at <theme>/super-speedy-search/<file>.php. Each section header supports a configurable heading with a `<search-term>` placeholder substituted at render time.
* Plugin-wide exclude_from_search policy. Post types registered with `exclude_from_search => true` are no longer offered as options anywhere - Weights, Suggestions, Ajax post types, Default Post Type dropdown, multi-search overrule list, mixed-sections "Add section" dropdown, widgets, Gutenberg block. The post type author's intent (exclude from search) is now honoured by SSS's UI. Sites that intentionally want to expose such a CPT can re-enable it via the existing sss_post_types_args filter. Side effect on upgrade: an excluded CPT previously configured in (e.g.) the Ajax tab will disappear from the admin UI but its saved settings remain in sss_options.
* Taxonomy combination suggestions are now ranked by how completely the user's typed words actually claimed the row's terms, not by raw depth. Each typed word claims at most one term, and rows where every term was claimed (perfect-fit) are surfaced first; within that tier, more terms claimed wins (a 3-term match beats a 2-term beats a 1-term). The old "depth priority multiplier" setting is removed - it could push triples to the top even when the user only typed a single word that incidentally hit two terms in the row, which produced misleading suggestions. Rows where the search only matched the post-type label (no term claimed) are no longer returned.
* New "Token matching" setting on the Taxonomy Suggestions section: Optimal (default) finds the best token-to-term assignment regardless of typed order; Strict order requires tokens to claim terms left-to-right in the admin's tax_a → tax_b → tax_c order, so out-of-order typing scores lower. Choose Strict if you set the taxonomies in the order you expect users to type.
* Taxonomy combination suggestion URLs now route through Super Speedy Filters when it's active, so click destinations like "Dogs ▸ Dog Grooming ▸ Cool Dogs Co ▸ Red" land on the pretty permalink form (e.g. /product-category/dogs/dog-grooming/brands/cool-dogs-co/color/red/) instead of mixing the pretty base with raw query args (?product_brand=cool-dogs-co&pa_color=red). Without SSF the existing query-arg URL is still produced. Requires the SSF Pretty URLs add-on for the prettified form.
* Taxonomy Suggestions combination rows now have a "Show Post Type Name" dropdown (Don't Show / Show at Start / Show at End) so you can decide per-row whether to surface the post-type label in the suggestion (e.g. "Caterpillar - Excavators ▸ Machine") and where it appears. Default is Don't Show. Changing this preference takes effect immediately - no rebuild needed.
* Taxonomy combination suggestions now bold the matching prefix tokens (e.g. typing "dog to" bolds "Dog" and "To" in "Dog Toys"), matching the existing post-title suggestions, and the dropdown styling (padding, hover, link colour) now matches the post-title and taxonomy lists for visual consistency.
* Taxonomy combination suggestions now go through the ultra-fast ajax mu-plugin path when "Enable our ultra-fast ajax" is enabled - previously combinations always fell through to the standard WP REST API path while post-title and taxonomy suggestions used the fast path, so combinations were noticeably slower than the other suggestion types. (Bumps the bundled mu-plugin to 1.14.3 - it auto-redeploys on the next admin page load.)
* Taxonomy Suggestions combination rows now filter the Taxonomy A/B/C dropdowns to only show taxonomies registered for the selected post type, so you can't accidentally pick a taxonomy that doesn't apply.
* New Taxonomy Suggestions feature - precompute suggestion rows that combine 1, 2, or 3 taxonomy terms for a specific post type (e.g. "Caterpillar - Excavators - Machine") with accurate post counts per row. Only combinations that actually exist on published posts are indexed. Suggestions appear in the ajax dropdown below the existing token suggestions. Configure on the new Taxonomy Suggestions section of the Suggestions tab - pick a post type and 1-3 taxonomies per row; the depth is inferred from how many taxonomy slots you fill.
* Same (make, category) pair that exists in multiple post types produces one suggestion row per post type, each with its own post count and post-type label, so users see e.g. "Caterpillar - Excavators - Machine" and "Caterpillar - Excavators - Industry" as separate rows when both contain products.
* Filtered archive URLs for taxonomy-combination clicks are built at read time and land on a WooCommerce/taxonomy archive page with the other terms applied as query args - no dependency on Super Speedy Filters.
* New REST endpoint /wp-json/sss/v1/combinations/<term> returns matching combinations as JSON.
* New WP-CLI subcommand: wp sss rebuild taxonomy_suggestions rebuilds only the taxonomy-combinations table. wp sss rebuild (no scope) and wp sss rebuild all now also include taxonomy suggestions as the final step; wp sss rebuild search and wp sss rebuild suggestions continue to skip them. Recommended: add wp sss rebuild to your server crontab for nightly refreshes if the admin-triggered rebuild ever hits your hosting's PHP timeout.
* Advanced tab now lists all WP-CLI rebuild commands with guidance to prefer CLI when admin-triggered rebuilds fail due to hosting limits (30-second PHP timeout, memory caps, unreliable WP-cron).
* Rebuild skips disabled suggestion types - if Enable Post Title Suggestions is off, the post-title token-generation pipeline is not run (previously it rebuilt the suggestion table regardless of whether anything would query it). Same applies to Enable Taxonomy Suggestions. The existing suggestion table is left in place so re-enabling the feature later doesn't require a rebuild to start working again.
* Restructured Suggestions tab into two sections: Post Title Suggestions (the existing token-based suggestions, now with a post-types picker so you can scan specific post types for suggestion tokens instead of relying on the Ajax Post Types selection) and the new Taxonomy Suggestions section.
* Ajax tab "Enabled Ajax Suggestions" renamed to "Enable Suggestions" with two checkboxes: Enable Post Title Suggestions, Enable Taxonomy Suggestions.
* Legacy "Suggest Taxonomies" single-term field on the Ajax tab is now hidden for new users via a one-shot migration; existing sites that already had taxonomies ticked keep it visible so their setup continues to work unchanged.
* Fixed a gap between the wp-admin toolbar and the left sidebar that appeared on every admin page under PHP 8.2+ - the SSS class was creating dynamic properties without declaring them, firing E_DEPRECATED warnings that caused WP to add a .php-error class to body.
* Fixed undefined $wpdb warning in the Readiness Status collation list.
