입력 지연 최적화

입력 지연이란 무엇인지 알아보고 더 빠른 상호작용을 위해 입력 지연을 줄이는 기술을 알아보세요.

Jeremy Wagner

웹에서의 상호작용은 브라우저에서 이를 유도하기 위해 다양한 활동이 발생하는 복잡한 일입니다. 하지만 이들 모두 이벤트 콜백이 실행되기 전에 약간의 입력 지연이 발생한다는 공통점이 있습니다. 이 가이드에서는 입력 지연의 정의와 입력 지연을 최소화하여 웹사이트 상호작용이 더 빠르게 실행되도록 하는 방법에 대해 알아봅니다.

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

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

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

입력 지연의 일부는 피할 수 없습니다. 운영체제에서 입력 이벤트를 인식하고 브라우저에 전달하는 데 항상 시간이 걸리기 때문입니다. 그러나 입력 지연의 이 부분은 눈에 띄지 않는 경우가 많으며 페이지 자체에서 발생하여 입력 지연을 길게 만들어 문제가 될 수 있는 다른 작업도 있습니다.

입력 지연을 고려하는 방법

일반적으로 웹사이트가 사용자의 기기와 관계없이 다음 페인트까지의 상호작용 (INP) 측정항목의 '좋음' 기준점을 충족할 가능성이 가장 높도록 상호작용의 모든 부분을 최대한 짧게 유지하는 것이 좋습니다. 입력 지연을 억제하는 것은 이 기준을 충족하기 위한 한 가지 방법일 뿐입니다.

따라서 INP의 '좋음' 기준점을 충족할 수 있도록 최대한 짧은 입력 지연을 목표로 해야 합니다. 하지만 입력 지연을 완전히 없앨 수는 없을 것으로 예상됩니다. 사용자가 페이지와 상호작용하려고 시도하는 동안 과도한 기본 스레드 작업을 피하는 한 입력 지연은 문제를 방지할 만큼 충분히 낮아야 합니다.

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

앞서 언급했듯이 일부 입력 지연은 피할 수 없지만, 다른 한편으로는 일부 입력 지연은 피할 수 있습니다. 입력 지연이 길어 문제가 되는 경우 고려해야 할 사항은 다음과 같습니다.

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

JavaScript에서 입력 지연에 영향을 줄 수 있는 일반적으로 사용되는 타이머 함수 두 가지는 setTimeout 및 setInterval입니다. 둘의 차이점은 setTimeout는 지정된 시간 후에 실행되도록 콜백을 예약한다는 것입니다. 반면 setInterval는 n밀리초마다 계속 실행되도록 콜백을 예약하거나 clearInterval로 타이머가 중지될 때까지 실행합니다.

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

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

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

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

퍼스트 파티 코드에서 타이머가 발생하는 경우 이를 제어할 수 있습니다. 회의가 필요한지 평가하거나 회의에서 최대한 적은 작업을 수행하도록 노력하세요. 하지만 서드 파티 스크립트의 타이머는 다릅니다. 서드 파티 스크립트의 기능을 제어할 수 없는 경우가 많습니다. 서드 파티 코드의 성능 문제를 해결하려면 이해관계자와 협력하여 주어진 서드 파티 스크립트가 필요한지 판단하고, 필요한 경우 서드 파티 스크립트 공급업체에 문의하여 웹사이트에 발생할 수 있는 성능 문제를 해결하기 위해 취할 수 있는 조치를 확인해야 합니다.

긴 작업 피하기

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

작업이 너무 길고 브라우저가 상호작용에 충분히 빠르게 응답할 수 없을 때와 긴 작업을 더 작은 작업으로 나눌 때 상호작용이 어떻게 되는지를 시각적으로 보여줍니다.

작업에서 실행하는 작업의 양을 최소화하고 항상 기본 스레드에서 가능한 한 적은 작업을 실행해야 하는 것 외에도 장기 작업을 분할하여 사용자 입력에 대한 응답성을 개선할 수 있습니다.

참고: 서드 파티 JavaScript의 작업은 생성 후에도 퍼스트 파티 작업 사이에 계속 실행될 수 있으므로 생성이 항상 안전한 것은 아닙니다. 그래도 향후 상호작용 시 입력 지연이 발생할 수 있으며, 이전 섹션에서 설명한 대로 간격으로 실행될 수 있는 서드 파티 작업에 유의해야 합니다. 이는 scheduler.yield API로 해결할 수 있는 문제입니다.

상호작용 중복에 주의

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

Chrome DevTools의 성능 프로파일러에서 동시 실행되는 두 가지 상호작용을 시각화한 모습 첫 번째 클릭 상호작용의 렌더링 작업으로 인해 후속 키보드 상호작용의 입력이 지연됩니다.

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

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

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

결론

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

Unsplash의 에릭 맥클레인님 제공 히어로 이미지