입력 지연 최적화

입력 지연이 무엇인지 알아보고, 상호작용 속도를 높이기 위해 입력 지연을 줄이는 기술을 알아봅니다.

Jeremy Wagner

웹에서의 상호작용은 복잡하며, 브라우저에서 다양한 활동이 발생하여 상호작용을 유도합니다. 하지만 이들 모두의 공통점은 이벤트 콜백이 실행되기 전에 입력 지연이 발생한다는 것입니다. 이 가이드에서는 입력 지연이 무엇인지, 웹사이트의 상호작용이 더 빠르게 실행되도록 입력 지연을 최소화하기 위해 무엇을 할 수 있는지 알아봅니다.

입력 지연이란 무엇인가요?

입력 지연은 사용자가 페이지와 처음 상호작용하는 시점(예: 화면 탭, 마우스 클릭, 키 누르기)부터 상호작용에 대한 이벤트 콜백이 실행되기 시작하는 시점까지의 기간입니다. 모든 상호작용은 어느 정도의 입력 지연으로 시작됩니다.

입력 지연의 메커니즘 운영체제에서 입력을 수신하면 상호작용이 시작되기 전에 브라우저에 전달해야 합니다. 이 작업에는 일정 시간이 소요되며 기존 기본 스레드 작업으로 인해 시간이 늘어날 수 있습니다.

입력 지연의 일부는 불가피합니다. 운영체제가 입력 이벤트를 인식하고 브라우저에 전달하는 데는 항상 어느 정도의 시간이 걸립니다. 하지만 입력 지연의 이 부분은 눈에 띄지 않는 경우가 많으며, 페이지 자체에서 발생하는 다른 문제로 인해 입력 지연이 길어져 문제가 발생할 수 있습니다.

입력 지연을 고려하는 방법

일반적으로 사용자의 기기와 관계없이 웹사이트가 다음 페인트에 대한 상호작용 (INP) 측정항목의 '양호' 기준을 충족할 가능성을 최대한 높이려면 상호작용의 모든 부분을 최대한 짧게 유지해야 합니다. 입력 지연을 제어하는 것은 이 기준을 충족하는 한 가지 방법일 뿐입니다.

따라서 INP의 '좋음' 기준점을 충족하려면 입력 지연을 최대한 짧게 유지해야 합니다. 하지만 입력 지연을 완전히 없앨 수는 없다는 점에 유의해야 합니다. 사용자가 페이지와 상호작용하려고 할 때 과도한 기본 스레드 작업을 피하는 한 입력 지연은 문제를 방지할 수 있을 만큼 낮아야 합니다.

입력 지연을 최소화하는 방법

앞서 언급했듯이 일부 입력 지연은 불가피하지만, 일부 입력 지연은 피할 수 있습니다. 긴 입력 지연으로 어려움을 겪고 있다면 다음 사항을 고려해 보세요.

과도한 기본 스레드 작업을 시작하는 반복 타이머를 피합니다.

JavaScript에는 입력 지연을 유발할 수 있는 두 가지 흔히 사용되는 타이머 함수인 setTimeout 및 setInterval가 있습니다. 둘의 차이점은 setTimeout가 지정된 시간 후에 실행되도록 콜백을 예약한다는 것입니다. setInterval는 n밀리초마다 영구적으로 또는 clearInterval로 타이머가 중지될 때까지 콜백이 실행되도록 예약합니다.

setTimeout 자체는 문제가 되지 않으며, 실제로 긴 작업을 방지하는 데 도움이 될 수 있습니다. 하지만 이는 제한 시간이 발생하는 시점과 제한 시간 콜백이 실행될 때 사용자가 페이지와 상호작용하려고 하는지 여부에 따라 달라집니다.

또한 setTimeout는 루프에서 또는 재귀적으로 실행할 수 있으며, 이 경우 setInterval와 더 유사하게 작동하지만 이전 반복이 완료될 때까지 다음 반복을 예약하지 않는 것이 좋습니다. 즉, setTimeout가 호출될 때마다 루프가 기본 스레드로 양보되지만 콜백이 과도한 작업을 수행하지 않도록 주의해야 합니다.

setInterval는 간격에 따라 콜백을 실행하므로 상호작용을 방해할 가능성이 훨씬 더 높습니다. 이는 사용자 상호작용을 방해할 수 있는 일회성 콜백인 setTimeout 호출의 단일 인스턴스와 달리 setInterval의 반복적인 특성으로 인해 상호작용을 방해할 가능성이 훨씬 더 높기 때문입니다. 따라서 상호작용의 입력 지연이 증가합니다.

Chrome DevTools의 성능 패널에 표시된 대로 입력 지연에 기여하는 이전 setInterval 호출에 의해 등록된 타이머입니다. 입력 지연이 추가되면 상호작용의 이벤트 콜백이 평소보다 늦게 실행됩니다.

퍼스트 파티 코드에서 타이머가 발생하는 경우 타이머를 제어할 수 있습니다. 필요한지 평가하거나 최대한 작업을 줄이도록 최선을 다합니다. 하지만 서드 파티 스크립트의 타이머는 다릅니다. 서드 파티 스크립트가 수행하는 작업을 제어할 수 없는 경우가 많으며, 서드 파티 코드의 성능 문제를 해결하려면 이해관계자와 협력하여 특정 서드 파티 스크립트가 필요한지 확인하고, 필요한 경우 서드 파티 스크립트 공급업체에 연락하여 웹사이트에서 발생할 수 있는 성능 문제를 해결하기 위해 수행할 수 있는 작업을 결정해야 합니다.

긴 작업 피하기

긴 입력 지연을 완화하는 한 가지 방법은 긴 작업을 피하는 것입니다. 상호작용 중에 기본 스레드를 차단하는 기본 스레드 작업이 과도하게 많으면 긴 작업이 완료되기 전에 입력 지연이 추가됩니다.

작업이 너무 길고 브라우저가 상호작용에 충분히 빠르게 응답할 수 없는 경우와 긴 작업이 더 작은 작업으로 분할된 경우 상호작용에 어떤 일이 발생하는지 보여주는 시각화입니다.

작업에서 수행하는 작업량을 최소화하는 것 외에도(기본 스레드에서 가능한 한 적은 작업을 수행하도록 항상 노력해야 함) 긴 작업을 분할하여 사용자 입력에 대한 반응성을 개선할 수 있습니다.

참고: 양보는 완벽하지 않습니다. 서드 파티 JavaScript의 작업이 양보 후에도 퍼스트 파티 작업 사이에 계속 들어갈 수 있기 때문입니다. 이는 향후 상호작용의 입력 지연에 영향을 미칠 수 있으며, 이전 섹션에서 설명한 대로 간격에 따라 실행될 수 있는 서드 파티 작업에 유의해야 합니다. 이 문제는 scheduler.yield API를 통해 해결할 수 있습니다.

상호작용 중복에 유의하기

INP 최적화에서 특히 어려운 부분은 상호작용이 중복되는 경우입니다. 상호작용 중복은 한 요소와 상호작용한 후 초기 상호작용이 다음 프레임을 렌더링하기 전에 페이지와 다른 상호작용을 하는 것을 의미합니다.

Chrome DevTools의 성능 프로파일러에서 동시에 발생하는 두 상호작용을 시각화한 모습입니다. 초기 클릭 상호작용의 렌더링 작업으로 인해 후속 키보드 상호작용의 입력 지연이 발생합니다.

상호작용 중복의 원인은 사용자가 짧은 시간 내에 여러 상호작용을 하는 것만큼 간단할 수 있습니다. 이는 사용자가 양식 입력란에 입력할 때 발생할 수 있으며, 이 경우 매우 짧은 시간 내에 많은 키보드 상호작용이 발생할 수 있습니다. 주요 이벤트에 대한 작업이 특히 비용이 많이 드는 경우(예: 백엔드에 네트워크 요청이 이루어지는 자동 완성 필드의 일반적인 경우) 다음과 같은 몇 가지 옵션이 있습니다.

• 입력을 디바운스하여 지정된 기간에 이벤트 콜백이 실행되는 횟수를 제한하는 것이 좋습니다.
• AbortController를 사용하여 발신 fetch 요청을 취소하면 기본 스레드가 fetch 콜백을 처리하는 데 혼잡해지지 않습니다. 참고: AbortController 인스턴스의 signal 속성을 사용하여 이벤트를 중단할 수도 있습니다.

상호작용 중복으로 인해 입력 지연이 증가하는 또 다른 원인은 비용이 많이 드는 애니메이션일 수 있습니다. 특히 JavaScript의 애니메이션은 많은 requestAnimationFrame 호출을 실행할 수 있으며, 이는 사용자 상호작용을 방해할 수 있습니다. 이 문제를 해결하려면 가능하면 CSS 애니메이션을 사용하여 비용이 많이 드는 애니메이션 프레임을 큐에 추가하지 않도록 하세요. 하지만 이렇게 하는 경우 애니메이션이 기본 스레드가 아닌 GPU 및 합성기 스레드에서 주로 실행되도록 합성 작업을 거치지 않은 애니메이션을 방지해야 합니다.

결론

입력 지연이 상호작용 실행에 걸리는 시간의 대부분을 차지하지는 않지만, 상호작용의 모든 부분이 줄일 수 있는 시간을 차지한다는 점을 이해하는 것이 중요합니다. 입력 지연이 길어지는 경우 이를 줄일 수 있습니다. 반복되는 타이머 콜백을 피하고, 긴 작업을 분할하고, 잠재적인 상호작용 중복을 인식하면 모두 입력 지연을 줄여 웹사이트 사용자의 상호작용 속도를 높일 수 있습니다.