커머스
상품 이미지 · 상세 HTML
커머스는 상품 이미지, 미디어는 영상, 커뮤니티는 유저 업로드 — 서비스별 병목 위치와 적용 시나리오를 확인하세요.
같은 Page Experience라도 병목이 생기는 위치는 서비스마다 다릅니다. 적용 전에는 이미지, 스크립트, origin 부하 중 어디가 문제인지 먼저 분리해야 합니다.
등록된 이미지는 재업로드 없이 AVIF·WebP로 전환하고, 상품기술서는 원본 무수정으로 최적화합니다. Edge Cache가 캠페인 트래픽을 먼저 처리합니다.
수십만 장의 상품 이미지가 브라우저와 디바이스 조건을 고려하지 않고 내려가면 첫 화면 노출이 늦어집니다.
M2는 요청 환경에 맞춰 이미지 포맷과 크기를 분기합니다.
무거운 상품기술서, 깨진 외부 이미지, 오래된 HTTP 리소스가 상품상세페이지 안에서 그대로 드러납니다.
M2는 직접 고치기 어려운 외부 리소스를 앞단에서 보정합니다.
이벤트 시간대에 반복 요청이 원본 서버로 직행하면 구매 의도가 높은 순간에 응답이 느려집니다.
M2는 Edge Cache와 원본 보호 정책으로 피크 부하를 완화합니다.
MP4 원본은 하나로 유지하고, 요청 시점에 HLS·WebM·MP4·클립·썸네일을 생성합니다. 실제로 보는 구간을 중심으로 처리합니다.
실제 시청은 일부 구간에 몰리지만 전체 영상을 여러 포맷과 화질로 사전 변환하면 비용이 커집니다.
VideoFly는 요청된 구간과 포맷만 실시간으로 처리합니다.
영상 수가 늘어날수록 인코딩 파이프라인, 저장 공간, 운영 모니터링 부담이 함께 증가합니다.
M2는 사전 변환 저장을 줄이고 실제 수요 기준으로 처리합니다.
브라우저와 디바이스에 따라 HLS, MP4, WebM 같은 전송 조건이 달라져 운영 복잡도가 높아집니다.
VideoFly는 브라우저와 디바이스 조건에 맞는 응답을 분기합니다.
원본은 한 벌만 유지하고 필요한 크기는 URL 파라미터로 생성합니다. 외부 리소스는 도메인 규칙으로 HTTPS 응답을 처리합니다.
사용자가 올리는 이미지는 크기, 포맷, 품질이 일정하지 않아 화면별 최적화가 어렵습니다.
M2는 원본을 유지하면서 화면별 크기와 포맷을 맞춥니다.
목록, 상세, 프로필, 추천 영역마다 별도 파일을 만들면 저장량과 관리 비용이 계속 커집니다.
M2는 URL 조건에 따라 필요한 크기를 응답 시점에 만듭니다.
핫링크 이미지와 HTTP 리소스가 섞이면 HTTPS 페이지에서 Mixed Content 문제가 반복됩니다.
M2는 도메인 규칙으로 외부 리소스와 HTTPS 응답을 관리합니다.
M2 Live Enterprise를 고객 인프라에 구축하고, 모니터링 API와 REST API로 기존 운영 체계에 통합합니다. 필요하면 M2 Live Cloud와 하이브리드로 운영합니다.
폐쇄망, 전용 인프라, 보안 심사 요건이 있으면 Cloud 검증 이후 구축형 전환 경로가 필요합니다.
M2 Live Enterprise는 고객 인프라 조건에 맞춰 구축형으로 제공합니다.
관제, 배포, 인증, 모니터링 파이프라인과 맞지 않으면 성능 개선이 운영 부담으로 바뀝니다.
M2는 REST API와 모니터링 API로 기존 운영 흐름에 연결됩니다.
대규모 페이지와 여러 서비스가 공존하는 환경에서는 지표, 예외, 롤백 기준을 표준화해야 합니다.
M2는 적용 범위, 예외 조건, 성과 기준을 운영 정책으로 관리합니다.