웹 지속 가능성 지침(WSG)

W3C 그룹 노트 초안

이 문서에 대한 자세한 정보
이 버전:
https://www.w3.org/TR/2026/DNOTE-web-sustainability-guidelines-20260707/
최신 공개 버전:
https://www.w3.org/TR/web-sustainability-guidelines/
최신 편집자 초안:
https://w3c.github.io/sustainableweb-wsg/
이력:
https://www.w3.org/standards/history/web-sustainability-guidelines/
커밋 이력
주 편집자:
Alexander Dawson (초청 전문가)
편집자:
Rose Newell (초청 전문가)
저자:
감사의 말 참조
피드백:
GitHub w3c/sustainableweb-wsg (풀 리퀘스트, 새 이슈, 열린 이슈)
보충 자료:
지속 가능한 도구 및 보고 (STAR)
WSG 리소스
웹 지속 가능성 법률 및 정책
WSG 영향 측정
WSG 혜택
한눈에 보는 WSG
WSG 빠른 참조

초록

웹 지속 가능성 지침(WSG)은 디지털 팀이 정보에 기반한 지속 가능한 결정을 내릴 수 있도록 실행 가능한 권장 사항을 제공합니다. 작업과 웹의 여러 측면을 고려하여, 이 지침은 디지털 제품과 서비스가 지구, 사람, 그리고 번영(PPP)에 미치는 영향을 다룹니다. 이 지침은 학제적이며 인공지능과 새로운 웹 기술을 포괄합니다.

일부 지침은 W3C와 기타 조직의 기존 문서와 명세를 참조합니다. 이러한 접근 방식은 확립된 권장 사항을 재해석하기보다 교차성과 협업의 중요성을 강조합니다. WSG는 웹 기술을 우선시하지만, 더 넓은 조직 차원의 지속 가능성 노력도 지원할 수 있습니다.

WSG는 더 넓은 조직 차원의 지속 가능성 이니셔티브와 전환을 지원하는 실용적인 가교 역할도 할 수 있으며, 팀이 웹 중심 지침을 더 넓은 환경, 사회, 거버넌스 노력에 적용하도록 돕습니다.

조직은 시간이 지남에 따라 지속 가능성 진전을 이루도록 권장됩니다. 현실적인 목표를 설정하고 진행 상황을 추적하면 팀이 지속적인 웹 지속 가능성을 달성하는 데 도움이 됩니다. 구현 지침은 이 문서의 "추가 정보" 섹션과 지원 문서를 참조하십시오.

이 문서의 상태

이 섹션은 이 문서가 발행된 시점의 상태를 설명합니다. 현재 W3C 발행물 목록과 이 기술 보고서의 최신 개정판은 W3C 표준 및 초안 색인에서 확인할 수 있습니다.

이 문서는 Sustainable Web Interest Group 구성원과 기타 관심 있는 당사자의 검토를 받았습니다. 이 Interest Group은 지침에 대한 인식을 높이고 논의와 채택을 장려하기 위해 WSG 초안을 발행했습니다. 이 지침의 발행이 다른 W3C 그룹이 수행하는 작업에 영향을 미친다는 의미는 아니며, Interest Group은 적절한 경우 관련 작업을 모니터링할 것입니다.

피드백을 환영하며 GitHub를 통해 제출해야 합니다. 이슈를 제출하려면 무료 GitHub 계정이 필요합니다. 이전 논의는 public-sustainableweb@w3.org (아카이브) 메일링 리스트에 보관되어 있습니다.

현재 예비 상호운용성 보고서나 구현 보고서는 없습니다. 그러나 Interest Group은 도구, 대규모 연구, 향후 WSG 지침에 정보를 제공하기 위한 웹 지속 가능성 모델을 탐색하고 있습니다.

이 문서는 Sustainable Web Interest Group에서 노트 트랙을 사용하여 그룹 노트 초안으로 발행했습니다.

그룹 노트 초안은 W3C나 그 회원의 승인을 받은 것이 아닙니다.

이 문서는 초안 문서이며 언제든지 다른 문서로 갱신, 대체 또는 폐기될 수 있습니다. 진행 중인 작업 이외의 것으로 이 문서를 인용하는 것은 부적절합니다.

W3C 특허 정책은 이 문서에 대해 어떠한 라이선스 요구 사항이나 약속도 부과하지 않습니다.

이 문서는 2025년 8월 18일 W3C 프로세스 문서의 적용을 받습니다.

1. 소개

소개에 대한 쉬운 말 요약:

1.1 WSG 배경

1.1.1 웹 지속 가능성 개요

WSG는 웹 지속 가능성을 다음과 같이 정의합니다.

디지털 제품과 서비스를 설계, 개발, 운영하는 접근 방식으로, 가능한 한 깨끗하고, 효율적이며, 개방적이고, 정직하며, 재생 가능하고 회복력 있는 웹으로 이어지는 방식입니다. [MANIFESTO]

웹 지속 가능성은 피해를 줄이는 것을 넘어, 생태계를 복원하고 공동체가 번영하도록 지원하는 것도 포함합니다. 웹은 문제의 일부이면서 동시에 해결책을 위한 촉매가 될 수 있습니다.

WSG는 더 윤리적이고, 인간 중심적이며, 포용적인 웹을 촉진하는 것을 목표로 합니다. 이 지침은 지속 가능한 개발에 필수적인 요소로 시스템 사고, 교차성, 직능 간 협업을 강조합니다.

WSG는 그 정의에 포함된 핵심 용어를 다음과 같이 이해합니다.

  • 깨끗함: 저탄소 또는 재생 가능 에너지를 사용하여 호스팅됨;
  • 효율적임: 가능한 한 가장 적은 리소스를 사용함;
  • 개방적임: 투명하고, 접근 가능하며, 사용자가 제어할 수 있음;
  • 정직함: 조작, 착취 또는 기만적 패턴을 피함;
  • 재생 가능함: 공동체와 생태계를 지원함;
  • 회복력 있음: 변화하는 상황에서 견디고 적응하도록 설계됨.

이는 웹 지속 가능성의 기존 기둥을 바탕으로 합니다.

  • 지구: 건강한 생태계를 보호하고 촉진합니다.
  • 사람: 개인, 공동체, 사회 전체를 보호합니다.
  • 번영: 좋은 거버넌스, 회복력, 공유된 형평성에 기반한 관행을 따릅니다.

웹 지속 가능성 지침(WSG)은 웹 제품과 서비스를 지구, 사람, 그리고 번영을 위해 더 지속 가능하게 만드는 방법을 탐구합니다. 웹 지속 가능성은 엄격히 환경적 문제만을 의미하지 않습니다. 접근성, 국제화, 프라이버시, 보안과 같은 요소도 프로젝트의 장기적 실행 가능성에 영향을 미치기 때문입니다. 이러한 원칙은 웹 지속 가능성을 추구할 때에도 타협 없이 항상 준수되어야 합니다.

참고
WSG는 원래 Sustainable Web Design Community Group에서 개발되었습니다. 2022년 4월부터 100명 이상의 전문가가 첫 초안에 기여했으며, 이 초안은 GitHub와 정기 회의를 통해 다듬어졌습니다. 2024년 10월, 이 그룹과 그 작업은 W3C의 일부가 되었습니다.

1.1.2 웹 지속 가능성의 중요성

  • 인터넷 관련 배출량은 이제 항공 산업의 배출량을 넘어섰으며, 웹 지속 가능성을 기후 행동의 중요한 지렛대로 만듭니다. [ICT-IMPACT] [COMMS] [SHIFT]
  • 9개 행성 한계 중 7개이미 초과되었으며, 인터넷 관련 기술은 이러한 초과를 가속하고 있습니다. WSG는 측정 가능하고 증거 기반의 관행을 통해 이 추세를 되돌리기 위한 프레임워크를 제공합니다.
  • 인공지능과 같은 새로운 기술의 통합은 디지털 리소스 소비를 크게 증가시킬 수 있으며, 새로운 웹 기능을 개발하고 배포할 때 지속 가능성을 고려해야 할 필요성을 보여 줍니다.
  • 디지털 영향은 규모에 따라 커집니다. 더 큰 웹사이트와 온라인 리소스는 더 큰 지속 가능성 과제를 갖지만, 변화를 구현할 기회도 더 많습니다. 다른 인프라와 달리 웹은 애자일하고 반복적인 개선에 적합합니다.

1.1.3 지속 가능성 고려 사항

디지털 서비스는 복잡한 환경, 사회, 경제 시스템 안에서 작동한다. 따라서 웹 지속가능성은 한 영역에서 내려진 결정이 다른 영역의 결과에 어떻게 영향을 미칠 수 있는지 이해하기 위한 시스템 사고 접근 방식이 필요하다. 이를 위해서는 서로 다른 부서의 전문성을 한데 모으는 교차 기능 협업이 필요하다. 이러한 상호의존성을 고려하면 의도하지 않은 결과를 피하고 기회를 식별하는 데 도움이 될 수 있다.

이 지침은 여러 영역에서 웹 지속 가능성을 촉진하지만, 가능한 모든 환경 개선, 방법 또는 전략을 다루지는 않습니다. 웹 지속 가능성은 진화하는 분야이며, 연구나 확립된 모범 사례에 공백이 있을 수 있습니다. 항상 맥락에 더 잘 맞을 수 있는 추가 접근 방식을 탐색하십시오.

WSG는 웹 기술에 초점을 맞추지만, 웹이 우리가 하는 거의 모든 것과 연결되어 있는 것처럼, WSG도 디지털 서비스 및 웹과의 관계가 처음에는 희박해 보일 수 있더라도 웹 지속 가능성에 영향을 미치는 덜 명확한 세부 사항을 검토합니다. 조직은 목표 설정, 보고, 규정 준수 보장 시 이러한 더 넓은 영향을 고려해야 합니다.

1.2 WSG 지침 계층

WSG는 개발자, 디자이너, 정책 입안자 등을 포함한 다양한 독자를 위해 설계되었습니다. 서로 다른 필요를 다루기 위해 여러 계층의 지침을 제공합니다.

이러한 계층은 함께 다른 W3C 지침과 유사한 구조화된 접근 방식을 제공하며, 구현자가 더 지속 가능한 프로젝트를 만들 수 있도록 돕습니다. 지침은 웹 지속 가능성 목표를 설명하고, 성공 기준은 측정 가능한 기대 사항을 정의하며, 추가 정보는 구현을 지원하기 위한 맥락과 예시를 제공합니다.

웹 지속 가능성 지침(WSG)은 디지털 서비스와 웹에 관여하는 다양한 역할을 반영하여 네 가지 범주로 구성됩니다. 독자는 모든 섹션을 검토해야 합니다. 명목상 자신의 책임과 관련이 없다고 보이는 섹션도 포함됩니다. 이는 일부 성공 기준이 배정된 범주 밖에서도 관련성을 갖기 때문에 중요합니다. WSG가 포괄적이기는 하지만, 이 지침의 범위 밖에도 추가적인 웹 지속 가능성 개선이 존재합니다.

참고

이 대화형 명세에서는 관심사별로 성공 기준을 필터링할 수 있습니다. 관계에 나열된 표준은 필터로 사용할 수 있으며, 리소스 문서에서 상호 참조됩니다.

1.3 테스트와 지표

WSG는 자동화 도구와 사람의 평가를 통해 테스트 가능하도록 설계되었습니다. 광범위한 웹 기술에 적용되며, 전 세계 전문가의 의견을 바탕으로 개발되었습니다.

WSG데이터 기반 의사결정을 강조합니다. 성공 기준은 증거와 모범 사례에 의해 뒷받침되며, 지원 자료는 리소스 문서에서 확인할 수 있습니다.

1.3.1 측정의 과제

  • 데이터 공백은 인터넷 스택 전반에 존재합니다. 예를 들어, 서버, 네트워크, 기기의 에너지 사용 데이터는 불완전한 경우가 많습니다.
  • 시스템적 상호의존성은 나비 효과를 만들어, 한 영역의 행동이 다른 영역에 영향을 미칠 수 있습니다. 예를 들어, 에너지 효율적인 하드웨어를 배포하면 에너지 소비를 줄이고 지역 소음 감소라는 부수 효과를 얻을 수 있지만, 그 하드웨어는 제조되어야 하며, 이는 다시 희토류 금속 채굴을 필요로 합니다.
  • 탄소 터널 비전은 물질 폐기물, 전자 폐기물, 물 사용, 또는 PPP의 사람과 번영 측면보다 에너지 배출을 우선시하게 만듭니다.
  • 환경 영향은 드물게 전부 아니면 전무입니다. 구현자는 가능한 일을 수행하고, 남은 부정적 영향을 완화하여 전체적인 영향을 개선해야 합니다.

디지털 서비스와 관련된 환경 영향은 에너지 소비와 온실가스(GHG) 배출을 넘어 확장됩니다. 디지털 인프라와 관련된 물질 사용, 전자 폐기물, 물 소비, 화학 오염도 데이터와 방법론을 사용할 수 있는 곳에서는 고려해야 합니다 [VARIABLES].

웹 지속 가능성 개선에는 절충이 포함될 수 있습니다. 예를 들어, 물 사용을 줄이는 조치는 에너지 수요를 늘릴 수 있으며, 성능 최적화는 접근성이나 기기 호환성에 영향을 줄 수 있습니다. 구현자는 한 영역의 개선이 다른 영역에서 의도하지 않은 피해를 일으키지 않도록 잠재적 절충을 신중히 평가해야 합니다.

1.3.2 영향

웹 지속 가능성 지침(WSG)의 영향 측정 리소스는 WSG 지침의 영향을 사람, 지구, 번영이라는 세 범주에 걸쳐 평가하기 위한 프레임워크를 정의합니다. 각 지침에는 영향 등급(미정, 낮음, 중간 또는 높음)과 그 영향이 관찰될 것으로 예상되는 시점을 나타내는 기간(단기, 중기 또는 장기)이 부여됩니다.

이 입력값은 각 지침의 영향 점수를 계산하는 데 사용됩니다. 이 점수는 조직이 지침을 비교하고 상대적 영향과 기간에 따라 조치의 우선순위를 정하는 데 도움이 됩니다. 점수가 높을수록 더 짧은 기간에 더 높은 영향을 달성함을 나타냅니다. 산출된 점수는 해당 리소스에 포함됩니다.

정량적 측정이 불가능한 경우, 등급은 이용 가능한 연구와 전문가 의견에 기반합니다. 각 지침은 그 등급과 기간에 대한 근거를 포함하며, 적절한 경우 평가를 지원하기 위한 제안 지표도 포함합니다.

1.3.3 행동 촉구

웹 지속 가능성 지침은 여러 구현 주체에 의존합니다.

  • 작성자(예: 디자이너, 개발자, 작성자, 의사결정자).
  • 사용자 에이전트(예: 브라우저).
  • 저작 도구.

그 영향의 예로는 렌더링 성능과 개발자 도구를 통한 에너지 사용의 정확한 측정이 있습니다. 저작 도구도 효율적인 코드를 생성하고, 낭비를 줄이며, 가능한 가장 지속 가능한 방식으로 결과를 제공함으로써 웹 지속 가능성을 지원합니다.

참고

WSG 인사이트를 제공하는 도구나 사용자 에이전트는 핑거프린팅 위험을 피해야 합니다. 예를 들어 고유 식별자, 점수 또는 패턴을 통해 사용자를 추적하는 경우입니다. 에너지 지표는 개별 사용자를 식별하지 않도록 집계되어야 합니다.

이 외에도 웹 지속 가능성에는 모든 역할에 걸친 챔피언이 필요합니다.

  • 개인: 웹 지속 가능성을 옹호하고, 동료를 교육하며, 작은 것부터 시작합니다.
  • 디자이너/개발자: 접근성, 보안, 프라이버시, 국제화, 성능, 저탄소 인프라를 우선시합니다.
  • 브라우저/하드웨어 공급업체: 효율성을 최적화하고, 순환 경제 관행을 채택하며, 운영과 공급망이 착취적이거나 지속 불가능하거나 안전하지 않은 관행을 피하도록 보장합니다.
  • 규제 기관: 디지털 지속 가능성을 기후 정책과 감축 목표에 포함합니다.

지속 가능성은 공동의 책임입니다. 서로 다른 챔피언은 자신의 전문성과 맥락에 따라 서로 다른 지침을 주도하거나 지원하거나 옹호할 수 있습니다.

연구, 기술, 웹 지속 가능성 관행이 진화함에 따라 WSG는 계속 갱신될 것입니다. GitHub를 통해 기여하여 지침이 현재 지식과 실질적 구현 경험을 반영하도록 도와주십시오.

1.4 준수

이 섹션은 선택적 준수 주장과 그린워싱을 피하기 위한 지침을 포함하여, WSG 준수 요구 사항을 정의합니다.

1.4.1 요구 사항

WSG를 부분적으로 또는 전체적으로 준수한다는 것은 특정 WSG 기준 집합이 충족됨을 의미합니다. WSG 준수는 성공 기준, 지침, 섹션(역할 기반) 또는 전체 명세에 대해 확립될 수 있습니다.

성공 기준 수준의 부분 준수

디지털 제품 또는 서비스는 해당 성공 기준의 요구 사항을 충족할 때 특정 성공 기준을 준수합니다.

지침 수준의 부분 준수

디지털 제품 또는 서비스는 해당 지침의 모든 성공 기준을 충족할 때 개별 지침을 준수합니다. 성공 기준을 적용할 수 없는 경우, 해당 지침의 준수에는 영향을 미치지 않습니다.

참고

예를 들어 성공 기준이 동영상 콘텐츠와 관련되어 있고 평가 대상 제품이나 서비스에 동영상이 포함되지 않은 경우, 해당 성공 기준은 적용되지 않을 수 있습니다.

섹션 수준의 부분 준수

섹션 수준(역할 기반) 준수는 한 섹션 내의 모든 지침을 준수함으로써 달성될 수 있습니다. 예를 들어, 웹 개발 섹션의 모든 지침이 충족되면, 웹사이트나 조직은 해당 섹션에 대해 부분적으로 준수한 것으로 간주됩니다.

이는 다음과 같이 불립니다.

  • 부분 준수: UX
  • 부분 준수: 웹 개발
  • 부분 준수: 호스팅 및 인프라
  • 부분 준수: 비즈니스 및 제품
전체 준수

디지털 제품 또는 서비스는 모든 지침 전반의 모든 성공 기준을 충족할 때 WSG를 완전히 준수합니다.

참고

모든 제품이나 서비스가 전체 준수를 달성할 수 있는 것은 아닐 수 있습니다. 이러한 지침을 구현하고 따를 때에는 완벽보다 실용주의와 진전을 가장 중요하게 고려해야 합니다.

1.4.2 주장

준수 주장은 선택 사항입니다. 주장하는 경우, 다음을 포함해야 합니다.

  1. 주장의 날짜.
  2. 지침 제목 및 URI: "Web Sustainability Guidelines at https://www.w3.org/TR/web-sustainability-guidelines/".
  3. 준수 세부 정보: 충족된 WSG의 성공 기준, 지침 및/또는 섹션 목록.

구현자는 주장 없이도 WSG준수할 수 있습니다.

준수 주장 자체에 더해 다음을 포함하면 도움이 될 수 있습니다.

  • 어떤 표준과 규정을 준수하겠다고 약속하는지에 대한 의도 진술.
  • 사용자를 돕기 위해 제공되는 추가 정보로, 웹 지속 가능성을 개선하기 위해 이 명세를 넘어 수행한 조치와 변경의 영향을 보여 주는 지표, 그리고 모든 지원 데이터에 대해 날짜 또는 기간을 명확히 명시한 정보.
참고

지속 가능성 진술서에 주장과 지원 증거를 기록하면 감축 목표, 내부 범위 회계 또는 규정 준수를 입증하는 데 도움이 될 수 있습니다.

이 지침을 사용하면 조직이 환경 및 지속 가능성 관행과 관련된 기존 및 새로운 법률, 정책, 보고 체계에 더 잘 맞출 수 있습니다. 이 지침은 완전한 준수를 보장하지 않으며, 적용 가능한 법적 및 규제 요구 사항과 함께 적용해야 합니다.

1.4.3 그린워싱

그린워싱은 회사나 기타 주체가 실제보다 환경 보호를 위해 더 많은 일을 하고 있다고 대중이 믿도록 오도하는 것입니다. 허위 주장은 다른 분야에서 사용자에게 잠재적으로 피해를 줄 수 있음이 인정됩니다. 지속 가능성에서 이 위협 벡터로 인한 피해는 제품이나 서비스의 사용자뿐 아니라 더 넓은 생태계와 사회에도 영향을 미칠 수 있습니다.

이를 피하려면 다음을 따르십시오.

  • WSG 준수를 전체 지속 가능성을 달성했다는 증거로 주장하지 마십시오. 이 문서의 적용 범위에는 항상 공백이 존재하기 때문입니다.
  • 부분적 개선을 지속 가능성을 달성했다는 증거로 제시하지 마십시오.
  • 지속 가능성 노력을 투명하게 전달하고, 검증 가능한 주장만 지원 증거와 함께 제시하십시오.

1.5 관계

참고

WSG가 기반으로 삼는 지침과 표준은 항상 변화하고 있습니다. "living" 또는 "evergreen" 표준이라고 불리는 일부 표준은 자주 갱신되며, 이 문서의 관련성에 빠르게 영향을 줄 수 있습니다. 다른 표준은 덜 자주 갱신되므로, 새 버전이 나오기 전까지는 변경 사항이 WSG에 영향을 미치지 않을 수 있습니다.

따라서 WSG를 사용하는 사람은 누구나 새로운 연구나 데이터에 기반한 모범 사례의 업데이트를 정기적으로 확인해야 합니다. 또한 최신 지침을 준수하기 위해 도구가 최신 상태인지 확인해야 합니다.

1.5.1 W3C 명세

웹 머신 러닝을 위한 윤리 원칙과의 관계 [webmachinelearning-ethics]
W3C 문서는 웹에서 머신 러닝을 사용하는 데 관한 윤리적 고려 사항을 다룹니다. WSG는 이러한 원칙을 통합하여 AI가 지속 가능하고 책임 있는 디지털 관행을 다루도록 보장합니다.
윤리적 웹 원칙과의 관계 [ethical-web-principles]
W3C 문서는 "웹은 환경적으로 지속 가능한 플랫폼이다"라고 명시한 원칙 2.9를 포함하여 웹을 위한 윤리 원칙을 개괄합니다. WSG는 디지털 관행에서 지속 가능성을 촉진하기 위해 이 원칙과 정렬됩니다.
브라우저 핑거프린팅 완화와의 관계 [fingerprinting-guidance]
W3C 문서는 브라우저 핑거프린팅의 유형과 프라이버시 위험을 완화하는 방법을 정의합니다. WSG는 웹 지속 가능성 노력이 이러한 지침에 따라 사용자 프라이버시와 데이터 보호를 존중하도록 보장합니다.
프라이버시 원칙과의 관계 [privacy-principles]
W3C 문서는 신뢰할 수 있는 플랫폼으로서의 웹 개발을 안내하기 위한 프라이버시 원칙을 제공합니다. WSG는 책임 있는 디지털 관행을 만들기 위해 프라이버시, 보안, 웹 지속 가능성을 연결합니다.
웹 콘텐츠 접근성 지침(WCAG)과의 관계
[WCAG]는 웹 콘텐츠를 더 접근 가능하게 만들기 위한 권장 사항을 제공합니다. WSG는 디지털 경험이 접근 가능하면서도 지속 가능하도록 WCAG와 정렬됩니다. WCAG와 WSG 사이의 충돌은 본질적으로 가능성이 낮지만, 명백한 경우에는 준수 참고에 따라 평가해야 합니다.
웹 플랫폼 설계 원칙과의 관계 [design-principles]
W3C 문서는 웹 플랫폼 기술을 위한 설계 원칙을 포함합니다. WSG는 지속 가능한 모범 사례를 발전시키기 위해 이러한 원칙을 통합합니다.

1.5.2 기타 표준

글로벌 보고 이니셔티브(GRI)와의 관계
[GRI]는 웹 지속 가능성 보고를 위한 세계에서 가장 널리 사용되는 표준을 제공합니다. WSG는 측정 가능성이 개선됨에 따라 데이터가 진화하는 지속 가능성 보고에서 투명성과 준수를 지원하기 위해 GRI에 정렬된 지표를 제공합니다.

1.5.3 모범 사례

AFNOR(Association Française de Normalisation)와의 관계
AFNOR SPEC 2201은 디지털 관행에서 웹 지속 가능성을 위한 지침을 제공합니다. WSG는 인정받는 지속 가능성 프레임워크와 정렬하기 위해 이 문서를 참조합니다.
ARCEP(Autorité de Régulation des Communications Électroniques, des Postes et de la Distribution de la Presse)와의 관계
디지털 서비스 에코디자인을 위한 일반 정책 프레임워크는 지속 가능한 디지털 서비스 설계를 위한 지침을 제공합니다. WSG는 디지털 관행에서 준수와 지속 가능성을 지원하기 위해 이 프레임워크와 정렬됩니다.
Amazon Web Services(AWS) 및 Microsoft Azure Well-Architected Framework와의 관계
AWSAzure Well-Architected Framework는 디지털 리소스를 최적화하기 위한 모범 사례를 제공합니다. WSG는 웹 지속 가능성 목표가 리소스 효율성과 책임 있는 클라우드 사용과 겹치는 곳에서 이러한 프레임워크를 상호 참조합니다.
Center for Democracy & Technology(CDT)와의 관계
Human Rights and Technical Standard-Setting for the Web [HR-Spec]은 접근성, 프라이버시, 국제화, 보안을 포함하여 웹 표준에서 인권의 중요성을 강조합니다. WSG는 디지털 관행이 지속 가능하면서도 윤리적으로 책임 있도록 이러한 원칙을 통합합니다.
GR491(Handbook of Sustainable Digital Design)과의 관계
Institute for Sustainable IT가 발행한 GR491은 지속 가능한 디지털 서비스를 위한 모범 사례 핸드북입니다. WSG는 검증된 웹 지속 가능성 전략을 통합하기 위해 이 핸드북을 상호 참조합니다.
GreenIT와의 관계
디지털 탄소 발자국을 줄이기 위한 지침을 제공하는 오픈 소스 이니셔티브입니다. WSG는 지속 가능한 IT 관행을 촉진하기 위해 GreenIT의 웹 에코디자인 모범 사례 지침 권장 사항을 채택합니다.
OpQuast와의 관계
OpQuast는 디지털 품질 프레임워크를 통해 디지털 품질 체크리스트를 제공하는 품질 보증 제공자입니다. WSG는 웹 지속 가능성을 위한 성능과 리소스 효율성을 향상시키기 위해 OpQuast의 지침과 정렬됩니다.
국제연합(UN) 지속가능발전목표(SDGs)와의 관계
UN의 SDGs는 지속 가능한 변화를 위한 전 세계적 목표입니다. WSG는 디지털 관행을 관련 SDG 목표에 매핑하여 더 넓은 지속 가능성 노력에 기여합니다.
참고

WSG 지침이 다른 문서의 지침과 충돌할 때에는 먼저 웹 지속 가능성과 준수 의무를 모두 충족할 수 있는 대체 솔루션이 있는지 확인하십시오. 충돌이 남아 있다면 위험을 평가하십시오. 법률과 같은 상위 권한이 WSG를 재정의하지 않는 한, 지속 가능성 위험이 더 낮은 권장 사항을 따릅니다.

1.6 WSG 지원 문서

WSG 명세는 안정적이고 참조 가능한 기반을 제공합니다. 지원 문서는 구현 지침, 방법론, 새로운 기술을 다루는 전략으로 이를 확장합니다. 지원 문서에는 다음이 포함됩니다.

자세한 내용은 W3C Sustainable Web Interest Group GitHub에서 WSG와 관련된 교육 리소스를 확인하십시오. 도구와 같은 기타 리소스는 필요에 따라 참조될 수 있습니다.

2. 사용자 경험 디자인

사용자를 위해 설계된 콘텐츠와 시스템을 만들고 있다면, 알고 있든 모르고 있든 사용자 경험(UX) 분야에서 작업하고 있는 것입니다.

사용자 경험 디자인은 프로젝트를 시간이 지나도 사용 가능하고, 효율적이며, 신뢰할 수 있게 유지하여 불필요한 반복과 리소스 사용을 줄임으로써 지속 가능성에 기여합니다. 사용하기 어려울 때에는 더 많은 지원, 더 많은 재시도가 필요하고, 필요 이상으로 일찍 버려지거나 대체될 수 있습니다. 이는 수명을 단축하고 재설계와 재개발 수요를 증가시키며, 이러한 영향은 사용자 전반과 시간이 지남에 따라 누적됩니다..

목표는 다음을 포함합니다.

이점은 다음을 포함합니다.

사용자 경험 디자인에 대한 쉬운 말 요약:

2.1 지속 가능성 영향을 식별, 평가, 공개, 검토 및 완화하기

디지털 프로젝트가 지구, 사람, 번영에 미치는 영향을 평가하고 보고하며, 그 활동의 실제 세계 효과를 측정 가능하게 줄이도록 계획한다.

성공 기준: 영향 분석

리소스

프로젝트 시작 시점과 정기적인 간격으로 프로젝트가 지구, 사람, 번영에 미치는 영향을 검토한다. 식별한 주요 문제, 개선이 필요한 부분, 그리고 이룬 진전을 기록한다. 이러한 발견 사항을 공개 거버넌스 문서와 프로젝트 보고에 반영한다.

성공 기준: 외부 영향

리소스

프로젝트와 관련된 디지털 활동의 비디지털 환경 및 사회적 영향을 줄이기 위한 계획을 만든다. 물류 및 배송 배출, 인프라 배출, 지역 보건 영향, 공급망 압박에서 발생하는 영향을 포함한다. 외부의 지구, 사람, 번영 성과를 개선하기 위해 측정 가능한 조치를 사용한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 호환성, 하드웨어, 아이디어 구상, 네트워킹, 성능, 개인정보 보호, 보고, 연구, 사회적 형평성, 소프트웨어

2.2 사용자 요구 사항 또는 제약 이해하기

사용자와 영향을 받는 공동체를 식별하고 참여시키며, 그들의 요구를 조사합니다.

성공 기준: 대상 평가

리소스

프로젝트의 주요 사용자와 보조 사용자, 그리고 영향을 받는 공동체를 식별합니다. 연구, 테스트, 분석, 검토를 사용하여 그들의 요구와 프로젝트가 그들에게 미치는 영향을 이해합니다. 프로젝트 전반에 걸쳐 사용자를 참여시킵니다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기.

태그

Accessibility, Compatibility, Ideation, Patterns, Reporting, KPIs, Privacy, Research, Social Equity, UI, Usability

2.3 아이디어 구상 과정의 모든 단계에 지속 가능성 통합하기

지속 가능한 브랜딩과 경험을 설계하고 검토하며, 과정 전반에 사용자를 참여시키고, 초기 테스트와 환경을 인식한 설계를 통해 불필요한 개발과 환경 영향을 줄입니다.

성공 기준: 지속 가능한 브랜드 개발

리소스

승인된 브랜딩 자료와 애셋을 출시 전에 조직의 지속 가능성 요구 사항을 충족하도록 최적화하고, 출시 후에는 정기적으로 검토합니다. 브랜드 지침이 있는 경우, 지속 가능한 생산, 사용, 폐기에 대한 지침과 함께 자료와 애셋의 환경 영향에 대한 정보를 포함합니다.

성공 기준: 와이어프레임과 프로토타입

리소스

와이어프레임과 빠른 프로토타입을 사용하여 아이디어를 일찍 테스트하고, 합의를 빠르게 만들며, 위험을 줄이고, 불필요한 개발 작업과 리소스 사용을 피합니다.

성공 기준: 참여와 테스트

리소스

디자인 과정 전반에 참여형 디자인 방법을 사용합니다. 테스트와 반복에 사용자를 참여시키고, 공동체가 제품이나 서비스를 개선하기 위해 자신의 지식과 경험을 공유할 기회를 제공합니다.

성공 기준: 환경적 아이디어 구상

리소스

아이디어 구상 단계에서 지구의 필요와 환경적 한계를 다룹니다. 여기에는 동물 또는 지구 중심 관점과 같은 비사용자, 비인간 페르소나를 만들고, 기후 특화 사용자 스토리와 스프린트를 개발하는 것이 포함될 수 있습니다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기.

태그

Accessibility, Ideation, KPIs, Research, Social Equity, Software, Strategy, UI

2.4 효율적이고 간소화된 사용자 여정 설계하기

사용자가 최소한의 노력으로 작업을 완료하고 콘텐츠를 찾도록 돕는 명확하고 효율적인 여정을 설계합니다.

성공 기준: 효율적인 경로

리소스

작업을 간단하고 효율적으로 완료할 수 있게 합니다. 사용자가 작업 시작 시 무엇이 필요한지 이해하도록 돕고, 불필요한 선택지를 줄이며, 여정이 얼마나 걸릴 것으로 예상되는지 보여 줍니다.

성공 기준: 효율성을 위한 패턴

리소스

명확하고 효율적인 사용자 여정을 설계합니다. 사람들이 이미 이해하고 있는 확립된 디자인 패턴을 사용합니다.

성공 기준: 콘텐츠 발견

리소스

특히 내비게이션이 직관적이지 않은 크고 복잡하거나 레거시 웹사이트에는 사람이 읽을 수 있는 사이트맵을 제공합니다. 이를 정기적으로 업데이트합니다. 사용자가 필요한 콘텐츠나 서비스를 빠르게 찾을 수 있도록 명확하고 접근 가능한 내비게이션과 검색 기능을 제공합니다. 뉴스 페이지, 업데이트, 변경 기록을 포함하여 사용자가 새 콘텐츠와 서비스를 발견하도록 돕는 가볍고 효율적인 방법을 사용합니다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기.

태그

Accessibility, Content, HTML, Marketing, Patterns, Performance, Privacy, Social Equity, UI, Usability

2.5 방해하지 않고 돕도록 설계하기

사용자가 알림과 집중을 제어할 수 있게 하고, 작업 관련 콘텐츠를 우선시하며, 주의를 분산시키거나 참여를 불필요하게 늘리는 디자인을 피합니다.

성공 기준: 사용자 주의 존중

리소스

사용자가 언제, 어떻게 정보를 받을지 제어할 수 있도록 보장하는 동시에, 사용자의 주의, 집중, 정신적 노력을 존중합니다.

성공 기준: 방해 없는 디자인

리소스

현재 작업과 관련된 정보를 사용자에게 보여 주고, 불필요한 방해와 경쟁하는 인터페이스 요소를 피합니다. 즉시 필요하지 않은 정보는 지연하거나 접되, 쉽게 찾을 수 있게 유지합니다. 팝업, 모달 창 또는 기타 방해가 되는 인터페이스 요소는 사용자가 열기로 선택한 경우에만 보여 줍니다. 장식적 디자인은 사용자 경험을 개선할 때에만 사용하고, 선택적 애셋은 제거 가능하게 하거나 기본적으로 꺼 두십시오. 접근성, 안전 또는 다양한 사용자 요구에 중요할 수 있는 정보나 기능을 제거하지 마십시오.

성공 기준: 참여 함정 제거

리소스

무한 스크롤이나 표준 브라우저 컨트롤 및 내비게이션 기능 비활성화처럼 사용자를 필요 이상으로 오래 참여하게 만드는 디자인 패턴을 피합니다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기.

태그

Accessibility, Assets, Content, Patterns, Performance, Privacy, Social Equity, UI, Usability

2.6 조작적이거나 기만적인 방식 피하기

기만적 패턴을 피하고, 광고를 명확히 표시하며, 추적에 대한 동의를 존중하고, 검색, 공유, 발견 가능성 관행이 최적화나 조작보다 사용자 요구를 우선하도록 보장합니다.

성공 기준: 기만적 디자인 패턴

리소스

사용자에게 압박을 주거나 오도하는 기만적 디자인 패턴을 피합니다. 여기에는 미끼와 바꿔치기, 숨겨진 수수료, 가짜 희소성과 같은 관행이 포함됩니다.

성공 기준: 광고

리소스

광고와 스폰서 콘텐츠를 명확히 표시합니다. 사용자가 경험을 제어할 수 있게 하면서 광고를 가볍고 방해가 최소화된 방식으로 제공합니다.

성공 기준: 분석과 추적

리소스

불필요한 분석과 추적을 제거하고, 추적 분석보다 사용자 동의를 존중합니다.

성공 기준: 검색 엔진 최적화

리소스

조작이 아니라 사용자 요구를 지원하는 방식으로 검색과 소셜 공유를 위해 콘텐츠를 최적화합니다. 접근성 기능을 오용하거나, 저품질 콘텐츠를 만들거나, 검색 순위에 영향을 주기 위해서만 불필요한 중복을 추가하지 마십시오.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기.

태그

Accessibility, Assets, Compatibility, JavaScript, JavaScript, Patterns, Privacy, Security, Social Equity, UI, Usability

2.7 산출물을 이해하기 쉽고 재사용 가능하게 만들기

장기적인 이해, 재사용, 지속 가능성을 지원하는 발견 가능하고, 유지 관리 가능하며, 재사용 가능한 문서와 코드 리소스를 만듭니다.

성공 기준: 산출물 재사용성

리소스

중복 작업을 줄이고 장기적 지속 가능성을 지원하기 위해 문서와 기타 산출물을 재사용 가능한 형식으로 만듭니다.

성공 기준: 산출물 문서화

리소스

기능과 기술 요구 사항을 명확하고 유지 관리하기 쉬운 리소스에 문서화합니다. 시간이 지나도 문서를 최신 상태로 유지하고, 오래된 정보를 교체하거나 폐기하기 위한 지침을 제공합니다.

성공 기준: 산출물 가독성

리소스

개발자가 코드를 쉽게 이해하고, 유지 관리하고, 재사용할 수 있도록 소스 코드와 코드 주석에 접근할 수 있게 합니다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기.

태그

Accessibility, Assets, Content, Education, Patterns, Software

2.8 인터페이스 일관성을 위해 디자인 시스템 사용하기

디자인 시스템과 확립된 패턴을 사용하여 재사용 가능한 컴포넌트와 명확한 유지 관리 관행을 통해 일관되고 효율적이며 지속 가능한 인터페이스를 보장합니다.

성공 기준: 디자인 시스템

리소스

대규모 프로젝트 또는 많은 기여자가 있는 프로젝트에서는 일관성, 성능, 장기적 지속 가능성을 개선하기 위해 디자인 시스템을 사용합니다. 웹 표준에 기반한 재사용 가능한 컴포넌트를 사용하고, 각 페이지나 기능에 필요한 컴포넌트만 로드하며, 명확한 소유권, 버전 관리, 업데이트된 문서를 통해 시스템을 유지 관리합니다. 확립된 디자인 패턴과 관례를 따릅니다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기.

태그

Accessibility, Assets, CSS, Education, Patterns, Strategy, UI, Usability

2.9 리소스 사용을 줄이기 위해 미디어 최적화하기

사용자 요구를 지원할 때에만 미디어를 포함합니다. 미디어를 효율적으로 관리, 최적화, 로드합니다. 사용자가 재생과 데이터 사용을 제어할 수 있도록 보장합니다.

성공 기준: 미디어의 필요성

리소스

사용자 경험을 지원하거나 이해를 높일 때에만 미디어를 포함하고, 미디어 항목 수를 최소로 유지합니다.

성공 기준: 최적화된 미디어

리소스

다양한 화면 크기, 기기, 사용자 요구에 맞게 미디어의 크기를 조정하고, 최적화하고, 압축합니다. 가능한 경우 네이티브 재생을 가능하게 하는 널리 지원되는 효율적인 형식을 사용합니다. 불필요한 커스텀 또는 비네이티브 미디어 플레이어를 피합니다. 사용 가능하고 보안 요구 사항과 호환되는 경우 하드웨어 가속 재생을 사용합니다.

성공 기준: 지연 로딩

리소스

어떤 미디어 요소가 즉시 필요하고 어떤 요소가 사용자 상호작용 시에만 로드되어야 하는지 식별하여 처음부터 지연 및/또는 연기 로딩을 통합합니다. 대용량 또는 데이터 집약적 미디어는 필요할 때만 로드하고, 사용자 요청 또는 상호작용 전까지 로딩을 지연하기 위해 비기능적 정적 파사드나 플레이스홀더를 사용합니다.

성공 기준: 사용자가 제어하는 미디어

리소스

오디오, 비디오, 기타 미디어의 자동 재생을 기본적으로 비활성화합니다. 사용자가 재생과 해상도를 제어할 수 있도록 보장합니다. 사용자에게 미디어 길이, 형식, 예상 데이터 사용량을 알립니다. 데이터 집약적 미디어를 비활성화할 수 있는 옵션을 제공하거나 더 낮은 대역폭의 대안을 제공합니다.

성공 기준: 미디어 관리 및 사용

리소스

미디어 관리 및 사용 정책을 만듭니다. 압축, 렌더링 성능, 파일 형식, 데이터 보존, 저장, 검토, 삭제에 대한 지침을 포함합니다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기.

예시

<picture> 
	<source type="image/avif" srcset="image.avif">
	<source type="image/webp" srcset="image.webp">
	<img width="100px" height="100px" src="image.jpg" alt="" loading="lazy"/>
</picture>

태그

Accessibility, Assets, Content, HTML, Performance, Software, UI, Usability

2.10 애니메이션이 적절하고 제어하기 쉽도록 보장하기

이해를 돕는 경우에만 애니메이션을 절제되고 효율적으로 사용하면서, 성능 영향을 제한하고 사용자가 움직임을 제어할 수 있게 합니다.

성공 기준: 애니메이션의 필요성

리소스

사용자 경험을 지원하거나 사용자가 콘텐츠 또는 동작을 이해하는 데 도움이 될 때에만 애니메이션을 사용합니다.

성공 기준: 과부하 피하기

리소스

주의 분산을 줄이고, 리소스 사용을 낮추며, 기기 성능에 영향을 주지 않도록 애니메이션의 수와 빈도를 제한합니다. 최대 재생 횟수 또는 반복 횟수를 설정합니다.

성공 기준: 애니메이션 제어

리소스

사용자가 애니메이션 및 움직이는 콘텐츠를 시작, 일시 중지, 중지 또는 제어할 수 있게 합니다.

성공 기준: 효율적인 애니메이션

리소스

상호작용 및 애니메이션 콘텐츠를 가능한 한 가볍게 유지합니다. 형식, 길이, 복잡도, 크기, 품질, 도구, 구현 접근 방식을 고려하여 렌더링 비용을 줄입니다. 여러 접근 방식이 가능한 경우, 브라우저 또는 플랫폼 네이티브 애니메이션 기능을 선택하고 메인 스레드 또는 레이아웃 집약적인 작업을 최소화합니다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기.

예시

@media (prefers-reduced-motion: reduce) {
	body *,
	body *::before,
	body *::after {
		animation-delay: -1ms !important;
		animation-duration: 1ms !important;
		animation-iteration-count: 1 !important;
		background-attachment: initial !important;
		transition-duration: 1ms !important;
		transition-delay: -1ms !important;
		scroll-behavior: auto !important;
	}
}

태그

Accessibility, CSS, JavaScript, Performance, UI, Usability

2.11 최적화된 웹 타이포그래피 사용하기

필요한 언어와 동적 콘텐츠를 지원하면서 다운로드와 복잡성을 최소화하는 글꼴 전략을 사용합니다.

성공 기준: 사전 설치된 서체

리소스

글꼴 다운로드를 줄이고 성능을 개선하기 위해 시스템 글꼴 또는 기타 사전 설치된 글꼴을 사용합니다.

성공 기준: 웹 글꼴 최적화

리소스

다운로드되는 글꼴의 수와 복잡성을 제한합니다. 가변 글꼴을 사용할 때에는 파일 크기를 줄이기 위해 지원하는 축과 범위를 프로젝트에 필요한 것만으로 제한합니다. 사용 가능한 가장 성능이 좋은 글꼴 형식을 사용하고, 글꼴 로딩 중 또는 커스텀 글꼴을 로드할 수 없을 때에도 가독성과 성능을 유지하기 위해 적합한 대체 글꼴을 제공합니다.

성공 기준: 웹 글꼴 서브세팅

리소스

사용하지 않는 글꼴 스타일, 굵기, 문자 집합을 제거합니다. 프로젝트에 필요한 명시적으로 지원되는 언어, 문자 체계, 유니코드 범위를 기준으로 글꼴을 서브세팅합니다. 모든 입력과 출력을 완전히 제어할 수 있는 경우에는 관련 유니코드 범위 또는 문자 집합만 포함하도록 글꼴을 서브세팅합니다. 동적 콘텐츠나 사용자 생성 입력이 관련된 경우에는 더 넓은 문자 체계 범위를 제공하고 Incremental Font Transfer(IFT)를 사용하여 필요한 글꼴 세그먼트를 필요할 때 로드합니다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기.

예시

font-family: -apple-system, BlinkMacSystemFont, avenir next, avenir, segoe ui, helvetica neue, helvetica, Cantarell, Ubuntu, roboto, noto, arial, sans-serif;

태그

Accessibility, CSS, Performance, UI, Usability

2.12 원치 않는 알림 피하기

사용자가 요청한 알림만 보내고, 환경 설정, 옵트인, 계정 및 연락처 설정을 관리하기 위한 명확하고 접근 가능한 컨트롤을 제공합니다.

성공 기준: 알림의 필요성

리소스

사용자 환경 설정과 일치하거나 사용자가 명시적으로 요청한 알림만 보냅니다. 불필요한 이메일, (SMS) 메시지, 푸시 알림을 피합니다. 사용자가 각 알림 유형을 명확히 제어할 수 있게 합니다.

성공 기준: 알림 설정

리소스

사용자가 알림과 메시지 설정을 쉽게 관리할 수 있게 합니다. 구독 취소, 로그아웃, 계정 폐쇄 옵션을 보이도록 하고 접근 가능하게 만듭니다. 선택적 알림은 기본적으로 끄고 사용자 옵트인 후에만 활성화합니다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기.

태그

JavaScript, Privacy, UI, Usability

2.13 다운로드 가능한 문서와 물리적 문서의 영향 줄이기

디지털 우선 워크플로를 통해 종이 사용을 줄이고, 접근 가능한 다운로드 문서를 최적화하고 재사용하며, 명확하고 사용자가 제어할 수 있는 문서 미리보기와 형식을 제공한다.

성공 기준: 인쇄 문서

리소스

종이 문서의 필요성을 줄이도록 워크플로를 설계한다. 종이 사용이 필요한 경우 효율적인 인쇄 레이아웃과 최소한의 페이지 수를 통해 종이 사용을 줄인다. 인쇄 스타일시트를 포함하고 실제 콘텐츠로 테스트한다. 종이 보관과 아카이빙 대신 디지털 형식의 사용을 장려한다.

성공 기준: 최적화된 문서

리소스

다운로드 가능한 문서를 최적화하고 압축하며, 다양한 사용자 요구에 맞는 접근 가능한 형식으로 제공하고, 독점 파일 형식보다 HTML과 같이 공개되어 널리 지원되는 형식을 선택한다.

성공 기준: 최적화된 전달

리소스

작업이 중복되지 않도록 한다. 문서를 재사용하는 경우, 효율적으로 재사용할 수 있도록 서버에서 한 번만 생성하고 저장하며, 가능하면 쿠키가 없는 도메인에 저장한다.

성공 기준: 레이블과 선택

리소스

다운로드 전에 사용자에게 문서 이름, 형식, 크기, 짧은 요약을 보여 준다. 사용자가 가장 적합한 형식과 언어를 선택할 수 있게 한다. 문서를 페이지에 직접 삽입하지 말고, 대신 다운로드 링크나 브라우저에서 보기 링크를 제공한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 자산, 호환성, 콘텐츠, 전자 폐기물, 하드웨어, 성능, 소프트웨어, UI, 사용성

2.14 프로젝트 초기에 사용자를 참여시키기

프로토타입과 인터페이스 구성 요소를 사용자 테스트를 통해 정의하고 검증하여, 실제 사용 사례와 다양한 사용자 요구 전반에서 효과적으로 작동하도록 보장한다.

성공 기준: 초기 사용자 테스트

리소스

새 기능과 인터페이스 구성 요소를 프로토타이핑하고 테스트하기 위한 정의된 프로세스를 만든다. 대표 사용자를 통해 이를 검증하여 실제 조건과 다양한 요구 전반에서 작동하는지 확인한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 교육, 거버넌스, 아이디어 구상, 연구, 사회적 형평성, 전략, UI, 사용성

2.15 해결이 필요한 버그나 문제를 감사하고 테스트하기

프로젝트의 안정성을 보장하기 위해 시뮬레이션 및 실제 시나리오 모두에서 정기적으로 테스트를 실행하면서 문제나 결함을 정기적으로 감사한다.

성공 기준: 지속적인 평가

리소스

현재 사용자 경험을 평가하고 코드베이스의 버그를 확인하며, 성능 문제를 식별하고, 접근성, 지속가능성 또는 보안 문제를 매월 또는 분기별과 같은 적절한 정기 간격으로 고려한다.

성공 기준: 자동화 테스트

리소스

중요 기능을 포괄하는 자동화 테스트 모음을 유지하고, 빌드와 릴리스 중에 일관되게 실행하여 회귀를 조기에 포착한다.

성공 기준: 성능 테스트

리소스

원활하고 마찰 없는 사용자 여정을 장려하기 위해 지속가능성과 성능에 영향을 줄 수 있는 기반 코드나 인프라의 병목 또는 문제를 식별하고 해결한다. 시뮬레이션 지표와 실제 지표를 모두 고려한다. 적절한 도구를 사용하거나 연구와 감사를 통해 모든 릴리스 주기에서 성능을 모니터링한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 호환성, KPIs, 성능, 개인정보 보호, 보고, 연구, 보안, 사회적 형평성, 소프트웨어, 전략, UI, 사용성

2.16 테스트와 실제 사용을 통해 사용성 검증하기

사용자 피드백과 실제 사용을 모니터링하여 기능 효과를 평가하고, 사용성 테스트와 사용자 연구를 활용하여 지속적인 개선을 이끈다.

성공 기준: 사용 변화

리소스

각 기능에 대한 사용자 피드백, 채택, 이탈을 모니터링한다. 이러한 인사이트를 사용하여 업데이트와 향후 릴리스를 이끈다.

성공 기준: 사용성 테스트

리소스

제품 개발 전반에서 사용성 테스트, 실제 사용자 지표, 사용자 인터뷰를 사용한다. 발견 사항의 영향을 측정하고, 릴리스된 기능이 사용자 요구와 내부 목표를 충족하는지 확인한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 교육, 거버넌스, 아이디어 구상, KPIs, 연구, 사회적 형평성, 전략, UI, 사용성

2.17 크로스 플랫폼 호환성 지원

호환성을 문서화하고, 불필요한 노후화를 피하며, 여러 기기, 시스템, 네트워크 조건에서 테스트한다.

성공 기준: 호환성 문서화

리소스

지원되는 기기, 운영 체제, 브라우저를 버전 범위를 포함하여 문서화한다. 현재 릴리스를 반영하도록 정기적으로 검토하고 업데이트한다.

성공 기준: 호환성 유지

리소스

계획된 노후화를 피한다. 합리적으로 가능한 한 오랫동안 호환성을 유지한다. 업데이트가 성능에 영향을 줄 수 있는 주요 변경인지, 또는 문제를 수정하거나 보안을 개선하는 작은 업데이트인지 명확하게 설명한다.

성공 기준: 사용자 제약 조건

리소스

느리거나 제한적이거나 불안정한 연결, 가상 사설망(VPN) 사용, 다양한 운영 체제와 브라우저, 오래되었거나 성능이 낮은 기기를 포함하여 폭넓은 사용자 조건을 테스트한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 호환성, KPIs, 연구, 보안, 사회적 형평성, 소프트웨어, 전략, UI, 사용성

3. 웹 개발

프런트엔드와 백엔드의 지속 가능한 웹 디자인 및 개발 관행은 종종 모범 사례와 교차하며, 지구, 사람, 번영 모두에 수많은 이점을 제공합니다.

프런트엔드와 백엔드 웹 개발은 프로젝트가 리소스를 얼마나 효율적으로 사용하는지를 개선함으로써 더 지속 가능한 웹에 기여합니다. 효율적인 코드는 불필요한 처리와 데이터 전송을 줄여, 규모가 큰 서비스의 환경 영향을 낮춥니다. 이러한 개선은 프로젝트를 더 빠르고 안정적으로 만들며, 더 오랜 기간 사용 가능하고 유지 관리 가능하게 유지하는 데도 도움이 됩니다. 그 결과 지속 가능한 웹 개발은 성능과 디지털 제품의 장기적 실행 가능성을 모두 지원합니다.

목표는 다음을 포함합니다.

이점은 다음을 포함합니다.

웹 개발에 대한 쉬운 말 요약:

3.1 성능 및 에너지 영향에 기반해 목표 설정하기

성능 및 환경 목표를 정의하고, 상대적인 에너지 및 처리 비용을 인식하여 콘텐츠를 설계한다.

성공 기준: 성능 목표

리소스

요청 수, 렌더링되는 요소 수 또는 기타 측정 가능한 리소스 사용 제한을 포함하여 프로젝트에 대한 명확한 성능 및 환경 목표를 설정한다.

성공 기준: 에너지 집약도

리소스

구성 요소 전반의 에너지 사용량에서 측정 가능한 차이에 주의를 기울이며 영향이 더 낮은 설계 선택을 우선한다. 그래픽이 많고 미디어가 풍부한 렌더링과 함께 복잡한 구조, 스타일링, 스크립트 기반 경험은 렌더링의 계산 복잡성을 높인다. 더 집약적인 접근 방식은 명확한 가치를 더하는 경우에만 사용한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

KPIs, 네트워킹, 성능, 연구, 사회적 형평성, 전략

3.2 코드를 최소화하고 사용하지 않는 코드 제거하기

파일 크기를 줄이고 로딩 효율성과 유지보수성을 개선하기 위해 코드와 데이터를 최소화하고 사용하지 않는 문자를 제거한다.

성공 기준: 최소화된 코드

리소스

불필요한 공백, 주석, 비필수 문자를 제거하여 코드와 데이터 파일을 최소화한다. 파일 크기를 줄이고 로딩 효율성을 개선하기 위해 시스템 전반에 이를 일관되게 적용한다. 이는 규모가 커질수록 누적 데이터 전송과 처리 오버헤드를 줄여 리소스 효율성을 개선하고 에너지 소비를 낮추는 데 도움이 된다.

성공 기준: 중복 제거

리소스

사용하지 않거나 죽은 코드를 식별하고 제거하며, 특히 CSS와 JavaScript에서 이를 수행한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

!function(e,t){"use strict";"object"==typeof module&&"object"==typeof module.exports?module.exports=e.document?t(e,!0):function(e){if(!e.document)throw new Error("jQuery requires a window with a document");return t(e)}:t(e)}("undefined"!=typeof window?window:this,function(g,e){"use strict";var t=[],r=Object.getPrototypeOf,s=t.slice,v=t.flat?function(e){return t.flat.call(e)}:function(e){return t.concat.apply([],e)},u=t.push,i=t.indexOf

태그

접근성, CSS, HTML, JavaScript, 성능

3.3 대역폭을 많이 사용하는 구성 요소 모듈화하기

큰 구성 요소를 더 작고 온디맨드 방식의 모듈로 분할하여 유지보수성과 캐싱 성능의 균형을 맞추면서 로딩 효율성을 개선한다.

성공 기준: 코드 분할

리소스

크거나 대역폭을 많이 사용하는 구성 요소를 필요한 경우에만 로드되는 더 작은 모듈로 분할한다. 과도한 분할은 오버헤드를 늘리고 캐싱 효율성을 낮추며 코드를 유지보수하기 어렵게 만들 수 있으므로 피한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

link.addEventListener("click", (e) => {
	e.preventDefault();
	import("/modules/my-module.js")
	.then((module) => {
		/* Do something */
	})
	.catch((err) => {
		console.error(err.message);
	});
});

태그

CSS, JavaScript, 성능

3.4 코드의 중복과 반복 피하기

리팩터링과 재사용을 통해 코드 중복을 줄이고, 유지보수성을 보장하며, 기존 솔루션을 다시 구축하기보다 발전시키는 것을 선호한다.

성공 기준: 제거 또는 단순화

리소스

구조를 개선하고 반복되는 로직을 통합하며 재사용을 장려함으로써 중복과 반복을 줄이도록 코드를 리팩터링한다.

성공 기준: 재창조보다 반복 개선

리소스

사용자에게 보이는 기존 솔루션을 처음부터 다시 구축하기보다 개선하고 확장하는 것을 우선한다. 기존 솔루션을 교체하는 것은 사용자 경험, 성능, 확장성 또는 유지보수성에 명확한 이점을 제공할 때만 수행한다.

성공 기준: 코드 배치 구성

리소스

유지보수성을 개선하는 경우 DRY(Don't Repeat Yourself) 원칙을 CSS와 JavaScript에 적용한다. 중복을 줄이려는 노력이 복잡성을 높이거나 불필요한 의존성을 도입하거나 성능에 부정적인 영향을 주지 않도록 한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

.opinions_box {
	margin: 0 0 8px 0;
	text-align: center;
	&__view-more {
		text-decoration: underline;
	}
	&__text-input {
		border: 1px solid #ccc;
	}
	&--is-inactive {
		color: gray;
	}
}

태그

접근성, CSS, JavaScript, 패턴, 성능

3.5 제3자를 일차 당사자와 동일하게 다루기

필요할 때만 로드되는 가볍고 사용자가 제어할 수 있는 통합을 사용하여 제3자 서비스를 최소화하고 신중하게 관리한다.

성공 기준: 평가 및 축소

리소스

플러그인, 위젯, 피드, 지도, 캐러셀, 추적 스크립트 및 유사한 구성 요소를 포함하여 설계 또는 아이디어 구상 과정 초기에 제3자 콘텐츠 및/또는 서비스를 검토한다. GHG Protocol Scope 3 배출을 포함한 전반적인 환경 영향을 줄이기 위해 가능한 한 적게 사용하고 가벼운 옵션을 선호한다. 제3자 제공자가 일차 당사자와 동일한 준수, 보안, 개인정보 보호, 데이터 보존 제한, 데이터 삭제 정책 및 필수 보안 업데이트 표준을 적용하도록 보장한다.

성공 기준: 제3자 구현

리소스

사용자가 상호작용할 때만 제3자 콘텐츠를 로드한다. 위젯을 삽입하는 대신 양식으로 연결하는 것과 같은 간단한 대안을 제공한다.

성공 기준: 자체 호스팅

리소스

실용적인 경우 콘텐츠, 아이콘, 글꼴, 스크립트, 위젯과 같은 자산을 제3자 서비스의 저장 또는 전달에 삽입하거나 의존하기보다 사용자가 제어하는 인프라에서 제공한다. 이는 외부 시스템에 대한 의존성을 줄이고 신뢰성을 개선하며 불필요한 네트워크 요청을 줄일 수 있다.

성공 기준: 제3자 관련 선호도

리소스

제3자 콘텐츠 및 서비스에 관한 사용자 선호를 존중한다. 필수적이지 않은 제3자 기능을 비활성화하거나 선택 해제할 수 있는 명확한 제어 수단을 제공한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

<iframe src="https://example.com" loading="lazy" width="600" height="400"></iframe>

태그

접근성, JavaScript, 성능, 개인정보 보호, 보안, 소프트웨어, UI, 사용성

3.6 코드가 좋은 시맨틱 관행을 따르도록 보장하기

표준을 준수하는 HTML과 웹 플랫폼 기능을 사용하고, 불필요한 복잡성이나 비표준 코드를 피한다.

성공 기준: 시맨틱 코드

리소스

유효하고 표준을 준수하는 마크업을 사용한다.

성공 기준: 선택적 기능

리소스

그렇게 해도 접근성, 가독성, 기능 또는 성능에 부정적인 영향을 주지 않는 경우 선택적 HTML 요소, 속성 따옴표 및 기본 속성을 제거한다. 접근성을 개선하거나 성능을 저해하지 않으면서 명확성을 유지하거나 일관된 브라우저 렌더링을 보장하는 경우에는 이를 포함한다.

성공 기준: 비표준 코드

리소스

레거시 호환성이나 접근성과 같은 명확하고 정당한 필요가 없는 한 폐기 예정이거나 독점적이거나 비표준인 기술을 피한다. 폴리필은 필요한 경우에만 사용하고, 제거 여부를 정기적으로 검토한다.

성공 기준: 사용자 정의 코드

리소스

요구 사항을 충족하는 경우 표준 HTML 요소, 속성, 기능 및 APIs를 사용한다. 사용자 정의 요소, Web Components 또는 사용자 정의 기능은 내장 웹 플랫폼 기능이 요구 사항을 충족할 수 없거나 재사용 가능한 디자인 시스템 구성 요소를 구축하는 경우에만 사용한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

<button onclick="window.dialog.showModal();">open dialog</button>
<dialog id="dialog">
	<p>I'm a dialog.</p>
	<form method="dialog">
		<button>Close</button>
	</form>
</dialog>

태그

접근성, 호환성, 콘텐츠, HTML, 보안, 사회적 형평성, 사용성

3.7 중요하지 않은 리소스의 로딩 지연하기

렌더링 성능을 개선하고 시각적 문제를 피하기 위해 필수적이지 않은 자산을 비동기적으로 또는 우선순위를 지정하여 로드한다.

성공 기준: 비동기 코드

리소스

Flash Of Unstyled Content(FOUC), Flash of Invisible Text(FOIT) 또는 Flash of Faux Text(FOFT)와 같은 렌더링 문제를 피하기 위해 필수적이지 않은 외부 자산을 비동기적으로 로드하거나 지연시킨다.

성공 기준: 최적화된 로딩

리소스

여러 자산이 대역폭이나 렌더링 순서를 두고 경쟁할 때 로딩 성능을 개선하기 위해 리소스 힌트와 우선순위 힌트를 사용한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

<link rel="prefetch" href="/articles/" as="document">

태그

접근성, 자산, CSS, JavaScript, 성능

3.8 기계 가독성을 위해 메타데이터 구조화하기

사용성, 접근성, 기계 가독성을 개선하기 위해 필수 문서 메타데이터와 구조화된 데이터를 포함한다.

성공 기준: 필수 요소

리소스

필수 title 요소를 포함하고, 사용성, 접근성 또는 성능을 개선하는 경우 선택적 HTML head 요소를 추가한다.

성공 기준: 메타 태그

리소스

브라우저, 검색 엔진 및 기타 사용자 에이전트에서 널리 사용되는 관련 메타 태그를 포함한다.

성공 기준: 구조화된 데이터

리소스

JSON-LD, microdata, RDFa 또는 microformats로 구현된 schema.org와 같은 구조화된 데이터를 사용하여 도구와 서비스 전반에서 사람과 기계 모두가 콘텐츠를 일관되게 해석하고 재사용할 수 있게 한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

<html>
	<head>
		<title>Example: A website about Examples</title>
		<script type="application/ld+json">
		{
			"@context" : "https://schema.org",
			"@type" : "WebSite",
			"name" : "Example",
			"url" : "https://example.com/"
		}
	</script>
	</head>
	<body>
	</body>
</html>

태그

접근성, AI, HTML, 마케팅, 사용성

3.9 지속가능성 목표를 지원하는 미디어 쿼리 사용하기

접근성과 효율성을 개선하기 위해 색상, 동작, 대비, 데이터 사용 및 관련 설정에 대한 사용자 선호를 미디어 쿼리로 지원한다.

성공 기준: 미디어 및 선호 쿼리

리소스

prefers-color-scheme과 같은 CSS 미디어 쿼리를 사용하여 일반적인 사용자 선호를 수용한다. 사용자에게 이점이 되는 경우 monochrome, prefers-contrast, prefers-reduced-data, prefers-reduced-transparency 및 prefers-reduced-motion을 포함한 추가 선호 쿼리를 고려한다. 효율성이나 지속가능성을 개선할 수 있는 경우 print 및 scripting 미디어 쿼리를 사용한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

@media (prefers-color-scheme: dark) {
	/* wants dark mode */
}
@media (prefers-color-scheme: light) {
	/* wants light mode */
}

태그

접근성, 자산, CSS, UI, 사용성

3.10 레이아웃이 다양한 기기와 요구 사항에서 작동하도록 보장하기

리소스 사용을 관리하면서 기기와 상호작용 방식 전반에서 접근 가능하고 적응 가능한 기능을 보장하기 위해 반응형, 점진적 향상, 탄소 인식 설계를 사용한다.

성공 기준: 기기 적응성

리소스

휴대폰, 태블릿, 노트북, 데스크톱, TV 및 새롭게 등장하는 플랫폼과 같은 기기와 화면 크기 전반에서 제품이 작동하도록 반응형 및 적응형 설계를 사용한다. 특정 기능이나 기술이 지원되지 않는 경우에도 프로젝트가 계속 작동하도록 보장한다.

성공 기준: 점진적 향상

리소스

HTML의 기준선에서 시작한 다음 핵심 기능에 대해 스타일이나 상호작용에 의존하지 않고 사용자 경험을 점진적으로 개선하여 견고하고 복원력 있는 프로젝트를 보장함으로써 지속가능성을 향상시키기 위해 점진적 향상을 사용한다.

성공 기준: 탄소 인식 설계

리소스

전력 수요나 시스템 부하가 높을 때 에너지 사용을 줄이기 위해 탄소 인식 설계를 사용한다. 상황 기반 설계를 사용하여 영향이 큰 기능을 더 낮은 영향의 대안으로 대체하거나 줄이거나 비활성화한다. 자동화된 임계값도 비필수 기능을 조정하거나 비활성화할 수 있으며, 변경 사항은 투명하게 유지되어야 한다. 무엇이 왜 변경되었는지 명확하게 전달하고, 가능한 경우 사용자가 전체 기능을 복원할 수 있게 한다.

성공 기준: 대체 브라우징

리소스

보조 기술, 음성 입력, QR 코드, 리더 보기(브라우저, 애플리케이션 또는 RSS) 및 연결된 기기와 같은 지속 가능한 비시각적 및 간접적 상호작용 방식을 지원한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

@media screen and (min-width: 600px) {
	body {
		color: red;
	}
}

태그

접근성, AI, 호환성, 콘텐츠, CSS, 성능, 사회적 형평성, UI, 사용성

3.11 지속 가능한 JavaScript와 APIs 사용하기

처리, 데이터 사용, 에너지 소비를 최소화하는 효율적인 JavaScript를 작성하고 APIs를 사용한다.

성공 기준: 지속 가능한 JavaScript

리소스

불필요한 계산을 줄이고, DOM 업데이트를 제한하며, 네트워크 요청을 최소화함으로써 장기적인 애플리케이션 성능을 지원하는 JavaScript를 작성한다.

성공 기준: 에너지 관련 APIs

리소스

에너지 사용을 줄이거나 효율성을 개선하는 데 도움이 되는 경우 Compression Streams, Page Visibility 또는 Vibration과 같은 JavaScript APIs를 활용한다.

성공 기준: API 요청

리소스

필요한 경우에만 클라이언트 측 또는 서버 측 APIs를 호출한다. 작업에 필요한 데이터만 요청과 응답에 포함되도록 보장한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

const audio = document.querySelector("audio");
// Handle page visibility change:
// - If the page is hidden, pause the video
// - If the page is shown, play the video
document.addEventListener("visibilitychange", () => {
if (document.hidden) {
	audio.pause();
} else {
	audio.play();
}
});

태그

접근성, JavaScript, 개인정보 보호, 보안

3.12 의존성을 절제해서 사용하고 유지관리하기

의존성을 정기적으로 검토하고, 사용하지 않거나 불필요한 라이브러리와 프레임워크를 제거하며, 필요한 패키지를 최신 상태로 유지한다. 최소한이고 안전하며 모듈식인 솔루션을 선택한다.

성공 기준: 의존성 관리

리소스

의존성을 정기적으로 검토하고 사용하지 않는 라이브러리와 프레임워크를 제거한다. 필요하지 않은 패키지를 제거한다.

성공 기준: 의존성의 필요성

리소스

브라우저가 다운로드하고 파싱해야 하는 코드의 양을 줄이기 위해 외부 라이브러리와 프레임워크 사용을 필요한 범위로 제한한다. 가능한 경우 일반 코드를 우선한다. 패키지 크기를 검토하고 전체 라이브러리 대신 개별 모듈을 가져올 수 있는지, 또는 더 성능 좋은 대안을 사용할 수 있는지 평가한다. 기존의 신뢰할 수 있는 보안 라이브러리를 사용자 정의 구현으로 대체하지 않는다. 이는 취약성을 높이고 지속가능성에 부정적인 영향을 줄 수 있기 때문이다.

성공 기준: 의존성 업데이트

리소스

정기적인 검토와 유지관리를 통해 모든 의존성을 최신 상태로 유지한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

npm uninstall <package-name>

태그

접근성, JavaScript, 패턴, 성능, 개인정보 보호, 보안, 소프트웨어

3.13 예상되는 파일과 유익한 파일 포함하기

검색 가능성, 투명성 및 운영 모범 사례를 지원하기 위해 표준 웹사이트 메타데이터와 구성 파일을 포함한다.

성공 기준: 예상되는 파일

리소스

favicon.ico, robots.txt, opensearch.xml, site.webmanifest, sitemap.xml을 기본적으로 포함한다. 추가 기본 파일이 표준이 되면 이를 포함한다.

성공 기준: 유익한 파일

리소스

ads.txt, carbon.txt, humans.txt, security.txt와 같은 추가 표준 파일을 포함한다. 추가 기본 파일이 표준이 되면 이를 포함한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

아래는 robots.txt 형식의 파일이다.

User-agent: *
Disallow: /cgi-bin/

태그

접근성, 자산, 호환성, 마케팅, 패턴, 보안, UI

3.14 서비스에 가장 효율적인 솔루션 사용하기

단순하고 네이티브이며 정적인 솔루션을 선호하면서 노력, 성능, 환경 영향을 균형 있게 고려하는 가볍고 효율적인 구현 접근 방식을 선택한다.

성공 기준: 적절한 구현

리소스

노력, 성능, 환경 영향을 균형 있게 고려하는 구현 접근 방식을 선택한다. 더 단순한 솔루션은 복잡성과 런타임 영향을 줄일 수 있지만 더 많은 사람의 노력이 필요할 수 있으며, 사전 제작 도구는 빌드 시간과 개발 노력을 줄일 수 있지만 지속적인 리소스 사용을 늘릴 수 있다.

성공 기준: 최적화된 방법론

리소스

사용 사례에 가장 성능 좋은 접근 방식을 사용한다. 대부분의 경우 처음부터 코딩하는 것이 가장 성능 좋은 결과를 제공할 수 있지만, 잘 유지관리되는 기존 솔루션이 있는 경우 직접 만들 수 있는 것보다 더 잘 최적화되어 있을 수 있다. WYSIWYG 편집기, 시각적 페이지 빌더 또는 무거운 프레임워크보다 네이티브 구성 요소와 파일 시스템을 선호한다. 제3자 솔루션의 성능, 유지관리 및 환경 영향을 유념한다.

성공 기준: 동적보다 정적

리소스

가능한 경우 동적 콘텐츠 대신 정적 콘텐츠를 제공한다. 코드 생성이 필요한 경우 Static Site Generators(SSGs)와 같은 효율적인 도구를 선호한다. 동적 CMS 기반 콘텐츠는 일반적으로 정적 접근 방식에 비해 더 많은 서버 측 처리를 수반하고 더 큰 라이브러리에 의존한다는 점을 인식한다.

성공 기준: 확장 기능과 플러그인

리소스

플러그인, 확장 기능, 테마가 플랫폼 및 다른 구성 요소와 계속 호환되고 효율적이며 접근 가능한 상태로 유지되는지 정기적으로 검토한다.

성공 기준: 인터페이스 구성 요소

리소스

리소스 사용, 환경 영향 또는 유지관리 부담을 증가시키는 불필요한 복잡성을 피하면서 가볍고 집중적이며 효율적인 사용자 인터페이스 구성 요소를 사용한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 호환성, 아이디어 구상, 성능, 개인정보 보호, 보안, 소프트웨어, 전략

3.15 최신 안정 언어 버전 사용하기

효율성과 유지보수성을 보장하기 위해 최신 기술을 사용하고 각 작업에 가장 적합한 프로그래밍 언어를 선택한다.

성공 기준: 버전 관리

리소스

선택한 언어와 프레임워크의 최신 안정 버전을 사용한다.

성공 기준: 언어 선택

리소스

많은 도구와 언어가 특정 유형의 작업에 최적화되어 있음을 인식하면서 작업에 가장 적합한 프로그래밍 언어를 사용한다. 이점이 비용을 능가하고 합리적인 사용자 기반이 있으며, 관련된 사람들의 안녕에 영향을 주거나 비용 측면에서 금지될 정도가 되지 않는 경우 도입 노력은 정당화된다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

호환성, 성능, 보안

3.16 데이터베이스 쿼리 수와 복잡성 줄이기

쿼리를 최소화하고 범위를 지정하며, 반복 요청을 줄이고, 데이터 거버넌스 관행을 적용하여 데이터베이스 사용을 최적화한다.

성공 기준: 효율적인 데이터베이스 쿼리

리소스

필요한 데이터를 가능한 한 적은 쿼리로 가져오고, 특히 자주 접근되는 데이터의 경우 애플리케이션이나 ORM 코드가 아니라 데이터베이스 수준에서 필터링과 선택을 적용하여 부하를 줄이도록 데이터베이스 쿼리를 최적화한다.

성공 기준: 검색된 데이터의 재사용

리소스

요청 또는 프로세스마다 데이터를 한 번만 가져오고, 데이터베이스 쿼리를 반복하는 대신 로컬에서 재사용한다.

성공 기준: 쿼리에서의 데이터 최소화

리소스

필요한 필드와 레코드만 반환하도록 데이터베이스 쿼리의 범위를 지정한다.

성공 기준: 데이터 수명 주기 제어

리소스

목적 제한 원칙에 따라 Time-to-Live(TTL), UUIDs와 같은 민감하지 않은 식별자의 사용, 비식별화, 저장 데이터의 최소화와 같은 데이터 수명 주기 및 거버넌스 제어를 적용한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

아래는 PHP 형식의 코드이다.

$value = get_post_meta( int $post_id, string $key = '', bool $single = false ): mixed

태그

네트워킹, 성능

4. 호스팅, 인프라 및 시스템

데이터에도 집이 있습니다. 도구를 개발하든, 데이터를 처리하든, 온라인 시스템을 유지 관리하든, 웹사이트를 운영하든, 그 밖의 일을 하든 - 호스팅, 인프라, 시스템의 지속 가능성을 개선하는 의식적인 선택은 막대한 영향을 줄 수 있습니다.

개발 운영 팀과 호스팅 제공자는 인프라가 성능, 신뢰성, 지속 가능성 요구 사항을 충족하도록 보장하는 데 핵심적인 역할을 합니다. 지속 가능성은 콘텐츠, 코드, 데이터가 어디에 어떻게 저장되고 처리되는지에 대한 결정에 달려 있습니다. 이러한 선택은 에너지 소비, 데이터 전송 거리, 서버 효율성에 영향을 미치기 때문입니다. 인프라를 최적화하면 불필요한 계산 부하를 줄이고 사용자의 응답 시간을 개선하여, 더 효율적이고 환경적으로 책임 있는 프로젝트에 기여할 수 있습니다.

목표는 다음을 포함합니다.

이점은 다음을 포함합니다.

호스팅, 인프라 및 시스템에 대한 쉬운 말 요약:

4.1 지속 가능한 호스팅 사용하기

지속가능성 지표를 사용하여 인프라를 선택하고 관리하며, 선택 시 저탄소 에너지 사용과 영향이 낮은 호스팅 및 도메인 선택을 우선하고, 관리 시 하드웨어 수명을 연장하고 배출을 최소화한다.

성공 기준: 제공자 선택

리소스

잠재적인 인프라, 호스팅, 클라우드, 플랫폼, 외부 관리 콘텐츠 또는 기타 디지털 서비스를 선택하고 평가할 때 지속가능성 지표를 포함한다. Power Usage Effectiveness(PUE), Water Usage Effectiveness(WUE), Carbon Usage Effectiveness (CUE), 재생에너지 사용, 배출 감축 약속, 하드웨어 유지관리 및 조달 관행을 포함하여 환경 정책과 관련 성과 지표를 공개적이고 투명하게 공개하는 제공자를 선호한다.

성공 기준: 효율적인 운영

리소스

시간이 지남에 따라 모든 실행 중인 인프라의 부정적인 환경 영향을 모니터링하고 줄인다. 외부 또는 자체 호스팅 여부와 관계없이 에너지 사용, 물 사용, 서버 리소스 활용률과 같은 사용 가능한 모든 관련 지표를 추적한다. 여기에는 CPU/코어, 메모리, 스토리지 및 네트워크 사용량이 포함된다. 이 정보를 사용하여 비효율성을 식별하고, 과잉 프로비저닝을 줄이며, 리소스 사용을 최적화하고, 투명한 지속가능성 보고를 지원한다.

성공 기준: 장비 수명

리소스

하드웨어의 수명을 연장한다. 장비를 효율적으로 적정 용량에서 사용하고, 안전하게 패치하며 적절하게 유지관리한다. 새 하드웨어는 기기 수명, 패치 및 수리 옵션을 약속하는 공급업체에서 조달해야 한다..

성공 기준: 저탄소 전기

리소스

가능한 한 탄소 집약도가 가장 낮은 전기를 사용한다. 호스팅 제공자는 현장 발전, 백업 시스템, 저장 장치를 포함하여 사용 가능한 위치 기반 전력망 데이터를 사용해 탄소 집약도를 측정하고 보고해야 한다. 이 정보를 사용하여 더 저탄소인 호스팅 제공자를 선택하고 에너지 조달과 인프라 효율성을 개선한다.

성공 기준: 잔여 배출

리소스

GHG Protocol(Scope 2)에 따른 간접 전력 배출에 대해 시장 기반 탄소 회계를 사용하여 잔여 배출을 줄인다. Energy Attribute Certificates(EACs) 또는 Renewable Energy Certificates(RECs)를 통해 저탄소 전기를 구매할 때, 인증서가 사용된 전기의 시간과 위치와 일치하고, 재생 전기가 언제 생성되었는지 식별하며, 이중 계산을 방지하는 방식으로 유효하게 발급되고 폐기될 수 있도록 보장한다.

성공 기준: 도메인 이름

리소스

도메인 이름 등록의 영향이 도메인 레지스트리와 등록기관에 의해 공개되는지 확인한다. 등록기관에서 환경 영향 데이터를 사용할 수 있는 경우, 이를 사용하여 도메인 등록 결정을 알리고 환경 영향을 완화한다. 그러한 데이터를 사용할 수 없는 경우, 등록 결정을 내릴 때 추정되는 환경 영향을 평가하고 가능한 경우 지속가능성 중심의 선택을 한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

AI, 전자 폐기물, 하드웨어, 네트워킹, 사회적 형평성

4.2 캐싱을 최적화하고 오프라인 접근 지원하기

캐싱과 오프라인 기능을 사용하여 네트워크 부하를 줄이고 복원력을 개선하며, 성능과 지속가능성의 균형을 맞춘다.

성공 기준: 리소스 캐싱

리소스

처리 시간과 반복되는 데이터베이스 쿼리, API 호출, 네트워크 요청을 줄이기 위해 캐싱을 사용한다. 동적 콘텐츠에는 서버 측 캐싱을 적용하고, 자주 변경되지 않는 리소스에는 클라이언트 측 캐싱을 적용한다. 캐시 수명을 제어하고, 안정적인 자산에는 정적 버전을 제공하며, 자주 사용되는 리소스에 대한 반복 요청을 최소화한다. 데이터 전달 방식을 개선하기 위해 추가 복잡성과 유지관리 비용 사이의 균형을 맞춘다.

성공 기준: 오프라인 접근

리소스

네트워크 중단 중에도 필수 콘텐츠와 기능을 사용할 수 있도록 유지한다. Progressive Web Applications(PWA), Service Workers, Web Workers 또는 로컬 스토리지와 같은 웹 플랫폼 기능을 사용하여 오프라인 접근을 제공한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

아래는 .htaccess 형식의 파일이다.

<IfModule mod_expires.c>
	ExpiresActive on
	# Default: Fallback
	ExpiresDefault                                      "access plus 1 year"
	# Specific: Assets
	ExpiresByType image/x-icon                          "access plus 1 week"
	ExpiresByType application/rss+xml                   "access plus 1 hour"
	ExpiresByType application/json                      "access"
</IfModule>

태그

접근성, 자산, HTML, JavaScript, 네트워킹, 성능, 소프트웨어

4.3 압축으로 데이터 전송 줄이기

처리 비용의 균형을 맞추면서 대역폭, 스토리지 사용 및 전달 오버헤드를 줄이기 위해 서버 응답과 미디어 파일을 압축한다.

성공 기준: 서버 측 압축

리소스

효율적인 형식과 품질 설정을 사용하여 이미지, 오디오, 비디오를 업로드하기 전에 파일 크기를 줄인다. 파일이 이미 업로드에 적절한 크기인 경우 추가 압축을 적용하지 않는다.

성공 기준: 미디어 압축

리소스

스토리지와 전송 요구 사항을 줄이기 위해 어디에든 업로드하기 전에 이미지, 비디오, 오디오와 같은 미디어 파일을 압축한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

아래는 .htaccess 형식의 파일이다.

<IfModule mod_deflate.c>
	<IfModule mod_setenvif.c>
		<IfModule mod_headers.c>
			SetEnvIfNoCase ^(Accept-EncodXng|X-cept-Encoding|X{15}|~{15}|-{15})$ ^((gzip|deflate)\s*,?\s*)+|[X~-]{4,13}$ HAVE_Accept-Encoding
			RequestHeader append Accept-Encoding "zstd, gzip, br, deflate" env=HAVE_Accept-Encoding
		</IfModule>
	</IfModule>
	<IfModule mod_filter.c>
		AddOutputFilterByType DEFLATE "application/atom+xml application/javascript application/json application/ld+json application/manifest+json application/rdf+xml application/rss+xml application/schema+json application/geo+json application/vnd.ms-fontobject application/wasm application/x-font-ttf application/x-javascript application/x-web-app-manifest+json application/xhtml+xml application/xml font/eot font/opentype font/otf font/ttf image/bmp image/svg+xml image/vnd.microsoft.icon image/x-icon text/cache-manifest text/calendar text/css text/html text/javascript text/plain text/markdown text/vcard text/vnd.rim.location.xloc text/vtt text/x-component text/x-cross-domain-policy text/xml"
	</IfModule>
	<IfModule mod_mime.c>
		AddEncoding gzip              svgz
	</IfModule>
</IfModule>

태그

자산, 네트워킹, 성능

4.5 불필요한 가상화 환경이나 컨테이너 유지 피하기

효율성과 유지보수성을 개선하기 위해 불필요한 가상화 환경을 제거한다.

성공 기준: 사용하지 않는 환경

리소스

필수 보안, 격리 또는 준수 보장을 줄이지 않고 수행할 수 있는 경우, 사용하지 않거나 중복되는 가상 및 물리적 환경(예: 컨테이너와 가상 머신)을 비활성화, 오프라인화 또는 제거하여 활성 환경의 수를 줄인다. 실행 중인 서비스도 같은 방식으로 평가한다. 마찬가지로 사용하지 않는 브랜치, 환경 및 서비스를 위한 코드베이스와 설정을 평가하고, 더 이상 필요하지 않은 것을 제거한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

AI, 하드웨어, 네트워킹, 성능, 소프트웨어

4.6 자동화를 현명하게 사용하기

작업과 인프라를 효율적으로 자동화하고 확장하며, 필요한 경우에만 프로세스를 실행하고 원치 않는 트래픽을 제어한다.

성공 기준: 작업 자동화

리소스

수동 노력을 줄이고 일관성을 개선하기 위해 지속적 통합 및 지속적 전달(CI/CD) 모범 사례에 맞춰 배포, 테스트, 컴파일과 같은 반복 작업을 자동화한다. 환경 영향이 더 낮은 자동화 도구와 플랫폼을 선호하고, 자동화 시스템의 불필요한 중복을 피한다.

성공 기준: 필요한 작업

리소스

불필요한 리소스 사용을 피하기 위해 자동화된 작업은 필요할 때만 실행한다.

성공 기준: 자동 확장

리소스

수요에 따라 서버 용량을 조정하기 위해 자동 확장을 사용한다. 부하 압력을 관리하기 위해 버퍼링과 스로틀링을 구현한다. 수요가 높을 때는 리소스를 확장하고 수요가 감소하면 축소하여 과잉 프로비저닝을 피한다.

성공 기준: 의심스러운 활동 관리

리소스

보안 제어를 사용하여 원치 않고 불필요한 제3자 크롤러, 사용자 에이전트, 봇 및 스크래퍼를 제한하되, 콘텐츠가 합법적인 사용자, 검색 엔진, 유용하거나 승인된 크롤러에게 계속 접근 가능하도록 보장한다. 일부 스크래퍼는 대규모 언어 모델을 알리거나 훈련하는 것을 포함하여 유익한 목적으로 사용될 수 있음을 고려한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, AI, 성능, 보안, 소프트웨어

4.7 데이터 새로고침 빈도 정의하기

사용자 요구 사항과 지속가능성 요구 사항의 균형을 기준으로 데이터를 언제 새로고침할지 결정한다.

성공 기준: 새로고침 빈도

리소스

데이터가 언제 업데이트되는지 결정하기 위해 사용자 요구, 정확성 요구 사항, 리소스 효율성을 기준으로 캐시 새로고침 비율을 정의한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

JavaScript, 네트워킹, 성능, 사용성

4.8 중요 데이터를 정기적인 간격으로 백업하기

문제가 발생할 경우 신뢰할 수 있는 안전장치가 있도록 정기적인 간격으로 데이터를 백업한다.

성공 기준: 데이터 백업

리소스

시스템과 사용자 데이터의 백업이 안전하고 증분 방식이어서 스토리지 사용을 최소화하고 백업 시간을 줄이도록 보장한다. 백업 접근을 제한하고, 사용자 식별 정보가 장기적으로 저장되지 않도록 하는 메커니즘을 수립한다. 데이터 손실이나 오용으로부터 백업을 보호한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

하드웨어, 성능, 보안

4.9 데이터 처리의 영향과 요구 사항 평가하기

성능, 보안 및 제약 조건의 균형을 맞추면서 불필요한 처리를 줄이기 위해 탄소 인식 스케줄링, 효율적이고 안전한 프로토콜, 단순한 시스템 설계를 사용한다.

성공 기준: 탄소 전환

리소스

실시간 전력망 탄소 집약도 데이터를 기준으로 탄소 집약도가 더 낮은 시간에 작업이 실행되도록 작업을 스케줄링하거나 일괄 처리하거나, 가능한 경우 탄소 집약도가 더 낮은 지역으로 워크로드를 이동함으로써, 보안, 성능 및 데이터 거주 제약을 존중하면서 워크로드 실행을 동적으로 최적화하기 위해 탄소 인식 컴퓨팅을 사용한다.

성공 기준: 프로토콜 효율성

리소스

효율성을 개선하고 리소스 사용을 줄임으로써 사용자 요구, 보안, 지속가능성의 균형을 맞추는 통신 프로토콜을 선택한다. HTTPSSFTP/SSH와 같은 안전한 옵션을 우선하고, HTTPFTP와 같은 안전하지 않은 레거시 프로토콜을 피하며, 더 나은 성능과 낮은 네트워크 오버헤드를 위해 HTTP/2 또는 HTTP/3와 같은 최신 표준을 채택한다. 필요한 경우에만 하위 호환성을 유지한다.

성공 기준: 이벤트 기반 아키텍처

리소스

전체 페이지 새로고침이 필요하지 않은 상태 변경이 있는 제품을 구축할 때 이벤트 기반 아키텍처와 마이크로서비스를 사용한다. 성능, 전력 및 처리 요소를 기준으로 REST 스타일의 동기식 APIs보다 에너지 효율적인 대안을 제공하는 경우 이를 선호하고, 요구 사항을 충족하면서 서버 워크로드와 환경 영향을 줄이는 접근 방식을 선택한다.

성공 기준: 데이터 처리 효율성

리소스

불필요한 데이터 처리를 피한다. 성능, 보안, 지속가능성 지표 및 리소스 사용을 기준으로 처리가 클라이언트에서 이루어져야 하는지 서버에서 이루어져야 하는지 신중하게 결정한다.

성공 기준: 효율적인 위치

리소스

애플리케이션의 계층 간 데이터 변환, 전송 및 처리를 가능한 한 소스에 가깝게 수행한다. 이는 불필요한 직렬화 오버헤드를 줄이고 리소스 낭비를 피한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

AI, JavaScript, 네트워킹, 성능

4.10 유익할 때 Content Delivery Networks(CDNs) 사용하기

CDNs와 데이터 위치를 정적 콘텐츠와 처리에 전략적으로 사용하되, 효율성과 지속가능성을 개선하는 경우에만 사용하고, 불필요한 배포와 전송을 피한다.

성공 기준: 글로벌 CDNs

리소스

더 넓은 웹 호스팅 선택에 맞춰 성능 개선과 환경 영향을 사례별로 평가하여 명확한 이점을 제공하는 경우에만 정적 콘텐츠, 자산 및 기타 읽기 전용 리소스에 Content Delivery Network(CDN)를 사용한다. 전적으로 지역 사용자만 대상으로 제공하는 경우 CDN이 필요한지 평가하고, 대신 지리적으로 가까운 호스팅을 선호한다.

성공 기준: 지속가능성 약속

리소스

신뢰할 수 있고 증거 기반의 웹 지속가능성 약속을 보여 주는 CDN 제공자를 선택한다.

성공 기준: 부적절한 리소스

리소스

동적이거나 자주 변경되는 리소스를 CDN에 배포하지 않는다. 캐시 파티셔닝 및 교차 출처 리소스 공유(CORS)와 같은 브라우저 메커니즘은 캐싱 이점과 상호작용 성능을 제한하여 리소스 효율성을 낮출 수 있으며, 우회 방법은 보안 또는 개인정보 위험을 도입할 수 있기 때문이다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, AI, 콘텐츠, 하드웨어, 네트워킹, 성능

4.11 인프라가 프로젝트 요구 사항에 맞도록 보장하기

과잉 프로비저닝 없이 수요를 효율적으로 충족하기 위해 수요에 맞춘 자동 확장 인프라를 사용한다.

성공 기준: 최저 요구 사항

리소스

과잉 프로비저닝 없이 요구 사항과 고객 계약을 충족하는 인프라를 선택한다. 요구 사항이 허용하는 경우 다중 영역 또는 분산 설정보다 독립 실행형 인스턴스를 선호한다. 효율적인 리소스 사용을 보장하기 위해 최대 부하가 아니라 평균 부하를 기준으로 프로비저닝한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

전자 폐기물, 하드웨어, 성능

4.12 사용자의 요구에 따라 데이터 저장하기

장기 자산에 대한 효율적인 접근을 유지하면서 보존, 압축 및 수명 주기 정책을 사용하여 저장된 데이터(콘텐츠, 로그, 미디어, 다운로드 포함)를 정기적으로 관리하고 줄인다.

성공 기준: 사용하지 않는 데이터 제거

리소스

스토리지와 에너지 비용을 줄이고 데이터 저장 여부와 저장 기간을 관리하기 위해 사용하지 않거나 오래된 데이터 ("다크 데이터")를 정기적으로 제거한다.

성공 기준: 수명 주기 관리

리소스

분류 및 태그 지정 정책을 사용하여 보존, 만료 및 아카이빙을 포함한 데이터 수명 주기 규칙을 정의하고 관리한다.

성공 기준: 효율적인 저장

리소스

데이터가 지속적인 운영, 분석 또는 법적 가치를 제공하고 쉽게 재생성하거나 대체할 수 없는 경우에만 저장한다. 데이터가 오래되면 제거하거나 보관한다. 불필요한 중복을 피하고 압축, 캐싱, 스토리지 최적화 기법과 같은 효율적인 저장 관행을 사용한다.

성공 기준: 최적화된 로깅

리소스

에너지 수요와 운영 오버헤드를 줄이기 위해 실용적인 경우 리소스 집약적인 작업을 활동이 적은 시간대에 예약하는 것을 포함하여, 정기적인 순환, 보존, 압축 및 백업 관행으로 로그를 관리한다. 복원력이나 복구를 위해 필요한 경우 오프사이트 스토리지를 포함한 탄력적인 백업 전략을 사용하고, 보안 및 개인정보 위험을 최소화하기 위해 가능한 한 로그에서 민감한 정보를 제거한다.

성공 기준: 자산 다운로드

리소스

사용자가 반복적인 서버 요청을 할 필요가 없도록 크고 장기적인 자산을 쉽게 다운로드할 수 있게 한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 콘텐츠, 전자 폐기물, 하드웨어, 성능, 개인정보 보호

5. 비즈니스 전략 및 제품 관리

더 나은 지속 가능성을 위해 웹사이트와 애플리케이션을 설계하려면 좋은 비즈니스 전략과 제품 관리가 필요합니다.

웹사이트나 애플리케이션을 책임지는 누구나 그 환경 영향에 영향을 줄 수 있습니다. 비즈니스 소유자와 고위 의사결정자는 인프라 투자, 성능 우선순위, 장기 제품 방향을 포함하여 서비스가 구축, 제공, 유지 관리되는 방식을 형성하는 전략적 선택을 책임지는 경우가 많습니다. 그러나 디지털 제품을 다루는 모든 개인은 효율성을 개선하고 불필요한 리소스 사용을 줄이는 일상적 결정을 통해 기여할 수 있습니다. 이러한 노력은 프로젝트의 웹 지속 가능성에 영향을 주는 더 넓은 조직 관행과도 연결됩니다.

목표는 다음을 포함합니다.

이점은 다음을 포함합니다.

비즈니스 전략 및 제품 관리에 대한 쉬운 말 요약:

5.1 윤리적이고 지속 가능한 제품 전략 갖추기

윤리, 지속가능성, 책임 있는 데이터 사용에 관한 조직 관행을 구현한다. 그 구현을 보여 주는 정책을 게시하고 유지관리한다.

성공 기준: 공개 문서

리소스

윤리 강령, 제품 지침, 접근성 및 지속가능성 선언과 같은 핵심 조직 정책을 개발, 게시, 유지관리한다. 디지털 제품, 서비스, 그리고 AI와 같은 새롭거나 파괴적인 기술에 대한 명확한 언어를 포함한다. 이러한 정책을 공개적으로 접근 가능하게 만들고 투명성을 위해 버전 관리한다.

성공 기준: 성과와 준수

리소스

웹 지속가능성과 관련된 성과, 기능, 준수 업데이트 및 기타 관련 정보를 전용 지속가능성 섹션에 게시한다.

성공 기준: 시간에 따른 거버넌스

리소스

지속가능성 정책과 관행이 시간이 지남에 따라 적극적으로 구현, 모니터링, 관리되고 있음을 보여 주는 증거를 제공한다.

성공 기준: 기술 법제

리소스

디지털 개인정보 보호, 고용 권리, 투명성, 책임성, 책임 있는 신흥 기술, 디지털 지속가능성을 진전시키는 증거 기반 법률과 표준을 옹호하고 준수한다. 동시에 최소 기대치를 넘어서는 노력을 하며, 특히 접근성 및 데이터 보호 요구 사항을 준수하면서 효율적이고 접근 가능한 사용자 여정을 보존하기 위해 불필요한 데이터 수집을 피하는 데 중점을 둔다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, AI, 교육, 아이디어 구상, KPIs, 개인정보 보호, 연구, 보안, 사회적 형평성, 전략

5.2 지속가능성 옹호자 지정하기

지속가능성과 관련된 문제에 대해 말하고 대변하는 데 필요한 것을 제공받는 지속가능성 옹호자를 임명한다.

성공 기준: 지속가능성 옹호

리소스

특정한 디지털 전문성을 갖춘 지속가능성 책임자를 임명하고, 명시된 목표를 달성하는 데 필요한 리소스, 예산, 도구, 시간을 제공함으로써 디지털 지속가능성에 대한 명확한 책임을 부여한다. 일부 조직에서는 이를 동기 있는 개인들로 구성된 기후 실무 그룹으로 확장하면 추가적인 이점을 얻을 수 있다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 교육, 아이디어 구상, 마케팅, 개인정보 보호, 사회적 형평성

5.3 지속가능성을 위해 알리고, 인식을 높이고, 교육하기

지속가능성 관행에 대한 지속적인 교육, 온보딩, 지침을 제공하고, 명확한 자료, 지식 공유, 조직적 장려를 통해 지속가능성 이니셔티브 참여를 지원한다.

성공 기준: 정보 제공과 인식 제고

리소스

내부 팀, 외부 기여자, 동료, 조직 의사 결정자를 포함하여 프로젝트와 연결된 모든 사람에게 온보딩 자료와 워크숍을 제작, 제공 및/또는 전달하도록 지원한다. 일반 및 디지털 기후 문해력에 대한 교육과 자체 지속 가능한 기술 정책에 관한 지침을 포함한다.

성공 기준: 정기 교육

리소스

팀이 지속가능성 목표를 달성하도록 지원하는 지속적인 학습 기회를 통해 지속가능성 역량을 개발, 확립, 갱신하기 위한 적극적이고 정기적인 교육을 제공한다.

성공 기준: 적극적 참여

리소스

개인이 환경 영향을 줄이도록 장려한다. 기후 및 지속 가능한 이니셔티브와 아이디어를 공유한다. 지속 가능한 설계, 모범 사례, 개념에 관한 리소스를 제공한다.

성공 기준: 교육 자료

리소스

채택된 지속가능성 정책과 관행 및 이를 구현하는 방법을 설명하기 위한 전용 교육 매뉴얼, 워크숍, 자료를 만들고/또는 제공한다. 새로운 정책과 모범 사례가 등장함에 따라 이러한 자료를 조정하면서 시간이 지남에 따라 관리하고 유지관리한다.

성공 기준: 진전 장려

리소스

완료를 인정하고, 지속가능성 관련 활동을 위한 시간을 배정하며, 인센티브와 혜택을 제공함으로써 리더십, 팀, 개인이 교육 목표를 향해 진전하도록 장려한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

콘텐츠, 교육, 마케팅, 보고

5.4 사용자 선택의 환경 영향 전달하기

사용자에게 권한을 부여하여, 그들의 선택이 자신이 미치는 환경 영향에 영향을 줄 수 있을 때 결정을 내릴 수 있도록 한다.

성공 기준: 영향 전달

리소스

사용자의 행동이 에너지 사용, 배출 또는 리소스 소비에 어떤 영향을 미치는지 보여 주고, 더 많은 정보를 바탕으로 선택할 수 있도록 돕는 옵션을 제공한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

콘텐츠, 교육, 마케팅, 보고

5.5 환경 영향 계산하기

지속 가능한 설계 결정을 알리기 위해 제3자 서비스의 영향을 포함하여 전체 수명 주기 환경 영향을 평가하고 비교한다.

성공 기준: 수명 주기 평가

리소스

평가 대상 제품 또는 서비스의 정의된 측정 단위인 각 기능 단위의 환경 영향을 이해하기 위해 수명 주기 평가(LCA)를 수행한다. 여기에는 전체 프로젝트 수명 주기 전반의 수명 주기 온실가스(GHG) 배출과 기타 관련 환경 영향이 포함된다.

성공 기준: 경쟁 대안 영향

리소스

의사 결정 목표를 알리기 위해 프로젝트의 환경 영향을 비교 가능한 대안과 비교하여 평가한다. 프로젝트의 추가 가치 또는 지속가능성 이점이 그 환경 영향을 정당화하는지 판단한다.

성공 기준: 도구 영향

리소스

파이프라인의 어느 단계에서든 사용되는 도구나 제3자 솔루션의 영향 또는 추정 영향을 포함한다. 사용자가 만들지 않았더라도, 생산, 유지관리, 사용 과정에서 발생하는 배출 역시 전체 솔루션의 핵심 요소이다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, AI, 아이디어 구상, KPIs, 연구, 사회적 형평성, 소프트웨어, 전략

5.6 명확한 조직 지속가능성 목표와 지표 정의하기

측정 가능한 지속가능성 목표와 지표를 정의하고, 시간이 지남에 따른 진전을 전달한다.

성공 기준: 웹 지속가능성 목표

리소스

명확한 웹 지속가능성 목표를 정의하고 게시한다. 사람들이 지속가능성 성과를 이해하고 평가할 수 있도록 측정 가능한 성능 지표를 식별하고 그 목표 대비 진전을 전달한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

AI, 거버넌스, 아이디어 구상, KPIs, 연구, 사회적 형평성

5.7 외부 검증을 통해 웹 지속가능성 노력 검증하기

독립적인 검증을 사용하여 지속가능성 주장을 뒷받침하고 개선한다.

성공 기준: 검증 확보

리소스

지속가능성 주장을 검증하기 위해 독립적인 제3자 검증 또는 보증을 사용한다.

성공 기준: 검증 유지

리소스

시간이 지남에 따라 지속가능성 주장을 재평가하고, 새로운 증거가 그 정확성에 영향을 미칠 때 업데이트한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

거버넌스, KPIs

5.8 의무 공개와 보고 지원하기

시간에 따른 진전을 추적하고, 오해를 부르는 보고 없이 실제 영향 감소를 명확히 설명하는 투명하고 표준에 부합하는 지속가능성 보고서를 게시한다.

성공 기준: 정책과 관행

리소스

인정된 표준에 맞춰 디지털 제품, 프로그램, 서비스의 환경, 사회, 거버넌스 영향을 공개하기 위한 정책과 관행을 만들고 게시한다.

성공 기준: 영향 보고서

리소스

이전 보고서와 웹 지속가능성 목표 대비 진전을 포함하여 적어도 매년 공개 지속가능성 영향 보고서를 게시한다.

성공 기준: 공개 보고

리소스

디지털 제품과 웹 서비스의 배출 및 환경, 사회, 거버넌스 영향에 대한 투명한 보고 관행을 만들고 유지관리한다.

성공 기준: 영향 감소

리소스

이중 계산, 그린워싱, 데이터 제외 또는 선택적 보고와 같은 오해를 부르는 관행을 피하면서 환경, 사회, 거버넌스 영향이 어떻게 감소되는지 명확히 설명한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

AI, 콘텐츠, KPIs, 보고

5.9 하나 이상의 임팩트 비즈니스 모델 만들기

수익 창출이 환경 및 사회적 성과를 어떻게 지원하는지 설명한다.

성공 기준: 변화 이론

리소스

조직이 어떻게 수익을 창출하는지, 그리고 그 수익 흐름이 환경 및 사회적 영향과 어떻게 관련되는지 문서화한다. 영향이 어떻게 측정, 검토, 개선되는지 설명한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

콘텐츠, 아이디어 구상, 연구, 전략

5.10 제품 관리 및 유지관리 전략 따르기

보안, 지속가능성, 실패 위험의 조기 감지를 포함하여 장기적인 제품 지원을 위한 명확한 문서화, 리소싱, 측정 관행을 유지한다.

성공 기준: 관리와 유지관리

리소스

조직이 제품 관리와 유지관리에 접근하는 방식을 설명하는 문서를 작성하고 유지관리한다.

성공 기준: 계획 전략

리소스

제품 수명 주기 전반에서 장기적인 지속가능성, 에너지 효율성, 책임 있는 리소스 사용을 우선하는 모든 디지털 제품과 서비스의 유지관리 및 보안 계획을 개발, 구현, 유지관리한다.

성공 기준: 제품 리소싱

리소스

제품, 프로토타입, 테스트, 지원 프로세스가 시간이 지남에 따라 적절한 리소스를 확보하도록 보장한다. 프로젝트를 방치하지 않고 기술 부채 처리, 리팩터링, 기능 진화를 포함한 지속적인 유지관리를 지원할 수 있도록 충분한 인력과 예산을 유지한다.

성공 기준: 리소스 측정

리소스

유지관리 프로세스에 탄소 및 리소스 측정을 포함하고, 시간이 지남에 따른 개선을 추적한다. 전달되는 핵심 가치와 지속가능성 성과를 반영하는 지표를 우선한다. 불필요한 작업, 리소스 소비 또는 배출을 유도하는 지표는 피한다.

성공 기준: 실패 지표

리소스

접근성, 사용성 및 기타 환경, 사회, 거버넌스 영향과 관련된 것을 포함하여 핵심 실패 지표(KFIs)를 식별하고 문서화한다. KFIs를 모니터링하여 새롭게 나타나는 위험을 감지하고 시정 조치를 알린다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 호환성, 보안, 전략

5.11 지속적 개선 절차 구현하기

기능 변경, 유지관리, 업데이트를 사용자 가치와 지속가능성 성과와 균형 있게 조정하는 지속적 개선 프로세스를 유지한다.

성공 기준: 지속적 개선

리소스

무엇이 변경되는지, 왜 변경되는지, 그리고 그것이 환경 지속가능성 성과를 개선하는지 명확히 보고하는 지속적 개선 관행을 내재화한다. 환경 및 기타 ESG 영향이 운영 및 비즈니스 성과 지표와 함께 평가되도록 보장한다.

성공 기준: 회고 수행

리소스

프로젝트 팀이 사용자 연구를 수행하고, 기술 부채를 식별 및 제거하며, 고품질 산출물을 제작하고 배운 내용을 공유할 충분한 시간을 확보하도록 산출물을 검토하고 자주 업데이트한다.

성공 기준: 반복적 고려

리소스

디지털 제품 또는 서비스를 분석하기 위한 지속적 개선(반복) 프로세스의 이력을 보여 준다. 동시에 기술 부채, 제품 성능, 배출과 같은 지속적인 실험의 잠재적 결과를 다룬다. 의사 결정을 돕고, 사용자 피드백을 장려하며, 조직 목표와 사용자 요구 대비 성능을 비교하는 데 도움이 되는 엄격히 필요한 기능으로 분석을 제한한다.

성공 기준: 기능 결정

리소스

제품 수명 주기 전반에서 모든 기능을 정기적으로 검토한다. 환경 영향, 사용자 가치, 사용량, 유지관리 비용을 기준으로 기능을 유지, 변경, 추가 또는 제거하는 결정을 정당화하고 우선순위를 정한다. 여기에는 사용되지 않거나 트래픽이 낮은 기능과 콘텐츠의 폐지가 포함된다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, AI, 호환성, KPIs, 성능, 개인정보 보호, 보안, 전략, UI

5.12 업데이트와 발전 문서화하기

기능이 변경될 때마다 사용자가 길을 찾을 수 있도록 문서를 제공한다.

성공 기준: 기능 변경

리소스

기능이 추가, 변경 또는 제거될 때 명확하고 구조화된 문서를 제공한다. 일관된 버전 관리 또는 변경 추적 시스템을 사용하여 변경의 성격과 영향을 전달한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

아래는 change.log 일반 텍스트 파일이다.

# Changelog - Website

## [Unreleased]
- N/A

## 1.0.0 - YYYY-MM-DD
### Added
- Content.

## [Guide]
- Added: New features.
- Changed: Altered functionality.
- Deprecated: Disappearing features.
- Removed: Eliminated features.
- Fixed: Bugs patched.
- Security: Solved vulnerabilities.

태그

호환성, 콘텐츠, 교육, 보안, 사용성

5.13 디지털 제품 또는 서비스가 필요한지 평가하기

지속가능성 목표와의 정렬을 평가하고, 제품 필요성을 검증하며, 접근, 사용성, 공정성에 대한 장벽을 줄인다.

성공 기준: 지속가능발전목표

리소스

제품 또는 서비스가 관련 있는 UN 지속가능발전목표(U.N. (SDG)와 일치하는지 식별하고, 해당하는 경우 지속가능성 선언 안에 관련 목표를 포함한다.

성공 기준: 생성 평가

리소스

바람직성, 실현 가능성, 실행 가능성을 기준으로 제품 또는 서비스가 필요한지 평가한다.

성공 기준: 장애물 고려

리소스

접근성, 기술적, 지리적, 공정성 관련 장벽을 포함하여 사람들이 제품 또는 서비스를 사용하지 못하게 하는 장벽을 제거하거나 줄인다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, AI, 전자 폐기물, 아이디어 구상, 보고, 소프트웨어

5.14 공급업체 실천 표준 문서 제공하기

지속가능성 원칙을 기준으로 공급업체를 선택하고 협력하며, 그 영향을 측정하고 파트너십 성과를 투명하게 게시한다.

성공 기준: 잠재 파트너 심사

리소스

잠재 파트너를 심사하고 평가하기 위한 명확한 정책의 지원을 받아 공급망 파트너 선택과 거버넌스 전반에 지속가능성 원칙을 적용한다.

성공 기준: 협력적 측정

리소스

공급업체와 협력하여 영향을 받는 당사자에게 미치는 영향을 만들고, 추적하고, 측정한다.

성공 기준: 정보 제공형 파트너 홍보

리소스

파트너십이 어떻게 집단적 영향을 만들어 내는지에 관한 정보와 함께, 공개적으로 이용 가능한 곳에서 파트너십을 홍보하고 공개한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

AI, 콘텐츠, 거버넌스, 하드웨어, 아이디어 구상, 사회적 형평성

5.15 경제적 혜택 공유하기

공정한 임금 지급을 약속하고, 근로자와 계약자를 공유된 영향 목표에 맞추며, 이용 가능한 리소스 안에서 직원 혜택을 제공한다.

성공 기준: 생활임금

리소스

직원, 계약자 및 기타 영향을 받는 당사자에게 생활임금을 지급하겠다고 공개적으로 약속한다.

성공 기준: 인센티브 제공

리소스

인센티브가 어떻게 설계되고 적용되는지 안내하는 명확한 정책을 바탕으로, 근로자와 계약자 같은 영향을 받는 당사자를 위한 인센티브를 조직 관행에 내재화하여 영향 목표를 지원한다.

성공 기준: 직원 혜택

리소스

이용 가능한 리소스에 맞는 직원 혜택을 제공하며, 여기에는 의료, 퇴직 지원, 유연 근무, 이익 공유가 포함될 수 있다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

거버넌스, 사회적 형평성

5.16 영향을 받는 당사자와 의사 결정 권한 공유하기

사용자와 직원을 의사 결정에 참여시키고, 자동화된 결정에 대한 인간의 감독, 투명성 및 이의 제기 메커니즘을 보장하고 제공한다.

성공 기준: 의사 결정

리소스

사용자와 직원을 포함한 사람들이 자신에게 영향을 미치는 결정에 참여하도록 한다. 관련 의사 결정 과정에 참여할 수 있는 의미 있는 기회를 제공하고, 의사 결정자가 명확한 권한과 책임을 갖도록 보장한다. 자동화 시스템이 사용되는 경우 결정에서 그 역할에 대한 투명성을 제공하고, 인간의 감독을 가능하게 하며, 사람들이 선택 해제, 이의 제기, 동의 철회, 결정에 대한 도전을 할 수 있도록 한다. 이의 제기가 인간 의사 결정자에 의해 검토되도록 보장한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 아이디어 구상, 사회적 형평성, 전략

5.17 다양성, 형평성, 정의, 포용(DEJI) 관행 사용하기

다양성, 형평성, 정의, 포용(DEIJ) 및 접근성 약속을 게시하고 실행하며, 교육과 측정 가능한 진전을 지원하고, 제품과 운영 전반에서 포용적인 성과를 보장한다.

성공 기준: DEJI 관행

리소스

DEIJ에 대한 명확한 약속을 게시한다. 조직이 이러한 약속을 적용하여 배제를 줄이고, 다양하고 충분히 지원받지 못했거나 주변화된 커뮤니티를 위한 제품 접근의 장기적인 지속가능성을 어떻게 지원하는지 설명한다.

성공 기준: DEJI 교육

리소스

알고리즘 편향, 디지털 격차, 고용 형평성, 허위 정보 및 역정보와 같은 DEIJ 교육과 주제를 제공한다.

성공 기준: DEJI 개선

리소스

채용, 리더십, 운영 전반에서 DEIJ의 측정 가능한 진전을 추적하고 게시한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 아이디어 구상, 사회적 형평성, 전략

5.18 책임 있는 데이터 관행 촉진하기

최소화된 수집, 사용자 제어, 이동성, 삭제, 콘텐츠 아카이빙을 통해 사용자 데이터 권리를 존중하고 데이터 수명 주기를 관리한다.

성공 기준: 데이터 관행

리소스

공개적으로 접근 가능한 개인정보 보호, 법률 및 정책 문서를 쉬운 언어와 접근 가능한 형식으로 유지관리한다. 인정된 국제 표준에 부합하는 강력한 데이터 보호 관행을 따르고, 사용자에 대한 위험이 더 높거나 보호 장치가 충분하지 않은 경우 더 강한 보호를 적용하며, 투명한 데이터 사용과 거버넌스를 통해 개인정보 보호, 접근성, 지속가능성의 좋은 관행을 지원한다.

성공 기준: 데이터 소유권

리소스

접근, 정정, 삭제, 선택 해제, 데이터 이동성을 포함한 사용자 데이터 권리를 존중한다. 계정, 데이터, 구독을 관리할 수 있는 명확한 사용자 제어 수단을 제공한다. 정의된 목적을 위해서만, 그리고 필요한 기간을 넘지 않도록 개인 데이터를 수집하고 보관한다. 개방적이고 일반적으로 사용되는 형식으로 데이터 내보내기를 제공한다. 삭제와 동의 변경이 데이터베이스, 파생 데이터세트, 백업, 캐시를 포함한 모든 시스템에 합리적인 기간 내에 적용되도록 보장한다.

성공 기준: 오래된 콘텐츠

리소스

자동 만료 날짜와 예정된 제품 감사를 통해 오래되었거나 만료된 제품 콘텐츠와 데이터를 아카이브하고 삭제한다. 아카이빙 일정을 게시하고, 필요한 사람들을 위해 검색 가능한 오래된 콘텐츠의 경량 버전이 유지되도록 보장한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

AI, 콘텐츠, 거버넌스, 개인정보 보호, 보안, 사회적 형평성, 전략

5.19 AI 및 새롭거나 파괴적인 기술에 관한 책임 있는 관행 확립하기

윤리적으로 조달되고 적절한 규모의 데이터와 모델만 사용하고, 환경 영향을 관리하며, 인력 적응을 지원하고, 사용자 에이전트 제어를 존중하며, 정당화되는 경우에만 양자 내성 암호화를 사용함으로써 자동화 시스템의 책임 있는 사용을 보장한다.

성공 기준: AI 및 데이터 수집

리소스

자동화 시스템에서 사용, 생성 또는 참조되는 데이터세트가 작업에 필요한 것보다 크지 않고, 윤리적으로 조달되며, 선별, 검증, 저장되고, 공정하고 비차별적이며 책임 있는 방식으로 사용되도록 보장한다.

성공 기준: 비즈니스 적응

리소스

직원의 역할이나 조직 운영을 바꾸거나 방해할 수 있는 새로운 기술에 직원이 적응하도록 지원한다.

성공 기준: 환경 책임

리소스

AI 및 새롭거나 파괴적인 기술의 홍보 또는 채택과 관련된 환경 영향을 감사하고 고려한다. 여기에는 제3자 시스템과 사용당 발생하는 폐기물, 물, 배출뿐 아니라 초기 배포와 업데이트에서 비롯되는 영향도 포함된다. 환경 영향을 최소화하는 방식으로 효율성과 배포를 우선한다.

성공 기준: 자동화 도구

리소스

봇, 크롤러, 사용자 에이전트, 스크래퍼, 인공지능 및 기타 모든 자동화 도구가 호스트, 서버, 사이트 수준의 선택 해제 신호를 존중하도록 보장한다. 제공자는 HTTP 헤더의 사용자 에이전트 안에서 자신이 비인간임을 선언해야 한다.

성공 기준: 양자 회복력

리소스

“지금 수집하고 나중에 해독하는” 공격과 장기 데이터 기밀성 위험으로부터 보호할 명확한 필요가 있는 경우에만 양자 내성 암호화를 사용한다. 이를 기존 암호화 방식을 대체하는 것이 아니라 보완하는 것으로 다루고, 전환 기간에는 둘 다 사용한다. 트래픽이 많은 서비스에서 양자 내성 암호화를 채택할 때는 대역폭 소비, 처리 수요, 설계 복잡성, 마이그레이션 위험이 보안 이점을 초과할 수 있으므로 주의한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, AI, 콘텐츠, 전자 폐기물, 거버넌스, 하드웨어, 네트워킹, 성능, 개인정보 보호, 보안, 사회적 형평성, 소프트웨어

5.20 책임 있는 금융 관행 채택하기

고탄소 자산에서 투자 철회를 하고, 예산 편성과 금융 파트너십을 장기적인 지속가능성과 일치시킴으로써 책임 있는 금융 관행을 채택한다.

성공 기준: 연료 투자 철회

리소스

화석 연료에서 투자 철회하고, 은행 업무와 후원을 포함한 금융 관계를 더 지속 가능한 파트너로 이동한다.

성공 기준: 책임 있는 금융

리소스

장기적인 유지관리와 환경 책임을 지원하는 책임 있는 예산 편성 및 금융 관행을 사용한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

거버넌스, 아이디어 구상, 사회적 형평성

5.21 조직적 자선 관행 채택하기

파트너십과 기업 기부를 조직의 목적과 일치시키고, 명확한 파트너십 및 기부 정책을 통해 역량 강화형 자원봉사와 프로보노 업무를 지원한다.

성공 기준: 자선 정책

리소스

기업 기부 정책을 만들고 전략적으로 정렬된 조직과 자선 파트너십을 수립한다.

성공 기준: 자원봉사

리소스

팀이 배우고 비영리 및 자선 단체에 도움이 되는 자원봉사와 프로보노 업무를 지원한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

콘텐츠, 거버넌스, 사회적 형평성

5.22 디지털 제품 또는 서비스의 관리와 수명 종료 계획하기

프로젝트가 종료될 때를 문서화하고, 사용자 데이터에 어떤 일이 일어날지 사용자가 알 수 있게 한다.

성공 기준: 수명 종료 관리

리소스

데이터 폐기, 아카이빙, 파일 삭제 및 기타 관련 지침을 포함하는 명확하고 문서화된 수명 종료 지침을 제공한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

호환성, 전자 폐기물, 개인정보 보호, 연구, 보안, 사회적 형평성, 소프트웨어, 전략

5.23 전자 폐기물 수리, 재사용, 재정비, 재활용 또는 감축하기

사용자의 수리를 지원하는 것을 포함하여 인증된 서비스를 통해 하드웨어와 전자 폐기물의 수리, 재사용, 재정비, 책임 있는 재활용을 우선한다.

성공 기준: 전자 폐기물 관리

리소스

원하지 않는 하드웨어와 재료를 재활용, 수리 또는 업사이클한다. 가능한 경우 구성 요소를 회수, 재배치, 재사용하고, 남은 재료는 지속 가능한 방식으로 폐기한다. 인증된 수리 및 재활용 서비스를 사용하여 수명 종료 디지털 장비와 운영상 전자 폐기물을 책임 있게 처리한다. 서비스 제공자는 책임 있는 전자 폐기물 관리를 위한 명확한 정책을 유지해야 한다.

성공 기준: 전자 폐기물 정책

리소스

하드웨어 수리와 재활용을 위한 정책을 유지하고 수리를 장려한다.

성공 기준: 재정비 전략

리소스

새 장비를 구매하기 전에 기존 하드웨어의 재사용, 재정비, 재배치를 우선한다.

성공 기준: 수리할 권리

리소스

사용자가 구매한 제품을 가능한 한 스스로 수리할 수 있도록 허용하고, 가능한 경우 원가로 교체 부품을 제공하며, 결함이 발생했을 때 고칠 수 있도록 명확한 지침을 제공한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

콘텐츠, 전자 폐기물, 거버넌스, 하드웨어, 아이디어 구상, 사회적 형평성

5.24 성능, 환경 및 인적 예산 정의하기

수명 주기 지속가능성 및 성능 예산을 정의하고 적용하며, 증거 기반 KPIs를 설정하고, 시간이 지남에 따른 측정 가능한 개선을 추적한다.

성공 기준: 환경 예산

리소스

생성, 사용, 폐기를 포함한 제품과 서비스의 전체 수명 주기를 포괄하는 디지털 지속가능성 예산 기준을 개요화하고 문서화한다. 이러한 한도가 적극적으로 적용되고 모든 영향을 받는 당사자에게 전달되도록 보장한다.

성공 기준: 성능 예산

리소스

성능 예산을 사용하여 디지털 제품 또는 서비스의 크기와 복잡성을 제한하고, 성능을 개선하고 더 지속 가능하며 영향이 낮은 디지털 경험을 만들기 위해 데이터 전송과 파일 크기를 적극적으로 줄인다.

성공 기준: 인적 예산

리소스

엔지니어링 노력, 개발 시간 또는 스프린트에 대한 KPIs를 정의한다. 작업이 세심하게 이루어지도록 워크플로를 지속 가능하게 최적화하면서, 근로자의 건강, 웰빙, 지속 가능한 업무량을 우선한다.

성공 기준: 측정 가능한 개선

리소스

기준 측정값을 설정하고 시간이 지남에 따른 개선을 추적한다. 개선 주장에는 증거가 뒷받침되어야 한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

예시

아래는 JSON 형식의 파일이다.

[
{
	"resourceSizes": [],
	"timings": [
	{
		"metric": "largest-contentful-paint",
		"budget": 2500
	},
	{
		"metric": "max-potential-fid",
		"budget": 100
	},
	{
		"metric": "cumulative-layout-shift",
		"budget": 0.1
	}
	]
}
]

태그

접근성, 아이디어 구상, KPIs, 성능, 연구, 사용성

5.25 오픈 소스를 사용하고 기여하기

오픈 소스 정책을 정의하고 유지관리하며, 코드, 시간, 재정적 또는 현물 지원을 통해 오픈 소스 커뮤니티에 적극적으로 기여한다.

성공 기준: 오픈 소스 거버넌스

리소스

재사용을 우선하고, 중복을 줄이며, 장기적인 유지보수성을 지원하는 선택, 승인, 릴리스 워크플로를 포함하여 오픈 소스 도구의 지속 가능한 사용과 기여를 위한 프로세스를 정의하고 유지관리한다.

성공 기준: 협업과 기여

리소스

오픈 소스 원칙에 기반하여 지속 가능한 소프트웨어 개발을 지원하기 위해 오픈 소스 생태계와 협업하고, 공유 유지관리와 재사용을 개선하며 노력의 중복을 줄이기 위해 코드, 시간 또는 재정적 지원을 통해 커뮤니티 기반 프로젝트에 정기적으로 기여한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

접근성, 자산, 아이디어 구상, 사회적 형평성, 소프트웨어, UI

5.26 사업 연속성 및 재해 복구 계획 만들기

테스트된 사고 대응 계획을 유지하고, 서비스 문제, 위험, 복구에 대해 사용자와 투명하게 소통한다.

성공 기준: 실행 계획

리소스

대응 준비 상태를 판단하고 시스템과 서비스가 어떤 사고에서도 빠르게 복구될 수 있도록 사고 대응 계획을 만들고, 유지관리하며, 정기적으로 검토하고 테스트한다.

성공 기준: 대상자 인식

리소스

사고, 서비스 문제, 데이터 또는 가용성에 대한 모든 위험에 대해 사용자와 투명하게 소통한다.

추가 정보

이 지침과 그 성공 기준을 이해하기 위한 추가 정보를 표시 / 숨기기

태그

AI, 거버넌스, 보안, 전략

A. 고려 사항

이 명세에서 Interest Group이 접근성, 프라이버시 또는 보안에 대해 가능한 영향을 식별한 지침은 최종 사용자에게 보호를 제공하거나, 디지털 지속 가능성을 구현하도록 설계된 기능을 구현할 때 웹사이트 제공자가 고려해야 할 중요한 사항으로서 아래에 나열되어 있습니다. 이 목록은 Interest Group의 현재 이해를 반영하지만, 게시 시점에 Interest Group이 인지하지 못한 영향을 다른 지침이 가질 수도 있습니다.

이러한 목표와 관련된 모범 사례를 더 이해하고자 하는 개인이나 조직은 이 분야의 W3C Working and Interest Groups가 제공하는 관련 자료를 읽어야 합니다. 좋은 접근성, 국제화, 프라이버시, 보안의 결과는 측정 가능한 방식으로 지구, 사람, 번영에 이익을 줄 수 있기 때문입니다.

접근성, 국제화, 프라이버시, 보안에 관여하는 그룹은 자신의 작업 안에서 지속 가능성 영향을 식별할 수 있으며, 적절한 경우 이러한 우려의 범위를 제한하기 위한 모범 사례에 대한 관련 지침을 제공할 수 있음을 유의할 필요가 있습니다. 그러한 지침은 WSG 안에서 제공되는 지침을 보완하는 것으로 간주해야 합니다.

참고: 그린워싱은 사회적 영향을 왜곡하여 디지털 포용, 보안, 프라이버시를 약화시킬 수 있으므로 고려 사항으로서 진지하게 다루어야 합니다. 또한 이러한 위험과 영향 자체가 환경적 또는 더 넓은 사회적 피해의 벡터로 악용될 수 있습니다.

A.1 접근성

이 명세 안에서 접근성과 관련될 수 있는 지침은 다음과 같습니다.

A.2 프라이버시

이 명세 안에서 프라이버시와 관련될 수 있는 지침은 다음과 같습니다.

A.3 보안

이 명세 안에서 보안과 관련될 수 있는 지침은 다음과 같습니다.

B. 용어집

접근성

웹 접근성(포용적 디자인의 맥락에서)은 웹사이트, 도구, 기술이 장애가 있는 사람들(그리고 장애가 없는 사람들)도 장벽 없이 사용할 수 있도록 설계되고 개발된다는 뜻입니다.

참고

접근성 장벽의 유형에는 청각, 인지, 신경학적, 신체적, 발화 및 시각 장벽이 포함될 수 있습니다. 또한 상황에 따라 영구적, 일시적 또는 상황적일 수 있습니다.

PPP

지구, 사람, 번영(PPP)은 지속 가능성 과정에서 이러한 각 요소를 고려하도록 권장하는 원칙의 집합입니다.

지구, 사람, 번영을 고려하는 이 방법은 경제적 요소를 함께 고려하는 환경, 사회 및 (기업) 거버넌스(ESG)와 같이 유사한 목표를 가진 다른 약어로도 알려져 있습니다. 또한 유사한 패턴을 따르는 환경, 형평성 및 경제(EEE)도 있습니다.

정보성

정보 제공 목적이며 준수에 필요하지 않습니다.

참고

"정보성" 또는 "비규범적"으로 식별된 콘텐츠는 준수에 요구되지 않습니다.

규범적

준수에 필요합니다.

C. 감사의 말

Sustainable Web Interest Group 참여에 대한 추가 정보는 Interest Group의 GitHub 저장소 안에서 확인할 수 있습니다.

C.1 이 문서 개발에 적극적으로 참여한 참가자

Adam Newman, Addison Phillips, Alexander Dawson, Alisa Bonsignore, Andrea Davanzo, Andrew Wright, Andy Blum, Anne Faubry, Arnaud Levy, Barry Pollard, Ben Clifford, Berwyn Powell, Bhavani Shankar Garikapati, Brett Tackaberry, Brian Louis Ramirez, Brian Kardell, Chris Adams, Chris Augier, Chris Butterworth, Chris Lilley, Chris Needham, Chris Sater, Chris Wilson, Christian H Brown, Claire Thornewill, Crystal Preston-Watson, Daniel Appelquist, David Jeanmonod, Denis Roio, Dennis Lemm, Diogo Abrantes Da Silva, Dominique Hazael-Massieux, Dom Robinson, Elika Etemad, Eloisa Guerrero, Emily Trotter, Emma Horrell, Fershad Irani, Florian Rivoal, Francesco Fullone, François Burra, Gaël Duez, Glenda Sims, Hannah Smith, Hidde de Vries, Iain McClenaghan, Ian Jacobs, Ines Akrap, Ismael Velasco, Iulia Raluca Ionita, James Christie, Jeffrey Yasskin, Jennifer Strickland, Jens Oliver Meiert, Jeroen Hulscher, Jim McCool, Josh Kim, Julien Wilhelm, Kazuhito Kidachi, Kenneth G. Franqueiro, Laurent Devernay Satyagraha, Len Dierickx, Leon Brocard, Lewis Halstead, Łukasz Mastalerz, Marie Ototoi, Michelle Barker, Mike Gifford, Morgan Murrah, Nahuai Badiola, Neil Clark, Nick Doty, Nick Lewis, Nicola Bonotto, Nigel Megitt, Oliver Winks, Orie Steele, Owen Barton, Owen Rogers, Peter Krautzberger, Philippe Le Hégaret, Richard Ishida, Romuald Priol, Rose Newell, Rudolf Van Der Berg, Ryan Sholin, Sandy Dähnert, Sarah Zama, Sarven Capadisli, Shane Herath, Siddhesh Wagle, Simon Perdrisat, Simone Onofri, Sorca Duffy, Susannah Hill, Tantek Çelik, Tej Kalianda, Theresa O'Connor, Thibaud Colas, Thorsten Jonas, Tim Frick, Tzviya Siegman, Youen Chéné, Yuna Orsini, Zoe Lopez-Latorre.

C.2 기타 적극적 참가자 또는 지원 리소스 기여자

Aiste Rugeviciute, Alekh Gupta, Alicia Pritchett, Anthony Vallée-Dubois, Antoine Abélard, Asim Hussain, Bee Flaherty, Boris Schapira, Brian Sharpe, Carine Bournez, Christophe Clouzeau, Christos Bacharakis, Danielle Subject, Denis Didier, Edward Bender, Elise West, Florence Maurice, Gerry McGovern, Greg McDonald, Ignacio Rondini, Ivano Malavolta, James Cannings, James Gallagher, Jan Henckens, Jean Rigotti, Jon Gibbins, Juan Sotés, Julien Robitaille, Kate Mroczkowski, Katya Dreyer-Oren, Kimi Wei, Laila Tamani, Leah Goldfarb, Lenchi Danch, Loren Velasquez, Louise Towler, Luciene Bulhões Mattos, Luis Tiago, Manfred Jurgovsky, Marie Koesnodihardjo, Mark Butcher, Marketa Benisek, Mert Altinöz, Michelle Sanver, Moritz Guth, Nicholas Oliveira, Nick Oliveira, Nick Sollecito, Nicolas Lanthemann, Nicolas Oren, Patrick Hypscher, Pietro Jarre, Radu Micu, Rafael Lebre, Rebecca Brocton, Rick Butterfield, Rick Viscomi, Robin Whittleton, Samuel Pitoňák, Sandra Pallier, Sebastien Solere, Sylvain Tenier, Thierry Leboucq, Thomas Alexander Munch-Woolff, Tom Greenwood, Tom Howells, Torsten Beyer, Tristan Nitot, Yelle Lieder, Youcef Bekhti.

D. 변경 기록

변경 기록2024년 12월 6일 날짜의 최종 초안 Community Group Report 이후의 실질적 변경만 식별한다는 점에 유의하십시오.

처리된 모든 이슈 목록은 Interest Group 및 이전 Community Group 이슈 추적기를 참조하십시오.

진행 중인 릴리스 노트

추가 사항:

  • [#348] WSG Impact Measurement & Impact JSON API 데이터셋이 출시되었습니다.
    @anewmandev, @AlexDawsonUK, @andreadavanzo, @awright1979-alt, @mrchrisadams, @chrisn, @ehorrell, @fershad, @hanopcan, @hidde, @jyasskin, @jenstrickland, @ldevernay, @astuanax, @lmastalerz, @mgifford, @the-sustainabledev, @nicolabonotto, @ohuu, @ryansholin, @systemstree, @susannah-hill, @tantek, @thorstenjonas, @timfrick, @TzviyaSiegman

업데이트:

  • a11y, 보안, 프라이버시에 대한 W3C 사명 링크가 고려 사항 섹션에 추가되었습니다.
    @AlexDawsonUK
  • 요약 보충 문서는 그 콘텐츠가 WSG 소개에 병합되었으므로 폐기 및 제거되었습니다.
    @AlexDawsonUK
  • UX 섹션에 대한 동료 검토, 쉬운 영어, 톤 및 기타 콘텐츠 업데이트.
    @AlexDawsonUK, @andreadavanzo, @awright1979-alt, @bkardell, @ChristianHiBr, @CrystalPrestonWatson, @mylonelycomputer, @ehorrell, @fershad, @hidde, @ines-akrap, @JamesChristie-SustainableUX, @jyasskin, @jenstrickland, @JeroenHulscher, @kazuhito-kidachi, @mgifford, @airbr, @the-sustainabledev, @codewordcreative, @ryansholin, @Sarahz27, @systemstree, @hober, @timfrick, & @TzviyaSiegman
  • WebDev 섹션에 대한 동료 검토, 쉬운 영어, 톤 및 기타 콘텐츠 업데이트.
    @AlexDawsonUK, @awright1979-alt, @CrystalPrestonWatson, @fershad, @hidde, @jyasskin, @kazuhito-kidachi, @Lewish1998, @lmastalerz, @airbr, @codewordcreative, @Sarahz27, @csarven, @systemstree, @tkalianda, @hober, @thorstenjonas, @timfrick, & @TzviyaSiegman
  • 인프라 섹션에 대한 동료 검토, 쉬운 영어, 톤 및 기타 콘텐츠 업데이트.
    @AlexDawsonUK, @fershad, @hidde, @ines-akrap, @JamesChristie-SustainableUX, @jyasskin, @Lewish1998, @lmastalerz, @mgifford, @airbr, @codewordcreative, @ryansholin, @Sarahz27, @systemstree, @susannah-hill, @hober, & @TzviyaSiegman
  • 비즈니스 섹션에 대한 동료 검토, 쉬운 영어, 톤 및 기타 콘텐츠 업데이트.
    @AlexDawsonUK, Alisa Bonsignore, @ChristianHiBr, @Jaromil, @mylonelycomputer, @fershad, @hidde, @ines-akrap, @jenstrickland, @kazuhito-kidachi, @lmastalerz, @mgifford, @airbr, @the-sustainabledev, @codewordcreative, @simoneonofri, @systemstree, @hober, @timfrick, & @TzviyaSiegman
  • [#216] Quick Reference가 PDF 제거와 함께 더 접근 가능하고 인쇄 친화적으로 업데이트되었습니다.
    @AlexDawsonUK & @jenstrickland
  • [#243] Plain English 소개 박스는 가시성을 극대화하기 위해 이제 기본적으로 펼쳐져 있습니다.
    @AlexDawsonUK, @codewordcreative & @TzviyaSiegman
  • [#291] 소개가 IG 구성원과 요약 문서의 새 자료로 업데이트되었습니다.
    @AlexDawsonUK, @AnneFaubry, @hidde, @mgifford, @Psychpsyo, @codewordcreative, @ryansholin, @timfrick, & @TzviyaSiegman
  • [#309] 이점과 더 잘 정렬되도록 고려 사항과 태깅이 업데이트되었습니다.
    @AlexDawsonUK
  • [#342] "Sustainability metrics"가 "Provider selection" 및 "Efficient operation" SC로 분리되었습니다.
    @AlexDawsonUK, @fershad, & @codewordcreative

수정 사항:

  • 일관성을 위해 문서 간 일부 언어를 정렬했습니다.
    @AlexDawsonUK & @codewordcreative
  • 깨진 링크와 리디렉션이 해결되거나 제거되었습니다.
    @AlexDawsonUK & @kantoche
  • TAG가 제기한 다수의 이슈가 소개와 UX 섹션에서 처리되었습니다.
    @AlexDawsonUK, @codewordcreative, @susannah-hill, and @TzviyaSiegman
  • [#213] 접근성에 대한 수평 검토 피드백이 포함되었습니다.
    @AlexDawsonUK, @goodwitch, @JamesChristie-SustainableUX, @jenstrickland, @codewordcreative, & @TzviyaSiegman
  • [#214] 국제화에 대한 수평 검토 피드백이 포함되었습니다.
    @aphillips, @AlexDawsonUK, @svgeesus, @r12a, & @codewordcreative
  • [#215] 프라이버시에 대한 수평 검토 피드백이 포함되었습니다.
    @AlexDawsonUK, @gbshankar, @codewordcreative, &@TzviyaSiegman
  • [#216] GreenIT URL이 최신 릴리스와 일치하도록 업데이트되었습니다.
    @AlexDawsonUK
  • [#216] 다른 산출물 교차 참조가 모두 TR 명세 URL을 가리키도록 보장했습니다.
    @AlexDawsonUK
  • [#232] 법률 및 정책 보충 문서에 추가 참조가 추가되었습니다.
    @AlexDawsonUK
  • [#232] at-a-glance 보충 문서의 통계가 업데이트되었습니다.
    @AlexDawsonUK
  • [#247] 명확성을 위해 GRI 정보 앞 단락이 변경되었습니다.
    @AlexDawsonUK & @ChristianHiBr
  • [#351] 교차 링크가 이제 details 요소의 콘텐츠를 자동으로 표시합니다.
    @AlexDawsonUK
  • [#351] 유지 관리성을 높이기 위해 번호가 친숙한 ID와 URL로 교체되었습니다.
    @AlexDawsonUK
  • [#353] HTML, CSS 또는 JS가 아닌 예시는 이제 어떤 형식인지 설명합니다.
    @airbr
2025년 4분기 릴리스 노트(2025년 12월 15일)

추가 사항:

  • [#192] 관련 콘텐츠를 위해 필터 시스템에 AI 태그가 추가되었습니다.
    @TzviyaSiegman

업데이트:

  • [#97] & [#191] 소개 콘텐츠와 용어집 정의가 업데이트되었습니다.
    @awright1979-alt, @hidde, @ines-akrap, @mgifford, @codewordcreative, @systemstree, @timfrick, & @TzviyaSiegman
  • [#192] TOC 안에서 필터 시스템이 더 잘 보이도록 되었고 multiPage가 제거되었습니다.
    @AlexDawsonUK, @kfranqueiro, @timfrick, & @TzviyaSiegman
  • [#192] 활성 필터를 반영하도록 TOC 업데이트와 URL 쿼리 문자열 업데이트가 적용되었습니다.
    @AlexDawsonUK & @fershad
  • [#192] 표준 참조와 관련된 소개 설명이 제공되었습니다.
    @TzviyaSiegman
  • [#192] 관계 섹션이 W3C WebML WG Ethical Principles 명세를 포함하도록 업데이트되었습니다.
    @TzviyaSiegman
  • [#194] Infrastructure Task Force가 적용한 호스팅 섹션의 여러 업데이트.
    @AlexDawsonUK, @codewordcreative, @ryansholin & @susannah-hill, & @TzviyaSiegman
  • [#195] 이점은 추가 정제를 위해 전용 보충 문서로 이동되었습니다.
    @AlexDawsonUK, @codewordcreative, @fershad, @nigelmegitt
  • [#197] 명세 안에 추가 유용한 리소스가 포함되었습니다.
    @AlexDawsonUK
  • [#197] UX Task Force가 적용한 사용자 경험 섹션의 여러 업데이트.
    @aphillips, @AlexDawsonUK, @awright1979-alt, @AnneFaubry, @ChrisButterworth, @fantasai, @ehorrell, @fershad, @hidde, @ines-akrap, @JamesChristie-SustainableUX, @jenstrickland, @kazuhito-kidachi, @mgifford, @airbr, @the-sustainabledev, @nigelmegitt, @r12a, @codewordcreative, @Sarahz27, @systemstree, @sorca11y, @thorstenjonas, & @TzviyaSiegman
  • [#197] 5.20이 새로운 기술과 AI에 대한 명확성을 제공하도록 업데이트되었습니다.
    @AlexDawsonUK & @codewordcreative

수정 사항:

  • [#25] IG 합의에 따라 테스트 가능성 버블은 보장될 수 있을 때까지 제거되었습니다.
    @fershad, @hidde, & @jyasskin
  • [#192] 초안 노트 상태 이전에 pubRules에 대한 추가 수정이 적용되었습니다.
    @AlexDawsonUK, @plehegar, & @TzviyaSiegman
  • [#192] 명세 안의 일부 중복 이슈가 수정되었습니다.
    @AlexDawsonUK
  • [#192] Q3-2025 기여에 대한 편집자 역할과 @codewordcreative 크레딧이 업데이트되었습니다.
    @AlexDawsonUK, @ines-akrap, @mgifford, @timfrick, & @TzviyaSiegman
  • [#197] 깨진 링크와 리디렉션이 해결되거나 제거되었습니다.
    @AlexDawsonUK
  • [#197] 겹치는 성공 기준이 병합, 그룹화 또는 제거되었습니다.
    @AlexDawsonUK, @chrisn, @fullo, @hidde, @jyasskin, @kazuhito-kidachi, @mgifford, @airbr, @codewordcreative, @systemstree, @timfrick, & @TzviyaSiegman
  • [#197] WSG 헤더의 보충 문서 목록에서 레이블 설명이 개선되었습니다.
    @AlexDawsonUK
  • [#200] Organize code arrangement에 사소한 수정이 적용되었습니다.
    @fershad
  • [#201] Lazy Loading에 대한 STAR 자료에 업데이트가 적용되었습니다.
    @airbr & @tunetheweb
2025년 3분기 릴리스 노트(2025년 9월 15일)

추가 사항:

  • [#122] 명세와 보충 문서에 다크 모드 기능이 추가되었습니다.
    @AlexDawsonUK

업데이트:

  • [#116] & [#127] 소개에 대한 편집상 개선이 제공되었습니다.
    @AlexDawsonUK, @AnneFaubry, @codewordcreative, @fershad, & @ldevernay
  • [#125] 오래된 영향 및 노력 등급이 명세에서 제거되었습니다.
    @AlexDawsonUK
  • [#128] Summary 보충 문서 (이전 Intro)의 콘텐츠가 업데이트되었습니다.
    @AlexDawsonUK & @AnneFaubry

수정 사항:

  • [#70] & [#117] 전역 편집상 개선과 버그 수정이 WSG에 적용되었습니다.
    @AlexDawsonUK, @codewordcreative, @jenstrickland, @mrchrisadams, & @ryansholin
  • [#79] & [#119] Intent가 업데이트, 단축되었고 지침 부제목으로 전환되었습니다.
    @airbr, @AlexDawsonUK, Alisa Bonsignore, @andreadavanzo, @codewordcreative, @Sarahz27, @susannah-hill & @TzviyaSiegman
  • [#89] & [#90] 교차 링크 구조가 접근성을 위해 개선되었습니다.
    @jenstrickland, @pkra, @TzviyaSiegman
  • [#90] 저자 표기가 이제 감사의 말 링크와 함께 pubRules를 준수합니다.
    @AlexDawsonUK & @TzviyaSiegman
  • [#93], [#102], & [#104] 웹 개발 성공 기준에 대한 편집상 개선이 제공되었습니다.
    @airbr, @AlexDawsonUK, @codewordcreative, @fershad, @hidde, @ryansholin, & @TzviyaSiegman
  • [#100] 범주 소개에 대한 편집상 개선이 제공되었습니다.
    @AlexDawsonUK, @awright1979-alt, @codewordcreative, @fershad, @hidde, @ines-akrap, @jenstrickland, @ryansholin, @susannah-hill, @timfrick, & @TzviyaSiegman
  • [#101] UX 성공 기준에 대한 편집상 개선이 제공되었습니다.
    @AlexDawsonUK, @awright1979-alt, @ChrisButterworth, @codewordcreative, @fershad, @jenstrickland, @Sarahz27, @systemstree, @the-sustainabledev, @thorstenjonas, & @TzviyaSiegman
  • [#105] 호스팅 성공 기준에 대한 편집상 개선이 제공되었습니다.
    @AlexDawsonUK, @codewordcreative, @fershad, @susannah-hill, @ryansholin, & @TzviyaSiegman
  • [#107] 비즈니스 성공 기준에 대한 편집상 개선이 제공되었습니다.
    @AlexDawsonUK, @codewordcreative, @fershad, @timfrick, & @TzviyaSiegman
  • [#108] UX 이점에 대한 편집상 개선이 제공되었습니다.
    @awright1979-alt, @codewordcreative, @jenstrickland, @Sarahz27, @thorstenjonas, & @TzviyaSiegman
  • [#109] 웹 개발 이점에 대한 편집상 개선이 제공되었습니다.
    @codewordcreative, @ryansholin, & @TzviyaSiegman
  • [#110] 호스팅 이점에 대한 편집상 개선이 제공되었습니다.
    @codewordcreative, @susannah-hill, @ryansholin, & @TzviyaSiegman
  • [#112] & [#118] 깨진 링크와 리디렉션이 해결되거나 제거되었습니다.
    @AlexDawsonUK & @ldevernay
  • [#113] 비즈니스 이점에 대한 편집상 개선이 제공되었습니다.
    @codewordcreative, @timfrick, & @TzviyaSiegman
  • [#114], [#125], & [#132] 예시에 대한 편집상 개선이 제공되었습니다.
    @AlexDawsonUK, @codewordcreative, @the-sustainabledev, & @timfrick
  • [#118] & [#125] 깨진 링크와 리디렉션이 해결되거나 제거되었습니다.
    @AlexDawsonUK
  • [#120] 지원 문서에서 normative라는 언어 사용을 둘러싼 이슈가 해결되었습니다.
    @frivoal, @hidde, @tantek
  • [#121] & [#122] W3C Principle Notes, Manual of Style 및 QA Framework와 정렬되었습니다.
    @AlexDawsonUK, @codewordcreative, & @hidde
  • [#122] 모든 문서가 필수 pubRules 요구 사항과 정렬되었습니다.
    @AlexDawsonUK
  • [#125] 인쇄 스타일 시트와 관련된 사소한 버그를 수정했습니다.
    @AlexDawsonUK
2025년 2분기 릴리스 노트(2025년 6월 30일)

추가 사항:

  • [#6] 지속 가능성 링크의 저장소 역할을 할 새 리소스 보충 문서.
    @AlexDawsonUK
  • [#14], [#58], [#67], & [#68] (전체 문서 모드용) data-attributes를 사용하는 지침 필터를 사용할 수 있습니다.
    @airbr, @AlexDawsonUK, @ldevernay, @timfrick, & @TzviyaSiegman
  • [#41] 살아 있는 변경 기록 섹션이 WSG에 추가되었습니다(Github 릴리스는 계속됨).
    @AlexDawsonUK & @TzviyaSiegman
  • [#53] 도메인 이름의 영향에 대한 범위를 제공하는 4.1의 새 성공 기준.
    @codewordcreative & @exortech
  • [#68] 접근성, 국제화, 프라이버시, 보안 교차 참조가 포함된 새 고려 사항 섹션.
    @AlexDawsonUK & @TzviyaSiegman

업데이트:

  • [#30] & [#55] 이전 접근성 지침 3.5가 제거되었습니다. 유용한 자료는 2.29의 SC로 병합되었습니다.
    @airbr, @andreadavanzo, & @hidde
  • [#45] 3.11의 성공 기준이 더 적절한 구조화된 데이터 사용을 반영하도록 업데이트되었습니다.
    @hidde
  • [#51] 3.5의 성공 기준이 CSS 방법론 명명을 피하도록 업데이트되었습니다.
    @airbr & @andreadavanzo
  • [#52] & [#67] 사용 사례와 상호작용 요소가 일관되도록 산출물이 업데이트되었습니다.
    @AlexDawsonUK
  • [#56] 범주 소개가 더 많은 자료 (부제목, 목표 및 이점)를 포함하도록 다시 작성되었습니다.
    @AlexDawsonUK & @codewordcreative
  • [#67] & [#72] 명세 안에 추가 유용한 리소스가 포함되었습니다.
    @AlexDawsonUK
  • [#67] 새 섹션과 보충 문서를 더 잘 다루도록 소개가 업데이트되었습니다.
    @AlexDawsonUK
  • [#67] 가독성을 극대화하기 위해 태그가 알파벳순으로 정렬되었습니다.
    @AlexDawsonUK

수정 사항:

  • [#41] 명세와 산출물 전반의 정렬을 보장하기 위해 약어 사용을 수정했습니다.
    @AlexDawsonUK
  • [#41] STAR 테스트 스위트 안에 있던 일부 오래된 웹사이트 참조를 해결했습니다.
    @AlexDawsonUK
  • [#42] 버튼의 왼쪽 패딩과 전체 문서 새로 고침을 포함한 multiPage 이슈를 수정했습니다.
    @AlexDawsonUK
  • [#42] 용어집이 이제 기본 WSG 문서가 아니라 인덱스의 일부로 올바르게 표시됩니다.
    @AlexDawsonUK
  • [#42], [#43], & [#48] 여러 철자 및 문법 수정이 문서에 적용되었습니다.
    @AlexDawsonUK & @hidde
  • [#50] 전체 파일 이름을 함께 명시하여 특정 파일에 대한 참조를 수정했습니다.
    @airbr
  • [#59] & [#80] 깨진 링크와 리디렉션이 해결되거나 제거되었습니다.
    @AlexDawsonUK
  • [#60] & [#68] 성능 개선을 위해 소스 코드의 오래된 CSS와 JavaScript가 제거되었습니다.
    @AlexDawsonUK
  • [#60] 새롭고 업데이트된 성공 기준 자료를 반영하도록 일부 태그가 업데이트되었습니다.
    @AlexDawsonUK
  • [#67] 콘텐츠 품질을 개선하기 위한 추가 전역 문법 수정이 적용되었습니다.
    @codewordcreative
  • [#67] 성공 기준은 테스트 가능성과 같은 외부 리소스 없이 정확한 식별자를 갖습니다.
    @AlexDawsonUK
  • [#73] Firefox의 페이지 내 검색이 multiPage 이슈를 겪게 하던 문제가 수정되었습니다.
    @TzviyaSiegman
  • [#80] 다중 페이지 보기에서 검색이 올바르게 작동하지 않던 문제가 수정되었습니다.
    @dontcallmedom
  • [#82] 필터링을 유발하던 몇몇 이상한 전체 문서 페이지 내 검색 이슈가 수정되었습니다.
    @AlexDawsonUK
2025년 1분기 릴리스 노트(2025년 3월 31일)

추가 사항:

  • IGWSG readme의 읽기 쉬운 버전을 위해 Jekyll 설정이 제공되었습니다.
    @AlexDawsonUK
  • W3C 명세용 ReSpec multiPage 플러그인이 만들어져 WSG에 이제 페이지네이션이 있습니다.
    @AlexDawsonUK, @hidde, @kazuhito-kidachi, & @TzviyaSiegman
  • IG readme, WSG readme, contributingIE policy가 새 W3C 상태를 반영하도록 추가되었습니다.
    @AlexDawsonUK, @ines-akrap, @mgifford, @timfrick, & @TzviyaSiegman
  • 2.4에 지속 가능한 브랜드 개발과 애셋 관리에 대한 새 성공 기준.
    @codewordcreative
  • 3.14에 유익할 수 있는 에너지 관련 APIs에 대한 새 성공 기준.
    @AlexDawsonUK
  • 5.22에 스크래핑 기술을 다루는 자동화 도구에 대한 새 성공 기준.
    @codewordcreative
  • STAR JSON API가 기술 및 테스트 스위트 URL과 함께 게시되었습니다.
    @AlexDawsonUK & @mgifford
  • [#15] 다른 명세(및 기관)와의 관계에 대한 새 소개 섹션이 포함되었습니다.
    @AlexDawsonUK & @TzviyaSiegman
  • [#17] 중복 처리를 다루는 데이터 처리 효율성에 대한 4.9의 새 성공 기준.
    @jyasskin

업데이트:

  • 상호작용 가시성을 높이기 위해 추가 정보 섹션이 재설계되었습니다.
    @AlexDawsonUK
  • 명세 안에 추가 유용한 리소스가 포함되었습니다.
    @AlexDawsonUK
  • 지침 제목이 실행 가능한 SC를 더 잘 설명하도록 확장되었습니다.
    @AlexDawsonUK & @torgo
  • Laws & Policies 문서에는 참조와 수정이 포함된 추가 법률이 있습니다.
    @AlexDawsonUK
  • 지침 2.17의 성공 기준에는 이제 애니메이션 반복에 대한 언급이 포함됩니다.
    @codewordcreative
  • 지침 4.9의 성공 기준에는 이제 개선된 프로토콜 사용 호환성이 포함됩니다.
    @ldevernay & @mgifford
  • 4.2 지침이 클라이언트 측과 서버 측 모두를 더 포괄하도록 업데이트되었습니다.
    @ldevernay & @mgifford
  • WSGCG에서 W3C IG 저장소로 성공적으로 전환되었습니다.
    @AlexDawsonUK
  • [#4] 언어 모호성을 제거하기 위해 지침 2.16 SC 등이 업데이트되었습니다.
    @timfrick
  • [#14] 지침 설명이 Intent로 다시 레이블 지정되었고 임시로 추가 정보로 이동되었습니다.
    @AlexDawsonUK
  • [#16] 이전 지침 3.18-19가 하나의 지침으로 병합되었습니다.
    @andreadavanzo
  • [#20] & [#24] 기준의 견고성을 개선하기 위해 지침 3.7 SC가 업데이트되었습니다.
    @andreadavanzo & @hidde
  • [#21] 지침 3.19의 두 성공 기준이 하나의 SC로 병합되었습니다.
    @andreadavanzo & @hidde
  • [#23] 지침 5.20의 두 성공 기준이 병합되었습니다.
    @andreadavanzo
  • [#27] 지침 3.2의 성공 기준에는 이제 데이터 유형에 대한 더 많은 세부 사항이 포함됩니다.
    @andreadavanzo
  • [#28] 지침 3.3의 성공 기준에는 이제 모듈식 프런트엔드 및 백엔드 코드가 포함됩니다.
    @andreadavanzo
  • [#32] 지침 3.7의 성공 기준이 더 광범위하게 정의되었습니다.
    @fullo, @hidde, & @kazuhito-kidachi
  • [#35] 지침 3.19의 성공 기준에는 이제 현대 브라우저에서 폴리필을 피하는 것이 포함됩니다.
    @AlexDawsonUK

수정 사항:

  • 깨진 링크와 리디렉션이 해결되거나 제거되었습니다.
    @AlexDawsonUK
  • 그룹 상태가 CG Draft에서 W3C Editors Draft로 변경되었습니다.
    @AlexDawsonUK
  • 가독성을 개선하기 위해 지침 제목은 이제 문장형 대소문자를 사용합니다.
    @AlexDawsonUK
  • 테이블에서 누락된 테스트 스위트 참조가 이제 해결되었습니다.
    @AlexDawsonUK
  • SustyWeb에 대한 참조가 IG로 변경되었습니다(그리고 URL도 이에 맞게 업데이트됨).
    @AlexDawsonUK
  • 인용 관례가 올바르지 않던 일부 이슈가 해결되었습니다.
    @AlexDawsonUK
  • SustyWeb Community 링크와 명세에는 이제 대체됨 알림이 있습니다.
    @AlexDawsonUK, @ianbjacobs, & @TzviyaSiegman
  • 현행 문서 상태에 맞추기 위해 버전 관리 참조가 제거되었습니다.
    @AlexDawsonUK
  • [#26] 자료에 대한 내부 참조가 올바르지 않던 일부 이슈가 해결되었습니다.
    @airbr
  • [#31] 여러 철자 및 문법 수정이 적용되었습니다.
    @AlexDawsonUK, @codewordcreative, & @hidde

새 버그를 발견했거나 포함할 새 콘텐츠 또는 아이디어가 있다면 이슈를 제출하십시오.

E. 참고 문헌

E.1 정보성 참고 문헌

[COMMS]
2010년부터 2021년까지 디지털 기술의 전 세계 배출은 온실가스 배출 회계 표준에서 대체로 가려져 있었다. Janna Axenbeck, Stefanie Kunkel, Joris Blain, and Francis Charpentier. 2026년 1월 28일. 정보성. URL: https://www.nature.com/articles/s44458-025-00022-6
[design-principles]
웹 플랫폼 설계 원칙. Martin Thomson; Jeffrey Yasskin. W3C. 2026년 2월 24일. W3C Working Group Note. URL: https://www.w3.org/TR/design-principles/
[ethical-web-principles]
윤리적 웹 원칙. Daniel Appelquist; Hadley Beeman; Amy Guy. W3C. 2024년 12월 12일. STMT. URL: https://www.w3.org/TR/ethical-web-principles/
[fingerprinting-guidance]
웹 명세에서 브라우저 핑거프린팅 완화하기. Nick Doty; Tom Ritter. W3C. 2025년 9월 25일. W3C Working Group Note. URL: https://www.w3.org/TR/fingerprinting-guidance/
[GRI]
글로벌 보고 이니셔티브. Global Reporting Initiative. 2022년 6월 30일. 정보성. URL: https://www.globalreporting.org/
[HR-Spec]
웹을 위한 인권과 기술 표준 설정. Nick Doty, Alissa Cooper, and Wendy Seltzer. 2023년 3월 10일. 정보성. URL: https://cdt.org/wp-content/uploads/2023/03/human-rights-web-standards.html
[ICT-IMPACT]
ICT의 실제 기후 및 변혁적 영향: 추정, 추세, 규제에 대한 비판. Charlotte Freitag, Mike Berners-Lee, Kelly Widdicks, Bran Knowles, Gordon S. Blair, and Adrian Friday. 2021년 9월 10일. 정보성. URL: https://www.cell.com/patterns/pdfExtended/S2666-3899(21)00188-4
[MANIFESTO]
지속 가능한 웹 선언문. Wholegrain Digital. 정보성. URL: https://www.sustainablewebmanifesto.com/
[privacy-principles]
프라이버시 원칙. Robin Berjon; Jeffrey Yasskin. W3C. 2025년 5월 15일. STMT. URL: https://www.w3.org/TR/privacy-principles/
[SHIFT]
Lean ICT: 디지털 절제를 향하여. The Shift Project. 2019년 3월 09일. 정보성. URL: https://theshiftproject.org/en/publications/lean-ict/
[VARIABLES]
웹 지속 가능성의 변수들. Alexander Dawson. 2023년 1월 22일. 정보성. URL: https://websitesustainability.com/cache/files/variables.pdf
[WCAG]
웹 콘텐츠 접근성 지침(WCAG) 2.2. Michael Cooper; Andrew Kirkpatrick; Alastair Campbell; Rachael Bradley Montgomery; Charles Adams. W3C. 2024년 12월 12일. W3C Recommendation. URL: https://www.w3.org/TR/WCAG22/
[webmachinelearning-ethics]
웹 머신러닝을 위한 윤리 원칙. Anssi Kostiainen. W3C. 2024년 1월 8일. DNOTE. URL: https://www.w3.org/TR/webmachinelearning-ethics/