점진적 향상은 기본 경험을 제공하고 가능한 환경에 기능을 더하는 접근입니다
필수 콘텐츠와 기능을 가능한 많은 이용자에게 제공한 뒤 지원 능력이 더 있는 환경에 향상된 경험을 얹는 설계 관점입니다. 모든 브라우저에서 모든 효과를 억지로 같게 만드는 목표와는 다릅니다. 무엇이 필수 과업이고 무엇이 추가 편의인지 먼저 정해야 합니다. 근거: MDN Progressive enhancement, 2026-11-04.
근거: MDN Progressive enhancement · 2026-11-04 확인
가상 검색에서 기본 결과와 즉시 제안을 나눕니다
사용자가 검색어를 제출해 결과를 볼 수 있는 흐름을 기본 과업으로, 입력 중 추천어를 보이는 기능을 추가 경험으로 정한다고 합시다. 추천 기능이 없어도 기본 검색을 끝낼 수 있는지가 핵심입니다. 다만 실제 요구에 따라 서버·스크립트 구조가 달라질 수 있어 이 예를 이미 구현된 대체 경로라고 설명하지 않습니다. 로그인이 필수인 서비스를 무조건 비로그인에서도 제공하라는 뜻도 아닙니다.
근거: MDN Progressive enhancement · 2026-11-04 확인
전제조건은 기능 지원과 접근 가능한 대안입니다
필요한 기능을 브라우저가 지원하는지 판단하는 방법을 공식 문서에서 확인하고, 미지원·자원 로드 실패·입력 방식 차이에 어떤 경험을 제공할지 적습니다. 폴리필이라는 이름이 모든 기능을 완전히 대체한다고 가정하지 않습니다. 보조기술·키보드에서도 핵심 콘텐츠와 실행 결과를 이해할 수 있어야 한다는 요구를 함께 검토합니다.
근거: MDN Progressive enhancement · 2026-11-04 확인
시험은 향상 기능을 쓴 경우와 없는 경우를 나눕니다
허가된 환경에서 기본 과업→추가 기능→실패·미지원 대안을 각각 실행해 계획과 실제를 대조합니다. 의존성을 차단하는 시험은 승인된 테스트 환경에서만 합니다. 화면이 비슷한지보다 필요한 결과를 얻는지 확인하고 미지원 환경에서 빈 화면이라면 기본 경로가 실제 존재하는지부터 봅니다. 이 글은 코드를 구현하거나 테스트한 결과가 아닙니다.
성공 보고에는 제공한 기본 기능과 남은 제한을 씁니다
모든 기기 지원을 막연히 주장하지 않고 어떤 환경에서 어떤 과업을 확인했는지 기록합니다. 추가 기능이 빠져도 과업을 끝낼 수 있는지, 오류가 설명되는지, 다음 행동이 있는지가 기준입니다. 개선이 필요하면 필수 흐름을 먼저 보완하고 새 기능은 별도 구현 작업으로 분리합니다.
원문으로 이어 읽기
확인일: 2026-11-04. 정의와 적용 범위, 발행일과 판본을 함께 살펴봅니다. 원문이 존재한다는 사실만으로 개별 주장의 정확성과 재사용 권리가 자동 보장되지는 않습니다.