Visitar URL original
USWDS - Feature: clarify browser support · Issue #5888 · uswds/uswds · GitHub
Skip to content

USWDS - Feature: clarify browser support #5888

Closed as not planned
Closed as not planned

Description

@anselmbradford

Is your feature request related to a problem? Please describe.

The browser support section says:

we officially support any browser above 2% usage as observed by analytics.usa.gov

The 2% rule comes from some old UK gov source documents, that state “… You will still need to support Internet Explorer 11 if your analytics data shows at least 2% of your users arriving at the service’s start page are using it.” Implying that the source of truth for the support should ultimately lie with the site’s visitor analytics data.

The USWDS says the support is set against what is shown on analytics.usa.gov. I have some questions with this:

  • analytics.usa.gov shows browser metrics for the past 30 days. This seems like a relatively narrow slice of time to base support upon. An aggregate amount from quarterly, semi-annual, or annual traffic seems like it would be more appropriate. Thoughts?

  • analytics.usa.gov appears to combine Safari (iOS) and Safari (desktop). I believe Safari (In app) would only be a WebView from within an iOS app, and would not include the iOS Safari browser. With the 2% cutoff, Firefox is very close to falling off, but in regard to desktop users exclusively I would imagine Firefox is a much higher percentage.

  • The USWDS code uses browserslist, which specifies greater than 2%. As far as I can see this is 2% of worldwide traffic via the caniuse-lite database, and is not attached to analytics.usa.gov.

Describe the solution you'd like

Clarify how the USWDS determines browser support. Over what time period are browser metrics used and what does support mean for USWDS and projects that may use it? How are desktop and mobile users differentiated in regard to the 2% rule? I think it would make the most sense to provide guidance on basing support on actual visitors and providing a process by which implementators could report back support levels that are incongruent with their visitor data. (E.g. extreme example, but if one agency had 90% IE users for some reason, USWDS may still not support it, but it would be good to know that is happening, and if other agencies trended this way, maybe it WOULD shift USWDS support tables). Some instructions on incorporating real site metrics can be found via https://github.com/browserslist/browserslist-ga-export?tab=readme-ov-file#google-analytics-4

Describe alternatives you've considered

No response

Additional context

The current browserslist config string provides ~78.8% coverage globally, and ~61% for the USA (see https://browsersl.ist/#q=%3E+2%25%2C+last+2+versions%2C+IE+11%2C+not+dead&region=US). The browserslist defaults cover ~87.4 % globally and ~79.2 % for the USA (see https://browsersl.ist/#q=defaults&region=US). You may want to consider whether the support string should be adjusted to increase USA coverage (according to caniuse-lite).

The UK gov purports to publish their support metrics in January and June, according to https://www.gov.uk/service-manual/technology/designing-for-different-browsers-and-devices (though that page is two years out of date 😬). They also aim for targeting 95% of the most popular browsers. For USWDS, it may help to clarify what time period to use for browser metrics.

Code of Conduct

Activity

  1. added
    Type: Feature RequestCompatibility label; native Enhancement type is authoritative. Retained for templates/search links.
    on Apr 25, 2024
  2. added
    Needs: DiscussionAn unresolved decision blocks progress. Name the decision; remove this label when decided.
    and removed on May 2, 2024
  3. added
    Affects: DocumentationRelates to documentation. Should this be in uswds-site?
    Affects: GuidanceRelates to guidance. Should this be in uswds-site?
    on Sep 17, 2026
  4. ryparker commented on Sep 18, 2026

    @ryparker
    Member

    #6955 has merged. The README now explains that Browserslist uses worldwide data and distinguishes that from analytics.usa.gov and our browser and assistive-technology testing. It doesn't change browser targets or drop any supported browser.

    I'm keeping this issue open for the remaining policy questions: which observation period to use, how to account for desktop and mobile separately, what testing we commit to when we say a browser is supported, and how agency audience data should inform those decisions.

  5. ryparker commented on Sep 20, 2026

    @ryparker
    Member

    The remaining browser-support policy decisions are now in How USWDS should define browser support. The README clarification has already merged in #6955; the observation period, desktop/mobile treatment, testing commitment, and use of agency audience data remain undecided.

    Please continue those decisions in the discussion. Closing this planning issue does not change browser support; any resulting documentation, configuration, or test changes can return as specific implementation issues. The original report and conversation remain here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Affects: DocumentationRelates to documentation. Should this be in uswds-site?Affects: GuidanceRelates to guidance. Should this be in uswds-site?Needs: DiscussionAn unresolved decision blocks progress. Name the decision; remove this label when decided.Type: Feature RequestCompatibility label; native Enhancement type is authoritative. Retained for templates/search links.

Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions