Ajax Search Pro ships its own indexer in the wp_asp_index tables. A live search runs against that index and returns a result set with a relevance score per match. When someone hits enter on a search, the resulting archive URL contains the query and any filters. Visitors then often share that URL: "here is the search for the chair I mentioned." The default OG image is the site logo or the search template's static fallback.

SleekPixel reads the query string and any active filters from the request, then queries the Ajax Search Pro index for the count and the top match. The card renders the query as the main label, the top result's title and featured image as the hero content, and the total count as a small badge. Each unique query produces its own cached PNG so repeat shares serve a static image.

When the underlying index is rebuilt or the top result for a query changes, the affected cards invalidate and refresh. Editing the template, say to update the brand color or the badge style, regenerates every cached query card from the admin.

On-site search URLs are some of the most context-rich URLs a site can produce. "Search for home office chair" already says what the visitor wanted. "Search for return policy" already says why they were on the site.

"Search for September feature" already says what content they were looking at. The default OG image for those URLs throws all of that away and replaces it with the search-page template. SleekPixel keeps the context.

The query renders on the card. The top result for that query renders on the card. The match count anchors expectations: "18 matches" reads as a useful catalog slice, "1 match" reads as exactly the right thing.

Shared search URLs become legible to whoever receives them, which means they get clicked more often and answered faster in support contexts. The same Ajax Search Pro index that powers the live search now powers the link preview, with no extra indexing step and no manual screenshotting per query.