Skip to main content
Tom Reem
Figmate
Figmate
May 7, 2025

[Config 2025] Figma Sites is here — let’s hear what you think! 💻

  • May 7, 2025
  • 73 replies
  • 3411 views

We just wrapped the big announcements at Config, and we know there’s a lot to take in.

This thread is your space to share reactions, ask questions, and let us know what you're excited about (or still curious about) with regard to Figma Sites. Our team will be actively reading and sharing relevant takeaways with the product team.
 

What we’d love to hear from you:

  • What aspects are you most excited about — and why?
  • Where do you still have questions or want more clarity?
  • Anything that didn’t quite land for you yet?
     

A few quick reminders:

Pinned Reply By Tom Reem

Figma Sites – What We Heard and What’s Next
 

Thank you for sharing

Hi everyone! Thank you for joining the conversation and sharing your experiences with Figma Sites following our Config 2025 announcements. Your posts — from first impressions to deep technical insights — help us understand where Figma Sites is landing well and where we need to refine the experience.

We've read every reply in the thread and are sharing this summary with both our product and engineering teams to help shape what comes next.

 

What we heard

Here are the most common and impactful themes raised by the community here in Figma Forum:

 

1. Accessibility: Export Options & Integration Flexibility

A key request was the ability to export clean, semantic HTML/CSS or integrate Figma Sites with existing CMS tools. Many of you see Figma Sites as a powerful tool — if it can fit into their broader publishing and dev ecosystems.

“Are there plans to allow code export (HTML + CSS for publishing elsewhere, or to integrate into other CMS’s or existing codebases)? That would be the make-or-break feature for my use.” (2 likes)
 — Etienne_Despres

 

2. Accessibility: Structure, Interactions & Design

From nested pages to font fidelity, scroll-to-section behavior to video embeds, designers are eager to bring more interactivity and polish to Sites — especially when building client work or portfolios. Designers illustrated the importance of Figma being sensitive to the folks using this product and the opportunities to make it more accessible for all.

“Figma, at your scale, I would implore you to get this right and not ship products that will perpetuate continued creation of inaccessible digital products. Your average user may never notice these features, or how they could make things worse, not better, for accessibility. And even if they do notice them, some of them seem to actively make it more inaccessible.” (16 likes)
 — Emily Lawes

 

“Do y'all plan to get Figma Sites to the point where it can produce semantic HTML and provide a way to provide accessible names to icon buttons and images? [...]  I hope that as you iterate on this product you ensure the folks paying to use it are set up for success.” (16 likes)
 — shkeating

 

3. Rollout Access Clarity

Many of you were excited to try Sites but weren’t sure why the feature wasn’t available yet — especially those on paid plans. Questions about seat types, timing, and how to actually find Sites in the UI came up frequently.

 

“Just upgraded my account to try Figma Sites. Have a full seat on Pro. See no access to Figma Sites anywhere... any ideas?” (3 likes)
 — matt abrams

 

 

What we're doing with this feedback

We’ve shared your input directly with the teams working on Figma Sites and are actively tracking themes that surfaced most frequently, and — in a few cases, updates are already underway.

Here’s where some of that feedback stands now:

  • Accessibility: A substantial portion of your feedback emphasized semantic HTML and assistive tech compatibility. We support tagging today, and are exploring how to improve semantic structure across blocks, including default behaviors that impact screen readers. Keep an eye on this Figma Sites article — Improve the accessibility of your site — we’ll continue updating it with fresh resources and guidance as they become available. More to come soon!
     
  • Export & CMS Support: Code export  and CMS integrations are top-of-mind. While not available yet, these areas are being explored for future roadmap considerations — especially as more teams request publishing flexibility.
     
  • Font Fidelity & Customization: Good news — custom fonts support is coming soon. We’ve heard your reports on Google Fonts and variable text rendering inconsistencies. These issues are under investigation, and we’re reviewing how font handling can better match your design file expectations.
     
  • Nested Pages & URL Structure: This is a frequently requested improvement, and we’re gathering examples to explore solutions that support scalable site architecture. Most recently, we announced updates to apex domain support. Learn more here: Apex domains and custom subdomains in Figma Sites.
     
  • Component Behavior & Breakpoints: Multiple users noted differences between Figma Design and Sites when it comes to variables, auto layout, and component states. We’re reviewing this feedback to smooth out those inconsistencies and make responsive behavior more predictable and performant. For more details and latest updates, keep an eye on this article: Create a responsive component that automatically adapts to each breakpoint.

💡We’ll continue to update release notes and relevant forum threads as improvements go live. Keep an eye out at: Figma product news & release notes.

 

What’s next — want to keep the conversation going?

 

🎟️ Save your seat! Be sure to RSVP for our upcoming release notes LIVE on July 31, 2025 at 8:00AM PT / 11:00AM ET / 5:00PM CET: Live from Figma, it’s Release Notes! → Register.

 

Still have more to add? We’d love to hear more:

Again, we're deeply grateful for your thoughtful posts — from detailed bug reports to feature improvements. Your feedback helps ensure Figma Sites is accessible for everyone.

73 replies

triton
New Member
May 8, 2025

Google Font Space Grotesk
doesn't work

which is strange because other fonts works
 

Oh of course only my favorites ones don’t work
Outfit, Lexend, Jost fonts
 

Also tested in figma offical template

Frank.str
New Member
May 8, 2025

Will Figma Sites be accessible for Educational/Student accounts as well, or will I need to pay for it?

Nikita Khomutov
New Member
May 8, 2025

Some Google Fonts just aren’t working on a public site. Also Cyrillic symbols are not displayed correctly, while it looks good in an edit mode.

Nikita Khomutov
New Member
May 8, 2025

How can I add a custom domain? I have already looked on the help page. According to them, it should have its own Domains tab. Unfortunately I don't have it.

 

 

You have to publish your site with a Figma default subdomain. After that domains settings will appear.

Ben_Smeets
Active Member
May 8, 2025

It looks promising, still a lot to add in functionality to make me switch from Framer, but I’m sure that will come. My biggest concern is that this will become a new half-supported initiative like too many things are in the last couple of years at Figma. But let’s wait and see.

A big worry-flag for me, without knowing more around the tool (so I can be totally wrong), is the fact that in the demo’s I saw people use it in a “Copy and paste your designs from Figma into Sites”, which… totally defeats the point of having everything in 1 tool.

Arthur_Oger
New Member
May 8, 2025

Being able to make a design dynamic according to data would make it possible to combine precision and ease of modification for visuals like charts in Figma Slides, where it really counts.

Farhan Rizvi
New Member
May 8, 2025

Seems like the font sizes are not correctly loading in the public link. Not even in the original template previews: https://plugin-value-scrum.figma.site/

 

The heading font is getting the lowest viewport’s font size (mobile) by default. 

Brad Thomas
New Member
May 8, 2025

Looks promising. Are there plans to allow code export (HTML + CSS for publishing elsewhere, or to integrate into other CMS’s or existing codebases)? That would be the make-or-break feature for my use.

Many businesses, mine included, will need more information on the hosting structure before it’s allowed to be utilized to host a page or site. Is there any deeper documentation regarding this?

shkeating
New Member
May 8, 2025

Do y'all plan to get Figma Sites to the point where it can produce semantic HTML and provide a way to provide accessible names to icon buttons and images? In the demo site it was just a pile of divs. 

I get as an authoring tool it is not your responsibility to ensure every single aspect of accessibility of each and every site (I work on an enterprise design system and it is the same for us, some things we can control, others we can't and is based on how it is used) but we do have to make sure authoring tools empower creators to follow accessibility guidelines, and we especially need to make sure we don't make it impossible to ship accessible code, which is what Figma Sites is currently doing. I highly recommend checking out the Authoring Tool Accessibility Guidelines, published by the W3C: https://www.w3.org/WAI/standards-guidelines/atag/ for some evaluation criteria for Figma Sites as an accessible authoring tool. 

I was excited for this when it was initially mentioned, but if the sites are going to be only be divs, it is essentially impossible to release accessible websites with it. Meaning most businesses globally can't use it without risking litigation or having their product pulled from the market. I hope that as you iterate on this product you ensure the folks paying to use it are set up for success. 

Emily Lawes
New Member
May 8, 2025

I have done a very short review of your accessibility functionality whilst creating a sample website and I have found the following issues:

  1. Accessibility settings are hidden by default - you have to manually add them to each layer. Why can’t we make these settings already visible?
  2. No high-level view of applied tags - you have to click into every single layer to check.
  3. Everything defaults to a <div>. Why can’t we utilise the purpose of some of the Blocks to add some basic semantics?
  4. The last character in a text layer gets its own <span>? This affects screen readers. See attached output of VoiceOver. 
    VoiceOver output reading a CTA as the full span without the last character

     

  5. Redundant use of
    <a role="link" tabindex="0">
  6. I have also seen examples of a <div> element with a href? 
  7. Links open in new tabs by default, but there’s no clear way to notify users (unless you override aria-label).
  8. aria-label is added everywhere, sometimes duplicating visible content or mislabeled as “alt text.” This could cause WCAG 2.5.3: Label in Name failures. Also, now I have tested this more, if you apply a tag to something like a heading, the usage of aria-label duplicating the intenral <div> actyually makes the heading completely inaccessible to VoiceOver, where it doesn’t read the content of the heading due to the ‘grouped’ element inside it with aria-label. So applying accessibility tags can actually make it worse for users.
  9. Default content blocks aren’t accessibility-ready - e.g., poor reading order in card layouts where images are above their heading - means screen readers will here a related image before the heading - have we considered keyboard and reading focus order?
  10. No functionality possible like skip links.


Figma, at your scale, I would implore you to get this right and not ship products that will perpetuate continued creation of inaccessible digital products. Your average user may never notice these features, or how they could make things worse, not better, for accessibility. And even if they do notice them, some of them seem to actively make it more inaccessible.