Export WordPress to Figma — Editable Layers in One Click
Capture any WordPress site and paste it into Figma as fully editable layers. Preserves fonts, colors, images, layout. Free Chrome extension.
What this is
A focused workflow for designers and agencies tackling WordPress projects: capture any WordPress site into Figma as editable layers — in one click, regardless of which page builder (Elementor, Divi, Gutenberg, WPBakery, Bricks, Oxygen, or a custom theme) the original site was built with.
Export to Figma is a Chrome extension. Open your WordPress page in Chrome, click the extension, paste into Figma. The rendered page lands as editable layers — typography, colors, images, layout structure preserved.
Why this matters for WordPress specifically
WordPress runs roughly 40%+ of the web. Most of those sites were never in Figma to begin with — they were built directly in WordPress, often with a page builder, and the design "source of truth" is whatever's live. When you face a WordPress redesign or audit, you face the same problem every time:
- The site is rendered HTML/CSS, not a Figma file.
- Rebuilding the existing site in Figma manually takes hours per page.
- Screenshots flatten everything and you can't edit anything.
- Generic web-to-Figma tools often fail on WordPress sites with heavy plugins, member areas, or e-commerce.
Export to Figma is the Chrome extension that bridges the gap. It captures the rendered WordPress page into Figma as editable layers, regardless of the page builder, theme, or plugin stack underneath.
How to export WordPress to Figma
1. Install Export to Figma
From the Chrome Web Store — free, 30 seconds. Pin the extension to your Chrome toolbar.
2. Open the WordPress frontend in Chrome
The public-facing URL — yoursite.com — not the wp-admin dashboard. Or, if you need to capture admin pages or restricted content, sign in first.
3. Click the extension
Capture the whole page, or hover and click a single element to capture just that section.
4. Paste into Figma
Cmd+V / Ctrl+V. The WordPress page appears as editable Figma layers.
Page builder compatibility — it doesn't actually matter
A common question: "Does this work with Elementor?" or "What about Divi?" The answer for all of them is yes — but the better framing is that it doesn't matter what the page builder is.
Every WordPress page builder ultimately renders HTML, CSS, and JavaScript in the browser. The extension reads the rendered DOM after the browser has painted the page. Whatever's on screen is what gets captured. The page builder's internal data structure is irrelevant.
| Page builder | Compatible? |
|---|---|
| Gutenberg (block editor) | |
| Elementor | |
| Elementor Pro | |
| Divi | |
| WPBakery | |
| Beaver Builder | |
| Bricks | |
| Oxygen | |
| Custom themes | |
| Classic editor (no builder) | |
| Headless WordPress (Next.js / Gatsby / etc.) |
If the site renders in Chrome, the extension captures it.
WordPress-specific things to know
wp-admin captures (for client redesigns)
If you're redesigning a WordPress site's backend — custom admin views for the client, dashboard widgets, custom post type interfaces — you need wp-admin pages in Figma. Server-side capture tools can't reach these; the admin is behind login.
Sign into wp-admin in Chrome, navigate to the page you want, click the extension. The logged-in admin view captures as editable Figma layers. This is one of the highest-value cases for the in-browser capture approach.
Membership and gated content (MemberPress, Restrict Content Pro, etc.)
Member-only pages capture cleanly as long as you're signed in. The extension uses your existing session, so whatever's visible to you as a logged-in member is what comes through into Figma.
WooCommerce
WooCommerce sites are the e-commerce subset of WordPress. Product pages, shop pages, cart, and checkout all capture normally. For ecom redesigns:
- Capture the shop / category page for the listing layout.
- Capture 2–3 representative product pages for variations (simple product, variable product, etc.).
- Add a product to cart and capture the cart page.
- Proceed to checkout and capture the checkout flow.
All of these are inaccessible to server-side capture tools (cart and checkout typically depend on session cookies) but capture normally through your logged-in Chrome session.
Heavy plugin stacks
WordPress sites often have 30+ plugins active, some of which inject heavy JavaScript or modify the DOM extensively after page load. The extension captures the final rendered state — whatever the plugins produce after they've done their work. The internal plugin structure doesn't affect the capture; only the rendered output does.
Page speed considerations
WordPress sites can be slow. The extension captures after the browser has finished painting, so if a site takes 8 seconds to fully load, the capture happens after those 8 seconds. There's no separate render queue or timeout — it's just whatever's on your screen when you click.
A real workflow: agency redesign pitch for a WordPress client
An agency I worked with regularly pitched WordPress redesigns. Their typical workflow before:
- Manually screenshot 8–15 pages of the client's current site.
- Drop the screenshots into Figma as references.
- Manually rebuild the visual structure as editable layers so they could pitch a redesign on top.
- Total prep time: 6–10 hours, per pitch.
New workflow with Export to Figma:
- Capture each of the 8–15 pages in 5–10 seconds.
- The captured layers ARE the references — editable, with real typography, real colors, real spacing.
- Pitch the redesign directly on top of the captured frames, side-by-side.
Total prep time: under 10 minutes. Same pitch quality (actually better, because the references are exact). Six to ten hours of agency time freed up per pitch.
For agencies pitching 4+ WordPress redesigns per month, this is a meaningful operational change.
What gets preserved
| Element | Preserved? |
|---|---|
| Typography (font family, size, weight) | |
| Brand colors, gradients, shadows | |
| Images at original resolution | |
| Layout (flex/grid → Figma auto-layout) | |
| Editable text content | |
| Member-only / admin / authenticated content | |
| WooCommerce product / cart / checkout | |
| WordPress animations & transitions | |
| Plugin-driven JavaScript interactivity | (visual state only) |
Pricing
- Free: 10 captures per month, forever, no credit card.
- Pro: $1/month during the launch promo. Unlimited captures.
Related reading
- Export Shopify to Figma — for e-commerce stores (the WooCommerce sibling)
- Export Webflow to Figma — for sites migrating off WordPress to Webflow
- Convert HTML to Figma — for HTML/CSS code workflows
- html.to.design alternative — direct Figma plugin comparison
- How to copy a website to Figma for a redesign — the workflow article
Frequently asked questions
Does which WordPress page builder matter (Elementor, Divi, Gutenberg, etc.)?
No. Export to Figma captures whatever Chrome renders, so the underlying page builder is irrelevant. Elementor, Divi, Gutenberg (blocks), WPBakery, Beaver Builder, Bricks, Oxygen, and custom themes all produce the same kind of rendered output that the extension can capture into Figma.
Can I capture WordPress sites with restricted content (paid memberships, restricted pages)?
Yes — sign into the member area in Chrome first. The extension uses your existing browser session, so member-only pages, gated downloads, and locked content all capture normally. This is the case that breaks every server-side capture tool.
How does it handle WooCommerce product pages?
WooCommerce product pages render like any other WordPress page. The product image, title, price, variant selector, add-to-cart button, related products, and reviews all come through as editable Figma layers. The Add to Cart form's *functional behavior* isn't captured (Figma is static), but the visual representation is.
What about WordPress sites that use heavy JavaScript or React-based themes?
Export to Figma reads the resolved DOM after JavaScript has finished painting. JS-heavy WordPress themes (often React or Vue based for admin / interactive sections) capture cleanly because the extension waits for the browser to finish rendering. This is the area where server-side capture tools tend to fail.
Can I capture the WordPress admin (wp-admin) interface for a redesign project?
Yes. wp-admin pages capture like any other authenticated content. Useful when redesigning a WordPress site's backend for a client — the admin views are inaccessible to server-side capture tools but capture normally through your logged-in Chrome session.
Will old WordPress sites (10+ years old, classic themes) work?
Often better than new ones. Older WordPress sites with classic themes use plain HTML/CSS without JavaScript frameworks, which means even simpler capture mechanics. The pages render fully on first paint, no waiting for client-side rendering.
Can I capture a WordPress site I don't own / don't have admin access to?
Yes, for the public-facing parts. Anything visible without login captures the same as any other public page. The extension captures from your browser, so it sees what any visitor would see — no special access needed for public content.
Stop screenshotting websites.
Export to Figma captures any live website as fully editable layers — fonts, colors, images, and auto-layout intact. 10 free exports a month.