워드프레스 7.1 미디어 업로드가 달라졌습니다: GIF 변환과 자동 재시도 점검표

핵심만 먼저

WordPress 7.1은 지원되는 환경에서 이미지의 일부 처리를 서버가 아니라 브라우저에서 먼저 수행합니다. 불투명 애니메이션 GIF는 동작을 유지한 MP4 또는 WebM 동반 파일로 변환할 수 있고, 여러 하위 크기 업로드를 독립 요청으로 보내 네트워크 오류가 나면 지수 백오프로 자동 재시도하며 오프라인 때 멈췄다가 연결되면 다시 진행합니다. 다만 Chromium 중심 지원, 브라우저별 폴백, 투명 GIF 예외가 있으므로 ‘7.1로 올리면 모든 파일이 자동 최적화된다’고 단정하면 안 됩니다.

클라이언트 미디어 처리는 무엇인가요

기존 워드프레스는 업로드한 이미지를 서버의 PHP 이미지 편집기에서 여러 크기로 만들었습니다. 7.1의 새 경로는 지원되는 브라우저에서 디코딩, 크기 조정, 인코딩 같은 작업을 업로드 전에 수행합니다. 서버 자원이 약한 환경에서 부담을 나눌 수 있고, HEIC·AVIF 등 현대적인 형식 처리 선택지가 넓어집니다.

이 기능은 서버 경로를 완전히 없애는 것이 아닙니다. 공식 개발 문서는 필요한 브라우저 기능이 없으면 기존 서버 측 경로로 돌아간다고 설명합니다. Firefox와 Safari는 전체 WASM 파이프라인에 필요한 조건을 지원하지 않아 같은 파일도 Chromium과 다른 결과가 나올 수 있습니다. 운영자는 성공 여부만 볼 것이 아니라 어느 브라우저에서 어떤 파일이 생성됐는지 확인해야 합니다.

오늘 이슈와 근거

WordPress 7.1 공식 발표는 미디어 흐름 개선, 업로드 진행 표시, 자동 재시도, 선택적 GIF 동영상 변환을 주요 변화로 소개합니다. Make WordPress Core 개발 문서는 하위 크기 파일을 독립 요청으로 전송하고, 일시적인 네트워크 실패에는 자동 재시도하며, 오프라인일 때 대기 후 연결 복구 시 재개한다고 설명합니다.

GIF 변환에도 조건이 있습니다. 불투명한 애니메이션 GIF는 동반 MP4/WebM과 첫 프레임 포스터를 만들 수 있지만, 원본 첨부 항목은 GIF로 남습니다. 투명 GIF는 이미지로 유지되고, 지원되지 않는 브라우저는 오류 없이 원본 GIF를 올립니다. 갤러리·커버 등 모든 블록에서 똑같이 바뀌는 것도 아닙니다. 따라서 업로드 성공 메시지만 보고 실제 공개 마크업과 파일 용량을 추측해서는 안 됩니다.

사장님 실무 적용 5단계

1. 백업과 스테이징을 준비합니다. 운영 사이트에서 바로 시험하지 말고 DB와 업로드 폴더 백업 뒤 스테이징에서 7.1을 확인합니다. 테마와 미디어 관련 플러그인도 함께 기록합니다.
2. 시험 파일 묶음을 만듭니다. 일반 JPEG, 큰 PNG, 불투명 애니메이션 GIF, 투명 GIF, 휴대폰 HEIC를 각각 한 개 준비합니다. 개인정보가 들어간 원본은 쓰지 않습니다.
3. 브라우저를 나눠 올립니다. 최신 Chromium과 실제 편집자가 쓰는 Firefox 또는 Safari에서 같은 파일을 올립니다. 진행 표시, 실패 후 재시도, 생성된 미디어 항목을 비교합니다.
4. 공개 페이지의 결과를 봅니다. GIF가 동영상 블록으로 바뀌었는지, 자동재생·반복·음소거·인라인 재생 속성이 있는지, 포스터가 보이는지 확인합니다. 투명 배경이 필요한 GIF는 이미지로 유지되는지 봅니다.
5. 플러그인 의존성을 회귀 테스트합니다. 이미지 압축, CDN, WebP 변환, 백업, 미디어 교체 플러그인이 새 동반 파일을 누락하지 않는지 확인합니다. 삭제 시 동반 파일도 정리되는지 시험합니다.

예를 들어 쇼핑몰 배너 GIF가 Chromium에서 동영상으로 전환됐지만 CDN 플러그인이 MP4를 캐시하지 못하면 편집기에서는 정상인데 공개 페이지에서는 빈 화면이 될 수 있습니다. 반대로 Firefox에서 원본 GIF가 올라간 것을 기능 실패라고 오해할 수도 있습니다. 브라우저와 공개 결과를 함께 기록해야 원인을 구분할 수 있습니다.

흔한 실수

• 워드프레스 7.1 업데이트만으로 기존 미디어까지 모두 자동 최적화된다고 생각합니다.
• 한 브라우저에서 업로드 성공만 보고 전 직원 환경도 같다고 판단합니다.
• 투명 GIF와 불투명 GIF의 처리 차이를 확인하지 않습니다.
• 이미지 최적화·CDN·백업 플러그인이 동반 파일을 다루는지 보지 않습니다.
• 편집기 미리보기만 보고 실제 공개 페이지의 video 마크업과 포스터를 확인하지 않습니다.

제스토코스트의 판단

이번 변화의 실무 가치는 ‘파일이 더 작아질 수 있다’보다 실패 복구 경로가 명확해진 데 있습니다. 대량 이미지 업로드 중 한 번의 네트워크 끊김으로 전체 작업을 다시 시작하는 비용을 줄일 가능성이 있습니다. 다만 실제 개선 폭은 파일, 브라우저, 서버, 플러그인 조합에 따라 달라 확인 없이 숫자로 말할 수 없습니다.

업데이트 판단은 기능 목록보다 제작 흐름으로 해야 합니다. 누가 어떤 브라우저에서 무엇을 올리고, CDN과 백업이 어떤 파일을 보존하며, 공개 화면에서 어떤 형식으로 재생되는지 한 줄씩 연결하면 됩니다. 이 연결이 검증되기 전에는 운영 사이트의 오래된 미디어를 대량 변환하지 않는 편이 안전합니다.

자주 묻는 질문

모든 GIF가 자동으로 MP4가 되나요?

아닙니다. 공식 문서상 불투명 애니메이션 GIF와 지원되는 브라우저 등 조건이 있으며, 투명 GIF와 미지원 환경은 원본 이미지 경로를 유지할 수 있습니다.

Firefox에서 변환이 안 되면 오류인가요?

반드시 오류는 아닙니다. 전체 클라이언트 처리에 필요한 브라우저 기능이 없으면 기존 서버 측 업로드 경로로 폴백할 수 있습니다. 같은 파일을 지원 환경과 비교해 보세요.

업데이트 직후 기존 이미지도 다시 만들어야 하나요?

공식 발표만으로 일괄 재처리를 권할 근거는 없습니다. 새 업로드 흐름을 스테이징에서 검증하고, 기존 미디어 재생성은 백업·CDN·플러그인 호환성을 확인한 뒤 별도 작업으로 판단하세요.

출처

• WordPress.org: WordPress 7.1 “Mary Lou”
• Make WordPress Core: Client-Side Media Processing in WordPress 7.1
• Make WordPress Core: WordPress 7.1 Field Guide

CTA

스테이징 사이트에서 JPEG, 투명 GIF, 불투명 GIF, HEIC를 브라우저별로 한 번씩 올리고 생성 파일과 공개 결과를 표로 남겨 보세요. CDN·백업·미디어 플러그인까지 통과한 뒤 운영 업데이트를 결정하시기 바랍니다.

편집 고지: 이 글은 공식 자료 조사와 초안 정리에 자동화 도구를 활용했으며, 공개 전 출처·표현·실무 적합성을 검수합니다.