워드프레스 7.1 이미지 처리는 브라우저가 합니다: HEIC 업로드 전 확인표

핵심만 먼저

워드프레스 7.1은 조건을 충족한 브라우저에서 이미지 압축, 크기 조정, 하위 크기 생성을 서버 대신 사용자 기기에서 처리합니다. 지원되지 않는 브라우저나 저사양 기기에서는 기존 서버 처리 방식으로 돌아가므로 모든 업로드가 같은 속도로 바뀌는 것은 아닙니다. 아이폰 HEIC 사진을 자주 올리는 매장은 업데이트 전에 브라우저, 기기 메모리, 서버 이미지 라이브러리와 업로드 결과를 함께 시험해야 합니다.

클라이언트 측 이미지 처리란 무엇인가요

워드프레스에 큰 사진을 올리면 원본 저장만 하는 것이 아닙니다. 사이트 화면에 맞는 여러 크기의 이미지를 만들고, 방향을 바로잡고, 필요한 경우 포맷을 변환합니다. 기존에는 이 작업 대부분을 웹서버가 맡았습니다. 공유호스팅의 메모리나 처리 시간이 부족하면 업로드가 멈추거나 일부 크기만 생성되는 문제가 생길 수 있었습니다.

워드프레스 7.1은 `wasm-vips`를 활용해 지원 가능한 환경에서 이 작업을 브라우저로 옮깁니다. 사용자의 컴퓨터나 휴대전화가 이미지를 처리한 뒤 결과물을 서버에 올리는 방식입니다. 서버 부담을 줄이고 큰 이미지 업로드 경험을 개선하려는 변화입니다.

오늘 확인할 이슈와 근거

워드프레스 7.1은 2026년 8월 공개됐고, 공식 개발 문서는 클라이언트 측 이미지 처리 파이프라인의 조건을 설명합니다. 전체 기능은 Chromium 137 이상 등 지원 환경에서 동작하며, 기기 메모리가 2GB를 초과하는지 같은 조건도 확인합니다. 조건을 충족하지 못하면 워드프레스는 서버 측 처리로 폴백합니다.

따라서 “7.1로 올리면 서버 이미지 오류가 모두 사라진다”고 말할 수 없습니다. 매장 직원이 구형 브라우저를 쓰거나 기기 조건이 맞지 않으면 여전히 서버 처리 경로를 사용합니다. 반대로 지원 브라우저에서는 업로드 결과가 서버 플러그인이나 기존 최적화 흐름과 충돌하지 않는지 확인해야 합니다.

HEIC도 특히 주의할 부분입니다. 아이폰 원본 사진은 HEIC인 경우가 많고, 브라우저와 서버의 지원 조합에 따라 변환 경로가 달라질 수 있습니다. 관리자 화면에서 업로드 성공 메시지만 보고 끝내지 말고, 미디어 라이브러리의 원본·썸네일과 실제 글 화면까지 확인해야 합니다.

사장님 실무 적용 6단계

1. 운영 사이트를 바로 업데이트하지 말고 스테이징 또는 백업이 확보된 환경에서 워드프레스 7.1을 시험합니다. 현재 PHP 버전, 이미지 처리 라이브러리, 최적화 플러그인도 기록합니다.
2. 실제 운영에서 쓰는 기기를 표본으로 고릅니다. 최신 크롬 데스크톱, 매장 공용 노트북, 아이폰 또는 안드로이드처럼 업로드 주체를 빠뜨리지 않습니다.
3. 같은 장면을 JPG, PNG, HEIC로 준비하고 작은 파일과 큰 파일을 각각 올립니다. 고객 개인정보나 위치정보가 들어간 원본은 테스트에 쓰지 마세요.
4. 업로드 시간, 오류 문구, 생성된 이미지 크기, 방향 회전, 색상 차이를 기록합니다. 브라우저 개발자 도구를 모른다면 최소한 미디어 상세와 실제 글 화면을 비교하세요.
5. 이미지 압축·WebP 변환 플러그인을 잠시 비활성화한 결과와 활성화한 결과를 스테이징에서 비교합니다. 운영 사이트에서 플러그인을 끄는 행동은 피합니다.
6. 문제가 없을 때만 운영 업데이트 일정을 잡고, 실패 시 되돌릴 백업과 담당자를 정합니다. 업데이트 직후 대표상품과 최근 글의 이미지를 모바일에서 다시 확인합니다.

테스트 표에는 `기기`, `브라우저 버전`, `원본 형식`, `원본 크기`, `업로드 성공`, `썸네일`, `실제 화면`을 적으면 됩니다. 속도가 빨라졌다는 느낌보다 결과가 일관된지가 더 중요합니다.

흔한 실수

• 워드프레스 버전만 보고 모든 브라우저가 같은 처리 경로를 쓴다고 생각합니다.
• 업로드 성공 알림만 확인하고 실제 공개 화면의 방향과 품질을 보지 않습니다.
• 이미지 최적화 플러그인과 새 처리 파이프라인의 역할을 구분하지 않습니다.
• 운영 사이트에서 처음으로 큰 HEIC 파일을 시험합니다.
• 서버 폴백이 있다는 이유로 서버 용량과 PHP 메모리 점검을 생략합니다.

제스토코스트의 판단

이번 변화의 가치는 화려한 새 기능보다 업로드 실패 지점을 사용자 기기로 분산한 데 있습니다. 사진이 많은 음식점, 미용실, 쇼핑몰은 서버 사양을 올리지 않고도 일부 환경에서 더 안정적인 업로드를 기대할 수 있습니다. 다만 이것은 지원 조건을 충족할 때의 가능성이지 모든 사이트의 보장된 결과가 아닙니다.

업데이트 판단은 ‘최신 버전인가’보다 ‘우리 직원의 실제 기기에서 같은 사진이 정상 처리되는가’로 내려야 합니다. 특히 HEIC를 JPG로 따로 변환해 온 매장이라면 작업을 없앨 기회가 될 수 있지만, 먼저 다섯 건 정도의 대표 사진으로 전체 흐름을 검증하는 편이 안전합니다.

자주 묻는 질문

크롬이 아니면 이미지를 올릴 수 없나요?

아닙니다. 클라이언트 처리 조건을 충족하지 못하면 기존 서버 측 처리로 돌아갑니다. 다만 실제 성공 여부와 속도는 서버 환경에 따라 달라질 수 있습니다.

이미지 최적화 플러그인을 삭제해야 하나요?

바로 삭제할 이유는 없습니다. 플러그인이 압축, 포맷 변환, CDN 전송 중 무엇을 담당하는지 확인하고 스테이징 비교 뒤 결정하세요.

HEIC가 자동으로 항상 잘 변환되나요?

환경별 지원 경로가 다르므로 항상이라고 단정할 수 없습니다. 실제 사용하는 기기와 브라우저에서 원본, 썸네일, 공개 화면을 모두 확인해야 합니다.

출처

• WordPress.org News: WordPress 7.1 Mary Lou
• WordPress Core: Client-side media processing in WordPress 7.1
• WordPress.org Documentation: WordPress 7.1

CTA

업데이트 전 실제 직원이 쓰는 기기에서 JPG와 HEIC를 한 장씩 올려 보세요. 업로드 알림이 아니라 모바일 공개 화면까지 같아야 테스트가 끝난 것입니다.

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