WordPress

Pull ongoing editorial content live from one or more existing WordPress sites — nothing is copied into Zitegen, every build fetches fresh.

WordPress is a live content source, not an import: your site keeps editing in WordPress as usual, and every Zitegen build reads the latest published content straight from its REST API.

Connect a WordPress site

Paste a WordPress site's URL and Zitegen reads its public REST API — no plugin, no export, no migration. Content is fetched fresh at build time and is never copied into or stored by Zitegen. A site URL alone is enough for any public, published content ("Quick Connect"); add a WordPress Application Password only if a test connection says the site needs authentication (private or gated content).
You'll need
The WordPress site's URL
Optional auth
A username + Application Password (WordPress 5.6+, minimum role Editor)
Where it lives
Integrations → WordPress

Connect more than one site

A single Zitegen site can pull from any number of WordPress installs at once — a blog on one, a knowledge base or case-study feed on another. Each connection has its own label, so it's easy to tell them apart when binding content on the canvas or in a page's component tree.
Scope
Per Zitegen site — not shared across other sites in your team
Limit
No fixed cap on the number of connections

Browse & bind content

Once connected, browse every post type a connection exposes — including custom post types and ACF fields — with a live field inspector. Click any field to copy its {{dot.path}} placeholder, then use it to bind a section or card to that WordPress connection's live data.
Placement
Bind a collection section to a specific WordPress connection
Availability
Paid plans

Live preview in the canvas editor

A bound section shows a small sample of the connection's real posts right in the canvas — not just the empty card template — so you can see roughly what visitors will see while you're still styling it, the same live-preview behavior a Filterable Collection gets for Zitegen's own content types. You're always editing the one shared card template, never an individual post; a not-yet-connected or unreachable site just falls back to showing the unresolved template instead of breaking the editor.
Availability
Same connections/plan gating as Browse & bind content, above

Pagination & filters

A WordPress-bound grid supports the same visitor-facing pagination (numbered pages, load more, infinite scroll) and filter bars as a Filterable Collection of Zitegen's own content — both run entirely in the visitor's browser over the cards baked in at publish time. Filter fields use the same {{dot.path}} names as the card's placeholders (e.g. a search box matching against title.rendered). Dynamic mode is the one Filterable Collection feature that doesn't apply — a WordPress collection always bakes its full set at publish.
Modes
Numbered, load more, infinite scroll — plus equals/contains/range filters
Runs
Entirely client-side over publish-time content

Sending form submissions the other way

Everything above pulls WordPress content into your Zitegen site. A connection can also run in reverse for forms: a Zitegen form's submissions can optionally relay into that WordPress site's Fluent Forms plugin, on top of — never instead of — landing in your site's own Leads tab. See Forms & Leads for how to set up the mapping and what a delivery failure looks like.
Direction
Zitegen → WordPress only, not a two-way sync
Requires
Fluent Forms installed on the connected WordPress site