ウェブ持続可能性ガイドライン（WSG）

リソース

プロジェクトの開始時および定期的な間隔で、地球・人々・繁栄への影響を見直します。 特定した主な問題、改善が必要な箇所、および達成した進捗を記録します。これらの調査結果を、 一般に公開するガバナンス文書およびプロジェクト報告に反映します。

リソース

プロジェクトに関連するデジタル活動がもたらす、非デジタルの環境的・社会的影響を 削減するための計画を作成します。物流および配送による排出、インフラの排出、 地域の健康への影響、ならびにサプライチェーンへの圧力による影響を含めます。 測定可能な行動を用いて、外部における地球・人々・繁栄の成果を改善します。

リソース

プロジェクトの主要ユーザー、副次的ユーザー、および影響を受けるコミュニティを特定します。調査、 テスト、分析、レビューを用いて、それらのニーズとプロジェクトがそれらに与える影響を理解します。 プロジェクト全体を通じてユーザーを関与させます。

リソース

承認済みのブランディング素材とアセットを、公開前に組織の持続可能性要件を満たすよう最適化し、 公開後も定期的にレビューします。ブランドガイドラインが存在する場合は、素材とアセットの環境影響に関する情報と、 持続可能な制作、使用、廃棄のための指針を含めます。

リソース

ワイヤーフレームと迅速なプロトタイプを用いて、アイデアを早期にテストし、合意をすばやく形成し、リスクを減らし、 不必要な開発作業とリソース使用を避けます。

リソース

設計プロセス全体を通じて参加型設計の手法を用います。テストと反復にユーザーを関与させ、 コミュニティが知識と経験を共有して製品またはサービスを改善する機会を提供します。

リソース

アイデア創出段階で、地球のニーズと環境上の限界に対処します。これには、 動物や地球に焦点を当てた視点など、非ユーザー、非人間のペルソナを作成することや、 気候に特化したユーザーストーリーやスプリントを開発することが含まれます。

リソース

タスクをシンプルかつ効率的に完了できるようにします。タスクの開始時に必要なことをユーザーが理解できるようにし、 不必要な選択肢を減らし、ジャーニーにかかる見込み時間を示します。

リソース

明確で効率的なユーザージャーニーを設計します。人々がすでに理解している確立されたデザインパターンを使用します。

リソース

特に、ナビゲーションが単純でない大規模、複雑、またはレガシーなウェブサイトでは、 人間が読めるサイトマップを提供します。定期的に更新された状態を保ちます。ユーザーが必要なコンテンツやサービスをすばやく見つけられるよう、 明確でアクセシブルなナビゲーションと検索機能を提供します。ニュースページ、更新情報、変更履歴を含め、 ユーザーが新しいコンテンツやサービスを発見できるようにする軽量で効率的な方法を使用します。

リソース

ユーザーの注意、集中、精神的負荷を尊重しながら、情報をいつ、どのように受け取るかを ユーザーが制御できるようにします。

リソース

ユーザーの現在のタスクに関連する情報を表示し、不必要な中断や競合するインターフェイス要素を避けます。 すぐには必要でない情報は遅延または折りたたみますが、見つけやすい状態を保ちます。 ポップアップ、モーダルウィンドウ、その他の妨害的なインターフェイス要素は、ユーザーが開くことを選んだ場合にのみ表示します。 装飾的なデザインはユーザー体験を改善する場合にのみ使用し、任意のアセットは削除可能にするか、既定でオフにします。 アクセシビリティ、安全性、またはさまざまなユーザーニーズにとって重要な可能性のある情報や機能を削除してはなりません。

リソース

無限スクロールや標準のブラウザー操作およびナビゲーション機能を無効にすることなど、 必要以上に長くユーザーを関与させるデザインパターンを避けます。

リソース

ユーザーに圧力をかけたり誤解させたりする欺瞞的なデザインパターンを避けます。これには、 おとり商法、隠れた手数料、または偽の希少性などの慣行が含まれます。

リソース

広告およびスポンサー付きコンテンツを明確にラベル付けします。ユーザーが体験を制御できるようにしながら、 軽量で最小限の妨害にとどめた方法で広告を配信します。

リソース

不必要な分析とトラッキングを削除し、トラッキング分析に対するユーザーの同意を尊重します。

リソース

操作ではなくユーザーのニーズを支援する方法で、検索とソーシャル共有に向けてコンテンツを最適化します。 検索順位に影響を与えることだけを目的として、アクセシビリティ機能を誤用したり、低品質なコンテンツを作成したり、 不必要な重複を追加したりしてはなりません。

リソース

重複作業を減らし、長期的な持続可能性を支援するため、文書やその他の成果物を再利用可能な形式で作成します。

リソース

機能と技術要件を、明確で保守しやすいリソースに文書化します。時間の経過とともに 文書を更新し、古くなった情報を置き換えたり廃止したりするための指針を提供します。

リソース

開発者がコードを容易に理解、保守、再利用できるよう、ソースコードとコードコメントへのアクセスを提供します。

リソース

大規模なプロジェクト、または多くの貢献者が関わるプロジェクトでは、一貫性、 パフォーマンス、長期的な持続可能性を改善するためにデザインシステムを使用します。ウェブ標準に基づく再利用可能なコンポーネントを使用し、 各ページまたは機能に必要なコンポーネントのみを読み込み、明確な所有権、 バージョニング、更新された文書によってシステムを保守します。確立されたデザインパターンと慣例に従います。

リソース

ユーザー体験を支援する、または理解を改善する場合にのみメディアを含め、メディア項目の数を最小限に保ちます。

リソース

さまざまな画面サイズ、デバイス、ユーザーニーズに合わせて、メディアのサイズ変更、最適化、圧縮を行います。 可能な場合はネイティブ再生を可能にする、広くサポートされた効率的な形式を使用します。不必要なカスタムまたは 非ネイティブのメディアプレーヤーを避けます。利用可能でセキュリティ要件と互換性がある場合は、 ハードウェアアクセラレーションによる再生を使用します。

リソース

すぐに必要なメディア要素と、ユーザー操作時にのみ読み込むべきメディア要素を特定することで、 最初から遅延読み込みまたは延期読み込みを組み込みます。大きなメディアやデータ集約的なメディアは、 ユーザーの要求または操作まで読み込みを延期するため、非機能的な静的ファサードまたはプレースホルダーを使用して、 必要な場合にのみ読み込みます。

リソース

音声、動画、その他のメディアの自動再生は既定で無効にします。ユーザーが再生と 解像度を制御できるようにします。メディアの長さ、形式、予想されるデータ使用量についてユーザーに知らせます。 データ集約的なメディアを無効にする選択肢、または低帯域幅の代替手段を提供します。

リソース

メディア管理および使用ポリシーを作成します。圧縮、レンダリング性能、 ファイル形式、データ保持、保存、レビュー、削除に関する指針を含めます。

リソース

アニメーションは、ユーザー体験を支援する場合、またはユーザーがコンテンツや操作を理解する助けになる場合にのみ使用します。

リソース

注意散漫を減らし、リソース使用を抑え、デバイス性能への影響を避けるため、アニメーションの数と頻度を制限します。 再生または反復の最大回数を設定します。

リソース

ユーザーがアニメーションおよび動くコンテンツを開始、一時停止、停止、または制御できるようにします。

リソース

インタラクティブでアニメーションを含むコンテンツを可能な限り軽量に保ちます。形式、長さ、複雑さ、寸法、品質、 ツール、実装アプローチを考慮して、レンダリングコストを削減します。複数のアプローチが利用可能な場合は、 ブラウザーまたはプラットフォームネイティブのアニメーション機能を選び、メインスレッドまたはレイアウト負荷の高い作業を 最小限にします。

リソース

フォントのダウンロードを減らし、パフォーマンスを改善するため、システムフォントまたはその他のプリインストール済みフォントを使用します。

リソース

ダウンロードされるフォントの数と複雑さを制限します。可変フォントを使用する場合は、ファイルサイズを減らすため、 サポートする軸と範囲をプロジェクトに必要なものだけに制限します。利用可能な最も高性能な フォント形式を使用し、フォント読み込み中またはカスタムフォントを読み込めない場合でも可読性とパフォーマンスを維持するため、 適切なフォールバックフォントを提供します。

リソース

未使用のフォントスタイル、ウェイト、文字セットを削除します。プロジェクトで明示的にサポートする 言語、文字体系、Unicode 範囲に基づいてフォントをサブセット化します。すべての 入力と出力を完全に制御できる場合は、関連する Unicode 範囲または文字セットのみを含むようフォントをサブセット化します。 動的コンテンツまたはユーザー生成入力を含む場合は、より広い文字体系のカバレッジを提供し、 Incremental Font Transfer（IFT）を使用して必要なフォント セグメントをオンデマンドで読み込みます。

リソース

ユーザーの設定に一致する通知、またはユーザーが明示的に要求した通知のみを送信します。 不必要なメール、（SMS）メッセージ、プッシュ 通知を避けます。各通知タイプについて、ユーザーに明確な制御を与えます。

リソース

ユーザーが通知およびメッセージ設定を容易に管理できるようにします。配信停止、ログアウト、アカウント閉鎖の オプションを見つけやすくアクセシブルにします。任意の通知は既定でオフにし、 ユーザーのオプトイン後にのみ有効にします。

リソース

紙の文書の必要性を削減するようにワークフローを設計します。紙の使用が必要な場合は、効率的な 印刷レイアウトと最小限のページ数によって紙の使用を削減します。印刷用スタイルシートを含め、 実際のコンテンツでテストします。紙による保存やアーカイブではなく、デジタル形式の使用を促します。

リソース

ダウンロード可能な文書を最適化・圧縮し、さまざまなユーザーニーズに適したアクセシブルな形式で 提供し、独自のファイル形式よりも、HTMLなどのオープンで広くサポートされている形式を選択します。

リソース

作業の重複を避けます。文書を再利用する場合は、効率的に再利用できるよう、サーバー上で一度だけ 生成して保存し、できればCookieを使用しないドメインに置きます。

リソース

ダウンロード前に、文書名、形式、サイズ、短い概要をユーザーに示します。ユーザーが最も適した 形式と言語を選べるようにします。文書をページに直接埋め込むことは避け、代わりに ダウンロード用またはブラウザー表示用のリンクを提供します。

リソース

新しい機能とインターフェイスコンポーネントのプロトタイピングおよびテストのために、明確な プロセスを作成します。代表的なユーザーとともに検証し、実世界の条件やさまざまなニーズに 対応して機能することを確保します。

リソース

現在のユーザー体験を評価し、コードベースのバグを確認し、パフォーマンス上の問題を特定し、 毎月または四半期などの適切な定期的な間隔で、アクセシビリティ、サステナビリティ、 またはセキュリティの問題を考慮に入れます。

リソース

重要な機能を対象とする自動テストスイートを維持し、ビルドとリリースの際に一貫して実行して、 リグレッションを早期に検出します。

リソース

円滑で摩擦の少ないユーザージャーニーを促進するため、サステナビリティとパフォーマンスに 影響を及ぼす可能性のある基盤コードまたはインフラのボトルネックや問題を特定し、解決します。 シミュレーション指標と実世界の指標の両方を考慮します。適切なツールを用いるか、 調査および監査を通じて、すべてのリリースサイクルでパフォーマンスを監視します。

リソース

各機能について、ユーザーフィードバック、採用状況、チャーンを監視します。これらの知見を用いて、 更新と将来のリリースを導きます。

リソース

プロダクト開発全体を通じて、ユーザビリティテスト、実ユーザー指標、ユーザーインタビューを用います。 調査結果の影響を測定し、リリースされた機能がユーザーニーズと内部目標を満たしているかを確認します。

リソース

対応するデバイス、オペレーティングシステム、ブラウザーを、バージョン範囲を含めて文書化します。 現在のリリースを反映するために、定期的に見直し更新します。

リソース

計画的な陳腐化を避けます。合理的に可能な限り長く互換性を維持します。更新が、パフォーマンスに 影響する可能性のある大きな変更なのか、問題を修正したりセキュリティを改善したりする 小さな更新なのかを明確に説明します。

リソース

低速、制限付き、または不安定な接続、仮想プライベートネットワーク（VPN）の使用、 さまざまなオペレーティングシステムとブラウザー、古いデバイスまたは低性能デバイスを含む、 幅広いユーザー条件についてテストします。

リソース

リクエスト数、レンダリングされる要素数、その他の測定可能なリソース使用量の上限を含め、 プロジェクトの明確なパフォーマンス目標と環境目標を設定します。

リソース

コンポーネント間のエネルギー使用量の測定可能な差異に注意を払い、影響の少ない設計上の選択を 優先します。複雑な構造、スタイル設定、スクリプト駆動の体験は、グラフィックの多い表示や メディアリッチなレンダリングとともに、レンダリングの計算複雑性を高めます。より負荷の高い アプローチは、それらが明確な価値を加える場合にのみ使用します。

リソース

不要な空白、コメント、必須ではない文字を削除して、コードとデータファイルを最小化します。 システム全体でこれを一貫して適用し、ファイルサイズを削減して読み込み効率を改善します。 これは、大規模な累積データ転送と処理オーバーヘッドの削減に役立ち、リソース効率を高め、 エネルギー消費を低減します。

リソース

特にCSSとJavaScriptにおいて、未使用またはデッドコードを特定して削除します。

リソース

大きな、または帯域幅を多く使うコンポーネントを、必要なときにのみ読み込まれる小さなモジュールに 分割します。過度な分割は、オーバーヘッドを増やし、キャッシュ効率を低下させ、コードの保守を 難しくする可能性があるため避けます。

リソース

構造を改善し、繰り返されるロジックを統合し、再利用を促すことで、コードをリファクタリングして 重複と冗長性を減らします。

リソース

ユーザー向けの解決策をゼロから作り直すよりも、既存のものを改善・拡張することを優先します。 既存の解決策を置き換えるのは、ユーザー体験、パフォーマンス、スケーラビリティ、 または保守性に明確な利点がある場合のみにします。

リソース

保守性を改善する場合は、DRY（Don't Repeat Yourself）の原則を CSSとJavaScriptに適用します。重複削減の取り組みが、複雑性を高めたり、不要な 依存関係を導入したり、パフォーマンスに悪影響を与えたりしないようにします。

リソース

プラグイン、ウィジェット、フィード、地図、カルーセル、トラッキングスクリプト、および類似の コンポーネントを含め、設計またはアイデア創出プロセスの早い段階でサードパーティのコンテンツ および／またはサービスを見直します。全体的な環境影響を削減するため、できるだけ少なく使用し、 軽量な選択肢を優先します。これにはGHGプロトコルのスコープ3排出量も含まれます。サードパーティ提供者が、 ファーストパーティと同じコンプライアンス、セキュリティ、プライバシー、データ保持制限、 データ削除ポリシー、および必須のセキュリティ更新基準を適用するようにします。

リソース

サードパーティコンテンツは、ユーザーがそれとやり取りしたときにのみ読み込みます。ウィジェットを 埋め込む代わりにフォームへリンクするなど、単純な代替手段を提供します。

リソース

実用的な場合は、コンテンツ、アイコン、フォント、スクリプト、ウィジェットなどのアセットを、 ストレージや配信のためにサードパーティサービスに埋め込んだり依存したりするのではなく、 自分が制御するインフラから提供します。これにより外部システムへの依存が減り、信頼性が向上し、 不要なネットワークリクエストを削減できる場合があります。

リソース

サードパーティのコンテンツとサービスに関するユーザー設定を尊重します。必須ではない サードパーティ機能を無効化またはオプトアウトするための明確なコントロールを提供します。

リソース

妥当で標準に準拠したマークアップを使用します。

リソース

アクセシビリティ、可読性、機能性、またはパフォーマンスに悪影響を与えない場合は、任意のHTML要素、 属性引用符、および既定属性を削除します。アクセシビリティを改善する場合、パフォーマンスを損なわずに 明確さを維持する場合、または一貫したブラウザーレンダリングを確保する場合は、それらを含めます。

リソース

レガシー互換性やアクセシビリティなど、明確で正当化された必要性がない限り、非推奨、独自仕様、 または非標準の技術を避けます。ポリフィルは必要な場合にのみ使用し、削除できるかを定期的に 見直します。

リソース

要件を満たせる場合は、標準のHTML要素、属性、機能、およびAPIを使用します。組み込みのWebプラットフォーム機能ではニーズを満たせない場合、 または再利用可能なデザインシステムコンポーネントを構築する場合にのみ、カスタム要素、 Web Components、またはカスタム機能を使用します。

リソース

必須ではない外部アセットを非同期で読み込むか遅延させ、Flash Of Unstyled Content（FOUC）、 Flash of Invisible Text（FOIT）、またはFlash of Faux Text（FOFT）などのレンダリング上の問題を避けます。

リソース

複数のアセットが帯域幅やレンダリング順序を競合する場合に、読み込み性能を改善するため、 リソースヒントと優先度ヒントを使用します。

リソース

必須のtitle要素を含め、ユーザビリティ、アクセシビリティ、またはパフォーマンスを改善する場合は 任意のHTML head要素を追加します。

リソース

ブラウザー、検索エンジン、その他のユーザーエージェントで広く使用されている関連メタタグを含めます。

リソース

JSON-LD、microdata、RDFa、またはmicroformatsで実装されたschema.orgなどの構造化データを使用し、 ツールやサービスをまたいで、人間と機械の双方によるコンテンツの一貫した解釈と再利用を可能にします。

リソース

prefers-color-schemeなどのCSSメディアクエリを使用して、 一般的なユーザー設定に対応します。ユーザーに利点がある場合は、monochrome、 prefers-contrast、prefers-reduced-data、prefers-reduced-transparency、 prefers-reduced-motionなどの追加の設定クエリも考慮します。効率やサステナビリティを 改善できる場合は、printおよびscriptingメディアクエリを使用します。

リソース

レスポンシブおよびアダプティブデザインを使用し、電話、タブレット、ノートPC、デスクトップ、TV、 新興プラットフォームなどのデバイスと画面サイズをまたいでプロダクトが機能するようにします。 特定の機能や技術がサポートされていない場合でも、プロジェクトが引き続き機能するようにします。

リソース

HTMLのベースラインから始め、コア機能をスタイルや操作に依存させずにユーザー体験を段階的に 改善することで、堅牢で回復力のあるプロジェクトを確保し、プログレッシブエンハンスメントを 用いてサステナビリティを高めます。

リソース

電力需要またはシステム負荷が高いときにエネルギー使用を削減するため、カーボンアウェアデザインを 使用します。状況に応じた設計を用いて、高影響の機能をより低影響の代替手段に置き換え、 削減または無効化します。変更が透明性を保つ限り、自動しきい値によって必須ではない機能を 調整または無効化することもできます。何が変更されたのか、なぜ変更されたのかを明確に伝え、 可能な場合はユーザーが完全な機能を復元できるようにします。

リソース

支援技術、音声入力、QRコード、リーダービュー（ブラウザー、アプリケーション、またはRSS）、接続デバイスなど、サステナブルな非視覚的および 間接的な操作方法をサポートします。

リソース

不要な計算を減らし、DOM更新を制限し、ネットワークリクエストを最小化することで、 長期的なアプリケーションパフォーマンスを支えるJavaScriptを書きます。

リソース

Compression Streams、Page Visibility、VibrationなどのJavaScript APIが エネルギー使用の削減または効率改善に役立つ場合は、それらを活用します。

リソース

クライアント側またはサーバー側のAPIは、 必要な場合にのみ呼び出します。リクエストとレスポンスには、タスクに必要なデータのみが含まれるようにします。

リソース

依存関係を定期的に見直し、未使用のライブラリとフレームワークを削除します。不要なパッケージを アンインストールします。

リソース

外部ライブラリとフレームワークの使用を必要な範囲に制限します。これにより、ブラウザーが ダウンロードして解析しなければならないコード量が減ります。可能な場合はプレーンなコードを 優先します。パッケージサイズを見直し、ライブラリ全体ではなく個別モジュールをインポートできるか、 またはより高性能な代替手段を使用できるかを評価します。確立された信頼できるセキュリティ ライブラリをカスタム実装で置き換えないでください。これは脆弱性を高め、サステナビリティに 悪影響を及ぼす可能性があります。

リソース

定期的な見直しと保守を通じて、すべての依存関係を最新に保ちます。

リソース

favicon.ico、robots.txt、opensearch.xml、site.webmanifest、sitemap.xmlを既定で含めます。 追加の既定ファイルが標準になった場合は、それらも含めます。

リソース

ads.txt、carbon.txt、humans.txt、security.txtなどの追加の標準ファイルを含めます。 追加の既定ファイルが標準になった場合は、それらも含めます。

リソース

労力、パフォーマンス、環境影響のバランスを取る実装アプローチを選択します。より単純な解決策は、 複雑性と実行時の影響を減らせる場合がありますが、より多くの人的労力を必要とします。一方、 既製ツールは構築時間と開発労力を削減する場合がありますが、継続的なリソース使用を増やします。

リソース

ユースケースに最も高性能なアプローチを使用します。多くの場合、ゼロからコーディングすることで 最も高性能な結果を得られますが、よく保守された既存の解決策が利用できる場合、それは自分で 作成できるものよりも最適化されている可能性があります。WYSIWYGエディター、 ビジュアルページビルダー、または重いフレームワークよりも、ネイティブコンポーネントと ファイルシステムを優先します。サードパーティの解決策のパフォーマンス、保守、環境影響に 注意します。

リソース

可能な限り、動的コンテンツの代わりに静的コンテンツを配信します。コード生成が必要な場合は、 Static Site Generators（SSG）などの効率的なツールを優先します。動的なCMS駆動のコンテンツは、通常、静的アプローチと比べてより多くの サーバー側処理を伴い、より大きなライブラリに依存することに注意します。

リソース

プラグイン、拡張機能、テーマを定期的に見直し、それらがプラットフォームおよび他のコンポーネントと 引き続き互換性を持ち、効率的でアクセシブルであることを確保します。

リソース

軽量で焦点が絞られ、効率的なユーザーインターフェイスコンポーネントを使用し、リソース使用、 環境影響、または保守負担を増やす不要な複雑性を避けます。

リソース

選択した言語とフレームワークの最新の安定版を使用します。

リソース

多くのツールと言語は特定の種類の作業に最適化されていることを認識し、タスクに最適な プログラミング言語を使用します。利点がコストを上回り、合理的なユーザーベースがある場合、 導入労力は正当化されます。ただし、関係者のウェルビーイングに影響を与えたり、 費用面で非現実的になったりしないことが条件です。

リソース

必要なデータをできるだけ少ないクエリで取得し、特に頻繁にアクセスされるデータについては、 アプリケーションやORMコードではなくデータベースレベルでフィルタリングと選択を 適用することで、データベースクエリを最適化して負荷を削減します。

リソース

リクエストまたはプロセスごとにデータを一度だけ取得し、データベースクエリを繰り返す代わりに ローカルで再利用します。

リソース

必要なフィールドとレコードだけを返すようにデータベースクエリの範囲を絞ります。

リソース

Time-to-Live（TTL）、UUIDのような非機微な識別子の使用、非識別化、および目的限定の原則に 沿った保存データの最小化など、データライフサイクルとガバナンスの制御を適用します。

リソース

潜在的なインフラ、ホスティング、クラウド、プラットフォーム、外部管理コンテンツ、またはその他の デジタルサービスを選択・評価する際に、サステナビリティ指標を含めます。環境方針および関連する パフォーマンス指標を公開し、透明性をもって開示しているプロバイダーを優先します。これには、 Power Usage Effectiveness（PUE）、Water Usage Effectiveness（WUE）、Carbon Usage Effectiveness （CUE）、再生可能エネルギーの使用、排出削減への コミットメント、ならびにハードウェアの保守と調達の実践が含まれます。

リソース

稼働中のすべてのインフラがもたらす環境への悪影響を、時間の経過とともに監視し削減します。 外部委託かセルフホストかにかかわらず、エネルギー使用量、水使用量、サーバーリソース使用率など、 利用可能な関連指標をすべて追跡します。これにはCPU/コア、 メモリ、ストレージ、ネットワーク使用量が含まれます。この情報を用いて非効率を特定し、 過剰プロビジョニングを削減し、リソース使用を最適化し、透明性のあるサステナビリティ報告を 支援します。

リソース

ハードウェアの寿命を延ばします。設備を効率的かつ適切な容量で使用し、安全にパッチを適用し、 適切に保守します。新しいハードウェアは、デバイスの長寿命化、パッチ適用、修理オプションに コミットする供給元から調達すべきです。

リソース

可能な限り炭素強度の低い電力を使用します。ホスティングプロバイダーは、オンサイト発電、 バックアップシステム、ストレージを含む、利用可能な所在地ベースの電力網データを用いて 炭素強度を測定・報告すべきです。この情報を用いて、より低炭素なホスティングプロバイダーを 選択し、エネルギー調達とインフラ効率を改善します。

リソース

GHGプロトコル（スコープ2）に基づく間接的な電力排出について、 市場ベースの炭素会計を用いて残余排出量を削減します。Energy Attribute Certificates（EAC）またはRenewable Energy Certificates（REC）を通じて低炭素電力を購入する場合は、 証書が使用した電力の時間と場所に一致し、再生可能電力がいつ生成されたかを特定でき、 二重計上を防ぐ方法で有効に発行・償却できることを確認します。

リソース

ドメイン名登録の影響が、ドメインレジストリおよびレジストラによって開示されていることを確認します。 レジストラから環境影響データを入手できる場合は、それをドメイン登録の意思決定と環境影響の緩和に 活用します。そのようなデータが入手できない場合は、登録の意思決定時に想定される環境影響を評価し、 可能な場合はサステナビリティを重視した選択を行います。

リソース

処理時間、繰り返されるデータベースクエリ、API呼び出し、ネットワークリクエストを削減するために キャッシュを使用します。動的コンテンツにはサーバー側キャッシュを、頻繁に変更されないリソースには クライアント側キャッシュを適用します。キャッシュの有効期間を制御し、安定したアセットには静的版を 提供し、頻繁に使用されるリソースへの繰り返しリクエストを最小化します。その際、データ配信方法を 改善するため、追加される複雑性や保守コストとのバランスを取ります。

リソース

ネットワーク中断時にも、不可欠なコンテンツと機能を利用できる状態に保ちます。Progressive Web Applications（PWA）、Service Workers、Web Workers、またはlocal storageなどのWebプラットフォーム機能を使用して、オフラインアクセスを提供します。

リソース

効率的な形式と品質設定を使用して、画像、音声、動画をアップロードする前にファイルサイズを削減します。 ファイルがアップロードに適したサイズになっている場合は、追加の圧縮を適用しないようにします。

リソース

ストレージと転送の要件を削減するため、画像、動画、音声などのメディアファイルを、どこかに アップロードする前に圧縮します。

リソース

明確なエラー処理とユーザーフレンドリーなエラーページを実装し、何が問題だったのかを説明し、 ユーザーをコンテンツへ戻れるように導きます。

リソース

壊れているリンクや古くなったリンクが有効でなくなった場合は、それらを更新します。リダイレクトは、 ユーザーに明確な利点がある場合、またはSEO価値を維持する場合にのみ使用し、 長い、または不要なリダイレクトチェーンは避けます。比例性を適用し、エンジニアリングと保守の コストがパフォーマンスやSEOの利得を上回らないようにします。 エラーやループを防ぐためリダイレクトをテストし、最も単純で効果的なアプローチを選択します。

リソース

必要なセキュリティ、分離、またはコンプライアンスの保証を低下させずに実施できる場合は、未使用または 冗長な仮想環境および物理環境（例：コンテナや仮想マシン）を非アクティブ化、オフライン化、または 削除することで、アクティブな環境の数を削減します。稼働中のサービスも同様に評価します。 同様に、未使用のブランチ、環境、サービスのコードベースと設定を評価し、不要になったものを削除します。

リソース

手作業を削減し一貫性を改善するため、デプロイ、テスト、コンパイルなどの反復タスクを、 継続的インテグレーションおよび継続的デリバリー（CI/CD）のベストプラクティスに沿って自動化します。環境影響の低い 自動化ツールとプラットフォームを優先し、自動化システムの不要な重複を避けます。

リソース

不要なリソース使用を避けるため、自動化タスクは必要な場合にのみ実行します。

リソース

需要に基づいてサーバー容量を調整するためにオートスケーリングを使用します。負荷の圧力を管理するため、 バッファリングとスロットリングを実装します。需要が高いときはリソースを拡張し、需要が低下したら 縮小して、過剰プロビジョニングを避けます。

リソース

正当なユーザー、検索エンジン、有益または許可されたクローラーに対してコンテンツがアクセス可能な状態を 保ちながら、不要で不必要なサードパーティクローラー、ユーザーエージェント、ボット、スクレイパーを セキュリティ制御によって制限します。一部のスクレイパーは、大規模言語モデルへの情報提供や学習を 含む有益な目的に使用される場合があることを考慮します。

リソース

ユーザーニーズ、正確性要件、リソース効率に基づいてキャッシュ更新率を定義し、データがいつ更新されるかを 決定します。

リソース

ストレージ使用量を最小化し、バックアップ時間を短縮するため、システムとユーザーデータのバックアップが 安全で差分的であることを確保します。バックアップへのアクセスを制限し、ユーザーを識別可能な情報が 長期保存されないようにする仕組みを確立します。データ損失または不正使用からバックアップを保護します。

リソース

リアルタイムの電力網炭素強度データに基づいて炭素強度が低い時間にタスクを実行するよう スケジューリングまたはバッチ処理したり、可能な場合は炭素強度の低い地域へワークロードを移動したり することで、カーボンアウェアコンピューティングを使用してワークロード実行を動的に最適化します。 その際、セキュリティ、パフォーマンス、データ所在地の制約を尊重します。

リソース

効率を改善しリソース使用を削減することで、ユーザーニーズ、セキュリティ、サステナビリティの バランスを取る通信プロトコルを選択します。HTTPSやSFTP/SSHなどの 安全な選択肢を優先し、HTTPやFTPなどの安全でないレガシープロトコルを避け、 パフォーマンス向上とネットワークオーバーヘッド低減のため、HTTP/2またはHTTP/3などの現代的な標準を採用します。 後方互換性は必要な場合にのみ維持します。

リソース

ページ全体の再読み込みを必要としない状態変化を持つプロダクトを構築する場合は、イベント駆動 アーキテクチャとマイクロサービスを使用します。パフォーマンス、電力、処理要因に基づいて、 RESTスタイルの同期的なAPIよりもエネルギー効率の高い代替手段を 提供する場合はそれらを優先し、要件を満たしながらサーバーワークロードと環境影響を削減する アプローチを選択します。

リソース

不要なデータ処理を避けます。パフォーマンス、セキュリティ、サステナビリティ指標、リソース使用に基づいて、 処理をクライアント側で行うべきかサーバー側で行うべきかを慎重に判断します。

リソース

アプリケーションの各層間でのデータ変換、転送、処理は、できるだけソースに近い場所で実行します。 これにより不要なシリアライズのオーバーヘッドを削減し、リソースの浪費を避けます。

リソース

静的コンテンツ、アセット、その他の読み取り専用リソースについて、明確な利点がある場合にのみ Content Delivery Network（CDN）を使用し、 より広範なWebホスティングの選択に沿って、パフォーマンス改善と環境影響をケースごとに評価します。 完全に地域限定のオーディエンスに提供する場合は、CDNが必要かどうかを評価し、代わりに地理的に近い ホスティングを優先します。

リソース

信頼できる、証拠に基づいたWebサステナビリティへのコミットメントを示すCDN プロバイダーを選択します。

リソース

動的または頻繁に変更されるリソースをCDNへデプロイすることは避けます。キャッシュパーティショニングや Cross-Origin Resource Sharing（CORS）のような ブラウザー機構により、キャッシュの利点とインタラクション性能が制限され、リソース効率が低下する 可能性があり、回避策はセキュリティまたはプライバシー上のリスクをもたらす場合があります。

リソース

要件と顧客契約を満たしつつ、過剰プロビジョニングをしないインフラを選択します。要件が許す場合は、 マルチゾーンまたは分散構成よりもスタンドアロンインスタンスを優先します。効率的なリソース使用を 確保するため、ピーク負荷ではなく平均負荷に合わせてプロビジョニングします。

リソース

ストレージとエネルギーコストを削減し、データを保存するかどうか、および保存期間を管理するため、 未使用または陳腐化したデータ（「ダークデータ」）を定期的に削除します。

リソース

分類およびタグ付けポリシーを使用して、保持、期限切れ、アーカイブを含むデータライフサイクルルールを 定義・管理します。

リソース

データは、永続的な運用上、分析上、または法的価値を提供し、容易に再生成または置換できない場合に のみ保存します。陳腐化した場合は削除またはアーカイブします。不要な重複を避け、圧縮、キャッシュ、 ストレージ最適化技術などの効率的なストレージ実践を使用します。

リソース

定期的なローテーション、保持、圧縮、バックアップの実践によってログを管理します。これには、実用的な場合に、 エネルギー需要と運用オーバーヘッドを削減するため、リソース集約的な処理を活動の少ない時間帯に スケジューリングすることも含まれます。回復力または復旧のために必要な場合はオフサイトストレージを 含む、回復力のあるバックアップ戦略を使用し、セキュリティとプライバシーのリスクを最小化するため、 可能な限りログから機微情報を削除します。

リソース

ユーザーがサーバーへ繰り返しリクエストする必要がないよう、大きな長期アセットを容易に ダウンロードできるようにします。

リソース

倫理規範、プロダクトガイドライン、アクセシビリティ、サステナビリティ声明など、主要な組織ポリシーを 策定、公開、維持します。デジタルプロダクト、サービス、およびAIなどの新興または破壊的技術について明確な文言を含めます。 これらのポリシーを一般にアクセス可能にし、透明性のためにバージョン管理します。

リソース

Webサステナビリティに関連する成果、機能、コンプライアンス更新、およびその他の関連情報を、 専用のサステナビリティセクション内で公開します。

リソース

サステナビリティポリシーと実践が長期にわたり積極的に実装、監視、統治されていることを示す 証拠を提供します。

リソース

デジタルプライバシー、雇用上の権利、透明性、説明責任、責任ある新興技術、デジタルサステナビリティを 推進する証拠に基づいた法律と標準を支持し、遵守します。同時に、最低限の期待を超える取り組みを行い、 特にアクセシビリティおよびデータ保護要件に準拠しながら、効率的でアクセシブルなユーザージャーニーを 保つため、不要なデータ収集を避けることに努めます。

リソース

特定のデジタル専門知識を持つサステナビリティ責任者を任命し、その表明された目標を達成するために 必要なリソース、予算、ツール、時間を提供することで、デジタルサステナビリティに対する明確な 責任を割り当てます。一部の組織では、意欲ある個人で構成される気候ワーキンググループへ これを拡張することで、さらに利益を得られる場合があります。

リソース

内部チーム、外部貢献者、同僚、組織の意思決定者を含む、プロジェクトに関係するすべての人に対して、 オンボーディング資料とワークショップを作成、提供、および／または提供を促進します。一般的な 気候リテラシーとデジタル気候リテラシーに関する教育、および自組織のサステナブル技術ポリシーに 関するガイダンスを含めます。

リソース

サステナビリティ目標の達成においてチームを支援する継続的な学習機会を通じて、サステナビリティ スキルを開発、確立、更新するための積極的かつ定期的な研修を提供します。

リソース

個人が環境影響を削減するよう奨励します。気候およびサステナブルな取り組みとアイデアを共有します。 サステナブルデザイン、ベストプラクティス、概念に関するリソースを提供します。

リソース

採用されたサステナビリティポリシーと実践、およびそれらの実装方法を概説するため、専用の 研修マニュアル、ワークショップ、資料を作成および／または提供します。新しいポリシーや ベストプラクティスが生じた際には、それらに合わせてこれらの資料を長期にわたり管理・維持します。

リソース

完了を認め、サステナビリティ関連活動のための時間を割り当て、インセンティブと便益を提供することで、 リーダーシップ、チーム、個人が研修目標に向けて進捗を出すよう奨励します。

リソース

ユーザーの行動がエネルギー使用、排出、またはリソース消費にどのように影響するかを示し、 より十分な情報に基づいた選択を行うのに役立つ選択肢を提供します。

リソース

評価対象となるプロダクトまたはサービスの定義された測定単位である各機能単位の環境影響を理解するため、 ライフサイクルアセスメント（LCA）を実施します。 これには、プロジェクトの全ライフサイクルにわたるライフサイクル温室効果ガス（GHG） 排出量とその他の関連する環境影響が含まれます。

リソース

意思決定目標に役立てるため、比較可能な代替案と照らしてプロジェクトの環境影響を評価します。 プロジェクトの追加価値またはサステナビリティ上の利点が、その環境影響を正当化するかどうかを 判断します。

リソース

パイプラインの任意の段階で使用されるツールやサードパーティソリューションの影響または推定影響を 含めます。それらは自分で作成したものではないとしても、製造、保守、使用で生じる排出も全体的な ソリューションに不可欠な一部です。

リソース

明確なWebサステナビリティ目標を定義し公開します。測定可能なパフォーマンス指標を特定し、 人々がサステナビリティパフォーマンスを理解し評価できるよう、それらの目標に対する進捗を伝えます。

リソース

独立した第三者による検証または保証を使用して、サステナビリティに関する主張を検証します。

リソース

サステナビリティに関する主張を長期にわたり再評価し、新しい証拠がその正確性に影響する場合は更新します。

リソース

認知された標準に沿って、デジタルプロダクト、プログラム、サービスの環境的、社会的、ガバナンス上の 影響を開示するためのポリシーと実践を作成し公開します。

リソース

過去の報告書およびWebサステナビリティ目標に対する進捗を含む、公開のサステナビリティ影響報告書を 少なくとも年1回公開します。

リソース

デジタルプロダクトおよびWebサービスの排出量ならびに環境的、社会的、ガバナンス上の影響について、 透明性のある報告実践を作成し維持します。

リソース

二重計上、グリーンウォッシング、データ除外、選択的報告などの誤解を招く実践を避けながら、 環境的、社会的、ガバナンス上の影響がどのように削減されるかを明確に説明します。

リソース

組織がどのように収益を生み出し、それらの収益源が環境的および社会的影響とどのように関係するかを 文書化します。影響がどのように測定、見直し、長期にわたり改善されるかを説明します。

リソース

組織がプロダクト管理と保守にどのように取り組むかを概説する文書を作成し維持します。

リソース

プロダクトライフサイクル全体にわたって長期的なサステナビリティ、エネルギー効率、責任あるリソース使用を 優先する、すべてのデジタルプロダクトとサービスの保守計画およびセキュリティ計画を策定、 実装、維持します。

リソース

プロダクト、プロトタイプ、テスト、および支援プロセスに、長期にわたり十分なリソースが割り当てられるように します。プロジェクトを放棄することなく、技術的負債への対応、リファクタリング、機能の進化を含む 継続的な保守を支えるため、十分な人員と予算を維持します。

リソース

保守プロセスに炭素とリソースの測定を含め、長期にわたる改善を追跡します。提供される本質的価値と サステナビリティ成果を反映する指標を優先します。不要な作業、リソース消費、排出を促す指標は 避けます。

リソース

アクセシビリティ、ユーザビリティ、その他の環境的、社会的、ガバナンス上の影響に関連するものを含め、 Key Failure Indicators（KFI）を特定し文書化します。 KFIを監視して新たなリスクを検出し、是正措置に 役立てます。

リソース

何が変更されるのか、なぜ変更されるのか、それが環境サステナビリティ成果を改善するのかを明確に 報告する継続的改善の実践を組み込みます。環境およびその他のESG影響が、運用および事業パフォーマンス指標とともに 評価されるようにします。

リソース

成果物を見直し頻繁に更新して、プロジェクトチームがユーザー調査を実施し、技術的負債を特定して 解消し、高品質な成果物を生み出し、学んだことを共有するための十分な時間を確保します。

リソース

デジタルプロダクトまたはサービスを分析するための継続的改善（反復）プロセスの実績を示します。 同時に、技術的負債、プロダクトパフォーマンス、排出量など、継続的な実験による潜在的な結果に 対処します。意思決定を支援し、ユーザーフィードバックを促し、組織目標とユーザーニーズに対する パフォーマンスを比較する、厳密に必要な機能に分析を限定します。

リソース

プロダクトライフサイクル全体を通じて、すべての機能を定期的に見直します。環境影響、ユーザー価値、 利用状況、保守コストに基づいて、機能を維持、変更、追加、削除する意思決定を正当化し優先順位付けします。 これには、未使用または低トラフィックの機能とコンテンツの廃止が含まれます。

リソース

機能が追加、変更、削除される際に、明確で構造化された文書を提供します。一貫したバージョン管理または 変更追跡システムを使用して、変更の性質と影響を伝えます。

リソース

プロダクトまたはサービスが関連する国連の持続可能な開発目標（U.N.（SDG） のいずれかと整合するかを特定し、該当する場合は、対応するターゲットをサステナビリティ声明に含めます。

リソース

望ましさ、実現可能性、事業成立性に基づいて、プロダクトまたはサービスが必要かどうかを評価します。

リソース

アクセシビリティ、技術的、地理的、公平性に関する障壁を含め、プロダクトまたはサービスの利用を 妨げる障壁を取り除くか削減します。

リソース

潜在的パートナーを審査・評価するための明確なポリシーに支えられた形で、サプライチェーンの パートナー選定とガバナンス全体にサステナビリティ原則を適用します。

リソース

影響を受ける当事者への影響を作成、追跡、測定するためにサプライヤーと連携します。

リソース

パートナーシップがどのように集合的な影響を生み出すかに関する情報とともに、一般に利用可能な場所で パートナーシップを紹介し開示します。

リソース

従業員、請負業者、その他の影響を受ける当事者に生活賃金を支払うことを公に約束します。

リソース

インセンティブの設計と適用方法を導く明確なポリシーに支えられた形で、労働者や請負業者などの 影響を受ける当事者へのインセンティブを組織的実践に組み込み、インパクト目標を支援します。

リソース

利用可能なリソースに見合った従業員福利厚生を提供します。これには医療、退職支援、柔軟な働き方、 利益分配が含まれる場合があります。

リソース

ユーザーやスタッフを含む人々を、彼らに影響する意思決定に関与させます。関連する意思決定プロセスに 参加する意味のある機会を提供し、意思決定者が明確な権限と説明責任を持つようにします。自動化 システムが使用される場合は、意思決定におけるその役割について透明性を提供し、人間による監督を 可能にし、人々がオプトアウト、異議申立て、同意の撤回、意思決定への異議申立てを行えるようにします。 異議申立てが人間の意思決定者によって見直されるようにします。

リソース

DEIJへの明確なコミットメントを公開します。排除を減らし、多様で十分なサービスを受けていない、 または周縁化されたコミュニティのためにプロダクトへのアクセスの長期的なサステナビリティを 支援するため、組織がこれらのコミットメントをどのように適用するかを説明します。

リソース

DEIJ研修、およびアルゴリズムバイアス、デジタルディバイド、雇用の公平性、誤情報・偽情報などの トピックを提供します。

リソース

採用、リーダーシップ、運用全体におけるDEIJの測定可能な進捗を追跡し公開します。

リソース

プライバシー、法律、ポリシー文書を、平易な言葉とアクセシブルな形式で一般にアクセス可能な状態に 維持します。認知された国際標準に沿った強固なデータ保護実践に従い、ユーザーへのリスクが高い場合や 保護措置が不十分な場合はより強い保護を適用し、透明性のあるデータ利用とガバナンスを通じて、 プライバシー、アクセシビリティ、サステナビリティにおける良い実践を支援します。

リソース

アクセス、訂正、削除、オプトアウト、データポータビリティを含むユーザーデータ権利を尊重します。 アカウント、データ、サブスクリプションを管理するための明確なユーザーコントロールを提供します。 定義された目的のために、必要な期間を超えない範囲でのみ個人データを収集・保持します。オープンで 一般的に使用される形式でデータエクスポートを提供します。削除および同意の変更が、合理的な期間内に、 データベース、派生データセット、バックアップ、キャッシュを含むすべてのシステムに適用されるようにします。

リソース

自動有効期限と定期的なプロダクト監査を通じて、古くなった、または期限切れとなったプロダクト コンテンツとデータをアーカイブおよび削除します。アーカイブスケジュールを公開し、必要とする人のために 古い検索可能コンテンツの軽量版が維持されるようにします。

リソース

自動化システムで使用、作成、または参照されるデータセットが、タスクに必要な大きさを超えず、 倫理的に調達され、スクリーニング、検証、保存され、公正で非差別的かつ責任ある方法で使用されるようにします。

リソース

従業員の役割や組織の運用を変化または混乱させる可能性のある新技術への適応において、従業員を支援します。

リソース

AIおよび新興または破壊的技術の推進または採用に関連する環境影響を監査し、 説明責任を果たします。これには、サードパーティシステム、利用ごとに発生する廃棄物、水、排出、 ならびに初期導入と更新に起因するものが含まれます。効率を優先し、環境影響を最小化する方法で 導入します。

リソース

ボット、クローラー、ユーザーエージェント、スクレイパー、人工知能、その他すべての自動化ツールが、 ホスト、サーバー、サイトレベルでのオプトアウトシグナルを尊重するようにします。提供者は、 HTTPヘッダー内のユーザーエージェントで、自らが 非人間であることを宣言しなければなりません。

リソース

「今収集し、後で復号する」攻撃と長期的なデータ機密性リスクから保護する明確な必要性がある場合にのみ、 耐量子暗号を使用します。既存の暗号方式を置き換えるものではなく補完するものとして扱い、移行中は 両方を使用します。高トラフィックサービスで耐量子暗号を採用する際は、帯域幅消費、処理需要、 設計の複雑性、移行リスクがセキュリティ上の利点を上回る可能性があるため、慎重に適用します。

リソース

化石燃料から投資撤退し、銀行取引やスポンサーシップを含む財務関係を、よりサステナブルな パートナーへ移行します。

リソース

長期的な保守と環境責任を支える、責任ある予算編成と資金調達の実践を使用します。

リソース

企業寄付ポリシーを作成し、戦略的に整合した組織とのフィランソロピー・パートナーシップを確立します。

リソース

チームの学習を助け、非営利団体や慈善団体に利益をもたらすボランティア活動とプロボノ活動を支援します。

リソース

データ廃棄、アーカイブ、ファイル削除、その他の関連ガイダンスを含む、明確で文書化された 終末期ガイドラインを提供します。

リソース

不要なハードウェアと材料をリサイクル、修理、またはアップサイクルします。可能な場合は部品を回収、 再配備、再利用し、残りの材料はサステナブルな方法で処分します。認証された修理およびリサイクル サービスを使用して、寿命を迎えたデジタル機器と運用上の電子廃棄物を責任をもって扱います。 サービス提供者は、責任ある電子廃棄物管理のための明確なポリシーを維持すべきです。

リソース

ハードウェアの修理とリサイクルに関するポリシーを維持し、修理を奨励します。

リソース

新しい設備を購入する前に、既存ハードウェアの再利用、再整備、再配備を優先します。

リソース

ユーザーが購入した製品をできる限り修理できるようにし、可能な場合は原価で交換部品を提供し、 故障が発生した際に修理に役立つ明確な手順を提供します。

リソース

作成、使用、廃止を含むプロダクトとサービスの全ライフサイクルを対象とするデジタルサステナビリティ 予算基準を概説し文書化します。これらの上限が積極的に適用され、すべての影響を受ける当事者に 伝えられるようにします。

リソース

パフォーマンス予算を使用してデジタルプロダクトまたはサービスのサイズと複雑性に上限を設け、 データ転送とファイルサイズを積極的に削減して、パフォーマンスを改善し、よりサステナブルで 低影響なデジタル体験を作ります。

リソース

エンジニアリング作業量、開発時間、またはスプリントに関するKPIを定義します。 労働者の健康、ウェルビーイング、サステナブルなワークロードを優先しながら、作業が丁寧に行われるよう ワークフローをサステナブルに最適化します。

リソース

ベースライン測定を確立し、長期にわたる改善を追跡します。改善に関する主張は証拠によって 支えられることを求めます。

リソース

再利用を優先し、重複を減らし、長期的な保守性を支援する選定、承認、リリースワークフローを含む、 オープンソースツールのサステナブルな利用と貢献のためのプロセスを定義し維持します。

リソース

オープンソース原則に根ざして、サステナブルなソフトウェア開発を支援するためにオープンソース エコシステムと協働し、共有された保守、再利用、作業重複の削減を改善するため、コード、時間、 または金銭的支援を通じてコミュニティベースのプロジェクトに定期的に貢献します。

リソース

インシデント対応計画を作成、維持、定期的に見直し、テストして、準備状況を判断し、システムとサービスが あらゆるインシデントから迅速に復旧できるようにします。

リソース

インシデント、サービス上の問題、データまたは可用性に対するリスクについて、ユーザーと透明性をもって コミュニケーションします。