M2 Live 문서에서 자주 나오는 Page Experience 용어

먼저 읽는 기준

M2 Live Cloud 문서에는 성능 지표, 이미지 포맷, 캐시, 비디오 처리, AI 검색 관련 용어가 함께 나옵니다. 용어만 보면 개발자 문서처럼 느껴질 수 있지만, 실제로는 커머스 운영에서 반복되는 문제를 설명하기 위한 말입니다.

이 글은 용어를 깊게 설명하기보다, 랜딩 페이지와 블로그를 읽을 때 막히지 않도록 기본 의미를 정리합니다. 각 용어는 “무엇을 뜻하는가”보다 “어떤 운영 문제와 연결되는가”를 중심으로 보면 이해하기 쉽습니다.

성능 지표

Core Web Vitals는 Google이 웹페이지 경험을 판단할 때 보는 핵심 지표 묶음입니다. 커머스에서는 상품상세페이지가 얼마나 빨리 보이는지, 화면이 얼마나 안정적인지, 사용자의 조작에 얼마나 빠르게 반응하는지를 확인하는 기준으로 씁니다.

LCP는 첫 화면에서 가장 중요한 콘텐츠가 보이는 시간입니다. 상품상세페이지에서는 대표 상품 이미지나 핵심 상품 정보가 LCP 대상이 되는 경우가 많습니다. LCP가 늦으면 고객은 상품을 보기 전에 기다리게 됩니다.

CLS는 화면이 로딩 중에 얼마나 흔들리는지를 보는 지표입니다. 이미지 높이가 늦게 잡히거나 광고, 배너, 상품기술서가 뒤늦게 밀려 들어오면 CLS가 나빠질 수 있습니다.

INP는 사용자가 클릭하거나 입력했을 때 페이지가 얼마나 빨리 반응하는지를 보는 지표입니다. JavaScript 작업이 길거나 외부 스크립트가 많으면 반응이 늦어질 수 있습니다.

TBT는 실험실 환경에서 JavaScript 차단 시간을 보는 지표입니다. 실제 사용자 지표인 INP를 직접 측정하기 어려울 때, Lighthouse 같은 도구에서 참고하는 값입니다.

이미지와 상품상세

AVIF와 WebP는 JPEG보다 전송량을 줄일 수 있는 차세대 이미지 포맷입니다. 모든 브라우저가 같은 포맷을 지원하는 것은 아니므로, 사용자의 브라우저 조건에 따라 AVIF, WebP, JPEG를 나누어 응답하는 방식이 필요합니다.

Smart Delivery는 같은 원본 이미지라도 브라우저, 디바이스, 캐시 상태에 따라 적절한 포맷과 크기로 응답하는 방식입니다. “원본 이미지를 모두 다시 만들자”가 아니라, 요청 조건에 맞춰 전달 방식을 바꾸는 접근입니다.

Lazy Loading은 화면 밖 리소스를 뒤늦게 불러오는 방식입니다. 잘 쓰면 초기 로딩을 줄일 수 있지만, 첫 화면 상품 이미지에 잘못 적용하면 LCP가 늦어질 수 있습니다. 모든 이미지에 일괄 적용하는 방식은 위험합니다.

Mixed Content는 HTTPS 페이지 안에서 HTTP 리소스를 불러올 때 생기는 문제입니다. 브라우저가 보안 정책상 이미지나 스크립트를 차단할 수 있어, 상품 이미지가 깨진 것처럼 보일 수 있습니다.

Page Weight는 한 페이지가 내려받는 이미지, 스크립트, HTML, 폰트, 영상 등 전체 무게를 말합니다. 상품상세페이지는 셀러 이미지와 외부 리소스가 많아 Page Weight가 쉽게 커집니다.

캐시와 전송

origin은 원본 서버를 뜻합니다. 사용자의 요청이 캐시에서 처리되지 못하고 원본 서버까지 도달하면, 이벤트나 프로모션 시간대에는 응답 지연과 서버 부담이 함께 커질 수 있습니다.

Edge Cache는 사용자와 가까운 지점에서 반복 요청을 먼저 응답하는 캐시입니다. 같은 상품 이미지나 상세 콘텐츠가 반복 요청될 때 원본 서버까지 가지 않고 빠르게 응답할 수 있습니다.

TTL은 캐시가 얼마나 오래 유지되는지를 정하는 시간입니다. 너무 짧으면 원본 서버 요청이 늘고, 너무 길면 변경된 콘텐츠 반영이 늦어질 수 있습니다. 커머스에서는 상품 가격, 재고, 이벤트 조건에 맞춰 조정해야 합니다.

Cache HIT은 요청한 콘텐츠가 캐시에 있어 바로 응답되는 상태입니다. MISS는 캐시에 없어 원본 서버나 처리 계층으로 넘어가는 상태입니다. HIT이 늘수록 반복 요청 부담은 줄어듭니다.

fallback은 특정 조건에서 원래 계획한 응답을 쓰기 어렵거나 지원되지 않을 때 사용하는 대체 응답입니다. 예를 들어 AVIF를 지원하지 않는 브라우저에는 WebP나 JPEG로 응답할 수 있습니다.

비디오

JIT는 Just-in-time의 약자입니다. M2 Live 문서에서는 요청이 들어온 시점에 필요한 만큼 처리하는 방식을 뜻합니다. VideoFly에서는 영상 전체를 미리 모두 변환하지 않고, 요청된 구간과 포맷을 기준으로 실시간 처리하는 맥락에서 사용합니다.

Transcoding은 영상 포맷이나 화질을 다른 형태로 변환하는 작업입니다. 예를 들어 MP4를 HLS로 나누거나, WebM/AV1 같은 고효율 포맷으로 변환하는 작업이 여기에 해당합니다.

AV1은 고효율 비디오 포맷입니다. 전송량 절감 가능성이 크지만 처리 비용과 인프라 구성이 중요합니다. 그래서 “무조건 AV1로 변환”보다 요청량, 캐시, 처리 여유를 함께 보고 적용하는 방식이 현실적입니다.

HLS는 영상을 작은 조각으로 나누어 전송하는 방식입니다. 긴 영상을 한 번에 내려받지 않고 필요한 구간을 순차적으로 재생할 수 있어, 모바일과 라이브/다시보기 환경에서 많이 사용됩니다.

Trimming은 영상의 특정 구간만 잘라 클립으로 쓰는 기능입니다. 상품 소개, 하이라이트, 숏폼 후보를 만들 때 활용할 수 있습니다.

AI 검색과 신규 제품

PageGEO는 AI 검색이 브랜드 기준 정보를 더 정확히 읽고 요약할 수 있도록 페이지 구조를 정리하는 M2 신규 상품입니다. 검색 순위나 인용을 보장하는 것이 아니라, 공식 페이지가 AI에게 더 잘 읽히는 상태인지 점검하고 개선하는 접근입니다.

LLM은 ChatGPT 같은 생성형 AI 모델을 뜻합니다. 공개 페이지에서는 보통 “생성형 AI”라고 이해하면 됩니다.

Crawler는 검색 엔진이나 AI 서비스가 웹페이지 정보를 수집하기 위해 접근하는 봇입니다. 일반 사용자 요청과 수집 봇 요청은 목적이 다르므로, PageGEO나 PageBot 같은 영역에서는 요청을 구분해 처리하는 것이 중요합니다.

Pre-rendering은 자주 쓰이는 페이지 응답을 미리 준비하는 방식입니다. AI 검색 요청처럼 반복적으로 읽히는 페이지는 매번 원본을 처리하기보다, 준비된 응답과 캐시를 조합하는 방식이 효율적일 수 있습니다.

어떻게 읽으면 좋은가

M2 Live 문서의 용어는 기능 이름으로만 보면 어렵습니다. 대신 아래 질문으로 읽으면 더 쉽습니다.

• 이 용어가 첫 화면 속도와 관련이 있는가?
• 이 용어가 이미지나 상품기술서 전송량과 관련이 있는가?
• 이 용어가 원본 서버 부담을 줄이는가?
• 이 용어가 브라우저나 AI 검색 요청의 차이를 다루는가?
• 이 용어가 PoC에서 먼저 검증할 범위를 정하는 데 필요한가?

기술 용어는 목적이 아니라 문제를 설명하는 도구입니다. 페이지를 읽다가 용어가 막히면, 먼저 고객이 겪는 문제와 연결해 해석하는 것이 좋습니다.

지금 실행

• 블로그를 읽을 때: 모르는 약어가 나오면 이 글의 해당 영역을 먼저 확인하세요. 성능 지표는 “첫 화면”, 캐시는 “원본 서버 부담”, 비디오는 “요청 구간 처리” 관점으로 보면 됩니다.
• 내부 검토를 할 때: 새 문구에 JIT, origin, TTL, LCP 같은 용어가 처음 등장하면 한글 설명을 붙였는지 확인하세요.
• PoC를 준비할 때: 용어를 기능 목록으로만 보지 말고, 사이트에서 실제로 문제가 되는 병목과 연결해 우선순위를 정하세요.