RSS
전체 글

클릭했는데 화면이 늦게 바뀌는 느낌을 줄이는 방법

사용자가 버튼이나 링크를 눌렀는데 아무 반응이 없는 것처럼 보이면, 실제 로딩 시간이 길지 않아도 서비스가 느리다고 느낍니다. 이 문제는 단순한 성능 문제가 아니라 체감 성능과 피드백의 문제입니다.

사용자는 왜 느리다고 느낄까

사람은 클릭 후 짧은 시간 안에 시각적 반응을 기대합니다. 화면이 바로 바뀌지 않더라도 버튼 상태, 로딩 표시, skeleton, progress bar 같은 피드백이 있으면 “동작 중”이라고 이해합니다.

반대로 아무 변화가 없으면 사용자는 클릭이 안 됐다고 생각하고 다시 누르거나 이탈합니다.

자주 쓰는 용어

이런 현상은 여러 용어로 설명할 수 있습니다.

  • 체감 성능 저하
  • 응답성 문제
  • 입력 지연
  • 내비게이션 피드백 부재
  • 블로킹 체감 내비게이션

핵심은 실제 속도만큼 “반응이 보이는가”가 중요하다는 점입니다.

Next.js에서 자주 생기는 상황

Next.js App Router 환경에서는 페이지 이동 시 서버 컴포넌트 데이터 로딩이 필요할 수 있습니다. 이때 피드백이 없으면 이전 화면이 잠깐 멈춘 것처럼 보입니다.

특히 다음 경우에 체감 지연이 커집니다.

  • 이동 대상 페이지의 서버 데이터가 무겁다.
  • 네트워크가 느리다.
  • 링크 클릭 후 loading UI가 없다.
  • 버튼 상태가 바뀌지 않는다.
  • 캐시되지 않은 동적 페이지로 이동한다.

해결 방법

1. 즉시 피드백 주기

클릭 순간 버튼을 disabled 처리하거나, 작은 spinner를 보여주는 것만으로도 체감이 좋아집니다.

2. loading UI 준비하기

Next.js에서는 라우트 단위 loading UI를 제공할 수 있습니다. 화면이 준비되는 동안 skeleton이나 진행 표시를 보여주면 사용자가 기다릴 이유를 이해합니다.

3. 중요한 이동은 prefetch 활용

자주 누르는 링크는 미리 데이터를 준비해두면 이동 시간이 줄어듭니다. 다만 모든 것을 무조건 prefetch하면 오히려 네트워크 낭비가 될 수 있습니다.

4. 무거운 데이터 분리하기

처음 화면에 꼭 필요한 데이터와 나중에 불러도 되는 데이터를 나누면 첫 반응을 빠르게 만들 수 있습니다.

실무 체크리스트

  • 클릭 직후 시각적 변화가 있는가?
  • 느린 페이지에 loading UI가 있는가?
  • 버튼 중복 클릭이 방지되는가?
  • 첫 화면에 불필요하게 많은 데이터를 불러오지 않는가?
  • 모바일 네트워크에서도 테스트했는가?

듀오랩스가 보는 관점

사용자는 밀리초 단위 성능 지표보다 “내가 누른 것이 반응했는가”를 먼저 느낍니다. 좋은 웹 경험은 빠른 서버뿐 아니라 즉각적인 피드백에서 시작합니다.