가장 큰 콘텐츠 페인트

W3C 워킹 드래프트,

이 문서에 대한 자세한 정보
이 버전:
https://www.w3.org/TR/2025/WD-largest-contentful-paint-20250911/
최신 공개 버전:
https://www.w3.org/TR/largest-contentful-paint/
에디터스 드래프트:
https://w3c.github.io/largest-contentful-paint/
이전 버전:
히스토리:
https://www.w3.org/standards/history/largest-contentful-paint/
테스트 스위트:
https://github.com/web-platform-tests/wpt/tree/master/largest-contentful-paint
피드백:
GitHub
에디터:
(Google)
(Google)

개요

이 문서는 화면에 표시된 요소에서 발생한 가장 큰 페인트를 모니터링할 수 있는 API를 정의합니다.

이 문서의 상태

이 섹션은 이 문서가 공개될 당시의 상태를 설명합니다. 최신 W3C 발행물 목록과 본 기술 초안의 최신 버전은 W3C 표준 및 초안 색인에서 확인할 수 있습니다.

이 문서는 웹 성능 워킹 그룹에서 작업 초안으로서 권고안 트랙을 사용하여 발행되었습니다. 작업 초안으로서의 발행은 W3C 및 회원사의 승인을 의미하지 않습니다.

이 문서는 초안 문서이므로 언제든지 갱신, 교체 또는 폐기될 수 있습니다. 이 문서를 진행 중인 작업 이외의 것으로 인용하는 것은 적절하지 않습니다.

GitHub 이슈에서 본 명세에 대한 토론을 하는 것이 권장됩니다.

이 문서는 2025년 8월 18일 W3C 프로세스 문서의 적용을 받습니다.

이 문서는 W3C 특허 정책 하에서 운영되는 그룹에 의해 제작되었습니다. W3C는 공개 특허 공개 목록을 그룹의 결과물과 관련하여 관리하고 있습니다. 해당 페이지에는 특허 공개 방법도 포함되어 있습니다. 어떤 개인이 필수 청구항이 포함된다고 믿는 특허를 실제로 알고 있다면, W3C 특허 정책 6장에 따라 정보를 공개해야 합니다.

1. 소개

이 섹션은 규범적이지 않습니다. LargestContentfulPaint API는 개발자가 웹 페이지의 로딩 및 렌더링 과정을 파악하여 최적화할 수 있도록 합니다.

개발자는 사용자의 시각적 렌더링 경험과 상관관계가 높은 신뢰할 수 있는 지표가 필요합니다. Paint 로딩 지표인 First Paint와 First Contentful Paint는 초기 렌더링에 중점을 두지만, 페인팅된 콘텐츠의 중요성을 고려하지 않아 사용자가 페이지를 유용하다고 여기지 않는 시점까지의 시간도 표시할 수 있습니다.

Largest Contentful Paint(LCP)는 다음과 같은 페이지 로드 지표가 되는 것을 목표로 합니다:

페이지 로딩 과정 중의 가장 큰 페인트는 사용자 관점에서 의미 있는 이벤트를 나타낼 가능성이 높으므로 기본적으로 개발자에게 노출하여, 성능 팀, 분석 제공자, 실험실 기반 측정 도구가 콘텐츠 생성자의 별도 주석 작업 없이 해당 지표를 수집할 수 있도록 하는 것이 목표입니다.

이 API는 [PAINT-TIMING]에서 정의된 개념에 크게 의존합니다. 이 개념들은 고수준 기능의 기반이 되는 저수준 프리미티브로 볼 수 있습니다. 콘텐츠 제작자가 페이지의 중요한 시점에 주석을 달고 싶을 때 사용할 수 있는 API는 [ELEMENT-TIMING]으로, 보고되는 요소에 대해 더 많은 제어를 제공합니다.

참고: Largest Contentful Paint API는 타이밍 적격 요소만을 노출합니다. Element Timing과 달리 LCP 측정을 위해 요소에 주석을 달 필요가 없습니다.

1.1. 가장 큰 콘텐츠

이 API에 사용되는 알고리즘은 지금까지 확인된 콘텐츠를 추적합니다. 새로운 더 큰 콘텐츠가 발견되면 새로운 엔트리가 생성됩니다. 제거된 콘텐츠도 알고리즘에서 고려되며, 특히 제거된 콘텐츠가 가장 컸던 경우 더 큰 콘텐츠가 추가될 때만 새 엔트리가 생성됩니다. 사용자의 스크롤이나 입력 이벤트가 발생하면 새로운 콘텐츠가 추가될 가능성이 높으므로, 이때 알고리즘은 종료됩니다.

1.2. 사용 예시

다음 예시는 이미지와 큰 본문 텍스트를 보여줍니다. 개발자는 페이지가 로딩 중일 때 가장 큰 페인트 후보 엔트리를 받을 수 있도록 옵저버를 등록합니다.

<img src="large_image.jpg">
<p id='large-paragraph'>This is large body of text.</p>
...
<script>
const observer = new PerformanceObserver((list) => {
  let perfEntries = list.getEntries();
  let lastEntry = perfEntries[perfEntries.length - 1];
  // Process the latest candidate for largest contentful paint
});
observer.observe({entryTypes: ['largest-contentful-paint']});
</script>

1.3. 제한 사항

LargestContentfulPaint API는 휴리스틱 기반이므로 오류 가능성이 있습니다. 다음과 같은 문제가 있습니다:

2. 용어

largest contentful paint 후보구조체로, 다음 구성원을 포함합니다:

largest contentful paint 후보 candidate는 다음 조건을 만족하면 largest contentful paint로 적격입니다:

3. 가장 큰 콘텐츠 페인트

Largest Contentful Paint는 다음의 새로운 인터페이스를 포함합니다:

3.1. LargestContentfulPaint 인터페이스

[Exposed=Window]
interface LargestContentfulPaint : PerformanceEntry {
    readonly attribute DOMHighResTimeStamp loadTime;
    readonly attribute DOMHighResTimeStamp renderTime;
    readonly attribute unsigned long size;
    readonly attribute DOMString id;
    readonly attribute DOMString url;
    readonly attribute Element? element;
    [Default] object toJSON();
};

LargestContentfulPaint includes PaintTimingMixin;

LargestContentfulPaint 오브젝트는 다음 연관 개념을 가집니다:

entryType 속성 getter는 DOMString "largest-contentful-paint"를 반환해야 합니다.

name 속성 getter는 빈 문자열을 반환해야 합니다.

startTime 속성 getter는 thisrenderTime 값이 0이 아니면 그 값을, 아니면 loadTime 값을 반환해야 합니다.

duration 속성 getter는 0을 반환해야 합니다.

renderTime 속성은 default paint timestampthispaint timing info로 반환해야 합니다.

loadTime 속성은 thisloadTime 값을 반환해야 합니다.

size 속성은 thissize 값을 반환해야 합니다.

id 속성은 thisid 값을 반환해야 합니다.

url 속성은 thisurl 값을 반환해야 합니다.

element 속성 getter는 다음 단계를 수행해야 합니다:

  1. thiselement가 null을 기준으로 페인트 타이밍에 노출됨이 아니라면, null을 반환.

  2. thiselement 반환.

참고: 위 알고리즘은 트리의 자손이 아닌 요소(Shadow DOM 내부 요소 포함)는 element 속성 getter에서 반환하지 않음을 정의합니다.

이 명세는 Document 에도 largest contentful paint size라는 개념을 추가하며, 처음에는 0으로 설정됩니다. 또한 연관된 content set도 추가하며, 처음에는 빈 입니다. content set은 (Element, Request) 튜플로 채워집니다. 이는 알고리즘이 각 콘텐츠를 한 번만 고려하도록 성능상 사용됩니다.

참고: 사용자 에이전트는 content set을 유지하여 제거된 콘텐츠가 메모리 누수를 일으키지 않게 해야 합니다. 특히, 튜플들의 생명주기를 Elements에 대한 약 참조에 묶어, 요소가 삭제된 이후에 정리할 수 있도록 해야 합니다. 이 은 웹 개발자에게 노출되지 않으므로 가비지 컬렉션 시점을 노출하지 않습니다.

4. 처리 모델

Window스크롤 이벤트 발생 여부라는 불리언 값을 가지며, 처음에는 false로 설정됩니다.

4.1. DOM 명세 수정

[DOM] 명세가 갱신되면 이 섹션은 삭제됩니다.

event dispatch algorithm을 다음과 같이 수정합니다.

1단계 바로 다음에 다음 단계를 추가합니다:

4.2. 가장 큰 콘텐츠 페인트 보고

최대 콘텐츠 페인트 보고를 요청받으면 Document document, 페인트 타이밍 정보 paintTimingInfo, 순서 있는 집합 형태의 보류 중인 이미지 레코드 paintedImages, 그리고 순서 있는 집합 형태의 요소 paintedTextNodes가 주어지면, 다음 단계를 수행한다:
  1. paintedImagesrecord에 대해:

    1. imageElementrecordelement로 지정합니다.

    2. imageElementdocument에 대해 페인트 타이밍에 노출되지 않은 경우, 다음으로 진행합니다.

    3. requestrecordrequest로 지정합니다.

    4. candidate를 (imageElement, request)로 지정합니다.

    5. intersectionRectimageElement를 대상으로, viewport를 루트로 사용하는 intersection rect 알고리즘의 반환값으로 지정합니다.

    6. LargestContentfulPaint 엔트리 잠재적으로 추가candidate, intersectionRect, paintTimingInfo, recordloadTime, document와 함께 호출합니다.

  2. paintedTextNodestextNode에 대해,

    1. textNodedocument에 대해 페인트 타이밍에 노출되지 않은 경우, 다음으로 진행합니다.

    2. textNode알파 채널 값이 0 이하이거나 투명도 값이 0 이하인 경우:

      1. textNodetext-shadow 값이 none이고, textNodestroke-color 값이 transparent이며 textNodestroke-image 값이 none이면, 다음으로 진행합니다.

    3. candidate를 (textNode, null)로 지정합니다.

    4. intersectionRect를 빈 사각형으로 지정합니다.

    5. Text node texttextNodeset of owned text nodes에 있을 때:

      1. intersectionRecttext의 border box와 intersectionRect를 포함하는 가장 작은 사각형으로 확장합니다.

    6. intersectionRect와 시각적 뷰포트를 교집합합니다.

    7. LargestContentfulPaint 엔트리 잠재적으로 추가candidate, intersectionRect, paintTimingInfo, 0, document와 함께 호출합니다.

4.3. 요소의 실효 시각 크기 결정

Element실효 시각 크기를 결정하기 위해 다음 단계를 수행합니다:

입력

intersectionRect, DOMRectReadOnly

imageRequest, Request

element, Element

document, Document

출력

Largest Contentful Paint용 보고 크기(픽셀). 후보가 되지 않으면 null을 반환합니다.

  1. widthintersectionRectwidth로 설정합니다.

  2. heightintersectionRectheight로 설정합니다.

  3. sizewidth * height로 설정합니다.

  4. rootdocument탐색 컨텍스트최상위 탐색 컨텍스트활성 문서로 설정합니다.

  5. rootWidthroot비쥬얼 뷰포트의 가로 길이(스크롤바 제외)로 설정합니다.

  6. rootHeightroot비쥬얼 뷰포트의 세로 길이(스크롤바 제외)로 설정합니다.

  7. sizerootWidth × rootHeight와 같으면 null 반환.

  8. imageRequestlargest contentful paint 적격이 아니라면 null 반환.

  9. imageRequest가 null이 아니면, 이미지 위치와 업스케일링을 반영해 다음 단계를 수행합니다:

    1. concreteDimensionsimageRequest구체 객체 크기(element 내)로 설정합니다.

    2. visibleDimensionsconcreteDimensions로 하되, object-position 또는 background-positionelementcontent box에 따라 위치를 조정합니다.

    참고: 일부 알고리즘은 CSS에서 엄격하게 정의되어 있지 않습니다. 기대 결과는 element 내 실제 이미지의 위치와 크기를 DOMRectReadOnly로 얻는 것입니다.

    1. clientContentRectelement변형(transform)을 적용한 visibleDimensions를 포함하는 가장 작은 DOMRectReadOnly로 설정합니다.

    2. intersectingClientContentRectclientContentRectintersectionRect의 교집합으로 설정합니다.

    3. sizeintersectingClientContentRectwidth * intersectingClientContentRectheight로 설정합니다.

    참고: 이는 실제 이미지 자체만 교집합 대상이 되어 요소 장식이 포함되지 않도록 보장합니다.

    1. naturalAreaimageRequest원본 너비(natural width) * imageRequest원본 높이(natural height)로 설정합니다.

    2. naturalArea가 0이면 null 반환.

    3. boundingClientAreaclientContentRectwidth * clientContentRectheight로 설정합니다.

    4. scaleFactorboundingClientArea / naturalArea로 설정합니다.

    5. scaleFactor가 1보다 크면 sizescaleFactor로 나눕니다.

  10. size 반환.

4.4. LargestContentfulPaint 엔트리 잠재적 추가

참고: Largest Contentful Paint API를 구현하는 User Agent는 "largest-contentful-paint"supportedEntryTypesWindow 컨텍스트에서 포함해야 합니다. 이를 통해 개발자는 해당 API 지원 여부를 확인할 수 있습니다.

LargestContentfulPaint 엔트리 잠재적으로 추가를 위해, User Agent는 다음 단계를 수행해야 합니다:

입력

candidate, largest contentful paint 후보

intersectionRect, DOMRectReadOnly

paintTimingInfo, paint timing info

loadTime, DOMHighResTimestamp

document, Document

출력

없음

  1. documentcontent setcandidate를 포함하면 반환합니다.

  2. candidate를 content set에 추가합니다.

  3. windowdocument관련 전역 객체로 설정합니다.

  4. window스크롤 이벤트 발생 여부 또는 입력 이벤트 발생 여부 중 하나라도 true이면 반환.

  5. sizeintersectionRect 기준 실효 시각 크기(candidateelement)로 설정합니다.

  6. sizedocumentlargest contentful paint size 이하이면 반환합니다.

  7. url을 빈 문자열로 설정합니다.

  8. candidaterequest가 null이 아니면, url을 해당 request URL로 설정합니다.

  9. idcandidateelementelement id로 설정합니다.

  10. contentInfomap으로 하여, contentInfo["size"] = size, contentInfo["url"] = url, contentInfo["id"] = id, contentInfo["loadTime"] = loadTime, contentInfo["element"] = candidateelement로 설정합니다.

  11. LargestContentfulPaint 엔트리 생성contentInfo, paintTimingInfo, document를 인자로 호출합니다.

4.5. LargestContentfulPaint 엔트리 생성

LargestContentfulPaint 엔트리 생성을 위해, User Agent는 다음 단계를 수행해야 합니다:

입력

contentInfo, map

paintTimingInfo, paint timing info

document, Document

출력

없음

  1. documentlargest contentful paint sizecontentInfo["size"]로 설정합니다.

  2. entry관련 realm을 가진 새로운 LargestContentfulPaint entry로 하며, paint timing infopaintTimingInfo로 지정하고,

    • sizecontentInfo["size"]로,

    • urlcontentInfo["url"]로,

    • idcontentInfo["id"]로,

    • loadTimecontentInfo["loadTime"]로,

    • 그리고 elementcontentInfo["element"]로 설정합니다.

  3. PerformanceEntry entry를 큐에 넣습니다.

5. 보안 및 개인정보 보호 고려 사항

이 API는 기본 프리미티브로 Paint Timing을 사용합니다. 유사한 API인 Element Timing과 달리, LCP는 어느 시점까지 가장 큰 요소라면 크기가 작더라도 일부 요소의 타이밍 세부정보를 노출할 수 있습니다. 하지만 이는 Element Timing이 이미 제공하는 정보 이상으로 민감한 정보를 노출하지 않는 것으로 보입니다.

적합성

문서 규약

적합성 요구사항은 설명적 진술과 RFC 2119 용어의 조합으로 표현됩니다. 이 문서의 규범적 부분에서 “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, “OPTIONAL” 등의 핵심 단어는 RFC 2119에서 설명된 대로 해석해야 합니다. 단, 가독성을 위해 이 명령어들은 이 명세서에서 모두 대문자로 표기되지 않습니다.

명시적으로 비규범적임을 표시한 섹션, 예시, 노트를 제외한 이 명세서의 모든 텍스트는 규범적입니다. [RFC2119]

이 명세서의 예시는 “예를 들어”라는 표현으로 소개되거나, class="example"로 규범적 텍스트와 구분됩니다. 예시는 다음과 같습니다:

이것은 정보 제공 목적의 예시입니다.

정보성 노트는 “참고”라는 단어로 시작하며, class="note"로 규범적 텍스트와 구분됩니다. 예시는 다음과 같습니다:

참고, 이것은 정보성 노트입니다.

준수 알고리즘

알고리즘 내에서 명령형으로 구문된 요구사항(예: "모든 선행 공백 문자를 제거한다" 또는 "false를 반환하고 이 단계를 중단한다")는 알고리즘을 소개할 때 사용된 핵심 단어(“must”, “should”, “may” 등)의 의미로 해석해야 합니다.

알고리즘이나 특정 단계로 구문된 적합성 요구사항은 최종 결과가 동일하기만 하면 어떤 방식으로든 구현할 수 있습니다. 특히, 이 명세서에서 정의한 알고리즘은 이해하기 쉽게 설계되었으며, 성능을 고려한 것은 아닙니다. 구현자는 최적화를 권장합니다.

색인

이 명세서에서 정의된 용어

참조로 정의된 용어

참고 문헌

규범적 참고 문헌

[CSS-BACKGROUNDS-3]
Elika Etemad; Brad Kemper. CSS Backgrounds and Borders Module Level 3. 2024년 3월 11일. CRD. URL: https://www.w3.org/TR/css-backgrounds-3/
[CSS-BOX-4]
Elika Etemad. CSS Box Model Module Level 4. 2024년 8월 4일. WD. URL: https://www.w3.org/TR/css-box-4/
[CSS-COLOR-3]
Tantek Çelik; Chris Lilley; David Baron. CSS Color Module Level 3. 2022년 1월 18일. REC. URL: https://www.w3.org/TR/css-color-3/
[CSS-COLOR-4]
Chris Lilley; Tab Atkins Jr.; Lea Verou. CSS Color Module Level 4. 2025년 4월 24일. CRD. URL: https://www.w3.org/TR/css-color-4/
[CSS-IMAGES-3]
Tab Atkins Jr.; Elika Etemad; Lea Verou. CSS Images Module Level 3. 2023년 12월 18일. CRD. URL: https://www.w3.org/TR/css-images-3/
[CSS-TEXT-DECOR-4]
Elika Etemad; Koji Ishii. CSS Text Decoration Module Level 4. 2022년 5월 4일. WD. URL: https://www.w3.org/TR/css-text-decor-4/
[CSSOM-VIEW-1]
Simon Pieters. CSSOM View Module. 2016년 3월 17일. WD. URL: https://www.w3.org/TR/cssom-view-1/
[DOM]
Anne van Kesteren. DOM Standard. Living Standard. URL: https://dom.spec.whatwg.org/
[EVENT-TIMING]
Michal Mocny. Event Timing API. 2025년 5월 26일. WD. URL: https://www.w3.org/TR/event-timing/
[FETCH]
Anne van Kesteren. Fetch Standard. Living Standard. URL: https://fetch.spec.whatwg.org/
[FILL-STROKE-3]
Elika Etemad; Tab Atkins Jr.. CSS Fill and Stroke Module Level 3. 2017년 4월 13일. FPWD. URL: https://www.w3.org/TR/fill-stroke-3/
[GEOMETRY-1]
Simon Pieters; Chris Harrelson. Geometry Interfaces Module Level 1. 2018년 12월 4일. CR. URL: https://www.w3.org/TR/geometry-1/
[HR-TIME-3]
Yoav Weiss. High Resolution Time. 2024년 11월 7일. WD. URL: https://www.w3.org/TR/hr-time-3/
[HTML]
Anne van Kesteren; et al. HTML Standard. Living Standard. URL: https://html.spec.whatwg.org/multipage/
[INFRA]
Anne van Kesteren; Domenic Denicola. Infra Standard. Living Standard. URL: https://infra.spec.whatwg.org/
[PAINT-TIMING]
Ian Clelland; Noam Rosenthal. Paint Timing. 2025년 5월 17일. WD. URL: https://www.w3.org/TR/paint-timing/
[PERFORMANCE-TIMELINE]
Nicolas Pena Moreno. Performance Timeline. 2025년 5월 21일. CRD. URL: https://www.w3.org/TR/performance-timeline/
[RFC2119]
S. Bradner. Key words for use in RFCs to Indicate Requirement Levels. 1997년 3월. Best Current Practice. URL: https://datatracker.ietf.org/doc/html/rfc2119
[STREAMS]
Adam Rice; et al. Streams Standard. Living Standard. URL: https://streams.spec.whatwg.org/
[WEBIDL]
Edgar Chen; Timothy Gu. Web IDL Standard. Living Standard. URL: https://webidl.spec.whatwg.org/

정보성 참고 문헌

[ELEMENT-TIMING]
Element Timing API. Editor's Draft. URL: https://w3c.github.io/element-timing/

IDL 색인

[Exposed=Window]
interface LargestContentfulPaint : PerformanceEntry {
    readonly attribute DOMHighResTimeStamp loadTime;
    readonly attribute DOMHighResTimeStamp renderTime;
    readonly attribute unsigned long size;
    readonly attribute DOMString id;
    readonly attribute DOMString url;
    readonly attribute Element? element;
    [Default] object toJSON();
};

LargestContentfulPaint includes PaintTimingMixin;