접근성

웹 접근성 정책

설명만으로 소프트웨어를 만드는 일은 보조기술을 쓰는 분들과 여러분이 만든 앱을 쓰는 분들을 포함해 누구에게나 가능해야 해요.

최종 업데이트: 2026년 10월 1일

저희의 목표

builder77.com, 대시보드, 빌더가 웹 콘텐츠 접근성 지침(WCAG) 2.2 AA 수준을 충족하는 것을 목표로 해요. 접근성은 계속 이어지는 작업이고, 접근성 문제는 있으면 좋은 기능이 아니라 버그로 다뤄요.

지금 하고 있는 일

  • 올바른 제목, 랜드마크, 레이블, 버튼을 갖춘 시맨틱 HTML.
  • 마케팅 페이지와 양식 전체에서 포커스 표시가 보이는 키보드 탐색.
  • 다크 테마에서도 읽기 쉬운 대비를 갖춘 글자와 화면 색상.
  • 시스템의 “동작 줄이기” 설정을 따르고, 켜져 있으면 애니메이션이 사실상 꺼져요.
  • 작은 휴대폰부터 큰 모니터까지 맞춰지는 반응형 레이아웃과 브라우저 확대 지원.
  • 상태 정보(상태 페이지 등)는 색상만이 아니라 글자 레이블로도 전달해요.

builder77로 만드는 앱

builder77은 기본적으로 접근성 있는 앱을 만들도록 설정돼 있어요. 읽기 쉬운 대비, 반응형 레이아웃, 레이블이 붙은 입력란, 모바일에서 누르기 쉬운 큰 버튼이 기본이에요. 직접 요청하면 접근성을 더 높일 수 있어요. 예를 들면 이렇게요.

  • “모든 이미지에 설명이 담긴 대체 텍스트를 넣어 줘.”
  • “모든 버튼과 입력 요소를 키보드로 이동하고 쓸 수 있게 해 줘.”
  • “WCAG AA 기준으로 색상 대비를 검사하고 기준에 못 미치는 곳을 고쳐 줘.”
  • “아이콘만 있는 버튼에 ARIA 레이블을 넣어 줘.”

AI가 만든 코드에도 접근성 문제가 남아 있을 수 있어요. 앱 소유자로서 검토할 책임은 여러분께 있고, 출시 전에 스크린 리더와 키보드로 테스트해 보시길 권해요. 코드는 코드 편집기에서 전부 고칠 수 있어요.

알려진 한계

  • 빌더 안의 실시간 미리보기는 앱을 삽입된 프레임으로 보여 줘요. 그 안에서의 보조기술 지원은 앱 자체의 마크업에 달려 있어요.
  • 코드 편집기는 고급 편집 컴포넌트라서 일부 스크린 리더 동작이 전용 데스크톱 편집기보다 매끄럽지 않을 수 있어요.
  • 클릭해서 선택하는 편집은 마우스 같은 포인터 기반 기능이에요. 같은 작업을 채팅에서 바꿀 내용을 설명해서 할 수도 있어요.

의견 보내기

builder77에서 접근성 장벽을 만나셨다면 고칠 수 있도록 알려 주세요. 문의 양식에 해당 페이지나 기능, 하려던 일, 쓰고 계신 브라우저와 보조기술을 적어 주세요. 영업일 기준 3일 안에 답변드리는 걸 목표로 해요.