Faster, indexable public Bubble pages — without rebuilding your app
FastPages creates search-engine-ready HTML for the public routes you choose. Visitors keep using the real Bubble application, so workflows, login, forms, responsive behavior and live data remain under Bubble's control.
What you receive
Two delivery paths, one public meaning
FastPages is not a second application and does not replace Bubble. It is an SEO delivery layer in front of selected public routes.
Supported crawler request
Receives pre-rendered HTML containing the same public content, crawlable links, title, description, canonical URL and structured data.
- Fast initial HTML response
- Content visible without waiting for Bubble JavaScript
- Cached output refreshes from the configured source
Normal visitor request
Receives the original Bubble application. Existing workflows, database searches, authentication, forms, plugins and conditional logic continue to work normally.
- Bubble workflows stay authoritative
- Live and personalized data stays in Bubble
- No front-end rebuild or plugin required
Important product boundary
The crawler snapshot is optimized for discovery, not for running private Bubble workflows. FastPages preserves full functionality by keeping real users on Bubble. It is not a static replacement for the entire application.
Before you start
Requirements and why each one exists
A custom domain
Required so FastPages can route production requests safely. A shared bubbleapps.io domain cannot be controlled by the service.
Domain on Cloudflare
Required for edge routing, caching and fast failover without changing the Bubble app.
Authorized access
Cloudflare and Bubble credentials need only the permissions required for setup and public rendering.
Public routes
FastPages is designed for pages search engines should discover, not private application screens.
Onboarding
From Bubble domain to verified trial
Add the production domain
Use the custom domain that visitors and search engines actually open. A bubbleapps.io development URL can help with testing, but it cannot replace the production domain.
Analyze the public site
FastPages discovers public URLs and identifies routes suitable for SEO rendering. Review the result before enabling anything.
Choose public routes
Start with the homepage, landing pages, directories, articles, products and other URLs that should be indexed. The trial supports up to 100 source pages.
Connect Cloudflare and Bubble
FastPages validates the minimum access needed for edge routing and public rendering. Secrets are not displayed back in the dashboard.
Start the 7-day full trial
No card is required. The trial is available once per account and domain and automatically returns delivery to the normal Bubble origin when it expires.
Verify the real result
Test a crawler request and a normal browser session. Bubble workflows must remain functional while the crawler receives equivalent public content.
Choose routes deliberately
The best first rollout covers anonymous, stable and SEO-relevant content.
- Homepage and marketing landing pages
- Public directories and profile pages
- Articles, documentation and public knowledge bases
- Public product, service and location pages
Keep app routes on Bubble
- Login, signup and password-reset flows
- Private dashboards and account pages
- Forms whose main purpose is writing data
- Admin pages, editors and personalized app screens
Visitor delivery
Can the optimized HTML be served to people too?
Technically yes, but only for carefully selected anonymous, read-only routes. A cached HTML snapshot cannot safely replace Bubble on pages that depend on login state, workflows, forms, editors, personalization or live conditional logic.
Safe candidate
A public article, documentation page or marketing landing page whose main content is the same for every visitor.
Needs an explicit test
A public directory or product page with filters, live availability or frequently changing data. The static shell and every interactive transition need acceptance testing.
Keep on Bubble
Login, checkout, account pages, dashboards, data-entry forms and any route where the response depends on the current user.
Is this cloaking?
Serving pre-rendered HTML to a crawler and the original JavaScript app to a user is dynamic rendering. It is not automatically deceptive. The safety rule is content parity: primary text, links, metadata and meaning shown to search engines must match what a normal user can access on the same URL.
Do not add keyword-stuffed crawler-only sections, different offers or content visitors cannot reach. FastPages should improve delivery, not change the promise of the page.
Google's dynamic rendering guidanceSafety and rollback
- Only selected public routes are rendered.
- A failed or unavailable snapshot falls back to Bubble.
- The trial expires automatically after seven days.
- You can disable the service without rebuilding the app.
Acceptance checklist
Do not judge activation from a green status alone. Verify the real site.
Test the real integration for seven days
No card. Up to 100 selected public source pages. One trial per account and domain. Bubble remains the source of truth.
View plans and start