diff --git a/README.md b/README.md index 40d68bb..01a0b6d 100644 --- a/README.md +++ b/README.md @@ -30,7 +30,7 @@ Links to relevant documents (based on the CG Draft Report) can be found below. Web Sustainability Guidelines (WSG) W3C Editors Draft - 15 May 2025 + 21 May 2025 @@ -78,7 +78,7 @@ Links to relevant documents (based on the CG Draft Report) can be found below. WSG JSON API JSON API - 17 May 2025 + 21 May 2025 STAR JSON API diff --git a/guidelines.json b/guidelines.json index 48fc755..832863b 100644 --- a/guidelines.json +++ b/guidelines.json @@ -2,7 +2,7 @@ "title": "Web Sustainability Guidelines", "version": "1.0", "edition": "Editor's Draft", - "lastModified": "2025-05-17", + "lastModified": "2025-05-21", "category": [ { "id": "1", @@ -2163,7 +2163,7 @@ "content": "A comprehensive usability testing [toolkit](https://www.userfocus.co.uk/articles/testplan.html)." } ], - "tags": ["Accessibility", "Education", "Governance", "Ideation", "Research", "Social Equity", "UI", "Usability"] + "tags": ["Accessibility", "Education", "Governance", "Ideation", "Research", "Social Equity", "Strategy", "UI", "Usability"] }, { "id": "25", @@ -2258,7 +2258,7 @@ "content": "It is important to automate measurements of page speed, time-to-first-byte, and page score to verify recent changes didn't increase these metrics. Automatic threshold alerts or anomalies on metrics help indicate regression. Identify target \"page weight budgets\" to help establish a baseline. Popular performance tools like Google Lighthouse can help too. Similarly, environmental metrics can be measured or assessed and evaluated against thresholds defined in a sustainability budget. Here is a [checklist](https://www.wordstream.com/blog/ws/2022/01/24/website-audit-checklist) for auditing a web design." } ], - "tags": ["Accessibility", "Compatibility", "KPIs", "Performance", "Privacy", "Reporting", "Research", "Security", "Social Equity", "UI", "Usability"] + "tags": ["Accessibility", "Compatibility", "KPIs", "Performance", "Privacy", "Reporting", "Research", "Security", "Social Equity", "Strategy", "UI", "Usability"] }, { "id": "26", @@ -2354,7 +2354,7 @@ "content": "[Prefetch resources to speed up future navigations](https://web.dev/articles/link-prefetch?hl=en)." } ], - "tags": ["Accessibility", "KPIs", "Networking", "Performance", "Research", "Strategy", "Usability"] + "tags": ["Accessibility", "KPIs", "Networking", "Performance", "Privacy", "Research", "Strategy", "Usability"] }, { "id": "27", @@ -4667,7 +4667,7 @@ "content": "Some hosting companies [display](https://pue.dc2.opcore.eu/en/) their PUE / WUE. In addition to being a good way for users and possible customers to get insight into this, it is also a good lever to incite competitors to do the same. The [Green Hosting Directory](https://www.thegreenwebfoundation.org/tools/directory/) from the Green Web Foundation offers a list of hosting companies that claim to use only renewable energies." } ], - "tags": ["Hardware", "Networking", "Social Equity"] + "tags": ["E-Waste", "Hardware", "Networking", "Social Equity"] }, { "id": "2", @@ -4751,7 +4751,7 @@ "content": "[htaccess Server MIME Type Control](https://github.com/h5bp/server-configs-apache/blob/main/dist/.htaccess). [Apache](https://github.com/h5bp/server-configs-apache) and [NGINX](https://github.com/h5bp/server-configs-nginx) boilerplates are available." } ], - "tags": ["Assets", "HTML", "JavaScript", "Networking", "Performance"] + "tags": ["Assets", "HTML", "JavaScript", "Networking", "Performance", "Software"] }, { "id": "3", @@ -5073,7 +5073,7 @@ "content": "[Cleaning up bad bots](https://blog.cloudflare.com/cleaning-up-bad-bots/) can improve sustainability." } ], - "tags": ["Performance", "Software"] + "tags": ["Performance", "Security", "Software"] }, { "id": "7", diff --git a/index.html b/index.html index 7c1fd01..6528c98 100644 --- a/index.html +++ b/index.html @@ -4,8 +4,6 @@ Web Sustainability Guidelines (WSG) @@ -123,7 +123,33 @@ filterNote('gr491', '[data-standard*="GR491"]'); filterNote('greenit', '[data-standard*="GreenIT"]'); filterNote('opquast', '[data-standard*="OpQuast"]'); - filterNote('sdgs', '[data-standard*="SDGs"]'); } + filterNote('sdgs', '[data-standard*="SDGs"]'); + filterNote('ca', '[data-considerations*="Accessibility"]'); + filterNote('cp', '[data-considerations*="Privacy"]'); + filterNote('cs', '[data-considerations*="Security"]'); + filterNote('assets', '[data-categories*="Assets"]'); + filterNote('compatibility', '[data-categories*="Compatibility"]'); + filterNote('content', '[data-categories*="Content"]'); + filterNote('css', '[data-categories*="CSS"]'); + filterNote('e-waste', '[data-categories*="E-Waste"]'); + filterNote('education', '[data-categories*="Education"]'); + filterNote('governance', '[data-categories*="Governance"]'); + filterNote('hardware', '[data-categories*="Hardware"]'); + filterNote('html', '[data-categories*="HTML"]'); + filterNote('ideation', '[data-categories*="Ideation"]'); + filterNote('javascript', '[data-categories*="JavaScript"]'); + filterNote('kpis', '[data-categories*="KPIs"]'); + filterNote('marketing', '[data-categories*="Marketing"]'); + filterNote('networking', '[data-categories*="Networking"]'); + filterNote('patterns', '[data-categories*="Patterns"]'); + filterNote('performance', '[data-categories*="Performance"]'); + filterNote('report', '[data-categories*="Reporting"]'); + filterNote('research', '[data-categories*="Research"]'); + filterNote('equity', '[data-categories*="Social Equity"]'); + filterNote('software', '[data-categories*="Software"]'); + filterNote('strategy', '[data-categories*="Strategy"]'); + filterNote('ui', '[data-categories*="UI"]'); + filterNote('usability', '[data-categories*="Usability"]');} function filterStyles() { if (window.location.hash != "#full-document") { document.querySelectorAll('.filter details').forEach(e => e.removeAttribute('open')); } } @@ -158,11 +184,12 @@ let webdev = hashSection('#web-development *'); let infra = hashSection('#hosting-infrastructure-and-systems *'); let biz = hashSection('#business-strategy-and-product-management *'); + let considerations = hashSection('#considerations section'); let glossary = hashSection('#glossary *'); let credits = hashSection('#acknowledgments section'); let changelog = hashSection('#changelog section'); let refs = hashSection('#references *'); - let all = sections.concat(sections, introduction, ux, webdev, infra, biz, glossary, credits, changelog, refs); + let all = sections.concat(sections, introduction, ux, webdev, infra, biz, considerations, glossary, credits, changelog, refs); if (document.body.classList.contains('full-document')) { document.body.classList.remove('full-document'); } if (current) { @@ -201,6 +228,7 @@ heading(webdev,"web-development"); heading(infra,"hosting-infrastructure-and-systems"); heading(biz,"business-strategy-and-product-management"); + heading(considerations,"considerations"); heading(glossary,"glossary"); heading(credits,"acknowledgments"); heading(changelog,"changelog"); @@ -347,51 +375,53 @@ + +
- Testable + Testable
- Impact + Impact
- Effort + Effort
- Materials + Materials
- Energy + Energy
- Water + Water
- Emissions + Emissions
- Standards + Standards @@ -401,6 +431,38 @@
+
+ Considerations + + + +
+
+ Categories + + + + + + + + + + + + + + + + + + + + + + + +
@@ -622,7 +684,7 @@

User Experience Design

Display any variables that have a negative impact on your project

-
+

Success Criterion: External variables Machine-testable / Resources

Any negative external variables affecting a product or service are displayed in a publicly available resource, identifying where your product's sustainable impact can be diminished (systemic design).

@@ -664,23 +726,23 @@

Additional information

Understand visitor requirements or constraints, resolving barriers to access

-
+

Success Criterion: Identify and define Machine-testable / Resources

Primary and secondary target visitors are identified, and their needs are defined through quantitative or qualitative research, testing, or analytics, ensuring your visitors and affected communities remain a close part of the research and testing process.

-
+

Success Criterion: Visitor constraints Machine-testable / Resources

Potential visitor constraints like the device age, operating system version, browser, and connection speeds are accounted for when designing user experiences.

-
+

Success Criterion: Barriers and access Machine-testable / Resources

The team has researched and identified whether a technical, material, or human constraint might require an adapted version of the product or service that reduces barriers or improves access to content.

-
+

Success Criterion: Barrier removal Human-testable / Resources

Barriers to access (pain points or dark / deceptive design patterns) have been identified in the user-research with visitors for removal.

-
+

Success Criterion: Seat at the table Human-testable / Resources

All stakeholders including your visitors have been assigned an equitable role in the decision-making process when undertaking research, identifying needs, or conducting iterative design work.

@@ -725,7 +787,7 @@

Additional information

Understand the impact of non-visitors

-
+

Success Criterion: Non-human impact Machine-testable / Resources

A plan of action has been established for non-users and other stakeholders who might be passively impacted by a digital product or service, such as neighbors accepting parcels, traffic jams due to deliveries, etc. Research their needs and understand how they might be affected.

@@ -767,15 +829,15 @@

Additional information

Consider sustainability throughout the ideation process

-
+

Success Criterion: Sustainable brand development Human-testable / Resources

Branding materials and assets approved during the ideation process must be created and optimized in line with sustainability best practices before internal or external deployment. This also applies to brand refreshes, rebranding, and later enhancements. Branding guidelines detailing the sustainability impact and best-practice deployment of materials and assets should be made publicly available.

-
+

Success Criterion: Wireframes and prototypes Human-testable / Resources

Wireframes, and rapid prototyping are utilized to quickly build consensus, reduce risk, and lower the number of resources needed to build features.

-
+

Success Criterion: Participation and testing Human-testable / Resources

Users are involved within the iteration and design process using participatory design, and when conducting user-testing reach out to your community to help improve your product by allowing them to apply their knowledge and experience to your product or service.

@@ -816,11 +878,11 @@

Additional information

Brainstorm ways to resolve any stakeholder issues

-
+

Success Criterion: Human-centered brainstorming Human-testable / Resources

All stakeholders have been considered using a human-centered approach during the brainstorming process.

-
+

Success Criterion: Ecological brainstorming Human-testable / Resources

The planetary needs and ecological boundaries of a project have been taken into account during the brainstorming process. This can include creating non-users, non-human (animal, planet) personas, or climate-specific user stories and sprints.

@@ -861,23 +923,23 @@

Additional information

Minimize non-essential content, interactivity, or journeys

-
+

Success Criterion: Efficient paths Machine-testable / Resources

The path taken to access the service (the initial contact with the website or service) should be as efficient and as simple as possible (time required to complete an action displayed, reducing too much choice, ensuring visitors know what's required at the start of a complex set of steps, etc).

-
+

Success Criterion: Patterns for efficiency Human-testable / Resources

The users journey (when browsing an accessed website or service) should be as smooth as possible. User-research is key, as is building on established design patterns that people already understand.

-
+

Success Criterion: Distraction-free design Machine-testable / Resources

Visitors can complete tasks without distractions or non-essential features getting in the way.

-
+

Success Criterion: Eliminate the non-essential Machine-testable / Resources

Visitors see only information that is relevant to their experience, without non-essential information being displayed on the screen.

-
+

Success Criterion: User-initiated actionable content Machine-testable / Resources

Ensure that actionable information such as pop-up or modal windows can only be initiated by the visitor.

@@ -922,7 +984,7 @@

Additional information

Use decorative design with care

-
+

Success Criterion: Decorative design Machine-testable / Resources

Decorative design is used only when it improves the user experience, and unnecessary assets or ones that fail to benefit the visitor or sustainability are removed (or rendered optional and disabled by default).

@@ -974,15 +1036,15 @@

Additional information

Ensure that navigation and way-finding are well-structured

-
+

Provide an accessible, easy-to-use navigation menu with search features that help visitors easily find what they need.

-
+

Implement an efficient (human-readable) sitemap that is organized and is regularly updated. This helps search engines better index website content, which helps visitors more quickly find what they are looking for.

-
+

Success Criterion: New content Machine-testable / Resources

Implement a way for visitors to find out about new content and services.

@@ -1025,15 +1087,15 @@

Additional information

Be attentive rather than distracting

-
+

Success Criterion: Respecting attention Machine-testable / Resources

The visitor can easily control how (and when) they receive information to both improve attention and respect with the visitor.

-
+

Success Criterion: Avoid distraction Machine-testable / Resources

Features that don't distract people or unnecessarily lengthen the time they spend using the product or service have a higher priority than others.

-
+

Success Criterion: Avoid attention-keeping Machine-testable / Resources

Avoid using infinite scroll or related attention-keeping tactics.

@@ -1077,7 +1139,7 @@

Additional information

Use established design patterns and appropriate components

-
+

Success Criterion: Design patterns Machine-testable / Resources

Provide only essential components visible at the time they are needed. Where appropriate, interfaces should deploy visual styles (patterns) that are easily recognized and used.

@@ -1118,19 +1180,19 @@

Additional information

Avoid being manipulative or deceptive

-
+

Success Criterion: Dark and deceptive design patterns Machine-testable / Resources

Avoid what are commonly known as dark patterns, deceptive design, or unethical coding techniques, which manipulate visitors into taking actions not necessarily in their best interest (anti-right click, no-copy, requiring an account to purchase, etc).

-
+

Success Criterion: Using advertisements Human-testable / Resources

Advertisements and sponsorships are both ethical and clearly identified with the product or service, only presenting them when they provide real economic and ethical value and don't diminish a visitor's experience.

-
+

Success Criterion: Page tracking Machine-testable / Resources

Remove unused and unconsented page tracking.

-
+

Success Criterion: Search Engine Optimization Machine-testable / Resources

Optimization for search engines, social networks, and third-party services are organically led with good coding practices with user experience the focus, not manipulating the services to gain greater priority through obfuscating content, pages, websites, or applications with redundancy or non-useful and optimized (to the visitor) material.

@@ -1174,15 +1236,15 @@

Additional information

Enable others to understand and reuse your deliverables

-
+

Success Criterion: Deliverables reusability Machine-testable / Resources

The deliverables output, including documentation, are used upstream of the project and produced in ways that will allow it to be reused in subsequent projects.

-
+

Success Criterion: Deliverables documentation Machine-testable / Resources

Design functionality and technical specifications are documented so that deliverables are comprehensible by the project team and transferable to the development team.

-
+

Success Criterion: Deliverables readability Machine-testable / Resources

Developers have access to code comments and other View Source affordances which can reduce the burden to access, understand, maintain, and utilize production-ready code as this will reduce redundancy and foster an open source culture.

@@ -1223,7 +1285,7 @@

Additional information

Use a design system to prioritize interface consistency

-
+

Success Criterion: Design system Machine-testable / Resources

A design system is employed based on web standards and recognizable patterns to mutualize interface components and provide a consistent experience for visitors.

@@ -1267,15 +1329,15 @@

Additional information

Write with purpose, in an accessible, easy-to-understand format

-
+

Success Criterion: Write clearly Machine-testable / Resources

Content is written clearly, using plain, inclusive language delivered at an easy-to-understand reading level considering accessibility and internationalization inclusions as required (for example, dyslexia).

-
+

Success Criterion: Content formatting Machine-testable / Resources

Content is formatted to support how people read online, including a clear document structure, visual hierarchy, headings, bulleted lists, line spacing, and so on.

-
+

Success Criterion: Search Engine Optimization (SEO) Machine-testable / Resources

SEO has been prioritized from the early design stages and throughout a product or service's lifecycle to improve content findability.

@@ -1319,23 +1381,23 @@

Additional information

All images must be optimized for sustainability

-
+

Success Criterion: Need for images Machine-testable / Resources

The need for images has been determined considering the quantity, format, and size necessary for implementation.

-
+

Success Criterion: Optimize images Machine-testable / Resources

Resize, optimize, and compress each image (outside the browser), offering different sizes (for each image) for different screen resolutions.

-
+

Success Criterion: Lazy load Images Machine-testable / Resources

Provide Lazy Loading to ensure image assets only load when they are required.

-
+

Success Criterion: Sizing and deactivation Machine-testable / Resources

Let the visitor select the display size, and provide the option to deactivate images.

-
+

Success Criterion: Image management and usage Machine-testable / Resources

Set up a media management and use policy to reduce the overall impact of images, with criteria for media compression and file formats.

@@ -1382,23 +1444,23 @@

Additional information

All audio or video must be optimized for sustainability

-
+

Success Criterion: Need for media Machine-testable / Resources

The need for video or sound (when it adds visitor value, for example, to enhance accessibility) has been determined, and non-informative media (background media), including autoplaying functionality, has been banned or removed.

-
+

Success Criterion: Optimize media Machine-testable / Resources

Compress the media according to the visitor's requirements, select the appropriate format, ensure it works across browsers, and avoid embedded player plugins.

-
+

Success Criterion: Lazy load Media Machine-testable / Resources

Any media requiring a lot of data to be downloaded on the client side (including the media itself) has been loaded behind a facade (a non-functional, static, representational element).

-
+

Success Criterion: Control and label Machine-testable / Resources

Let the visitor control media deactivation, giving a choice of resolutions; all while providing alternative resolutions and formats. Also increase visitor awareness by informing them of the length, format, and weight of the media.

-
+

Success Criterion: Media Management and usage Machine-testable / Resources

Set up a media management and use policy to reduce the overall impact of audio and video, with criteria for media compression and file formats.

@@ -1451,15 +1513,15 @@

Additional information

Animation must be proportionate and easy to control

-
+

Success Criterion: Need for animation Human-testable / Resources

Use animation only when it adds value to a visitor's experience, and not for decorative elements.

-
+

Success Criterion: Avoid overburdening Machine-testable / Resources

Progressively display an appropriate number of animations to avoid overburden the visitor or diminish expected device behavior. This includes setting a maximum number of replays (iterations).

-
+

Success Criterion: Control animation Machine-testable / Resources

Allow visitors to start, stop, pause, or otherwise control animated content.

@@ -1517,11 +1579,11 @@

Additional information

Web typography must be highly optimized and appropriate

-
+

Success Criterion: Default typefaces Machine-testable / Resources

Use standard system-level (web-safe / pre-installed) fonts as much as possible.

-
+

Success Criterion: Font optimization Machine-testable / Resources

The number of fonts, and the variants within typefaces (such as weight and characters) are limited within a project, using the most performant file format available.

@@ -1566,23 +1628,23 @@

Additional information

Suitable alternatives to any provided format must be offered

-
+

Success Criterion: Open formats Machine-testable / Resources

All proprietary file formats (such as PDF) are offered in HTML for accessibility and to ensure future availability.

-
+

Success Criterion: Font subsetting Machine-testable / Resources

All custom typefaces (using font-display) are subsetted and offered as part of a font stack with a system font as a backup.

-
+

Success Criterion: Alternative text Machine-testable / Resources

All images provide meaningful alternative text for screen reader users (or when images fail to load) accessibility.

-
+

Success Criterion: Audio alternatives Machine-testable / Resources

Audio provides text transcripts of conversations as an alternative to playing the media.

-
+

Success Criterion: Video alternatives Machine-testable / Resources

Video provides text transcripts (at minimum), subtitles (using WebVTT), and for accessibility best practice, offer closed captions and sign language options.

@@ -1629,11 +1691,11 @@

Additional information

Provide accessible, usable, minimal web forms

-
+

Success Criterion: Form simplicity Machine-testable / Resources

Remove unnecessary forms and reduce form content to the bare minimum necessary to meet the visitor's needs and the organization's business goals. Clearly communicate why a form is necessary, what its value proposition is, how many steps it will take to complete, and what an organization will do with collected data (informed consent).

-
+

Success Criterion: Form functionality Machine-testable / Resources

Avoid auto-completion / auto-suggest if it would prove unhelpful (to conserve bandwidth) whilst allowing autofill for ease of repeat entry (including the use of helpful tooling such as password managers).

@@ -1676,7 +1738,7 @@

Additional information

Consider the impact of visitors using non-visual browsers

-
+

Success Criterion: Alternative interactions Machine-testable / Resources

Support speech browsing and other non-graphical ways to interact with content that provide alternatives to a visual interface.

@@ -1725,15 +1787,15 @@

Additional information

Provide useful notifications to improve the visitor's journey

-
+

Success Criterion: Notification justification Human-testable / Resources

Remove non-essential notifications while justifying and reducing the practice of e-mailing or text messaging to what is strictly necessary. Useful notifications (such as alerts for new content) should be used with care and restraint.

-
+

Success Criterion: Notification control Human-testable / Resources

Let the visitor control notifications (for example through the browser, SMS, or by email) and adjust messaging preferences, and the option to unsubscribe, logout, and close an account should be available and visible.

-
+

Success Criterion: Prompts and responses Machine-testable / Resources

Clearly explain the result of a potential input through helpful prompts and messages that explain errors, next steps, and so on. This will help manage their expectations.

@@ -1781,19 +1843,19 @@

Additional information

Reduce the impact of downloadable or physical documents

-
+

Success Criterion: Printing documents Machine-testable / Resources

If the production of paper documents is essential, it should be designed to limit its impact to the lowest possible. Create a CSS Print stylesheet and test it with different types of content. Ensure PDF printing is encouraged over paper-based storage.

-
+

Success Criterion: Optimize documents Machine-testable / Resources

Provide all downloadable documents in a state of being optimized, compressed, and in a variety of accessible file formats.

-
+

Success Criterion: Optimize delivery Machine-testable / Resources

If a document is likely to be re-used, generate the document once on the server-side (preferably on a cookie-free domain) rather than forcing the effort to be duplicated.

-
+

Success Criterion: Labels and choice Machine-testable / Resources

Clearly display the document name, a summary, the file size, and the format, allowing the visitor a choice if possible of both the format, and the language (if not the same as the web page). Furthermore, be sure to avoid embedding the document within Web pages (provide a direct link to download or view within the browser instead).

@@ -1834,19 +1896,19 @@

Additional information

Policies and processes must exist to get stakeholders invested

-
+

Success Criterion: New features and perspectives Machine-testable / Resources

The organization has outlined processes it uses to prototype and test new features, product ideas, and user-interface components when applicable with real users who represent various stakeholder perspectives, including people with slow connection, with disabilities, with difficulties using digital services, and so on.

-
+

Success Criterion: Resourcing and viability Human-testable / Resources

The organization has appropriately resourced these processes to support its long-term product viability.

-
+

Success Criterion: Training and onboarding Human-testable / Resources

The organization has training materials to onboard new product team members to these practices.

-
+

Success Criterion: Testing and validation Human-testable / Resources

The organization regularly conducts extensive testing and user interviews to validate whether the released features are meeting both business goals and visitor needs.

@@ -1880,22 +1942,22 @@

Additional information

Example

A comprehensive usability testing toolkit.

Tags

-

Accessibility, Education, Governance, Ideation, Research, Social Equity, UI, Usability

+

Accessibility, Education, Governance, Ideation, Research, Social Equity, Strategy, UI, Usability

Audit and test for bugs or issues that require resolving

-
+

Success Criterion: Regular issue testing Machine-testable / Resources

The codebase has been checked for bugs, performance issues have been identified, and accessibility or security problems have been accounted for at either monthly or quarterly timeframes (depending on your scheduling allowance).

-
+

Success Criterion: Non-regression tests Machine-testable / Resources

Non-regression tests are implemented for all important functionality.

-
+

Success Criterion: Regression tests Machine-testable / Resources

Regression testing has been incorporated into each release cycle to ensure that new features don't introduce bugs or otherwise conflict with existing software functionality.

@@ -1930,18 +1992,18 @@

Additional information

Example

It is important to automate measurements of page speed, time-to-first-byte, and page score to verify recent changes didn't increase these metrics. Automatic threshold alerts or anomalies on metrics help indicate regression. Identify target "page weight budgets" to help establish a baseline. Popular performance tools like Google Lighthouse can help too. Similarly, environmental metrics can be measured or assessed and evaluated against thresholds defined in a sustainability budget. Here is a checklist for auditing a web design.

Tags

-

Accessibility, Compatibility, KPIs, Performance, Privacy, Reporting, Research, Security, Social Equity, UI, Usability

+

Accessibility, Compatibility, KPIs, Performance, Privacy, Reporting, Research, Security, Social Equity, Strategy, UI, Usability

Measure and test for performance

-
+

Success Criterion: Performance testing Machine-testable / Resources

The performance of a website or application, to identify and resolve bottlenecks or issues in the underlying code or infrastructure which could ultimately impact the sustainability of a website or application, are regularly measured with each release-cycle (using tooling or through research and auditing).

-
+

Success Criterion: Measurement and compliance Machine-testable / Resources

Only data required to provide a streamlined and effective user-journey, put policies in place to ensure strict adherence, and comply with relevant accessibility policies and privacy laws, such as the General Data Protection Regulation (GDPR) are collected.

@@ -1979,14 +2041,14 @@

Additional information

Source: Prefetch resources to speed up future navigations.

Tags

-

Accessibility, KPIs, Networking, Performance, Research, Strategy, Usability

+

Accessibility, KPIs, Networking, Performance, Privacy, Research, Strategy, Usability

Ensure features provide maximum value for their impact

-
+

Success Criterion: Usage changes Human-testable / Resources

Visitor feedback, adoption, and churn rates are monitored of product or service features and their insights incorporated into future releases.

@@ -2028,7 +2090,7 @@

Additional information

Verify that real-world users can successfully use your work

-
+

Success Criterion: Usability testing Human-testable / Resources

Usability testing has been incorporated into product cycles and the impact of these tests is routinely measured for future releases.

@@ -2068,23 +2130,23 @@

Additional information

Check for compatibility or platform-specific issues

-
+

Success Criterion: Compatibility policy Machine-testable / Resources

A compatibility policy with obsolete devices and software versions, listing the supported devices brands, operating systems, and browsers (including versions) has been established.

-
+

Success Criterion: Maintaining compatibility Machine-testable / Resources

Planned obsolescence in software updates is routinely avoided, striving to maintain compatibility for as long as possible and clearly communicating whether an update is evolutionary (large updates that can significantly reduce performance) or corrective (smaller updates that fix bugs or improve security).

-
+

Success Criterion: Frequent testing Machine-testable / Resources

The product or service regularly tests with weak, unstable, restricted, and slow connections, old browsers, and devices older than five years to ensure compatibility, reduce digital inequalities, and minimize barriers for users.

-
+

Success Criterion: Mobile friendly Human-testable / Resources

Device-adaptable methods (such as responsive design) are utilized and interfaces are prototyped to ensure progressive enhancement, content prioritization, and improved accessibility.

-
+

Success Criterion: Progressive web applications (PWAs) Machine-testable / Resources

A PWA has been either chosen or rejected based on whether it be more sustainable and compatible over a native mobile application.

@@ -2165,11 +2227,11 @@

Web Development

Set goals based on potential impact considerations

-
+

Success Criterion: Performance goals Machine-testable / Resources

Explicit goals that impact the environment and performance of the service, for example, HTTP requests, or the amount of DOM elements that need to be rendered are both set and met.

-
+

Success Criterion: Accountancy types Machine-testable / Resources

Because the payload being delivered may not always be equal in terms of energy intensity, operators of websites and applications must ensure that consideration is given for the energy intensity (or unit being evaluated) of each component. For example, non-rendering text is less computational than CSS, which in turn is less process-heavy than JavaScript, which is less resource-heavy than WebGL.

@@ -2210,7 +2272,7 @@

Additional information

Remove unnecessary or redundant information

-
+

Success Criterion: Minify code Machine-testable / Resources

Remove unnecessary whitespace, comments, and other non-essential characters from code and data files to reduce file sizes and improve loading times. This applies to HTML, CSS, JavaScript, JSON, SVG, and other relevant file types.

@@ -2253,7 +2315,7 @@

Additional information

Modularize bandwidth-heavy components within projects

-
+

Success Criterion: Code splitting Machine-testable / Resources

Break down bandwidth-heavy components, front-end and back-end into smaller, modular segments that can be loaded only when required.

@@ -2306,7 +2368,7 @@

Additional information

Tree shaking should be used to remove unnecessary code

-
+

Success Criterion: Remove redundancy Machine-testable / Resources

Identify and eliminate unused and dead code within CSS and JavaScript.

@@ -2352,15 +2414,15 @@

Additional information

Redundancy and duplication in code should be avoided

-
+

Success Criterion: Remove or simplify Human-testable / Resources

Remove or simplify (through rewriting for performance) your code to focus on essential features and have a cleaner, less redundant product (and codebase).

-
+

Success Criterion: Iteration over recreation Human-testable / Resources

Improve (iterate) an existing creation rather than constantly redeveloping and redesigning products from scratch (duplication of coding effort) if possible to reduce visitor learning burden and developer impact.

-
+

Success Criterion: Organize code arrangement Machine-testable / Resources

Within CSS and JavaScript, use an organizing methodology and systems like DRY and WET to optimize the arrangement and output of your source code.

@@ -2417,27 +2479,27 @@

Additional information

Third-party services should be assessed as first parties

-
+

Success Criterion: Assess third-parties Machine-testable / Resources

Third-party services (including plugins, widgets, feeds, maps, carousels, etc) have been assessed as early in the ideation or creation process as possible and as few of them are used as possible to reduce the product or service's overall ecological impact, including Scope 3 emissions.

-
+

Success Criterion: Third-party implementation Machine-testable / Resources

Third-party content (including plugins, widgets, feeds, maps, carousels, chat widgets, etc) that loads or requests resources or functionality from a location outside of the primary location, should be placed behind a click-to-load delay screen (using the "import on interaction" pattern), while alternatives are offered, for instance a link to a contact form as an alternative for a chat widget.

-
+

Success Criterion: Libraries and frameworks Machine-testable / Resources

Large CSS libraries and JavaScript frameworks are only be used if a more performant alternative that achieves the same goal cannot be used instead.

-
+

Success Criterion: Self-hosting Machine-testable / Resources

Self-hosted content has been prioritized over embedded content from third-party services.

-
+

Success Criterion: Avoiding dependency Machine-testable / Resources

Your own clickable icons and widgets have been created, rather than relying on third-party services to host or allow embedding within your product or service.

-
+

Success Criterion: Third-party preferences Machine-testable / Resources

Third-party products, services, libraries, and frameworks are often a source of sustainability issues that cannot be controlled or managed by the first-party provider of a service. While many do provide benefits to a website, the need to justify their inclusion must be made not only by those creating the product or service but also be able to be controlled by the consumer. As showcased with cookies, websites or applications can provide a similar mechanism of disabling or refusing non-first-party features (with explanations of their purpose) - unless such features can be proven as critical for functionality.

@@ -2481,19 +2543,19 @@

Additional information

Code must follow good semantic practices

-
+

Success Criterion: Semantic code Machine-testable / Resources

Content must be accurately marked up according to the relevant standard(s).

-
+

Success Criterion: Optional features Machine-testable / Resources

Remove optional HTML tags, attribute quotes, and default attributes only when they do not negatively impact functionality, accessibility, or readability. Retain them when they enhance accessibility, maintain clarity (without compromising on performance), or ensure consistent browser rendering.

-
+

Success Criterion: Non-standard code Machine-testable / Resources

Avoid using non-standard elements or attributes.

-
+

Success Criterion: Custom code Human-testable / Resources

Prefer using standard HTML elements and attributes. Only use custom elements or Web Components if you cannot utilize native HTML elements or if you need tightly regulated control over the implementation of design system components..

@@ -2548,11 +2610,11 @@

Additional information

Render blocking should be resolved

-
+

Success Criterion: Asynchronous code Machine-testable / Resources

All external assets have been deferred or set to async (unless required) to avoid Flash Of Unstyled Content (FOUC).

-
+

Success Criterion: Priority loading Machine-testable / Resources

If external resources are required on load, their priorities (delivery route) are set correctly.

@@ -2596,15 +2658,15 @@

Additional information

Information to help understand the usefulness of a page should exist

-
+

Success Criterion: Metadata and microdata Machine-testable / Resources

Metadata and microdata for search engines and social media have been optimized.

-
+

Success Criterion: Search engines Machine-testable / Resources

Search engines are not obstructed, while ill-intentioned robots and scripts are blocked.

-
+

Success Criterion: Accessibility aids Machine-testable / Resources

Accessibility and usability aids are provided to find content, such as skip links and signposts.

@@ -2657,15 +2719,15 @@

Additional information

Forms must validate for errors, accounting for tooling requirements

-
+

Success Criterion: Error validation Machine-testable / Resources

Errors are identified through live validation as well as upon submission.

-
+

Success Criterion: Label elements Machine-testable / Resources

Required elements are clearly identified and labeled (for the benefit of voice tools such as screen readers and virtual assistants), and optional elements (if unnecessary) removed.

-
+

Success Criterion: Allow paste Machine-testable / Resources

Always allow the pasting of content (including passwords) from external sources.

@@ -2712,15 +2774,15 @@

Additional information

Metadata is structured for machine readability

-
+

Success Criterion: Required elements Machine-testable / Resources

Include the required title element, plus any optional HTML head elements (such as link).

-
+

Success Criterion: Meta tags Machine-testable / Resources

Include necessary meta tag references that search engines and social networks recognize, using a recognized name scheme such as Dublin Core Metadata Initiative (DCMI), Friend Of A Friend (FOAF), or RDFa.

-
+

Success Criterion: Structured data Machine-testable / Resources

Use Microdata, Structured Data (Schema), or Microformats in content for which a widely used structured data format exists.

@@ -2780,7 +2842,7 @@

Additional information

Sustainable CSS user preference media queries are used

-
+

Success Criterion: Media and preference queries Machine-testable / Resources

Apply the monochrome, prefers-contrast, prefers-color-scheme, prefers-reduced-data, prefers-reduced-transparency, and prefers-reduced-motion CSS preference queries if they will benefit your website or application. Use the print and scripting CSS media queries if they will improve the sustainability of your website.

@@ -2832,19 +2894,19 @@

Additional information

Layouts work across devices and requirements

-
+

Success Criterion: Device-adaptable Machine-testable / Resources

Allow a website or app to work and adapt seamlessly across a variety of devices and screen sizes, including mobile, desktop, smart TVs, and other emerging platforms. Ensures that content and functionality are accessible and optimized on both smaller mobile screens and larger displays without limiting accessibility, usability or design on any specific device type. It is essential to implement robust fallback strategies to ensure that the website or application will not fail if it encounters unsupported technologies.

-
+

Success Criterion: Progressive enhancement Machine-testable / Resources

Regardless of the approach or combination of approaches used, such as Adaptive Design, Mobile-First Design, or Dynamic Serving, it's essential to ensure overall sustainability through progressive enhancement.

-
+

Success Criterion: Carbon aware design Machine-testable / Resources

To maximize the use of renewable energy, adapt your website or service to electricity availability using carbon-aware design techniques. This should include using situational design to reduce the codebase disable non-essential functionality during high-intensity periods or adapting the user-interface to perform better in situations where scaling hardware resources can be avoided to reduce emissions. It can also include designing algorithms that can auto-disable features based on set thresholds.

-
+

Success Criterion: Alternative browsing Machine-testable / Resources

Support other indirect methods of interaction such as voice (speech), code (QR, etc), reader view (browser, application, or RSS), or connected technology (watch, appliance, transport, etc).

@@ -2895,15 +2957,15 @@

Additional information

Use beneficial JavaScript and its APIs

-
+

Success Criterion: Beneficial JavaScript Machine-testable / Resources

Improve sustainability through accessible and performant code implementations.

-
+

Success Criterion: Sustainable APIs Machine-testable / Resources

Apply potential energy-reducing APIs (such as Battery Status, Compression Streams, Page Visibility, and Vibration) if they can improve the eco-efficiency of your website or application.

-
+

Success Criterion: API requests Human-testable / Resources

When using an API, make sure you only call it when necessary. On the other side, make sure no unrequired data is sent by the API.

@@ -2959,7 +3021,7 @@

Additional information

Ensure that your scripts are secure

-
+

Success Criterion: Script security Machine-testable / Resources

Check the code for vulnerabilities, exploits, header issues, and code injection.

@@ -3001,15 +3063,15 @@

Additional information

Dependencies are appropriately used and maintained

-
+

Success Criterion: Dependency management Machine-testable / Resources

Prevent developers from downloading and installing JavaScript libraries to run locally (client-side) when they are not needed by checking for unused dependencies and uninstalling those that aren't needed and removing them from your package.json file.

-
+

Success Criterion: Dependency necessity Machine-testable / Resources

Only use libraries where necessary as this will reduce the amount of JavaScript that has to be downloaded and parsed by the browser. Consider whether you can use a native JavaScript API instead. Check the package size, and whether individual modules can be installed and imported rather than the whole library.

-
+

Success Criterion: Dependency updates Machine-testable / Resources

Regularly check dependencies and keep them up-to-date.

@@ -3053,11 +3115,11 @@

Additional information

Include expected and beneficial files

-
+

Success Criterion: Expected file formats Machine-testable / Resources

Include the favicon.ico, robots.txt, opensearch.xml, site.webmanifest, and sitemap.xml documents. Additionally, ensure that any such files defined in future web standards or specifications are included.

-
+

Success Criterion: Beneficial file formats Machine-testable / Resources

Include beneficial files such as ads.txt, carbon.txt, humans.txt, security.txt. Additionally, ensure that any such files defined in future web standards or specifications are included.

@@ -3105,7 +3167,7 @@

Additional information

Avoid using deprecated, proprietary, or outdated code

-
+

Success Criterion: Preferred code Machine-testable / Resources

Avoid the use of deprecated, proprietary, or outdated formats and web standards. Always adopt up-to-date, widely recognized standards that offer equivalent or improved functionality. Such code may be used to meet a documented customer need only if there is a justifiable benefit that cannot otherwise be met (such as compatibility, accessibility, or emissions reduction). Also, don't serve polyfills to modern browsers.

@@ -3154,23 +3216,23 @@

Additional information

Use the most efficient solution to implement your service

-
+

Success Criterion: Identify requirements Machine-testable / Resources

Identify the requirements and from this, choose the implementation of the product or service. A simpler technological implementation may use more human resources but could have a smaller footprint. A prebuilt solution may use more system resources (and thereby produce more emissions upon render) but have a faster build-time (emitting less carbon during development).

-
+

Success Criterion: Optimized methodology Human-testable / Resources

As a general rule, coding from scratch is the best-performing methodology (though if an existing solution is actively maintained, it may be better optimized than what you could produce). Therefore, use native components and file systems to a WYSIWYG editor or heavy framework, and be considerate of the impact of third-party solutions.

-
+

Success Criterion: Static VS dynamic Human-testable / Resources

If choosing a code generation tool, use a Static Site Generator in preference to a bulky content management system. Because SSGs often start using a minimalist content entry format (like markdown) and all of the compilation is done before the website is uploaded, the emissions benefit comes from the server not having to place as much effort into serving pages (as they are static) for each visitor. In the case of a CMS, the dynamic nature of a site will involve additional computation (server-side processing) and bulkier libraries.

-
+

Success Criterion: Expandability considerations Machine-testable / Resources

Plugins, extensions, and themes have been carefully reviewed and selected to maximize interoperability, accessibility, and performance. They are regularly audited over time to ensure continued compatibility.

-
+

Success Criterion: Interface impact Human-testable / Resources

All the components of the user-interface are the subject of special attention in terms of its sustainability impact while respecting accessibility and the performance of such components.

@@ -3214,11 +3276,11 @@

Additional information

Use the latest stable language version

-
+

Success Criterion: Versioning Machine-testable / Resources

Use the latest build of your chosen syntax language and its coupled framework.

-
+

Success Criterion: Language choice Human-testable / Resources

Use the most appropriate programming language for a task. Many tools and programming languages are optimized for performing particular tasks, and utilizing those most appropriate to the problem, especially if there is a reasonable visitor base involved justifies the time and effort, as long as it doesn't impact PPP factors such as the well-being of those involved or become too cost prohibitive.

@@ -3260,7 +3322,7 @@

Additional information

Take advantage of native features and functionality

-
+

Success Criterion: Native over custom Machine-testable / Resources

Use native functions, APIs, and features over writing your own.

@@ -3320,7 +3382,7 @@

Additional information

Run fewer, simpler queries as possible

-
+

Success Criterion: Database queries Human-testable / Resources

If you need information that is stored in a database, and you require it (or it's likely to be requested) more than once in your code, access the database only once, and store the data locally for subsequent processing. Also, avoid reliance on framework helpers that might defer filtering to later on in the process.

@@ -3398,27 +3460,27 @@

Hosting, Infrastructure, and Systems

Choose a sustainable hosting provider

-
+

Success Criterion: Monitor metrics Machine-testable / Resources

To assess the environmental impacts of hosting and detect overconsumption, some indicators are monitored: energy / water usage, CPU / Memory usage, allocation of servers and CPU cores, etc. These indicators are used to calculate metrics directly related to environmental impacts, such as Power Usage Effectiveness (PUE), Water Usage Effectiveness (WUE), and Carbon Usage Effectiveness (CUE). They are displayed to visitors for transparency and monitoring reasons. If possible (to reduce redundancy) the ability to scale packages based on usage requirements is made available (manually or automatically) to reduce wasted resources.

-
+

Success Criterion: Equipment longevity Human-testable / Resources

Equipment is managed responsibly by keeping it as long as possible, using it as efficiently as possible, making sure it is certified, and purchasing long-lifespan products.

-
+

Success Criterion: Recycling waste Human-testable / Resources

Waste (including equipment) is recovered, recycled, and upcycled.

-
+

Success Criterion: Renewable electricity Machine-testable / Resources

Electricity comes entirely from sources with the lowest possible carbon intensity (ideally generated by wind or solar rather than from non-renewable sources). For example, Renewable Energy Credits (RECs) can help verify the source, or, ideally, prove that electricity comes directly from renewable sources.

-
+

Success Criterion: Remaining emissions Human-testable / Resources

Remaining emissions are compensated, keeping in mind that the priority should be to avoid then reduce them and only compensate for them if they cannot be avoided. Carbon credits may not be sustainable, therefore the effectiveness of an offset solution must be verified, shown to be both environmentally viable and sustainable, and part of a longer-term Strategy to eliminate emissions entirely from a chain, benefitting the wider ecosystem.

-
+

Success Criterion: Domain names Machine-testable / Resources

The impact of domain names is disclosed by registries and registrars, and registrants consider and (where possible) mitigate against these environmental issues.

@@ -3451,18 +3513,18 @@

Additional information

Example

Some hosting companies display their PUE / WUE. In addition to being a good way for users and possible customers to get insight into this, it is also a good lever to incite competitors to do the same. The Green Hosting Directory from the Green Web Foundation offers a list of hosting companies that claim to use only renewable energies.

Tags

-

Hardware, Networking, Social Equity

+

E-Waste, Hardware, Networking, Social Equity

Optimize caching with offline access supported

-
+

Success Criterion: Utilize caching Machine-testable / Resources

If using a CMS (or SaaS), install an applicable plugin to enable on-the-fly server-side caching. Otherwise, use the provided server configuration files to include and tweak the file-type cache expiration using expires or cache-control, utilizing tooling where appropriate such as Memcached, or Varnish. If using a language or framework that generates pages on request, cache responses for static pages so that they can be reused for future visitors. Also remember to cache frequently required static assets at the client-side where possible to reduce repeat server requests using bfcache, Local Storage, and other available browser technologies.

-
+

Success Criterion: Offline access Machine-testable / Resources

Client-side JavaScript uses a combination of ServiceWorkers, WebWorkers, storage Application Programming Interfaces (APIs), or cookies (if necessary) to streamline the user-journey. For example, through the use of a PWA (Progressive Web Application) to ensure that an offline version is available and accessible at all times to reduce inequality and improve accessibility.

@@ -3513,18 +3575,18 @@

Additional information

Source: htaccess Server MIME Type Control.

Tags

-

Assets, HTML, JavaScript, Networking, Performance

+

Assets, HTML, JavaScript, Networking, Performance, Software

Compress files where it is beneficial

-
+

Success Criterion: Server-side compression Machine-testable / Resources

If using a CMS (or SaaS), install an applicable plugin to enable on-the-fly server-side compression, such as Brotli or GZIP. Otherwise, use the provided server configuration files to include and tweak the performance-related features to the requirements.

-
+

Success Criterion: Media compression Machine-testable / Resources

Compress your various images, fonts, audio, and video; by reducing the quality and offering different resolutions / dimensions (sizes) before uploading to a server or content management system.

@@ -3587,11 +3649,11 @@

Additional information

Setup necessary error pages and redirection links

-
+

Success Criterion: Error pages Machine-testable / Resources

Maintain sites by ensuring links are correct, and if errors occur, provide suitable way-finding within optimized pages for each error type to ensure resources can be identified to help visitors complete the task they started.

-
+

Success Criterion: Redirection Machine-testable / Resources

Redirect websites, subdomains, and pages only when necessary. Proactively seek broken or outdated links and fix them. A redirect or search will often help reduce the number of pages a visitor needs to load.

@@ -3638,7 +3700,7 @@

Additional information

Unless required, avoid utilizing unnecessary environments

-
+

Success Criterion: Unused environments Human-testable / Resources

Ensure no unused environment is available, balancing the cost of deploying an environment with the cost of keeping it online while unused.

@@ -3678,19 +3740,19 @@

Additional information

Allow automation but ensure it is tightly regulated

-
+

Success Criterion: Automate tasks Human-testable / Resources

Every recurring task, such as deployment, testing, or compilation, is run automatically, as recommended by continuous integration / continuous delivery best practices.

-
+

Success Criterion: Necessitate tasks Human-testable / Resources

To reduce wasted processing cycles, every automated task is only run when needed.

-
+

Success Criterion: Automated scaling Human-testable / Resources

Automated scaling infrastructure is used to automatically increase the capacity of the web server and buffering / throttling is implemented to respond to visitor demand.

-
+

Success Criterion: Security tooling Machine-testable / Resources

Web browsing from bots has been steadily increasing in recent years. As such, it is a growing concern for security, performance, and sustainability. Use security tools that automatically block bad actors and minimize bad behavior. This results in substantially less load on the server, fewer logs, less data, less effect due to compromise, and more. The result of compromised websites is a large increase in HTTP, email, and other traffic as malicious code attempts to infiltrate other resources and exfiltrate data. Compromised websites are typically identified by anomalous patterned behavior.

@@ -3724,14 +3786,14 @@

Additional information

Example

Cleaning up bad bots can improve sustainability.

Tags

-

Performance, Software

+

Performance, Security, Software

Define the frequency of data refreshes

-
+

Success Criterion: Refresh frequency Machine-testable / Resources

The frequency for refresh (of both the cache, locally stored data, and the page) is defined depending on visitor needs.

@@ -3771,7 +3833,7 @@

Additional information

Backup critical data at routine intervals

-
+

Success Criterion: Data backups Human-testable / Resources

Backups of system and user data are both incremental and secure.

@@ -3811,19 +3873,19 @@

Additional information

Consider the impact and requirements of processing information

-
+

Success Criterion: Batch processing Human-testable / Resources

By default, non-critical processes and communications are batched and launched only when carbon intensity is under a given threshold.

-
+

Success Criterion: Protocol usage Machine-testable / Resources

The communication protocols used are relevant to the visitor's needs and data transferred. Avoid using insecure protocols (HTTP, FTP), and prioritize more efficient and privacy-aware data routes for visitors (HTTPS, SSH). Modern protocols such as HTTP/2 should be used to benefit from them (multiplexing) while keeping backward-compatibility in mind for older devices.

-
+

Success Criterion: Event-driven architecture Human-testable / Resources

When creating products or services that utilize state changes (without triggering a complete refresh), if the utilization of Event-Driven Architecture and Microservices will be more environmentally friendly (based on the PPP variables involved) than traditional APIs in handling the server-side workload of your solution, use it.

-
+

Success Criterion: Processing location Human-testable / Resources

Redundant processing should be avoided wherever possible. When processing of data is required, whether such processing and / or delivery should occur from either the client or server-side must be determined based on efficiency, performance, and sustainability metrics (before implementation).

@@ -3863,23 +3925,23 @@

Additional information

CDN use must be proportionate and sustainable

-
+

Success Criterion: Content Delivery Networks (CDNs) Machine-testable / Resources

When building for a globally distributed audience, use a CDN to store and serve simple read-only, pre-generated resources in a fast and efficient manner. Although they definitely can increase performance, it is also another layer of infrastructure that needs to be considered for sustainability.

-
+

Success Criterion: Sustainability commitment Machine-testable / Resources

Verify that the CDN provides a commitment to sustainability.

-
+

Success Criterion: Local servers Machine-testable / Resources

A hosting provider was chosen with servers located close to the visitor, considering that if you only serve a local audience, the need for distributed content (CDNs) that duplicate your materials globally may not be worthwhile.

-
+

Success Criterion: Inappropriate resources Machine-testable / Resources

Don't use the service to host dynamic / regularly changing resources or JavaScript (unless through a first-party host) as due to cache partitioning, cross-origin resource sharing (CORS), and other browser mechanics, any benefits are negated by weaker performance, the inability to cache or interact, and the potential introduction of security and privacy issues to be introduced. This doesn't affect JSON or other static assets.

-
+

Success Criterion: Close to the source Human-testable / Resources

All information passed between the layers of an application incurs a cost, both in terms of data transferred, and CPU cycles for (de)serialization. Wherever possible, data transformations must be performed close to the source to reduce these costs and avoid processing data that will later be discarded.

@@ -3921,7 +3983,7 @@

Additional information

Infrastructure decisions must meet business requirements

-
+

Success Criterion: Lowest requirements Human-testable / Resources

Select infrastructure elements with the lowest requirements tier, meeting your service-level agreements. Avoid over-provisioning multi-datacenter, multi-zone, or distributed deployments if standalone instances meet the requirements. Also avoid provisioning infrastructure that will be under-utilized by provisioning for established average loads, ensuring reasonable resource utilization and autoscaling occurs as needed. Avoid provisioning for peak loads.

@@ -3961,27 +4023,27 @@

Additional information

Store data according to the needs of your users

-
+

Success Criterion: Reduce redundancy Human-testable / Resources

Remove unnecessary and redundant data from your servers, whether it is single-use (dark data) or abandoned.

-
+

Success Criterion: Expiration dates Machine-testable / Resources

Create data with an expiration date. Excess data is a form of technical debt, and routinely cleaning up old data needs to be normalized.

-
+

Success Criterion: Classify and tag Machine-testable / Resources

Use a data classification / tagging policy to make it easier to find, handle, and remove.

-
+

Success Criterion: Justify storage Human-testable / Resources

Store data only when it is difficult to recreate.

-
+

Success Criterion: Optimize logging Machine-testable / Resources

Optimize log collection, storage (off-site), and rotation; scheduling during low-activity hours and using carbon-neutral backup providers.

-
+

Success Criterion: Asset downloads Human-testable / Resources

Ensure long-term assets, especially those of a large size, are made available for download.

@@ -4080,27 +4142,27 @@

Business Strategy and Product Management

Have an ethical and sustainable product Strategy

-
+

Success Criterion: Statement availability Machine-testable / Resources

The organization has published a publicly available Code of Ethics, Product Guidelines, Sustainability, or PPP Statement that includes language specific to digital products, services, policies, and programs.

-
+

Success Criterion: Achievements and compliance Machine-testable / Resources

Achievements, features, compliance, and anything beyond the scope of these guidelines are published within a sustainability section of your product or service.

-
+

Success Criterion: Governance over time Human-testable / Resources

Evidence is provided by the organization showing how it effectively governs implemented digital sustainability, climate policies, and related PPP practices over time.

-
+

Success Criterion: Onboarding new members Human-testable / Resources

Training decks and workshops are provided by the organization for onboarding new team members on how it implements more sustainable product strategies.

-
+

Success Criterion: Documentation Machine-testable / Resources

Your methodology has been documented through impact storytelling, documentation, and helping individuals make more informed decisions in order to raise awareness with your visitors.

-
+

Success Criterion: Renewable showcasing Machine-testable / Resources

The organization can show how it powers digital products and services with renewable energy.

@@ -4145,7 +4207,7 @@

Additional information

Assign a sustainability representative

-
+

Success Criterion: Ecological referee Machine-testable / Resources

An ecological referee (with specific digital expertise) for the product or service within your organization has been assigned and empowered with the tools they require (resources, budget, time, etc.) to achieve their stated goals.

@@ -4188,15 +4250,15 @@

Additional information

Inform, raise awareness, and train for sustainability

-
+

Success Criterion: Inform and aware Human-testable / Resources

All project stakeholders, including product teams, colleagues, and organizational decision-makers (managers and clients) are informed about and trained in both general and digital climate literacy, including your business's use of sustainable technology.

-
+

Success Criterion: Trained and prepared Human-testable / Resources

Active and routine training is delivered where possible to develop, establish, and refresh skills in sustainability. This can be undertaken through in-house training, courses, workshops, events, webinars, meetups, or other ongoing or on-demand methods to empower your team to deliver on sustainability objectives.

-
+

Success Criterion: Active participation Machine-testable / Resources

Stakeholders have been actively encouraged to reduce their environmental impact, share climate and sustainable initiatives and ideas, and resources on sustainable design, best practices, and concepts are provided to assist with this task.

@@ -4236,7 +4298,7 @@

Additional information

Communicate the ecological impact of user choices

-
+

Success Criterion: Impact communication Human-testable / Resources

The ecological implications of visitor choices have been clearly communicated and visitors can configure settings based on those choices.

@@ -4277,15 +4339,15 @@

Additional information

Estimate a product or service's environmental impact

-
+

Success Criterion: Life-cycle analysis Human-testable / Resources

A full life-cycle Analysis based on the functional unit defined in Guideline 5.15 has been conducted.

-
+

Success Criterion: Competitor impact Machine-testable / Resources

The environmental impact of your or a competitor's current service to inform decision-making (as a potential target goal) has been calculated.

-
+

Success Criterion: Tooling impact Human-testable / Resources

When identifying the environmental impact of your product or service, you must include the impact (or estimates of) of any tooling used to create the product or service along with any third-party solutions utilized in the pipeline. While not created by you, the emissions they generate from production to maintenance are considered integral to your overall solution.

@@ -4327,7 +4389,7 @@

Additional information

Define clear organizational sustainability goals and metrics

-
+

Success Criterion: Sustainability goals Machine-testable / Resources

The organization has defined and published a clear set of sustainability goals. It publicly communicates how it will meet these goals, including which performance metrics are important to help the organization and its various stakeholders thrive.

@@ -4368,11 +4430,11 @@

Additional information

Verify your efforts using established third-party business certifications

-
+

Success Criterion: Certification achievement Machine-testable / Resources

The organization has achieved one or more business sustainability certifications and incorporated operational policies and practices to support them.

-
+

Success Criterion: Certification maintenance Human-testable / Resources

The organization maintains its certification through evolving policies and practices over time.

@@ -4412,15 +4474,15 @@

Additional information

Implement sustainability onboarding guidelines

-
+

Success Criterion: Training materials Human-testable / Resources

The organization has dedicated training manuals, workshops, and materials that outline the PPP policies and practices it follows and how to implement them. While managing and maintaining these materials over time, adapting them as new policies and practices arise.

-
+

Success Criterion: Progress incentivisation Human-testable / Resources

The organization incentivizes leadership, teams, and stakeholders to make progress toward the goals outlined in their training, including time for sustainability activities, recognition for completion, and so on.

-
+

Success Criterion: Negative variables Human-testable / Resources

The organization anticipates and maps potential negative external variables on the service, and acts to minimize their overall impact.

@@ -4459,19 +4521,19 @@

Additional information

Support mandatory disclosures and reporting

-
+

Success Criterion: Policies and practices Machine-testable / Resources

The organization has created and published policies and practices for disclosing the social and environmental impacts of its products, services, policies, and programs in line with existing reporting standards such as GRI Performance, SASB, etc.

-
+

Success Criterion: Impact report Machine-testable / Resources

The organization produces a publicly available impact report outlining its progress against previous reports on social and environmental goals at least once per year.

-
+

Success Criterion: Standards and policies Machine-testable / Resources

The organization publicly and transparently follows existing or emerging environmental standards and legislative policy that promotes mandatory disclosures and reporting for emissions. This is done alongside other social and environmental criteria in its impact reporting, maintaining these practices over time for future reports.

-
+

Success Criterion: Impact reduction Human-testable / Resources

The organization clearly identifies how it reduces its environmental impact, avoiding double accounting, greenwashing, excluded data, or other manipulative techniques.

@@ -4511,7 +4573,7 @@

Additional information

Create one or more impact business models

-
+

Success Criterion: Theory of change Human-testable / Resources

The organization has completed (and operationalized) a Theory of Change process with requisite documentation to identify the impact it hopes to create, how it will generate revenue, shared, or added value from these activities, how it will measure results based on desired outcomes; or in the case of launched projects, is generating revenue, actively tracking and measuring progress against any desired outcomes.

@@ -4552,23 +4614,23 @@

Additional information

Follow a product management and maintenance Strategy

-
+

Success Criterion: Management and maintenance Machine-testable / Resources

The organization has documented policies outlining how it approaches product management and maintenance.

-
+

Success Criterion: Planning Strategy Human-testable / Resources

The organization has maintenance / security plans in place for all the digital products and services it manages.

-
+

Success Criterion: Resourcing products Human-testable / Resources

The organization appropriately resources products over time via staffing and budgeting to support refactoring code, addressing technical debt, new product features, ongoing testing, and product or service maintenance plans to continue supporting its customers, visitors, and other stakeholders.

-
+

Success Criterion: Resource measurement Human-testable / Resources

The organization incorporates carbon and resource measurement into maintenance programs and can show measurable improvement over time.

-
+

Success Criterion: Failure indicators Human-testable / Resources

The organization has both identified and documented Key Failure Indicators (KFIs) and implements resolutions to prevent non-acceptable sustainability impacts from occurring.

@@ -4609,26 +4671,27 @@

Additional information

Implement continuous improvement procedures

-
+

Success Criterion: Continuous improvement Human-testable / Resources

The organization has created policies and practices to enable continuous improvement and has resourced the organization appropriately to support these efforts over time.

-
+

Success Criterion: Agile reviews Human-testable / Resources

Agile sprints and update frequency have gone through a review process to ensure project teams have enough time to conduct user-research, identify technical debt, and produce quality output.

-
+
+

Success Criterion: Iterative consideration Machine-testable / Resources

A track record of continuous improvement (iteration) usage to analyze your website or application while also addressing the by-products and potential consequences of ongoing experimentation, such as technical debt, product performance, emissions, and related issues is clearly visible. Analytics are limited to only necessary features to aid with decision-making, encouraging visitor feedback, and comparing performance against business goals and visitor needs.

-
+

Success Criterion: Functionality decisions Human-testable / Resources

The retention of existing features, the creation of new functionality, and the decommission or elimination of unused functionality, and unvisited pages through the product's life cycle have been justified and prioritized on a case by case basis.

-
+

Success Criterion: Security updates Machine-testable / Resources

Corrective security and policy updates during the product or service lifecycle are provided, while such improvements are distinguished from more extensive evolutionary updates.

-
+

Success Criterion: Skills and maintenance Human-testable / Resources

Sustainable product and data strategies have been developed with appropriate training techniques. These should help your team (managers, colleagues, etc) build capacity and learn new skills to manage and maintain products and services over time.

@@ -4674,7 +4737,7 @@

Additional information

Document future updates and evolutions

-
+

Success Criterion: Feature changes Human-testable / Resources

Adding, updating, or removing features are considered where appropriate to the user experience of the product or service.

@@ -4734,19 +4797,19 @@

Additional information

Establish if a digital product or service is necessary

-
+

Success Criterion: Sustainable Development Goals Machine-testable / Resources

The product or service identifies within a sustainability statement where it aligns with one of the U.N. (SDGs) and its appropriate targets.

-
+

Success Criterion: Creation evaluation Human-testable / Resources

The product or service has been determined as necessary based upon desirability, feasibility, and viability factors.

-
+

Success Criterion: Avoid duplication Human-testable / Resources

No existing digital product or service offers the same value. An analysis has been conducted if necessary to understand the market for this requirement.

-
+

Success Criterion: Obstacle consideration Human-testable / Resources

Any obstacles to using a product or service, such as accessibility, equality, technical, or territorial have been overcome.

@@ -4789,7 +4852,7 @@

Additional information

Conduct a full life-cycle assessment

-
+

Success Criterion: Life-Cycle Assessment Human-testable / Resources

A life-cycle Assessment (LCA) has been conducted to define the requirements of your product's function throughout its lifecycle.

@@ -4830,15 +4893,15 @@

Additional information

Provide a supplier standards of practice

-
+

Success Criterion: Vetting potential partners Machine-testable / Resources

The organization has created specific policies to vet potential partners in its supply chain based on PPP principles.

-
+

Success Criterion: Collaborative measurement Human-testable / Resources

The organization has partnered with suppliers to create, track, and measure collective impact on issues that impact their stakeholders.

-
+

Success Criterion: Informative partner promotion Machine-testable / Resources

The organization has promoted its partnerships in a publicly available place, along with information on how the partnership creates a collective impact.

@@ -4879,19 +4942,19 @@

Additional information

Share any economic benefits

-
+

Success Criterion: Living wage Machine-testable / Resources

The organization is publicly committed to paying employees, contractors, and other stakeholders a living wage.

-
+

Success Criterion: Incentivisation Human-testable / Resources

The organization has policies and practices in place to incentivize stakeholders, such as workers and contractors, to meet its impact goals.

-
+

Success Criterion: Employee benefits Machine-testable / Resources

The organization provides benefits to employees in accordance with its resources, including, where relevant, healthcare, retirement planning, flex time, profit sharing, and so on.

-
+

Success Criterion: Legislation advocation Human-testable / Resources

The organization advocates for responsible legislation that supports employment rights, transparency, and accountability related to sharing economic benefits.

@@ -4931,7 +4994,7 @@

Additional information

Share decision-making power with appropriate stakeholders

-
+

Success Criterion: Decision-making Human-testable / Resources

The project team's goals are aligned with key business objectives, and project stakeholders (for example, project managers) have the power and autonomy to make key decisions on the organization's behalf.

@@ -4970,23 +5033,23 @@

Additional information

Use Justice, Equity, Diversity, Inclusion (JEDI) Practices

-
+

Success Criterion: JEDI practices Human-testable / Resources

The organization has documented its commitment to JEDI practices with clear policies on how it prioritizes marginalized or otherwise underserved communities, including Black, Indigenous, People of Color, LGBTQIA+, Women, Disabled, Veterans, Seniors, and so on.

-
+

Success Criterion: Accessibility policy Machine-testable / Resources

The organization has an accessibility policy for digital products and services and can show this via a verified accessible website, application, product, or service.

-
+

Success Criterion: JEDI training Human-testable / Resources

The organization has JEDI-related training materials and schedules ongoing workshops related to how this topic manifests itself in digital products and services (algorithmic bias, digital divide, gig economy work, mis / disinformation, etc).

-
+

Success Criterion: JEDI improvements Human-testable / Resources

The organization can show measurable JEDI improvement over time in its hiring, leadership, and operations.

-
+

Success Criterion: JEDI legislation Human-testable / Resources

The organization advocates for responsible legislation relating to JEDI practices, especially as related to digital products and services.

@@ -5026,11 +5089,11 @@

Additional information

Promote responsible data practices

-
+

Success Criterion: Data practices Machine-testable / Resources

The organization maintains a publicly accessible Privacy Policy, Terms and Conditions, or any other documents required by local law, that adhere to the most restrictive data protection regulations, especially when providing services outside the organization's country. These documents are available in accessible formats and use clear, user-friendly language to ensure comprehension by all visitors, avoiding jargon, technical language, and legalese. The organization also supports emerging legislation and implements best practices related to data privacy, sustainability, and responsible data management.

-
+

Success Criterion: Data ownership Human-testable / Resources

The organization can show measurable progress over time in respecting data privacy and ownership. This will include how the organization handles data disposal and a visitor's "right to be forgotten", along with ownership rights and providing the ability to download / export data they have contributed into a non-proprietary format.

@@ -5069,11 +5132,11 @@

Additional information

Implement appropriate data management procedures

-
+

Success Criterion: Outdated content Machine-testable / Resources

Outdated or otherwise expired product content and data are archived and deleted via automated expiration dates and scheduled product audits. An archiving schedule with a lighter version of the old searchable content is made available.

-
+

Success Criterion: Data controllers Machine-testable / Resources

Users can control, manage, and delete their data, subscriptions, and accounts.

@@ -5115,27 +5178,27 @@

Additional information

Promote and implement responsible emerging technology practices

-
+

Success Criterion: Emerging technologies Machine-testable / Resources

The organization has public-facing policies in place for emerging technologies, and all such technologies are ethically sourced, screened, validated, and implemented in a non-discriminatory, responsible manner.

-
+

Success Criterion: Disruptive technology Human-testable / Resources

The organization shows how it up-skills workers as new technologies and practices potentially disrupt its business model.

-
+

Success Criterion: Technology legislation Human-testable / Resources

The organization supports and complies with responsible legislation related to automation and emerging technologies (such as the EU AI Act)

-
+

Success Criterion: Environmental responsibilities Human-testable / Resources

Organizations must consider, audit, and account for any environmental considerations that may derive from the use of emerging technologies they wish to either promote or implement within a chosen setting. Also note that this should include third-party choices, the "expense" (in terms of waste or emissions) of the utilization of the technology to create a desired result and consequential issues to the environment that may arise from its deployment.

-
+

Success Criterion: Automated tooling Human-testable / Resources

Automated tooling, scrapers, spiders, bots, Artificial Intelligence, and other forms of machine-assisted data gathering must abide by requests to opt out at the host, server, or website level. Providers must declare themselves as non-human when requesting within the user-agent / HTTP header. Providers must also publish impact reports relating to their gathering activities.

-
+

Success Criterion: Quantum resilience Human-testable / Resources

Don't roll out post-quantum encryption for high-traffic services that don't need resilience against harvest now, decrypt later.

@@ -5175,11 +5238,11 @@

Additional information

Include responsible financial policies

-
+

Success Criterion: Fuel divestment Machine-testable / Resources

The organization has divested from fossil fuels and moved its banking, sponsorship, and other affiliations to more responsible partners.

-
+

Success Criterion: Responsible finance Human-testable / Resources

The organization engages in flexible financing and responsible budgeting for its digital products and services to accommodate long-term care and maintenance.

@@ -5219,11 +5282,11 @@

Additional information

Include organizational philanthropy policies

-
+

Success Criterion: Philanthropy policy Machine-testable / Resources

The organization has a clear corporate giving policy and creates philanthropic partnerships with strategically aligned organizations.

-
+

Success Criterion: Voluntary work Human-testable / Resources

The organization engages in free or volunteer projects, which help its team learn new tools and tactics, while also helping charities and non-profit organizations build capacity.

@@ -5263,7 +5326,7 @@

Additional information

Plan for a digital product or service's care and end-of-life

-
+

Success Criterion: End-of-life care Human-testable / Resources

Clear, documented end-of-life guidelines exist that include data disposal, archiving, file deletion, etc guidance.

@@ -5306,19 +5369,19 @@

Additional information

Include e-waste, right-to-repair, and recycling policies

-
+

Success Criterion: E-Waste policy Human-testable / Resources

The organization has specific policies in place to recycle e-waste and repair owned technology products whenever possible.

-
+

Success Criterion: Recycling and repairing Human-testable / Resources

The organization has formed relationships with local partners for e-waste recycling and repair.

-
+

Success Criterion: Refurbishment Strategy Human-testable / Resources

The organization buys refurbished equipment whenever possible.

-
+

Success Criterion: Right-to-repair Human-testable / Resources

The organization allows consumers to repair (to the best of their ability) the consumables they purchase, offering (if possible at cost) replacement components and provides clear instructions to resolve faults that occur.

@@ -5358,23 +5421,23 @@

Additional information

Define performance and environmental budgets

-
+

Success Criterion: Environmental budget Machine-testable / Resources

The product team has defined, baselined, and documented clear sustainability and environmental budget criteria that cover the page, user-journey, and digital service levels and metrics (such as a CO2.js score) that are approved by relevant product stakeholders.

-
+

Success Criterion: Performance budget Machine-testable / Resources

Tools such as a performance budget exist to determine the maximum size (goals) your app or website can weigh to reduce the data transfer and HTTP request impact (using metrics like Google Lighthouse).

-
+

Success Criterion: Human budget Human-testable / Resources

KPIs are defined around engineering hours, development time, or sprints keeping the health and wellbeing of your workers paramount. Consideration has been taken around optimizing your workflow sustainably to allow all tasks to be performed with care.

-
+

Success Criterion: Measurable improvements Machine-testable / Resources

The product team can measurably show how much the budgeting process improved performance and reduced emissions.

-
+

Success Criterion: Capacity and maintenance Human-testable / Resources

The product team invests in resources to build capacity and maintain the budgets over time.

@@ -5437,15 +5500,15 @@

Additional information

Use open source where possible

-
+

Success Criterion: Open source policy Machine-testable / Resources

The organization has a clear open source policy in place that outlines how it uses open source tools and the practices it supports surrounding open source development.

-
+

Success Criterion: Collaboration Human-testable / Resources

The organization has a track record of collaboration and community-building around open source principles.

-
+

Success Criterion: Contribution Machine-testable / Resources

The organization regularly contributes to open source community-based projects.

@@ -5485,11 +5548,11 @@

Additional information

Create a business continuity and disaster recovery plan

-
+

Success Criterion: Plan of action Human-testable / Resources

The organization has created a plan of action that is regularly reviewed and occasionally tested to determine readiness in case of an incident and has procedures to quickly recover from such issues.

-
+

Success Criterion: Audience awareness Machine-testable / Resources

The organization regularly maintains transparent communication with its audience regarding issues that may affect service delivery or user data.

@@ -5531,6 +5594,85 @@

Additional information

  1. Previous page
    Hosting, Infrastructure, and Systems
  2. Full document
  3. +
  4. Next page
    Considerations
  5. +
+
+
+

Considerations

+

Guidelines within this specification which the Interest group has identified possible implications for Accessibility, Privacy, or Security, either by providing protections for end users or which are important for website providers to take in to consideration when implementing features designed to implement digital sustainability, are listed below. This list reflects the current understanding of the Interest Group but other Guidelines may have implications that the Interest Group is not aware of at the time of publishing.

+

Individuals or organizations wishing to understand more about best practices relating to these objectives should read the relevant materials provided by W3C Working and Interest groups in this area, as the result of good accessibility, privacy, and security, can benefit both people and the planet in measurable ways.

+

It is relevant to note that groups working on Accessibility, Privacy, and Security may identify sustainability impacts within their work and may provide relevant guidance where appropriate on best practices to limit the scope of these concerns. Any such guidance should be considered as complementary to that provided within the WSG.

+
+

Accessibility

+

Guidelines within this specification that may relate to accessibility are:

+ +
+
+

Privacy

+

Guidelines within this specification that may relate to privacy are:

+ +
+
+

Security

+

Guidelines within this specification that may relate to security are:

+ +
+
    +
  1. Previous page
    Business Strategy and Product Management
  2. +
  3. Full document
  4. Next page
    Glossary
@@ -5552,7 +5694,7 @@

Glossary

  • Planet: We prioritize the health of the environment, ecosystems, and the planet overall.
  • People: People should have access to resources, information, and opportunities necessary for their well-being.
  • Prosperity: Financial stability and equitable economic development—in this case, through the digital economy—ensures shared prosperity for the planet and its inhabitants.
  • - +
    Informative
    @@ -5580,7 +5722,7 @@

    Glossary

      -
    1. Previous page
      Business Strategy and Product Management
    2. +
    3. Previous page
      Considerations
    4. Full document
    5. Next page
      Acknowledgments
    @@ -5612,9 +5754,10 @@

    Changelog

    Additions:

    • [#6] New Resources supplement that will serve as the repository for sustainability links.
      @AlexDawsonUK
    • -
    • [#14], [#58], & [#67] Guideline filters using data-attributes (for full-document mode) available.
      @airbr, @AlexDawsonUK, @ldevernay, @timfrick, & @TzviyaSiegman
    • +
    • [#14], [#58], [#67], & [#68] Guideline filters using data-attributes (for full-document mode) available.
      @airbr, @AlexDawsonUK, @ldevernay, @timfrick, & @TzviyaSiegman
    • [#41] Living Changelog section has been added to the WSG (Github Releases will continue).
      @AlexDawsonUK & @TzviyaSiegman
    • [#53] New Success Criteria for 4.1 providing coverage regarding the impact of Domain Names.
      @codewordcreative & @exortech
    • +
    • [#68] New Considerations section with Accessibility, Privacy, and Security cross-references.
      @AlexDawsonUK & @TzviyaSiegman

    Updates:

      @@ -5636,7 +5779,7 @@

      Changelog

    • [#42], [#43], & [#48] Multiple spelling and grammar fixes have been applied to the document.
      @AlexDawsonUK & @hidde
    • [#50] Fixed the references to particular files by noting the full filename alongside.
      @airbr
    • [#59] Broken links and redirects have been resolved or removed.
      @AlexDawsonUK
    • -
    • [#60] Removed obsolete JavaScript within the source code to improve performance.
      @AlexDawsonUK
    • +
    • [#60] & [#68] Removed obsolete CSS and JavaScript in the source code to improve performance.
      @AlexDawsonUK
    • [#60] Updated some of the tags to reflect new and updated Success Criteria material.
      @AlexDawsonUK
    • [#67] Further global grammatical fixes have been applied to improve the content quality.
      @codewordcreative
    • [#67] Success Criteria have accurate identifiers sans external resources like testability.
      @AlexDawsonUK