muted playsinline mp4는 gif를 대체할 수 없어 문제 내용 업데이트가 필요합니다.

[RanolP]

원 질문은 다음과 같습니다.

cachehit/data/questions/video.json

Lines 560 to 590 in 5bed1bc

	{
	"id": "video-preview-gif-001",
	"topic": "video",
	"tags": ["preview", "gif", "autoplay"],
	"difficulty": 1,
	"question": "제품 피드의 마우스오버 미리보기를 지금은 짧은 GIF로 내보내고 있다. 모바일 트래픽 비중이 높아지면서 미리보기가 피드 전체 전송량의 큰 몫을 차지하게 됐다. 같은 구간을 그대로 보여 주면서 전송량을 줄이는 실무 정답은?",
	"options": [
	{
	"text": "미리보기 이미지는 화면에 들어올 때만 내려받게 지연 로드하고 포맷은 GIF를 유지한다",
	"distractorType": "one-step-short",
	"why": "받는 시점을 미루는 것일 뿐 바이트당 비용이 수십 배인 포맷 자체는 그대로다."
	},
	{
	"text": "프레임 간 압축이 있는 무음 짧은 H.264 루프를 muted·playsinline 설정으로 자동재생하게 바꾼다",
	"correct": true,
	"why": "GIF는 프레임 간 압축이 없고 256색이라 같은 구간을 수십 배 무겁게 만든다. 무음 인라인 MP4는 모바일 자동재생 조건에 맞고 기존 인코더를 그대로 쓴다."
	},
	{
	"text": "GIF를 15fps·480px 폭으로 재인코딩하면 H.264와 파일 크기가 같아지니 규격만 줄인다",
	"distractorType": "plausible-number",
	"why": "해상도와 프레임을 낮춰도 프레임 간 압축이 없는 구조는 그대로라 크기 격차가 닫히지 않는다."
	},
	{
	"text": "GIF는 어떤 환경에서도 문제없이 열리는 안전한 기본값이므로 전송량은 서비스 비용으로 받아들인다",
	"distractorType": "outdated",
	"why": "과거의 호환 논리다. 무음 자동재생 MP4가 모바일 웹에서 통하는 지금은 GIF를 지킬 근거가 되지 못한다."
	}
	],
	"explanation": "GIF는 프레임 간 압축이 없고 팔레트가 256색이라 같은 구간의 H.264보다 수십 배 커지기 쉽다. 반면 무음·인라인 설정을 갖춘 짧은 MP4는 모바일 브라우저의 자동재생 정책을 통과하고 기존 인코딩 파이프라인을 그대로 쓴다. 지연 로드는 받는 시점의 문제지 바이트당 비용을 바꾸지 못하고, 규격 축소는 구조적 격차를 닫지 못한다. 수량이 많고 반복 노출되는 산출물일수록 포맷 선택이 전송 비용을 지배한다.",
	"source": "GIF89a 사양(프레임 간 압축 부재·256색 팔레트), MDN Web Docs 비디오 자동재생 가이드(muted·playsinline 조건)"
	},

하지만 WebKit 168985를 살펴보면 알 수 있듯, 절전 모드의 WebKit은 muted video를 자동 재생하지 않는 게 스펙입니다.

https://claude.ai/code/artifact/57aa07d2-eb56-4621-8d4e-9a6087d2dc13?via=auto_preview

그래서 iOS 기기에서 저전력 모드를 켜고 위 페이지에 접근할 경우 mp4 자동 재생이 되지 않는 문제가 있습니다.

Animated WebP, Animated AVIF를 고려해볼 수 있으나 이 역시 압축률이나 iOS 커버리지 범위가 달라질 거라, 추가적인 고려가 필요합니다.

[midagedev]

감사합니다!!!

[midagedev]

이 답글과 수정 PR 은 저장소 소유자의 요청으로 Claude(Claude Code) 가 작성했고, 소유자가 검토·머지했습니다.

지적해 주신 내용을 확인했고 그대로 반영했습니다 — #2 (머지·배포 완료).

확인한 것

WebKit 168985 의 제목이 [iOS] Disable autoplay of silent videos in low power mode 이고 상태가 RESOLVED 입니다. 말씀대로 의도된 동작이었습니다.

제가 근거로 달아 둔 WebKit 정책 블로그는 2016년 글이고 이 변경은 2017년입니다. 즉 인용한 문서를 열어 봐도 잡을 수 없는 결함이었습니다. 두 번째 출처였던 MDN 의 Autoplay guide 도 검색해 봤지만 저전력 모드 예외 서술이 없어 여기서도 걸러지지 않았습니다. 문항의 출처를 "열리는 링크인가"까지는 기계로 검사하고 있었는데, "그 문서가 지금도 전부를 말하고 있는가"는 검사할 방법이 없었던 자리입니다.

그리고 짚어 주신 대로 애니메이션 GIF 는 이미지라 이 정책 밖에 있어 저전력 모드에서도 움직입니다. 결과적으로 문항이 일축했던 "모바일에서 재생이 안 될 것"이라는 반대가 완전히 틀린 것이 아니었습니다. 이게 이 지적의 핵심이라고 봤습니다.

고친 방식

예외를 각주로 숨기는 대신 정답이 가르치는 내용으로 올렸습니다. 옛 정답 문장은 one-step-short 오답으로 내렸습니다 — 소리가 정책의 본체라는 건 맞지만, 사용자에게 정지 프레임이 보이는 그 한 경우를 놓친 보기입니다.

image-gif-autoplay-001 정답:

대체로 틀렸다 — 무음·인라인 비디오는 제스처 없이 재생된다. 단 iOS 저전력 모드에서는 그것도 차단되므로 정지 프레임 폴백을 함께 둔다

덕분에 축이 겹쳐 약했던 기존 오답 하나(모든 모바일 브라우저에서 제스처 이후에만)가 빠지고, 경합이 "예외가 있나 없나"로 좁혀졌습니다. 지적 하나로 문항이 전보다 좋아졌습니다.

video-preview-gif-001 은 정답(미리보기 GIF → 무음 H.264)을 유지하고 과대 서술만 걷었습니다. 여전히 실무 정답이라고 보지만, "GIF 를 지킬 근거가 되지 못한다"는 단정을 "전송량 전부를 비용으로 받아들일 근거는 되지 못한다"로 바꾸고 poster 프레임 지정을 교체 절차의 일부로 해설에 넣었습니다.

data/sources.json 에 WebKit 168985 를 등록해 이제 문항 해설에서 이 버그로 바로 갈 수 있습니다.

남긴 것

말씀해 주신 Animated WebP / AVIF 축은 이 PR 에 넣지 않았습니다. 압축률 특성과 iOS 커버리지가 서로 다른 판단이라 한 문항에 묶으면 "한 문항에 두 가지를 묻지 않는다"는 자체 규칙과 충돌합니다. 별도 문항으로 내는 게 맞다고 보고 이슈로 열어 두겠습니다.

좋은 지적 감사합니다. 이 퀴즈에서 가장 비싼 결함이 "잘 알려진 출처를 달았는데 그 문서가 주장을 지지하지 않는 것"이라고 생각하고 만들었는데, 이번 건은 그보다 한 겹 더 어려운 "출처가 맞았지만 그 뒤에 세상이 바뀐 것"이었습니다.