{"id":430,"date":"2026-04-25T08:33:22","date_gmt":"2026-04-25T08:33:22","guid":{"rendered":"https:\/\/webcarbon.io\/news\/?p=430"},"modified":"2026-04-25T08:33:22","modified_gmt":"2026-04-25T08:33:22","slug":"esg-reporting-digital-properties-sustainability-page","status":"publish","type":"post","link":"https:\/\/webcarbon.io\/news\/2026\/04\/25\/esg-reporting-digital-properties-sustainability-page\/","title":{"rendered":"What to include on sustainability pages for digital properties"},"content":{"rendered":"<h2>What stakeholders expect from a digital sustainability page<\/h2>\n<p>Readers want clarity about what is measured, how it was measured, and what the numbers mean for the organisation as a whole. That requires clear scope definitions, repeatable methods, source data or links to source data, an explanation of uncertainty, and visible governance or ownership for ongoing work. A credible page links metrics to decisions and to specific improvement actions so claims are verifiable and traceable.<\/p>\n<h3>Define the scope and boundaries<\/h3>\n<p>Start by stating exactly which digital properties are covered. Common boundaries include a single website, a group of domains, a web application, or the complete digital product estate. Explain whether the inventory covers hosting infrastructure, content delivery networks, third party services such as analytics or ads, video hosting, API backends, and user device energy. Map those elements to the greenhouse gas accounting framework you use so readers can match the digital inventory to enterprise level reporting.<\/p>\n<h3>Report measurement methods and assumptions<\/h3>\n<p>Describe the measurement approach in plain language and link to any formal methodology you rely on. Key elements to disclose are data sources, time period covered, conversion factors, sampling methods, and any modelling or estimation steps. If you use a recognised specification or guidance such as the Green Software Foundation software carbon intensity specification or the Greenhouse Gas Protocol, say so and link to the version you followed. Note assumptions that materially affect results such as average device energy use, regional electricity emission factors, or how you attribute shared infrastructure.<\/p>\n<h3>Key metrics to publish<\/h3>\n<p>Publish a compact set of metrics that answer the questions most readers and auditors will ask. Provide both absolute and intensity measures and show changes over time.<\/p>\n<ul>\n<li><strong>Traffic and activity<\/strong> including visits, page views, API calls, or video minutes for the reporting period.<\/li>\n<li><strong>Energy consumption attributable to the digital property&lt;\/strong expressed as kilowatt hours where possible and broken down by hosting, CDN, network, and end user device where data permits.<\/li>\n<li><strong>Greenhouse gas emissions&lt;\/strong shown as carbon dioxide equivalent and presented as total emissions and as intensity metrics such as grams CO2e per visit or per 1000 page views.<\/li>\n<li><strong>Electricity sourcing&lt;\/strong including the share of renewable electricity used in your hosting and cloud providers and the procurement method where relevant.<\/li>\n<li><strong>Third party footprint&lt;\/strong summarising contributions from analytics, ads, tag managers, and other suppliers and whether supplier data was measured or estimated.<\/li>\n<li><strong>Scope alignment&lt;\/strong mapping the digital emissions to GHG Protocol scopes so the relation to corporate reporting is clear.<\/li>\n<\/ul>\n<h3>Qualitative content to include<\/h3>\n<p>Numbers need context. Include governance and ownership details, a concise description of ongoing and planned reduction projects, procurement criteria for suppliers, and user guidance for lower impact behaviour. Explain trade offs made between user experience and sustainability and, where relevant, the business rationale for those trade offs.<\/p>\n<h3>How to present data for credibility<\/h3>\n<p>Place methodology and raw data close to headline numbers. Offer downloadable data in machine readable formats such as CSV and show time series charts covering at least the last 12 months if available. Include a short uncertainty statement describing major sources of estimation error and how they were handled. If a figure was third party verified, display the verifier name, the scope of assurance, and the verification date.<\/p>\n<h3>Targets and key performance indicators<\/h3>\n<p>State the metrics you will use to track progress and the timeline for targets. Use both absolute and intensity targets so progress can be interpreted in the context of business growth. Describe interim milestones and how progress will be reported, for example quarterly updates for operational metrics and annual updates for audited numbers.<\/p>\n<h3>Visuals and accessibility<\/h3>\n<p>Use clear charts that are accessible and accompanied by alt text and descriptive captions. Provide both a one line summary for readers who only want a quick answer and a deeper technical section for readers who want to audit the work. Avoid colour alone to convey meaning and make raw tables available for download.<\/p>\n<h3>Common pitfalls to avoid<\/h3>\n<p>Avoid selective disclosure such as publishing intensity metrics without absolute numbers when absolute emissions are material. Do not conflate operational renewable purchases with direct use of renewable electricity unless the procurement method is explained. Do not hide important assumptions in a long non searchable PDF. Finally do not treat a single calculation as definitive; document updates to methodology and present prior numbers restated where you improve methods.<\/p>\n<h3>Example page structure<\/h3>\n<ol>\n<li><strong>Top line summary&lt;\/strong with headline metrics and a single sentence that states the reporting period and scope.<\/li>\n<li><strong>What is included and excluded&lt;\/strong with an explicit scope table and a map to reporting boundaries.<\/li>\n<li><strong>How the numbers were calculated&lt;\/strong with links to the methods, tools, and conversion factors used.<\/li>\n<li><strong>Data and charts&lt;\/strong with downloadable CSV and time series visualisations.<\/li>\n<li><strong>Verification and governance&lt;\/strong explaining internal owners and any external assurance.<\/li>\n<li><strong>Improvement plan&lt;\/strong listing ongoing projects, procurement commitments, and short term milestones.<\/li>\n<li><strong>Contact and feedback&lt;\/strong for data requests and corrections.<\/li>\n<\/ol>\n<h2>How to collect the data<\/h2>\n<h3>Technical sources to use<\/h3>\n<p>Collect primary measurements where possible. Useful technical sources include hosting provider billing and usage reports, CDN egress logs, server CPU usage and power monitoring where available, network egress bytes from edge logs, application telemetry for API calls, and privacy friendly analytics for user activity. For third party services request supplier measurements or use consistent estimation rules and document them.<\/p>\n<h3>Translating technical data into emissions<\/h3>\n<p>Translate energy use into emissions using region specific electricity emission factors from recognised sources such as national authorities or international agencies. For parts of the chain that lack direct measurements, apply transparent modelling and clearly state the model and its inputs. For software and service level emissions consider applying the software carbon intensity approach which normalises emissions to work done or to user activity. Where data is uncertain, express ranges and show sensitivity to key assumptions.<\/p>\n<h2>When to seek external assurance<\/h2>\n<p>Consider third party assurance for material claims or when numbers will feed enterprise level reporting or regulatory disclosures. Assurance is also advisable when you make public commitments that could be used to hold the organisation to account. Even if you do not seek formal assurance, publish an audit trail and retain source files so internal or external reviewers can reconstruct the calculations.<\/p>\n<h2>Practical next steps to prepare a page<\/h2>\n<p>Identify the smallest set of credible metrics you can publish quickly, document methods and assumptions, and publish raw data alongside the narrative. Assign an owner who will keep the page updated and plan for at least an annual refresh with interim operational updates. Where regulatory reporting is expected, align the structure of the page with enterprise reporting so the digital metrics can be traced into the organisation wide inventory.<\/p>\n<h2>Questions readers commonly ask<\/h2>\n<p>Answer these questions directly on the page. How were emissions allocated between business units? Which parts of the site generate the most emissions? How can users reduce their impact? Who is responsible for the data? Providing straightforward answers to these will reduce follow up requests and improve transparency.<\/p>\n<p>Publishing a sustainability page for digital properties is as much about traceability as it is about positive messaging. Clear boundaries, repeatable methods, accessible data, and an honest statement of uncertainty build trust and let readers and auditors validate the work.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>This post explains which data, explanations, and governance details to publish on a sustainability page for a website or app so readers and auditors can understand your digital environmental impact, trace how numbers were calculated, and follow improvement plans.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_uag_custom_page_level_css":"","footnotes":""},"categories":[61,74,4],"tags":[],"class_list":["post-430","post","type-post","status-publish","format-standard","hentry","category-digital-operations","category-esg-reporting","category-sustainability"],"aioseo_notices":[],"uagb_featured_image_src":{"full":false,"thumbnail":false,"medium":false,"medium_large":false,"large":false,"1536x1536":false,"2048x2048":false},"uagb_author_info":{"display_name":"Webcarbon Team","author_link":"https:\/\/webcarbon.io\/news\/author\/webcarbon_wqpz61\/"},"uagb_comment_info":0,"uagb_excerpt":"This post explains which data, explanations, and governance details to publish on a sustainability page for a website or app so readers and auditors can understand your digital environmental impact, trace how numbers were calculated, and follow improvement plans.","_links":{"self":[{"href":"https:\/\/webcarbon.io\/news\/wp-json\/wp\/v2\/posts\/430","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webcarbon.io\/news\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webcarbon.io\/news\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webcarbon.io\/news\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webcarbon.io\/news\/wp-json\/wp\/v2\/comments?post=430"}],"version-history":[{"count":1,"href":"https:\/\/webcarbon.io\/news\/wp-json\/wp\/v2\/posts\/430\/revisions"}],"predecessor-version":[{"id":431,"href":"https:\/\/webcarbon.io\/news\/wp-json\/wp\/v2\/posts\/430\/revisions\/431"}],"wp:attachment":[{"href":"https:\/\/webcarbon.io\/news\/wp-json\/wp\/v2\/media?parent=430"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webcarbon.io\/news\/wp-json\/wp\/v2\/categories?post=430"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webcarbon.io\/news\/wp-json\/wp\/v2\/tags?post=430"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}