PageSpeed 규칙 및 권장사항

Ilya Grigorik
Ilya Grigorik

게시일: 2018년 8월 17일

이 가이드에서는 PageSpeed Insights 규칙에 대해 살펴보고, 주요 렌더링 경로를 최적화할 때 주의해야 할 사항과 그 이유에 대해 알아봅니다.

렌더링 차단 JavaScript 및 CSS 삭제

최초 렌더링을 가장 빠르게 수행하려면 페이지의 주요 리소스 수를 최소화하거나 (가능한 경우) 제거하고, 다운로드되는 주요 바이트 수를 최소화하고, 주요 경로 길이를 최적화해야 합니다.

JavaScript 사용 최적화

자바스크립트 리소스는 async로 표시하거나 특별한 자바스크립트 스니펫을 사용하여 추가하지 않은 경우 기본적으로 파서를 차단합니다. 파서 차단 JavaScript는 브라우저가 CSSOM을 기다리도록 강제하고 DOM 생성을 일시중지합니다. 이렇게 하면 첫 번째 렌더링 시간을 상당히 지연시킬 수 있습니다.

비동기 JavaScript 리소스 선호

비동기 리소스는 문서 파서의 차단을 해제하고 브라우저가 스크립트를 실행하기 전에 CSSOM을 차단하지 않도록 합니다. 대개, 스크립트가 async 속성을 사용할 수 있다면 이는 해당 스크립트가 최초 렌더링에 필수적이지 않음을 의미합니다. 따라서, 초기 렌더링 후 스크립트의 비동기 로드를 고려해 보세요.

동기식 서버 호출 금지

navigator.sendBeacon() 메서드를 사용하여 unload 핸들러의 XMLHttpRequests에서 전송하는 데이터를 제한합니다. 많은 브라우저에서 이러한 요청이 동기식으로 처리되어야 하므로 페이지 전환이 때로는 현저하게 느려질 수 있습니다. 다음 코드는 navigator.sendBeacon()를 사용하여 unload 핸들러 대신 pagehide 핸들러에서 서버에 데이터를 전송하는 방법을 보여줍니다.

<script>
  function() {
    window.addEventListener('pagehide', logData, false);
    function logData() {
      navigator.sendBeacon(
        'https://putsreq.herokuapp.com/Dt7t2QzUkG18aDTMMcop',
        'Sent by a beacon!');
    }
  }();
</script>

fetch() 메서드를 사용하면 데이터를 비동기식으로 더 효과적으로 요청할 수 있습니다. fetch()는 여러 이벤트 핸들러 대신 Promise를 사용하여 응답을 처리합니다. XMLHttpRequest에 대한 응답과 달리 fetch() 응답은 스트림 객체입니다. 즉, json() 호출도 Promise를 반환합니다.

<script>
  fetch('./api/some.json')
    .then(
      function(response) {
        if (response.status !== 200) {
          console.log('Looks like there was a problem. Status Code: ' +  response.status);
          return;
        }
        // Examine the text in the response
        response.json().then(function(data) {
          console.log(data);
        });
      }
    )
    .catch(function(err) {
      console.log('Fetch Error :-S', err);
    });
</script>

fetch() 메서드는 POST 요청도 처리할 수 있습니다.

<script>
  fetch(url, {
    method: 'post',
    headers: {
      "Content-type": "application/x-www-form-urlencoded; charset=UTF-8"
    },
    body: 'foo=bar&lorem=ipsum'
  }).then(function() { // Additional code });
</script>

JavaScript 파싱 지연

브라우저가 페이지를 렌더링하는 데 수행해야 하는 작업의 양을 최소화하려면 초기 렌더링을 위해 표시되는 콘텐츠를 구성하는 데 중요하지 않은 비필수 스크립트를 지연시킵니다.

장기 실행 JavaScript 피하기

실행 시간이 긴 JavaScript는 브라우저가 DOM, CSSOM을 생성하고 페이지를 렌더링하는 것을 차단합니다. 따라서 최초 렌더링에 필수적이지 않은 초기화 로직을 나중으로 지연시켜야 합니다. 장기 초기화 작업 시퀀스를 실행해야 할 경우, 여러 단계로 나누어 브라우저가 이러한 단계 사이에 다른 이벤트를 처리할 수 있도록 해야 합니다.

CSS 사용 최적화

CSS는 렌더링 트리를 생성하는 데 필요하며 JavaScript는 페이지의 초기 생성 시 CSS를 차단하는 경우가 많습니다. 비필수적인 CSS를 주요하지 않은 것으로 표시하고(예: 인쇄 및 기타 미디어 쿼리), 주요 CSS의 양과 이를 제공하는 시간을 가능한 한 작도록 해야 합니다.

문서 헤드에 CSS 삽입

브라우저가 <link> 태그를 검색하고 최대한 빨리 CSS 요청을 전달할 수 있도록 모든 CSS 리소스를 HTML 문서 내에서 최대한 빨리 지정하세요.

CSS 가져오기 피하기

CSS 가져오기(@import) 지시문을 사용하면 하나의 스타일시트에서 다른 스타일 시트 파일의 규칙을 가져올 수 있습니다. 하지만, 이러한 지시문은 주요 경로에 대한 추가 왕복을 유도하므로 사용을 피하세요. 가져온 CSS 리소스는 @import 규칙을 가진 CSS 스타일시트가 수신되고 파싱된 후에만 검색됩니다.

본문에 렌더링 차단 CSS 삽입

최상의 성능을 위해 중요한 CSS를 HTML 문서에 직접 인라인으로 추가하는 것을 고려해야 합니다. 이렇게 하면 주요 경로에 발생하는 추가적인 왕복이 제거되고, 제대로 처리되었다면 HTML만 차단 리소스인 '1회 왕복' 주요 경로 길이를 전달할 수 있습니다.

의견