AI 보이는 추론 실험실

AI가 투명하게 만든 버튼도 클릭할 수 있나요?

버튼의 모습, 차지하는 자리, 클릭과 키보드 초점을 따로 관찰합니다. 같은 버튼에 여섯 가지 설정을 적용해 봅니다.

중급게시 2026-10-24읽기·실험 약 10분확인 문제 2개규칙 기반 실행한국논리학협회 자체 제작제작·검수 LTCT 편집부

디자인 작업실에서 남성이 노트북 옆 투명한 판을 가리키고, 작은 올리가 옆모습으로 서서 한쪽 날개를 판에 대고 있는 장면
주제 이해를 돕는 AI 생성 연출 사진 · 주제 이해를 돕기 위한 AI 생성 이미지 · LTCT 자체 제작
오늘의 질문

멀쩡히 눌리던 버튼에 opacity:0을 적용했습니다. 모습이 사라진 자리로 마우스를 옮겨 누르면 어떤 일이 생길까요?

보통 버튼의 opacity 0, pointer-events none, display none, disabled 설정에 따른 표시와 포인터 클릭 비교표
보통 버튼의 opacity 0, pointer-events none, display none, disabled 설정에 따른 표시와 포인터 클릭 비교표 · 한국논리학협회 자체 제작
그림 크게 보기 ↗
01

버튼이 투명해지면 클릭도 사라지나요?

CSS는 웹페이지 요소의 모양과 배치를 정하는 언어입니다. 그중 opacity는 요소를 얼마나 불투명하게 그릴지 정합니다. 값이 1이면 온전히 보이고, 0이면 완전히 투명해집니다. 다른 설정이 그대로인 일반 버튼에 opacity:0만 적용하면 버튼이 차지하던 자리와 클릭 기능은 남습니다.

키보드의 Tab 키로 다음 조작 대상을 찾아갈 때도 그 버튼에 초점이 갈 수 있습니다. 초점은 키보드 입력을 받을 대상이 선택된 상태입니다. 눈에 보이는 모습과 실제 입력을 받는 상태를 따로 확인해야 투명한 버튼의 동작을 알 수 있습니다.

참고 · MDN Web Docs — 투명도 속성 ↗

02

display:none과 visibility:hidden은 무엇을 바꾸나요?

display:none은 버튼을 그릴 상자 자체를 없애 문서 배치에서 제외합니다. 이 상태의 버튼은 마우스로 누르거나 Tab으로 찾아가는 대상에서 빠집니다. 버튼의 정보는 문서 안에 남아 있어 display 설정을 되돌리면 다시 표시할 수 있습니다.

visibility:hidden은 버튼이 차지하던 공간을 남겨 두면서 모습을 숨깁니다. 아래의 단순한 버튼에서는 마우스 클릭과 Tab 초점도 받지 않습니다. 두 설정을 번갈아 적용하면서 버튼 주변에 있던 내용이 어떻게 놓이는지 보세요. 공간이 남는지 여부가 두 설정을 구별하는 단서입니다.

참고 · MDN Web Docs — 요소의 표시와 배치 ↗

03

pointer-events:none을 더하면 키보드도 멈추나요?

opacity:0에 pointer-events:none을 함께 주면 이 버튼은 마우스나 터치가 가리키는 대상에서 빠집니다. 같은 위치 아래에 다른 요소가 있다면 그 요소가 입력 대상이 될 수 있습니다. 그러나 pointer-events는 Tab으로 이동하는 순서를 그대로 두므로, 버튼에 키보드 초점이 갈 수 있습니다.

버튼에 disabled 속성을 주면 사용자가 누르는 동작과 키보드 초점을 함께 막습니다. 버튼의 모습과 자리는 남습니다. 아래 활동에서 투명한 상태와 disabled 상태를 비교해 보면, 요소를 보이는 방식과 조작을 허용하는 방식이 어떻게 다른지 확인할 수 있습니다.

참고 · MDN Web Docs — 포인터 입력 대상 속성 ↗

04

화면에서 동작을 어떻게 직접 확인하나요?

먼저 보이는 버튼을 누르고 누른 횟수가 늘어나는지 확인해 보세요. 이어서 opacity:0을 선택하고 같은 자리를 눌러 봅니다. 버튼 밖에 있는 횟수와 초점 표시를 보면 투명한 상태에서도 일어난 동작을 읽을 수 있습니다. 키보드를 쓸 수 있다면 Tab으로 초점을 옮기며 결과를 함께 살펴보세요.

이 활동은 다른 요소에 가려지지 않은 일반 버튼에 설정을 하나씩 적용합니다. 복잡한 페이지에서는 부모 요소의 상태와 다른 요소의 겹침도 결과에 영향을 줄 수 있습니다. 여섯 상태를 비교하면서 화면 표시, 차지하는 공간, 포인터 입력, 키보드 초점을 각각 확인해 보세요.

참고 · W3C CSS Working Group — 포인터 입력 대상과 키보드 초점 ↗

직접 확인하기 · 규칙 기반 실행

버튼의 여섯 상태는 어떻게 다르게 작동하나요?

같은 버튼의 설정을 바꾸며 실제 클릭과 초점을 관찰합니다. 버튼 밖의 기록은 계속 보입니다. 키보드가 있다면 Tab 이동도 살펴보고, 휴대전화에서는 터치 반응과 상태 설명을 비교해 보세요.

버튼이 투명해져도 입력이 전달될까요?

opacity: 0;
버튼 모습
숨겨짐
버튼 자리
유지
포인터로 누르기
가능
기본 Tab 순서
포함

‘앞 버튼’에 초점을 놓고 Tab을 눌러 보세요. 실험 버튼에 초점이 가면 아래 안내와 실험 영역의 테두리가 바뀝니다. Enter나 스페이스로 눌러 본 뒤, Tab을 한 번 더 누르면 다음 버튼으로 이동합니다. 투명한 버튼의 클릭은 앞·뒤 버튼 사이의 빈 자리에서 시험할 수 있습니다.

현재 초점: 실험 영역 밖

실험 버튼을 누른 횟수: 0회

포인터 0회 · 키보드·보조기술 0회

아직 누르지 않았습니다.

이곳의 버튼은 횟수만 기록합니다. 포인터를 제외해도 키보드 초점은 남을 수 있습니다. 숨김 조건은 실험 버튼 하나에 적용되며 앞·뒤 버튼과 결과 안내는 계속 보입니다.

관계를 읽고, 다른 상황에 적용하기

두 문제로 생각 확인

1다른 설정을 그대로 두고 일반 버튼에 opacity:0만 적용하면 어떤 상태인가요?
2투명한 버튼에 pointer-events:none을 더했을 때 확인할 사항은 무엇인가요?

두 문제의 답을 모두 선택하면 해설을 볼 수 있습니다.

나의 설명으로 마무리

오늘 발견한 관계

저장 위치를 확인하고 있습니다…

출처와 제작 안내

원문을 참고해 설명·도표·문항·실험을 새로 작성했습니다. 별도 표시가 없는 사례와 수치는 학습을 위한 가상 예시입니다. 원문 번역이나 실제 모델의 성능 평가 자료가 아닙니다.

  1. 투명도 속성 ↗MDN Web Docsopacity

    opacity:0에서도 문서 요소·포인터 입력·Tab 초점이 남는 조건 · 2026-10-24 원문 확인. 설명·활동·문항은 자체 제작.

  2. 포인터 입력 대상 속성 ↗MDN Web Docspointer-events

    pointer-events:none의 입력 대상 제외, 아래 요소로의 입력 전달, Tab 탐색 유지 · 2026-10-24 원문 확인. 설명·활동·문항은 자체 제작.

  3. 요소의 표시와 배치 ↗MDN Web Docsdisplay

    display:none의 배치 상자 제거와 표시·접근성 영향 · 2026-10-24 원문 확인. 설명·활동·문항은 자체 제작.

  4. 공간을 남겨 두는 숨김 ↗MDN Web Docsvisibility

    visibility:hidden의 공간 보존과 초점 제외; 하위 요소의 별도 visible 예외는 실습에서 사용하지 않음 · 2026-10-24 원문 확인. 설명·활동·문항은 자체 제작.

  5. 버튼의 비활성 상태 ↗MDN Web Docsdisabled HTML attribute

    비활성 버튼의 사용자 조작과 초점 제한 · 2026-10-24 원문 확인. 설명·활동·문항은 자체 제작.

  6. 포인터 입력 대상과 키보드 초점 ↗W3C CSS Working GroupCSS Basic User Interface Module Level 4, pointer-events

    pointer-events:none과 순차 초점 이동의 구분 · 2026-10-24 원문 확인. 설명·활동·문항은 자체 제작.