캐싱을 구조에 얹는 순서

뼈대 기준 윤곽

캐싱은 그리는 자료에 따라 Caching, 캐시 저장이라는 이름을 나란히 달기도 한다.¹ 갈래를 나눈 목록에서 캐싱은 테크니컬 SEO 용어 쪽에 자리를 잡는다. 한 번 만든 응답이나 파일을 보관해 두고 다음 요청에 그대로 돌려주는 처리이며, 브라우저와 서버, 전송망 여러 층에서 쓰인다.

따로 떼어진 출발점

검색엔진최적화를 겨냥해 구조를 되짚는 작업에서 캐싱이 구획을 따로 받은 과정은 이렇게 설명된다. 같은 응답을 매번 새로 만드는 일이 서버와 네트워크 양쪽에 낭비였기에, 변하지 않는 자원을 보관해 다시 쓰는 규칙이 웹 규격에 들어갔다.

구동 가닥

도면을 펼쳐 칸의 연결을 따라가면 캐싱의 흐름이 자리마다 갈라진다.² 응답 헤더에 보관 기간과 검증 값을 실어 보내면 받는 쪽이 그 조건에 따라 보관본을 쓰고, 기간이 지나면 변경 여부만 물어 가벼운 응답으로 갱신한다.

짝처럼 묶이는 개념과의 차이점

이름의 모양이 닮아 보여서 캐싱과 자리를 헷갈리는 개념이 바로 옆에 하나 있다. 자원을 작게 줄이는 압축 작업과 달리, 이쪽은 같은 자원을 다시 만들지 않고 재사용하는 쪽으로 시간을 줄인다.

반영 상태의 확인 경로

여러 칸을 묶어 사이트 전체 도면을 맞춰 보는 일은 내부링크구조 쪽에 흐름대로 적어 두었다. 전체 흐름에서 이 단계만 끊어 보면 확인 수단은 이렇게 잡힌다. 개발자 도구 네트워크 탭에서 보관본 사용 여부와 응답 헤더 값을 보고, 전송망 쪽 적중 여부도 헤더에서 확인한다.

배치 담당의 배치 작업

칸 이름과 자리를 맞추는 작업에서 이 요소를 챙기며 하는 조치는 이렇게 추려진다. 파일 이름에 변경 표식을 넣어 긴 보관 기간을 안전하게 쓰고, 로그인 영역은 보관 대상에서 빼는 규칙을 적어 둔다.

구획이 겹치는 자리

층 구분을 임의로 바꾼 뒤에 이 요소를 만지며 생기는 오류는 이렇게 나뉜다. 스타일과 스크립트에 긴 보관 기간을 주고 파일 이름을 그대로 두면 배포가 반영되지 않고, 로그인 상태 화면을 보관하면 다른 사용자에게 노출될 위험이 있다.

가상의 배치 사례

배치가 바뀌는 모습을 눈앞에 그려 보려고 그려 본 장면 하나를 아래로 옮긴다. 가령 배포한 변경이 일부 방문자에게만 보이지 않는다면, 보관 기간과 파일 이름 규칙을 먼저 살펴본다.

오래 굳은 풀이

도면 없이 전해 듣는 조언 가운데 이 요소에 관해 따져 볼 믿음은 이렇게 남는다. 보관 기간을 길게 잡으면 언제나 유리하다고 보기 쉬우나, 갱신 수단을 함께 두지 않으면 옛 화면이 오래 남는다.

압축한 끝줄

검색엔진최적화를 맡아 남기는 개편 기록에 이 요소를 노트 끝에 정리해 적는다면 이렇다. 같은 응답을 다시 만들지 않고 보관본으로 답해 시간을 줄이는 처리이며, 갱신 수단과 함께 설계해야 한다.

참고할 칸

도면 뒤에 붙인 문서로는 CDN과 TTFB가 같은 줄에 함께 있다. 나머지 참고 자리에 남겨 둔 쪽으로는 AMP와 렌더링 표제어도 아래에 실려 있다. 보관 위치를 방문자 가까이로 옮기는 설비가 CDN이고, 응답 시작 시간이 줄었는지는 TTFB로 확인한다.