Find a service or website

Type at least 2 characters to search.

Up by Default: What 186,056 Popular Websites Reveal About Readiness Across Industries

Up by Default: What 186,056 Popular Websites Reveal About Readiness Across Industries

October 30, 2026

Presented by Status Is UP, the uptime-enablement sister platform of Status Is Down. Industry whitepaper, October 2026.

Status Is Down records what happens when websites and online services fail. This paper looks at the decisions made long before an incident: how a site handles HTTPS, certificates, email authentication, caching and DNS. Those choices rarely make headlines, but they help decide whether a routine fault stays invisible to customers or becomes a visible outage, a browser warning, a convincing phishing email or a slow, fragile page.

The evidence comes from the Status Is UP Website Readiness snapshot. Between 23 and 24 October 2026, Status Is UP checked the homepage of 207,755 popular websites once each against 31 practices, grouped into four lanes: Enable (discoverability), Harden (security and trust), Accelerate (speed) and Recover (resilience). After excluding 21,699 adult, gambling and piracy sites, 186,056 results are published. The median site scores 64 out of 100 on the readiness index.

The snapshot is not an uptime measurement. It records which practices could be observed on one day, from one vantage point. A practice that was not observed is not, on its own, a security finding: many practices are optional, and some sites reach the same goal in other ways.

Executive summary

The four lanes behave very differently. Discoverability basics are widespread, security is mixed, speed depends heavily on hosting, and resilience at the DNS layer is the exception.

LaneWhat it coversMedian lane scoreExample practice rates
EnableCrawlable, well-described pages: robots.txt, sitemaps, canonical links, viewport, language, structured data, social previews, IPv6, short redirect chains77Viewport 95.6%; structured data 53.3%; IPv6 43.7%
HardenSecurity and trust: HTTPS redirect, HSTS, TLS 1.3, certificate lifetime and headroom, CAA, DNSSEC, security.txt, DMARC and security headers55HTTPS redirect 90.8%; HSTS for a year 30.8%; security.txt 5.5%
AccelerateSpeed: HTTP/2 and HTTP/3, compression, asset caching, modern image formats, lazy loading, non-blocking scripts63HTTP/2 89.1%; HTTP/3 36.2%; modern images 39.8%
RecoverResilience: nameservers at more than one DNS operator11Multi-provider DNS 10.6%

1. Platform defaults matter more than popularity

It is tempting to assume that the most visited websites are the best prepared. The snapshot shows only a small difference. The median readiness index is 67 for the top 1,000 sites, 66 for sites ranked up to 5,000 and up to 10,000, and between 64 and 65 for every band from 50,000 down to one million. Across all seven popularity bands, the spread is 3 points.

The platform underneath a site moves the score much more. Among platforms with at least 900 sites, Shopify storefronts have a median of 76 (13,085 sites), Next.js on Vercel and Webflow 73, Next.js on Cloudflare 72, Adobe Experience Manager 71, and Magento 70. WordPress, the largest platform in the sample with 30,664 sites, has a median of 64. PrestaShop and Bitrix sit at 61, and the 115,524 sites with no detected platform at 60.

Two bar charts of median readiness index. By popularity band the medians range only from 64 to 67. By website platform they range from 60 with no platform detected to 76 on Shopify.
Figure 1. Median readiness index by popularity band (left) and by website platform (right). Popularity bands differ by 3 points; platforms differ by 16. Platforms with 900 or more sites are shown.

The reason is defaults. A hosted platform makes many decisions on the owner’s behalf. On Shopify, 95.7% of storefronts negotiate HTTP/3 and 98.2% send the nosniff security header. On Next.js sites hosted by Vercel, 97% keep HSTS for at least a year. On WordPress the same rates are 38% for HTTP/3, 22.3% for HSTS and 29.1% for nosniff, because each owner, theme and host decides separately.

Defaults also set ceilings. 12,350 Shopify storefronts send exactly the same HSTS lifetime, 7,889,238 seconds, or about 91 days. That is below the one-year threshold used by Status Is UP and by the browser preload list, so only 3.7% of Shopify sites pass the HSTS check even though almost all of them redirect to HTTPS. When a platform chooses a value, nearly every site on it inherits that value.

The pattern holds inside a single industry. Among e-commerce sites, 10,109 Shopify stores have a median of 76, Magento and Next.js stores 70, stores with no detected platform 66, WordPress stores 64 and PrestaShop stores 61.

Popularity changes the mix of practices rather than the total. Top 1,000 sites are far more likely to enforce DMARC (60.5%, against 24.1% for sites ranked between 500,000 and one million) and to publish a security.txt file (21.5% against 4.6%). But they are less likely to use certificates of 100 days or less (50.3% against 82.3%) and less likely to expose a sitemap the checker could find (41.8% against 74.6%). Platform-level results are published on the Status Is UP platform benchmarks, including Shopify, WordPress, Next.js on Vercel and Webflow.

2. Security that stops halfway

The most common pattern in the snapshot is a first step taken and the second step skipped. HTTPS is nearly universal: 90.8% of sites redirect plain HTTP requests to HTTPS. HTTP Strict Transport Security (HSTS), which tells browsers never to try the insecure version again, is much less common. Of the 144,624 sites where HSTS could be measured, 48.0% send the header at all, 30.8% keep it for at least a year, 18.4% also cover their subdomains and 9.6% meet the technical conditions for the browser preload list. Among sites that already redirect to HTTPS, half (50.2%) send no HSTS header.

Left: a funnel from 90.8% of sites redirecting to HTTPS down to 48.0% sending HSTS, 30.8% keeping it for a year, 18.4% covering subdomains and 9.6% preload-ready. Right: DMARC policies, with 35.2% no record, 33.5% monitor only, 15.9% quarantine and 15.4% reject.
Figure 2. Left: the step from HTTPS to HSTS, as shares of sites where HSTS could be measured. Right: DMARC policies across 185,620 domains with a DNS answer.

Email authentication shows the same shape. Of 185,620 domains, 35.2% publish no DMARC record and 33.5% publish a monitor-only policy (p=none). Only 31.3% enforce a policy: 15.9% quarantine suspicious mail and 15.4% reject it. A monitor-only policy is a sensible starting point, but it does not stop anyone from sending mail that claims to come from the domain. Google requires SPF, DKIM and DMARC from bulk senders to Gmail, and recommends email authentication for every domain that hosts a public website.

Neither step is hard to finish, but both need care. The HSTS preload project recommends raising the HSTS lifetime in stages, from five minutes to a week to a month, before committing to a long value, and it describes preloading itself as optional. Status Is UP is rolling out HSTS on statusisup.com in the same staged way. For DMARC, the usual path is p=none with reporting, then quarantine, then reject, once every legitimate sender is aligned. See the HSTS and DMARC guides for the exact steps.

3. Regulated sectors harden. Consumer sectors accelerate.

Across the 30 industries with at least 900 classified sites, readiness profiles split along a clear line. Sectors with regulators and auditors lead the Harden lane: insurance and financial planning (64), banking and finance (62) and stock and crypto trading (59). They also lead on the commitments auditors tend to ask about. Insurance enforces DMARC on 62.9% of domains and banking on 61.4%, against 31.3% overall. Government services lead on DNSSEC (19.4%) and on multi-provider DNS (21.4%).

The same sectors trail on speed. Banking scores 55 in the Accelerate lane and insurance 57, while e-commerce scores 69 and news and media 65. Government services stand out, with a median index of 56, the lowest of the 30 industries, and an Accelerate score of 44. Only 17.5% of government homepages serve modern image formats, 13.3% negotiate HTTP/3 and 31.6% pass the asset-caching check.

Paired dots of median Harden and Accelerate lane scores for 13 large industries. Insurance, banking and government score higher on Harden than on Accelerate; e-commerce and news score higher on Accelerate; government has the lowest Accelerate score at 44.
Figure 3. Median Harden and Accelerate lane scores for 13 large industries, each with 900 or more classified sites.

Consumer sectors show the opposite profile. E-commerce sites are fast and easy to discover (Enable 87, Accelerate 69), but only 24.9% keep HSTS for a year and 26.2% enforce DMARC. That gap matters in a sector whose customers routinely receive order, payment and delivery emails.

Heatmap of 13 industries against nine practices, showing the share of sites where each practice was observed, with each industry's median readiness index. No industry is strong on every practice.
Figure 4. Share of sites where each practice was observed, by industry, with each industry’s median readiness index. ‘Not observed’ is not a security finding: some sites reach the same goal another way.

No industry is ahead on every practice. Each has a different weak spot, which is why a single cross-industry checklist is less useful than knowing the two or three practices an industry usually misses. The playbook later in this paper lists them, and every industry has its own page, for example e-commerce and marketplaces, banking and finance and government services.

4. Certificate lifetimes are about to shrink

In April 2025 the CA/Browser Forum, which sets the rules for publicly trusted TLS certificates, adopted Ballot SC-081v3. It shortens the maximum certificate lifetime in steps: 200 days from 15 March 2026, 100 days from 15 March 2027 and 47 days from 15 March 2029. The period for which a certificate authority may reuse a completed domain validation falls to 10 days by 2029.

Most of the web is already prepared for the next step. Of the 179,988 certificates measured, 74.9% lasted between 48 and 100 days and 0.3% lasted 47 days or less. But 24.8% lasted more than 100 days, and 8.0% more than 200 days, which means they were issued under the earlier 398-day limit.

The exposure sits in the sectors that score best on Harden. More than 60% of certificates last longer than 100 days in insurance (62.8%), banking (60.8%) and government services (60.2%), and 56.5% do in telecommunications. In e-commerce the share is 16.1%, and among web tools 10.0%.

Bar chart of the share of certificates lasting more than 100 days in 13 industries, highest in insurance, banking and government at over 60%, beside a chart of short-lived certificates by issuing CA and a timeline of the SC-081 limits of 200, 100 and 47 days.
Figure 5. Share of certificates lasting more than 100 days by industry, the share of 100-day-or-shorter certificates by issuing certificate authority, and the SC-081 schedule. A long lifetime is not a fault in itself.

The difference tracks how certificates are issued. Let’s Encrypt and Google Trust Services, which issue through the automated ACME protocol, account for 73.1% of the certificates measured, and virtually all of their certificates in the sample lasted 100 days or less. In e-commerce, 80.7% of certificates with an identified issuer come from these two. In insurance the figure is 33.9%, in banking 37.2% and in government 37.9%, where commercial authorities such as DigiCert and Sectigo are more common.

A long-lived certificate is not a fault today, and many come from managed services that renew automatically. The risk is a manual renewal process. At 47 days, a certificate has to be replaced roughly eight times a year, which only works when issuance and deployment are automated. Organisations with long-lived certificates should confirm before March 2027 that every public certificate renews without a person in the loop. Publishing a CAA record, which names the authorities allowed to issue for a domain, is a natural companion step; only 10.6% of sites have one. The certificate lifetime and CAA guides explain both.

5. One DNS provider, one point of failure

DNS is the first dependency of every visit. RFC 2182 (BCP 16) recommends that a zone’s secondary nameservers be placed so that no single failure removes them all, ideally on separate networks and in separate locations. In the snapshot, 10.6% of the 184,676 sites where this could be measured use nameservers from more than one operator.

Concentration is high. Cloudflare answers DNS for 65,293 sites, 35.4% of those measured, and 0.1% of them also use another operator. Amazon Route 53 serves 17,216 sites, of which 0.7% use a second operator. The exceptions are telling: 13.2% of Akamai Edge DNS customers and 56.9% of NS1 customers spread their nameservers across providers. Government services are the most diversified industry, at 21.4%.

Donut chart showing 10.6% of sites with nameservers at more than one DNS operator, beside a bar chart of the largest DNS operators in the sample, led by Cloudflare with 65,293 sites.
Figure 6. Share of sites with multi-provider DNS, and the largest DNS operators in the sample. Operators are inferred from nameserver hostnames; 72,484 sites use nameservers not matched to a known operator.

Single-provider DNS is a reasonable choice for many sites, because large DNS providers are highly redundant inside their own networks. But it means that a provider-wide incident, or a configuration mistake at the provider, becomes an incident for every site that depends on it. Status Is Down’s earlier whitepaper, When ‘Down’ Is Not ‘Gone’, describes how to design graceful degradation for exactly that kind of concentrated dependency. On the Status Is UP side, the DNS diversity guide and the dependency continuity planner help owners decide whether a second provider is worth it.

6. The rarest result: all five long-term commitments

Some practices are cheap to add but need an owner to keep them true: HSTS kept for a year, a CAA record, an enforced DMARC policy, a security.txt file that tells researchers how to report a problem, and nameservers at more than one provider. Of the 138,176 sites where all five could be measured, 42.4% show none of them. Only 198 sites, 0.14%, show all five. Even among the top 1,000 sites, 6 of the 264 where all five could be measured show all five.

Column chart of how many of five long-term practices each site shows: 58,518 sites show none, 47,609 one, 23,362 two, 6,969 three, 1,520 four and 198 all five.
Figure 7. How many of five ‘set it and keep it’ practices each site shows, across 138,176 sites where all five could be measured.

The individual rates explain why. security.txt, defined in RFC 9116, appears on 5.5% of sites, CAA records on 10.6% and multi-provider DNS on 10.6%. None of them requires new infrastructure, but each requires someone to decide, publish and maintain it. A security.txt file even carries an expiry date by design, so it has to be renewed.

An industry playbook

The table lists eight large industries with the practices that are least often observed on their sites, which are usually the cheapest place to start. Figures in brackets are the share of sites in that industry where the practice was observed.

IndustrySitesMedian indexHardenAccelerateStart with
E-commerce & marketplaces38,400695869HSTS for a year (24.9%), enforced DMARC (26.2%), security.txt (6.9%)
Insurance & financial planning1,090686457security.txt (8.3%), CAA (15.2%), modern images (38.9%); automate certificates (37.2% at 100 days or less)
News & media10,389665465HSTS for a year (31.7%), enforced DMARC (31.2%), security.txt (5.1%)
Banking & finance2,335656255modern images (35.8%), asset caching (42.3%), security.txt (7.1%); automate certificates (39.2%)
Travel bookings & trip planning2,638655563HSTS for a year (35.1%), enforced DMARC (34.9%), CAA (7.9%)
Telecommunications & internet1,084645857certificates of 100 days or less (43.5%), HTTP/3 (19.1%), security.txt (7.1%)
Education & online learning9,312605455HSTS for a year (31.9%), modern images (32.2%), enforced DMARC (33.8%)
Government services4,347565944modern images (17.5%), structured data (19.9%), asset caching (31.6%), security.txt (7.3%)

What this means for website owners

  1. Find out what your platform already does. Run the free Status Is UP readiness check on your own domain, then compare it with your platform and industry benchmarks. The quickest wins are often settings your platform supports but you have not switched on.
  2. Finish the security you started. If you already redirect to HTTPS, add HSTS and raise its lifetime in stages. If you publish DMARC at p=none, read the reports, align your senders and move to quarantine, then reject.
  3. Automate certificates before 15 March 2027. List every public certificate, its issuer and how it renews. Anything renewed by hand will not survive a 47-day limit.
  4. Decide on DNS concentration on purpose. Either add a second DNS provider or record the single-provider decision with a tested recovery path. The website recovery plan is a free template for that conversation.
  5. Publish the cheap commitments. A security.txt file and a CAA record take minutes to publish and are visible signals that someone owns the site’s security.

For background on each practice, the Status Is UP wiki guide to uptime readiness and the daily Did you know? series explain them in plain language.

What this means for Status Is Down users

Status Is Down tracks outages as people experience them, through user reports and realtime signals across thousands of services. Readiness sits upstream of those reports. It does not predict outages, and this snapshot did not measure availability. But several of the practices in this paper shape how a failure is felt. A site with nameservers at two providers can stay reachable during a provider incident. An automated certificate cannot expire unnoticed and greet visitors with a browser warning that looks like an outage. An enforced DMARC policy makes it harder for anyone to send convincing email in the domain’s name while customers are waiting for news.

Website pages on Status Is Down now link to a free Status Is UP readiness check for the same domain, so owners who find their site in the Status Is Down catalog can review the practices that are within their control.

Methodology and limits

Conclusion

The readiness of the web is decided less by fame than by defaults. A small store on a well-configured platform can be better prepared than a household-name site that has never revisited its headers, certificates or DNS. The gaps in this snapshot are mostly configuration, not infrastructure: finishing HSTS and DMARC, automating certificates before the 2027 limit, and deciding deliberately whether one DNS provider is enough. Each is a change an owner can make this quarter, and each makes the next incident a little less likely to reach customers.

Status Is UP will repeat the snapshot so that these figures can be tracked over time. Website owners can check their own site now.

Sources

Recent Outage News and Features

Loading...

🌐 This article is available in other languages:

Français·Español·Português·中文·العربية·हिन्दी·日本語·Русский·Deutsch·Bahasa Indonesia·Türkçe·한국어·Kiswahili·Italiano·Nederlands·Polski·Tiếng Việt·Filipino·বাংলা