응답이 캐시되지 않는 경우 서버의 응답 시간은 호스팅 업체 및 백엔드 애플리케이션 스택에 최적화되어 있습니다 웹 페이지의 동적으로 생성되는 응답(예: 데이터베이스에서 데이터 가져오기)을 위해 예: 게재 가능한 정적 웹페이지보다 TTFB가 높을 수 있음 즉각적으로 반응할 수 있게 되었습니다. 표시 중: 스피너를 로드한 다음 클라이언트 측에서 모든 데이터를 가져오면 예측 불가능한 서버 측 환경에서 잠재적으로 예측 불가능한 사용할 수 있습니다 클라이언트 측 작업을 최소화하면 일반적으로 사용자 중심 측정항목을 고려하는 것이 좋습니다
사용자의 필드에서 느린 TTFB가 발생하는 경우 정보를 노출할 수 있습니다. Server-Timing 응답 헤더:
Server-Timing
Server-Timing: auth;dur=55.5, db;dur=220
Server-Timing 헤더의 값에는 여러 측정항목과 각각 다릅니다. 그런 다음 이 데이터는 현장에 있는 사용자로부터 수집할 수 있습니다. Navigation Timing API를 사용하고 이를 분석하여 사용자가 있습니다. 위의 코드 스니펫에서 응답 헤더에 두 개의 타이밍이 포함되어 있습니다.
auth
db
또한 호스팅 인프라를 검토하고 충분한 리소스가 있어야 합니다. 공유됨 호스팅 제공업체는 높은 TTFB 및 전용 솔루션에 취약한 경우가 많습니다. 더 빠른 응답 시간을 제공하는 것이 더 많은 비용이 들 수 있습니다.
HTML, JavaScript, CSS, SVG 이미지와 같은 텍스트 기반 응답은 네트워크를 통한 전송 크기를 줄이기 위해 압축된 형태로 다운로드할 수 있습니다. 가장 널리 사용되는 압축 알고리즘은 gzip 및 브로틀리입니다. Brotli 를 사용하면 gzip에 비해 파일 속도가 약 15~20% 개선됩니다.
압축은 보통 대부분의 웹 호스팅 업체에서 자동으로 설정하지만 Ad Exchange를 구성할 준비가 된 경우 고려해야 할 몇 가지 중요한 사항이 압축 설정을 직접 수정할 수도 있습니다.
자체적으로 압축하는 것은 어려우며, 압축이 가능한 상태로 두는 것이 콘텐츠 전송 네트워크 (CDN)에 대해서는 다음 섹션에서 다룰 예정입니다 자동으로 처리합니다 그러나 이러한 개념을 알면 호스팅 업체가 압축을 제대로 사용하고 있는지 확인합니다. 이러한 지식은 압축 설정을 개선하여 웹사이트에 최대의 이익을 안겨줄 수 있습니다.
콘텐츠 전송 네트워크 (CDN)는 원본 서버에서 리소스를 캐시하여 결과적으로 에지에서 리소스 제공 물리적으로 사용자에게 더 가까이 있는 서버입니다. 사용자와의 물리적 근접성 사용자는 왕복 시간 (RTT)을 줄이는 동시에 HTTP/2 또는 HTTP/3, 캐싱, 압축을 통해 CDN이 콘텐츠를 더 빠르게 제공할 수 있음 원본 서버에서 가져오는 경우보다 더 나을 수 있습니다 CDN을 활용하면 경우에 따라 웹사이트의 TTFB를 크게 개선할 수 있습니다.
내 마음대로 제어할 수 있는 리디렉션 유형은 무엇인가요?
Server-Timing 헤더에는 여러 측정항목이 포함될 수 있습니다.
사용자 쪽에 물리적으로 가장 가까울 가능성이 가장 높은 서버 유형 어떻게 해야 할까요?
이제 컨테이너와 관련된 성능 고려사항을 알아봤습니다. 웹사이트의 HTML을 사용하면 Google 게시자 태그를 가능한 한 빨리 가능하지만 이는 웹 학습의 시작에 불과합니다. 확인할 수 있습니다 다음으로, 주요 렌더링 경로의 이면에 있는 이론은 있습니다. 이 모듈에서는 렌더링 차단 및 차단과 같은 주요 개념을 설명합니다. 페이지의 초기 로드를 가져오는 데 있어 이들이 수행하는 역할에 대해 최대한 빠르게 렌더링해야 합니다.
달리 명시되지 않는 한 이 페이지의 콘텐츠에는 Creative Commons Attribution 4.0 라이선스에 따라 라이선스가 부여되며, 코드 샘플에는 Apache 2.0 라이선스에 따라 라이선스가 부여됩니다. 자세한 내용은 Google Developers 사이트 정책을 참조하세요. 자바는 Oracle 및/또는 Oracle 계열사의 등록 상표입니다.
최종 업데이트: 2023-11-01(UTC)
