이 가이드에서는 PageSpeed Insights 규칙에 대해 살펴보고, 주요 렌더링 경로를 최적화할 때 주의해야 할 사항과 그 이유에 대해 알아봅니다.
렌더링 차단 JavaScript 및 CSS 제거
최초 렌더링 시간을 최대한 단축하려면 페이지의 중요 리소스 수를 최소화하고 제거 (가능한 경우)하고, 다운로드된 주요 바이트 수를 최소화하고, 주요 경로 길이를 최적화해야 합니다.
자바스크립트 사용 최적화
JavaScript 리소스는 async로 표시되거나 특수 JavaScript 스니펫을 통해 추가되지 않는 한 기본적으로 파서를 차단합니다. 파서 차단 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() 메서드를 사용하면 데이터를 비동기식으로 쉽게 요청할 수 있습니다. 아직 모든 곳에서 사용할 수 없으므로, 사용하기 전에 기능 감지를 사용하여 존재 여부를 테스트해야 합니다. 이 메서드는 여러 이벤트 핸들러가 아니라 프로미스로 응답을 처리합니다. XMLHttpRequest에 대한 응답과 달리, 가져오기 응답은 Chrome 43부터 스트림 객체입니다. 즉, json() 호출도 프로미스를 반환합니다.
<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는 브라우저가 DOM 및 CSSOM을 생성하고 페이지를 렌더링하는 것을 차단하므로 첫 번째 렌더링에 필수가 아닌 초기화 로직과 기능은 나중으로 연기합니다. 긴 초기화 시퀀스를 실행해야 하는 경우 여러 단계로 분할하여 브라우저가 그 사이에 다른 이벤트를 처리할 수 있도록 하는 것이 좋습니다.
CSS 사용 최적화
CSS는 렌더링 트리를 생성하는 데 필요하며 JavaScript는 페이지의 초기 생성 시 CSS를 차단하는 경우가 많습니다. 필수가 아닌 CSS는 모두 중요하지 않은 CSS로 표시되고 (예: 인쇄 및 기타 미디어 쿼리) 중요한 CSS의 양과 이를 제공하는 데 걸리는 시간은 가능한 한 짧아야 합니다.
문서 헤드에 CSS 삽입
브라우저가 <link> 태그를 발견하고 최대한 빨리 CSS 요청을 전달할 수 있도록 모든 CSS 리소스를 HTML 문서 내에서 최대한 빨리 지정하세요.
CSS 가져오기 피하기
CSS 가져오기 (@import) 지시어를 사용하면 하나의 스타일시트에서 다른 스타일시트 파일의 규칙을 가져올 수 있습니다. 하지만 이러한 지시어는 주요 경로에 추가 왕복을 유도하므로 사용하지 마세요. 가져온 CSS 리소스는 @import 규칙이 포함된 CSS 스타일시트가 수신되고 파싱된 후에만 검색됩니다.
본문에 렌더링 차단 CSS 삽입
최상의 성능을 위해 주요 CSS를 HTML 문서에 직접 인라인 처리하는 것을 고려해 볼 수도 있습니다. 이렇게 하면 주요 경로에서 추가 왕복이 제거되며, 올바르게 수행되면 HTML만 차단 리소스인 "1회 왕복" 주요 경로 길이를 전달할 수 있습니다.