Search & Filter Pro lets visitors slice posts, pages, products, or any CPT by taxonomy, postmeta, and post type. The plugin reads filter state from the URL and re-runs the archive query with the right tax_query and meta_query arguments. Every result page lives at a unique URL, but the OG image for that URL is whatever the archive template defines, identical across filter states.

SleekPixel hooks into the filtered query and reads the active taxonomy and meta values, then queries the count on the same arguments. Active filters render as badges on the card, the count renders as a headline, and the sort order renders as the footer. A search for vegan recipes under 30 minutes ships a card that says exactly that.

The card is generated for each unique filter combination and cached. Adding posts that match the filter eventually invalidates the cache so the new count is reflected. Updating the template once refreshes every cached card from the admin via a background queue.

When a site lets people slice content, the slices become the URLs that get shared. "Vegan recipes under 30 minutes," "frontend jobs in Berlin," "weekend workshops in Lisbon," each of those is a Search & Filter Pro archive URL with its own filter state. The default OG image, however, is the archive template's static fallback, identical for every filter.

SleekPixel reads the filter state the same way Search & Filter Pro reads it, queries the count from the same arguments, and renders a card that mirrors what the visitor sees. Shared links stop looking like generic archive links and start looking like the specific filtered views they point to. This matters because filtered URLs are usually shared in messaging, where the link preview is the only thing the recipient sees before they click.

A vague preview gets ignored. A preview that names the filters reads as an invitation. The conversion from share to click rises because the share itself has become legible.