Features
xSpeed Hub Pricing Docs Blog Scan
Get Plugin
Tech & agencies

A directory is a search engine wearing a theme.

Faceted searchUser submissionsQuery-bound

The speed brief

Who arrives

Someone narrowing thousands of entries to five

What they want

Filters that respond and results that are current

How long you get

Every filter click is a chance to lose them

5–15ms cached what xSpeed serves instead of PHP
01

The story

A directory looks like a content site and behaves like a database application. Every visitor arrives and immediately starts combining filters — category, location, price band, date posted — and each combination is a query that has never been run in that exact shape before.

That is why page caching alone disappoints here. The homepage gets fast, the about page gets fast, and the one screen everybody actually uses stays exactly as slow as it was, because it cannot be pre-built.

What moves the needle is the layer underneath: an object cache holding the repeated taxonomy and meta lookups, short-lived caching on the common searches, and a database that gets swept so the query planner is not fighting years of accumulated cruft. The filters start feeling instant, which is the only feature this kind of site really has.

02

When speed decides the outcome

Three beats. Everything xSpeed Cache does on this page is aimed at the gap between the second and the third.

1

The filter

Category, location, price, date — combined, and changed constantly.

2

The query

Each combination is a fresh database query no page cache can pre-build.

3

The bounce

Directories live or die on browse speed. Nothing else about them is sticky.

03

What a site like this actually needs

Not a redesign — three properties the site has to have before anything else matters.

01

Filters that respond immediately

Browse speed is the product. Everything else on the site is secondary to how the filters feel.

02

Fresh listings without stale caching

New submissions have to appear promptly, which caps how long anything can be held.

03

A database that stays lean

User submissions, expired listings, and revisions accumulate fast and drag every query with them.

04

The xSpeed features doing the work

Each one is a real setting with a real guide — nothing here is a marketing abstraction.

05

The exact prompt

Connect your site via xSpeed MCP or xSpeed Hub, then paste this into Claude or ChatGPT. It is written for this business, not a generic template.

COPY & PASTE

Using xSpeed, my WordPress directory site is slow on filtered browsing. Benchmark a filtered search first, then connect Redis object caching, enable search results caching with a short lifetime, cache static pages aggressively, and schedule a weekly database cleanup with table optimisation. Re-run the same filtered search and show me the before/after.

What happens: Your AI reports the query time on a real filtered search before and after — the number that decides whether people keep filtering.

06

Questions from Job boards & directories

Because the pages people use are generated per query. A page cache stores finished HTML for a URL; a filtered search is effectively a new URL every time, so most requests miss. The object cache works a layer lower, on the repeated database lookups those queries share, which is why it is the one that helps here.

Only by as long as you allow. Publishing a listing purges the archives it belongs to, and search-results caching uses a short lifetime by design. You set the ceiling; a few minutes is typical and invisible to users.

07

Keep reading

Fast, for Job boards & directories.

Install xSpeed Cache free, connect your AI, and paste the prompt above.