상품 이미지 최적화 리포트로 PoC 범위를 정하는 방법

문제

진단 리포트의 흔한 실패는 "잘 봤습니다"에서 끝나는 것입니다. LCP가 느리고 이미지 전송량이 크다는 사실을 알아도, 다음 주에 무엇을 할지 정하지 못하면 리포트는 평가 문서로만 남습니다. 특히 여러 부서가 함께 보는 B2B 커머스에서는 리포트가 곧바로 실행 계획으로 바뀌어야 합니다.

PoC가 흐려지는 이유도 비슷합니다. "사이트 성능을 개선해보자"는 범위가 너무 넓습니다. 어떤 상품 URL을 볼지, 어떤 이미지 유형을 적용할지, 어떤 경로는 제외할지, 무엇을 성공으로 볼지 정하지 않으면 PoC는 효과 검증이 아니라 막연한 기술 테스트가 됩니다.

진단 리포트는 점수표가 아니라 PoC 설계의 입력값으로 써야 합니다. 좋은 리포트는 적용 대상, 예외 조건, 성공 기준을 정리할 수 있어야 합니다. 이 세 가지가 정리되면 첫 미팅에서 바로 기술 검토와 책임 범위 논의로 들어갈 수 있습니다.

원인

첫 번째 문제는 대상이 넓다는 것입니다. 전체 사이트를 한 번에 보려고 하면 로그인, 결제, 장바구니, 상품 상세, 기획전, 이미지, API가 모두 섞입니다. 하지만 이미지 최적화 PoC라면 대표 상품 상세 URL, 이미지가 많은 카테고리, LCP가 나쁜 페이지처럼 효과를 보기 쉬운 대상을 먼저 좁히는 것이 좋습니다.

두 번째 문제는 예외 조건이 늦게 나온다는 것입니다. PoC 중간에 "이 경로는 건드리면 안 된다", "이 이미지는 법적 고지라 변형하면 안 된다", "이 도메인은 외부 파트너가 관리한다"는 말이 나오면 일정에 영향을 줍니다. 처음부터 제외 경로와 민감 리소스를 정해야 합니다.

세 번째 문제는 성공 기준이 감으로 정해진다는 것입니다. "빨라졌다"는 표현만으로는 의사결정이 어렵습니다. LCP, 이미지 전송량, 원본 요청 수, 깨진 이미지 수, 캐시 HIT 비율처럼 전후 비교 가능한 기준을 숫자로 잡아야 합니다. 단, 모든 숫자를 다 보려 하면 오히려 흐려지므로 PoC 목적에 맞는 2~3개 지표만 고르는 편이 낫습니다.

해결

리포트에서 먼저 뽑을 것은 적용 대상입니다. 리소스별 전송량을 보면 이미지가 병목인지, 스크립트가 병목인지, 원본 응답이 병목인지 대략 드러납니다. 이미지가 대부분이라면 "대표 상품 URL 5개와 해당 이미지 도메인"처럼 좁힐 수 있습니다. Mixed Content가 많다면 "깨진 외부 이미지 호스트 상위 N개"가 대상이 될 수 있습니다.

다음은 예외 조건입니다. 로그인, 장바구니, 결제 인접 경로는 처음부터 제외하거나 별도 검토로 둡니다. 법적 고지 이미지, 브랜드 승인 이미지, 원본 보존이 중요한 리소스는 변환 대상에서 제외할 수 있습니다. 마지막은 성공 기준입니다. 예를 들어 "모바일 LCP 4.0초에서 2.5초 이하", "대표 URL 이미지 전송량 30% 이상 감소", "HTTP 차단 이미지 90% 이상 해소"처럼 전후 비교가 가능한 기준이 필요합니다.

M2 Live Cloud PoC에서는 이 세 가지를 전담 AM과 함께 문서화하는 것이 중요합니다. 기술 적용보다 먼저 범위를 합의하면 책임 경계가 분명해집니다. 고객은 내부 리스크를 설명할 수 있고, 공급자는 무엇을 검증해야 하는지 명확히 알 수 있습니다.

지금 실행

• 직접 확인: 진단 리포트에서 LCP 요소, 이미지 전송량 상위 리소스, 실패/차단 리소스, origin 응답 후보를 따로 표시하세요. 점수보다 "어떤 URL이 어떤 문제를 대표하는가"가 중요합니다.
• 내부 조치: PoC 후보 URL 35개, 제외 경로, 민감 리소스, 성공 기준 23개를 한 장으로 정리하세요. 회의 전에 이 표가 있으면 논의가 추상적으로 흐르지 않습니다.
• 구조 검토: 적용 대상이 대량 이미지, 외부 셀러 콘텐츠, Mixed Content, 피크 트래픽까지 확장된다면 내부 개선 티켓보다 Managed PoC가 적합할 수 있습니다. 이때 AM 상담은 리포트 해석이 아니라 범위 설계 미팅으로 시작하는 것이 좋습니다.