Webflow gets talked about in two ways when search comes up. Some people hold it up as a platform with superior technical foundations, and others blame it every time a site built on it fails to rank. Both views skip over where the problems come from. Webflow is a capable platform for search, and the issues that consistently hold Webflow sites back are decisions made during the build: how headings were tagged, how collections were structured, how animations load and what was left in the sitemap.
Those decisions persist on Webflow longer than they would elsewhere, because the platform hides technical complexity so well from the people managing the site. A marketing manager editing a page in Webflow sees a clean layout. Google sees the HTML underneath, and the two can tell very different stories. What follows are the build-stage pitfalls we find most often when we review Webflow sites, why each one costs rankings and how to avoid it on your next build.
The heading hierarchy the visual editor hides
Webflow's visual editor is one of the best tools in web design, and it says nothing about semantic HTML structure. A designer working in the canvas picks heading tags based on how the text looks. The result is a page where H3 tags appear in the hero, an H1 is applied midway down to something that is not the page's main topic and H2 is used for decorative labels with no structural meaning.
Google reads the code, and it uses heading structure to work out what a page is about and how its content is organised. An H1 that appears after three H3 elements sends a confused signal about the page's primary topic, and the page ends up competing with its own content for relevance on the searches it was built to win.
Divs styled to look like headings
The reverse problem is just as common. A designer builds a section title as a text block with a heading class applied, so it looks like a heading and carries no heading tag at all. A service page can end up with one H1 and no H2s, giving Google a wall of undifferentiated text where there should be a clear outline of the services on offer.
How to avoid it
Separate the visual style from the tag during the build. Set up typography classes so any size can be applied to any heading level, then choose the tag for structure and the class for appearance. Before launch, someone needs to inspect each template's element structure, confirm exactly one H1 exists and that it names the page's main topic, and check that H2s and H3s follow a logical outline. It takes about an hour per template, and it is one of the most valuable technical SEO tasks on a site that was otherwise built carefully.
CMS collections built for structure rather than search
Webflow's CMS makes it easy to build a collection for every category, service type, location and content variation imaginable. On the design side this is compelling: consistent templates, structured data and clean URL patterns. On the search side it can produce hundreds of pages that each say very little.
Collection pages with a few sentences of unique text, or with content that differs from the next item only by a place name, tell Google the site carries a lot of low-value pages. When those pages multiply across a large collection, the effect spreads to the domain as a whole. Individual pages then struggle to rank, even when they target sensible searches, because the overall quality signal from the site is diluted.
Fewer, deeper collection items outperform numerous thin ones. A single well-developed article covering a topic in depth will rank for more variations of that topic than five short articles that each cover part of it. Webflow's collection architecture makes it easy to build a content structure that works against this without anyone noticing, so the content model needs as much planning as the visual design. Our guide to Webflow CMS collections explains how collections, fields and templates fit together if you're planning one.
If a collection item exists mainly because it was structurally convenient, and contains nothing a visitor would go looking for, it is more likely to drag rankings down than lift them.
URL structure decided by the design rather than the search plan
Every CMS item in Webflow lives at the collection slug followed by the item slug, and that pattern is set when the collection is created. A collection named "posts" produces /posts/article-name for every article, whether or not "posts" means anything to a searcher or matches the URLs the old site used.
Collection slugs and item slugs can be changed later, and every change needs a 301 redirect for every affected URL. On a site with a few hundred items, a late rename turns into a redirect project. Decide the URL plan during strategy, before content goes in: what each collection is called, which pages sit in folders and how the new URLs map to the old site's. If the build is a migration from another platform, that map is the most important SEO document in the project.
Images without alt text in the CMS
Alt text on static images is set in Webflow's asset panel, and most designers remember it. CMS images are where it slips. An image field on a collection does not carry alt text by default, so every featured image on every article or case study goes live with an empty alt attribute unless the template binds the alt text to a field in the collection.
Missing alt text costs you visibility in image search, and it makes the site harder to use for anyone relying on a screen reader. The fix is a dedicated alt text field in each collection that has images, bound to the image on the template, with the field marked as required so editors fill it in when they publish.
Animation performance and Core Web Vitals
Webflow interactions and scroll-triggered animations are among the platform's most distinctive features. They are also a reliable path to poor Core Web Vitals scores when performance was not treated as a design constraint from the beginning.
The specific problem is load order. Animations that hide content until a script runs delay Largest Contentful Paint, and elements that move into place as the page loads add to Cumulative Layout Shift. On a page with several animated sections, these effects compound. A hero that fades in looks elegant, but the visitor waits for the animation to finish before the page feels loaded, and Google measures the page as slow regardless of how fast the server responded.
Google has stated that Core Web Vitals form part of its page experience signals. In a New Zealand category with a handful of serious contenders, a page that loads cleanly on a phone gives you an edge over a rival whose page stutters. We've looked at how Webflow performs on speed in more detail in Webflow vs WordPress for site speed.
How to avoid it
Keep the main content of every page visible from the first render, and trigger animations after that content has loaded. Give images explicit dimensions so the layout holds its shape while they load, use modern formats such as WebP and keep third-party scripts in custom code to the ones the business needs. Test on real phones over a mobile connection, because developer hardware on a fast office network hides the problems that real visitors feel.
Class structures that make later edits risky
A Webflow site built with a disorganised class system becomes fragile once the client's team starts editing it. Changing a style on one page alters it on six others, so editors stop touching headings and page structure, and SEO fixes that should take minutes get left undone. We've written about why Webflow edits keep breaking layouts and what a maintainable class system looks like.
Sitemap hygiene after launch
Webflow generates sitemap.xml automatically and includes everything that is published. On a site with any complexity, that brings in utility pages built during development, collection items published for testing, old landing pages and legal pages that serve a purpose and have no search value.
Every one of those pages tells Google something about the site. A sitemap full of test items and expired campaign pages points Google at content you would never want a buyer to land on, and on a large collection it slows down how often Google revisits the pages that matter.
The fix takes deliberate maintenance rather than technical skill. Each static page has a sitemap indexing toggle that removes it from the sitemap and adds a noindex tag. On paid site plans each CMS item has its own toggle, so weak items can be taken out of the index without being deleted. After any significant content change, review the sitemap and resubmit it in Search Console.
Many businesses connect Search Console in the week of launch and never open it again. Reviewing it monthly is how you find out that Google stopped indexing half your articles three months ago for a reason that takes twenty minutes to fix.
Build-stage settings that follow the site to launch
During a build the site is kept out of search on purpose, through robots.txt rules, Webflow's indexing settings or noindex on individual pages. Those settings need switching off on launch day, and the staging subdomain needs closing to indexing. We've put the launch checks into our Webflow SEO checklist, which works through what to verify before and after a site goes live.
What Webflow handles well
The platform generates clean, valid HTML, handles SSL and CDN delivery without configuration and makes metadata editable on every page and collection item.
For New Zealand businesses evaluating platforms, Webflow's technical SEO baseline is better than an unoptimised WordPress install, which is the realistic comparison for most mid-market sites. Webflow sites that underperform in search do so for reasons that can be corrected: headings tagged for appearance, collections built without content depth, URL plans left to chance, CMS images without alt text, animations that load before content and sitemaps nobody maintains.
All of these come from treating SEO as something to address once the site looks right. On every Webflow build we write technical SEO into the build specification, so heading structure, CMS fields, URL mapping and load order are decided alongside the design and checked before launch.
Common questions
Why does my Webflow site have more than one H1?
Headings in Webflow are set by tag in the element settings, and designers often choose H1 for any large text, such as a hero line and a section title. Each page should have one H1 naming its main topic. Inspect the page's structure in the Navigator panel, change extra H1s to H2 and use classes to keep the visual size the same.
How do I add alt text to CMS images in Webflow?
Add a plain text field for alt text to the collection, then select the image on the collection template and bind its alt text setting to that field. Marking the field as required means editors fill it in each time they publish an item. Images inserted into rich text fields take their alt text at the point they are added.
Do Webflow animations hurt SEO?
They can, when they hide the main content until a script runs or shift elements around as the page loads. Both slow down the Core Web Vitals that feed into Google's page experience signals. Animations that start after the main content is visible, and that move elements without changing the layout, can be kept without a measurable cost to speed.
Should I noindex thin CMS pages in Webflow?
If a collection item has little unique content and no realistic search value, either expand it, merge it with related items or switch off its sitemap indexing so it stays live for visitors without being offered to Google. Merging is the stronger option when several thin items cover the same topic, provided the old URLs are redirected to the combined page.
Can I fix Webflow SEO pitfalls without rebuilding the site?
Most of them, yes. Heading tags, CMS alt text fields, sitemap settings, redirects and animation timing can all be corrected on the existing site. A poorly planned URL structure or a class system that makes every edit risky takes more work, and on an older build that work can approach the cost of rebuilding the affected templates properly.
%20(1).png)








