Reporting & research on Shopify and ecommerce
The usual claim that a free theme cannot be fast is settled by looking at what Core Web Vitals data actually shows across 247 mobile themes and 199 desktop themes, and by reading the actual settings inside Dawn's own section files instead of guessing at them.
Merchants type “shopify dawn theme examples” expecting a gallery of pretty homepages, but the thing actually worth knowing is buried in the section files and the field data, not in screenshots. Dawn ships with specific, bounded settings that either let you do something or explicitly don’t, and the market it competes in has a measurable spread of speed outcomes rather than one fixed number. Both facts get lost when an article just shows pictures of storefronts.
Across the 329 themes tracked in the aggregate ranking, checked September 4, 2026, the median price is $300 with a range running from $100 to $500. Ratings cluster near the top: the market average is 4.53 out of 5 across 308 themes with enough reviews to score, and the median review count sitting at 23. None of that tells you about speed directly, which is where the CrUX data from July 2026 matters, because it comes from real visitor sessions rather than a lab run. On mobile, the median share of stores passing all Core Web Vitals is 85.5%, drawn from 247 themes with sufficient data, with the best-performing theme in the market at 98.6% and the worst at 46.1%. On desktop the median is close, 86.2%, across 199 themes, with a top of 99.2% and a bottom of 30.3%. The gap between best and worst on both surfaces is wide enough that theme choice alone doesn’t determine outcome, store-level setup clearly plays a large role too.
Looking directly at Dawn’s sections/announcement-bar.liquid, at commit 258f00f from August 10, 2026, the section carries 8 settings and exactly 1 block type, with a hard maximum of 12 blocks. Among the named settings: auto_rotate is a checkbox, change_slides_speed is a range running 3 to 10 in 1 second steps, color_scheme picks from the theme’s color scheme list, show_line_separator is a checkbox, and show_social is a checkbox. There’s also an unlabeled paragraph field used for editor guidance rather than storefront output. What this means in practice: you can stack up to 12 announcement blocks and rotate them automatically, but the rotation speed cannot go faster than every 3 seconds or slower than every 10, and there is no setting here for anything beyond that range. If a merchant wants a 1-second flash rotation or a 30-second slow crawl, the section as shipped does not support it.
| Section file | Settings | Block types | Max blocks | Speed range |
|---|---|---|---|---|
| sections/announcement-bar.liquid | 8 | 1 | 12 | 3–10s, step 1s |
| sections/slideshow.liquid | 8 | 1 | not specified in facts | 3–9s, step 2s |
sections/slideshow.liquid, same commit 258f00f, also has 8 settings and 1 block type. Its layout setting offers 2 variants, slide_height offers 4 variants, and slider_visual offers 3 variants, giving more visual configuration than the announcement bar has. It also has its own auto_rotate checkbox and its own change_slides_speed range, but this range runs 3 to 9 seconds in 2 second steps, not 3 to 10 in 1 second steps like the announcement bar. There’s also an image_behavior setting with 2 variants controlling how slide images render. Anyone assuming these two sections share one universal speed control would be wrong, they’re separately coded with different step sizes and different ceilings, and copying a “10 second delay” instruction meant for the announcement bar into the slideshow’s field simply won’t validate against its 9 second maximum.
Horizon, a separate Shopify theme checked at commit 8b42ace on August 31, 2026, gives a useful caution here. The word “speed” appears in 76 of its 484 files, and “live” appears in 53 of those same 484 files. That sounds like evidence of speed-related functionality, but there is no dedicated section setting tied to either word. The “speed” matches sit in assets/base.css, assets/marquee.js, assets/show-more.js, and assets/template-giftcard.css, mostly CSS transition timing and JavaScript animation logic, not merchant-facing controls. The “live” matches sit in LICENSE.md, assets/anchored-popover.js, assets/component-cart-items.js, and assets/gift-card-recipient-form.js, largely incidental uses of the word rather than a livestream or live-chat feature. The lesson carries over to Dawn too: counting keyword hits in a repository tells you where a word shows up, not whether a merchant can configure anything around it.
Anyone deciding between themes should pull the actual section file for the theme they’re considering and check its settings against what their store needs, rather than trusting a screenshot gallery. And anyone judging a theme on speed should ask which dataset the number comes from, mobile or desktop, median or best-case, because a single quoted percentage without that context is not measurement, it’s marketing.
The facts here don't isolate Dawn's own pass rate as a single number, they give the market's spread instead: 85.5% of stores pass all Core Web Vitals on mobile at the median, with the best theme in the market reaching 98.6% and the worst falling to 46.1%. Desktop looks similar, with a median of 86.2%, a top of 99.2%, and a bottom of 30.3%. So the honest answer is that speed depends on which store and which theme configuration you're looking at, not on the theme name alone. Any claim that names a single fixed number for 'Dawn speed' without citing a dataset should be treated as decoration, not evidence.
Yes, through the slide_height and slider_visual settings in sections/slideshow.liquid, and specifically through change_slides_speed, which is a range control running from 3 to 9 seconds in 2 second steps. The announcement-bar.liquid section has its own separate speed control, change_slides_speed, but there it runs from 3 to 10 seconds in 1 second steps, a different range from the slideshow's. Both are checkbox-gated by auto_rotate, so if that box is off the speed setting does nothing. Neither section lets you go below 3 seconds or above the stated ceiling, so anyone wanting a faster or slower cycle outside those bounds needs custom code.
No section in Dawn is built around a setting called 'speed' as its subject, the two speed-related controls that exist are change_slides_speed in announcement-bar.liquid and change_slides_speed in slideshow.liquid, both governing slide timing rather than site performance. There is no code fact here confirming a broader performance panel exists in Dawn's section files. If you're comparing themes on raw speed, the Core Web Vitals pass rates covering 247 mobile themes and 199 desktop themes are the only measured figures available, not settings inside any single theme.
The median across 329 rated themes is 23 reviews, so a theme sitting well below that with a high rating may simply be new rather than unpopular. The average rating across the market, based on 308 themes with enough data to score, is 4.53 out of 5, so ratings cluster tightly and review count tends to be the more telling signal of actual adoption. Price does not track with review count in these facts, the median price sits at $300 inside a $100 to $500 range regardless of how many reviews a theme has collected.
Not much on its own. In Horizon's codebase, checked at commit 8b42ace, the word 'speed' turns up in 76 of 484 files and the word 'live' in 53 of 484 files, but neither has a dedicated section setting attached to it. Those matches live in files like assets/base.css, assets/marquee.js, assets/show-more.js, and assets/template-giftcard.css for 'speed', and in LICENSE.md, assets/anchored-popover.js, assets/component-cart-items.js, and assets/gift-card-recipient-form.js for 'live'. A word count inside source files is not the same as a feature, and this is a case where the absence of a dedicated section is itself the finding.