워드프레스 이미지 최적화 플러그인 추천: ShortPixel·Imagify·EWWW 비교

워드프레스 이미지 최적화 플러그인은 클라우드에서 새 이미지와 기존 라이브러리를 처리하려면 ShortPixel이나 Imagify, 서버 내부에서 처리하는 방식까지 검토하려면 EWWW Image Optimizer를 비교하면 됩니다. 선택할 때는 압축률만 보지 말고 원본 복구, 축소본을 포함한 실제 과금 단위, 변환한 이미지가 방문자에게 전달되는 방식까지 확인해야 합니다.

압축, 크기 조정, 형식 변환은 다른 작업입니다

이미지 최적화는 화면에 필요한 화질을 유지하면서 전송할 데이터를 줄이는 작업입니다. 가로 6,000픽셀인 사진을 작은 본문 칸에 넣었다면 먼저 필요한 크기를 판단해야 합니다. 파일을 압축해도 불필요하게 큰 픽셀 수가 그대로 남을 수 있기 때문입니다. 다만 고해상도 화면이나 확대 보기를 제공한다면 화면의 표시 너비보다 큰 파일이 필요할 수 있습니다.

• 크기 조정: 가로·세로 픽셀 수를 줄입니다. 축소한 뒤 없어진 세부 정보를 다시 확대해 복구할 수는 없습니다.
• 압축: 같은 형식 안에서 파일의 데이터량을 줄입니다. 무손실 압축은 픽셀 정보를 유지하고, 손실 압축은 일부 정보를 줄여 더 작은 파일을 만듭니다. 작은 글자나 제품의 질감은 손실에 민감할 수 있습니다.
• 형식 변환: JPEG·PNG 등을 WebP·AVIF 같은 다른 형식으로 만듭니다. 변환본을 생성한 것과 브라우저가 그 파일을 받는 것은 별개이므로 배포까지 확인해야 합니다.

이미 적절한 크기의 WebP를 직접 만들어 올리고 있다면 최적화 플러그인이 반드시 필요한 것은 아닙니다. 업로드 전 준비 방법은 이미지를 WebP로 변환하는 방법과 함께 살펴보세요. 갤러리의 배열을 바꾸는 도구와 파일을 최적화하는 도구도 역할이 다릅니다.

세 플러그인의 처리 방식과 비용 비교

ShortPixel: 장수보다 실제 처리 파일 수를 계산하세요

ShortPixel Image Optimizer는 이미지를 클라우드에서 압축한 뒤 사이트의 파일을 최적화본으로 바꿉니다. WebP·AVIF 생성과 이미지 배포 옵션도 검토할 수 있습니다. 비슷한 이름의 ShortPixel Adaptive Images는 방문 시점의 배포 중심 제품이므로, 서로 다른 상품의 과금과 동작을 섞어 비교하지 마세요.

크레딧제에서는 워드프레스가 만든 축소본도 각각 처리 대상으로 계산됩니다. 예를 들어 원본 1개와 축소본 8개를 모두 압축하고 각각 WebP도 만들면, 공식 예시는 압축 9회와 WebP 생성 9회를 합쳐 18크레딧으로 설명합니다. 압축으로 5% 이상 줄지 않는 경우의 차감 예외 등 조건은 ShortPixel 크레딧 계산 문서를 확인하세요. 월 구독과 일회성 대량 처리, 무제한 상품의 적용 범위는 별도로 비교해야 합니다.

Imagify: 처리 용량과 재최적화까지 확인하세요

Imagify는 업로드 때 자동 최적화하거나 기존 미디어를 처리하고, WebP 또는 AVIF 생성·표시를 설정할 수 있습니다. 자동 처리를 중심으로 운영하기 편한지, 사진과 글자 이미지에 원하는 화질이 나오는지를 함께 판단하세요.

이용량은 결과 파일이 얼마나 작아졌는지만으로 결정되지 않습니다. Imagify의 이용량 계산 안내에 따르면 처리 전 파일의 용량과 선택한 축소본도 한도에 영향을 줍니다. 압축 방식을 바꿔 다시 최적화할 때도 이용량이 들 수 있으며, 복원했다고 이미 쓴 한도가 돌아오는 것은 아닙니다. 작은 표본의 결과를 확인한 뒤 전체 작업을 시작해야 비용을 예측하기 쉽습니다.

EWWW: 무료 로컬 기능과 유료 서비스를 나누어 보세요

EWWW Image Optimizer는 서버의 도구를 사용하는 로컬 최적화와 별도 클라우드 서비스를 제공합니다. 로컬 처리는 외부 이미지 전송을 줄일 수 있지만 서버 자원을 사용하고, 호스팅이 필요한 실행 기능을 허용해야 합니다. 이름에 ‘로컬’이 있다고 모든 설정이 외부 전송 없이 동작하는 것은 아닙니다.

서버 제한으로 로컬 처리를 못 하는 경우 제공되는 무료 클라우드 기능은 JPEG 중심의 제한된 범위입니다. PNG 등 다른 형식이나 더 높은 압축 수준, 배포 서비스는 조건이 다를 수 있습니다. EWWW의 서버 요구 조건과 압축 수준 설명에서 실제 선택한 모드의 처리 위치·기능을 확인하세요. WebP 생성과 기존 WebP의 추가 최적화도 다른 기능입니다.

내 사이트에서는 무엇을 기준으로 고를까요?

업로드가 적은 개인 블로그라면 무료 이용 범위와 복원 편의성을 먼저 비교하면 됩니다. 이미지를 올릴 때마다 크기와 형식을 직접 준비할 수 있다면 플러그인을 추가하지 않는 방법도 가능합니다. 반면 사진이 쌓인 사이트는 처음 한 번 라이브러리 전체를 처리하는 비용과 이후 매달 올리는 이미지의 비용을 나누어 계산해야 합니다.

일괄 처리 전에 미디어 원본 수만 세지 말고, 테마·상점 플러그인이 생성한 축소본 종류와 처리할 크기를 확인하세요. 쓰지 않는 크기를 무조건 삭제하거나 처리 대상에서 빼면 현재 테마가 사용하는 이미지에 영향이 있을 수 있습니다. 어떤 크기가 실제 본문·목록·상품 화면에 쓰이는지 먼저 살펴보는 것이 순서입니다.

이미지의 외부 전송에 제약이 있는 사이트라면 가격보다 처리 위치가 우선입니다. 클라우드가 처리를 대신하더라도 이미지를 보내고 받는 통신과 원본 백업 공간은 필요합니다. 반대로 로컬 무료 기능은 서버 부하와 호스팅 호환성을 확인해야 합니다. 여러 최적화 플러그인에서 같은 압축·변환 기능을 동시에 켜지 말고, 한 도구가 맡는 역할을 명확하게 정하세요.

전체 처리 전에 표본으로 확인하는 방법

미디어 파일과 데이터베이스를 복원할 수 있게 백업하고, 플러그인의 원본 보관 기능도 확인합니다. 설치 과정은 워드프레스 플러그인 구하는 방법을 참고할 수 있습니다. 처음에는 업로드 자동 처리나 전체 라이브러리 처리를 서두르지 말고 아래 순서로 작은 표본을 확인하세요.

1. 다른 성격의 이미지를 고릅니다. 풍경 사진, 작은 글자가 있는 화면 이미지, 투명 배경 이미지처럼 실제 사이트에서 사용하는 자료를 고릅니다. 원본의 픽셀 크기와 파일 용량을 기록합니다.
2. 설정 하나씩 바꿔 비교합니다. 원본 백업을 켠 뒤 압축 수준, 최대 이미지 크기, 만들 형식을 정합니다. 어떤 변경이 결과에 영향을 줬는지 알 수 있도록 여러 값을 한꺼번에 바꾸지 않습니다.
3. 표본만 처리하고 화질을 확인합니다. 사진의 질감과 색, 화면 이미지의 글자, 투명 영역의 경계를 확인합니다. 본문 표시 크기와 확대 상태에서 모두 비교하고, 손실이 크면 원본으로 복원한 뒤 더 보수적인 설정을 시험합니다.
4. 실제 글에서 전달되는 파일을 확인합니다. 아래 절차로 데스크톱·모바일에서 결과를 확인합니다. 파일을 만들기만 하고 이전 파일을 계속 보여 주고 있지 않은지 살펴봅니다.
5. 한 장의 복원까지 시험한 뒤 범위를 늘립니다. 실제로 원본이 돌아오는지 확인한 다음 일괄 작업 대상을 정합니다. 처리 중 오류, 남은 한도와 서버 부하를 확인하면서 진행합니다.

비교 기록에는 원본과 결과의 픽셀 크기·용량, 압축 방식, 확인한 화질 문제, 실제 전달 형식을 함께 적으면 됩니다. ‘용량이 작아졌다’는 결과와 ‘읽기 어려운 글자가 생겼다’는 문제를 함께 기록해야 설정을 판단할 수 있습니다. 이 과정에서 특정 절감률이나 속도 향상을 미리 목표로 고정할 필요는 없습니다.

WebP를 만들었는데도 이전 이미지가 보이는 이유

파일 생성과 배포 설정이 분리되어 있을 수 있습니다. 예를 들어 EWWW의 WebP 배포 안내는 서버 규칙으로 응답을 바꾸는 방법과 페이지의 HTML을 바꾸는 방법을 구분합니다. 콘텐츠 전송 네트워크(CDN)나 캐시, 테마의 배경 이미지 처리 방식도 영향을 줄 수 있으므로 플러그인의 생성 완료 표시만으로 확인을 끝내지 마세요.

브라우저 개발자 도구의 Network 탭에서 이미지를 골라 페이지를 다시 불러오고, 요청한 주소와 응답의 Content-Type, 전송 크기를 확인합니다. 서버가 같은 주소에 다른 형식을 보내는 방식도 있으므로 확장자가 .jpg라는 이유만으로 변환 실패라고 단정하지 않습니다. Elements에서 선택된 srcset·picture의 이미지와 실제 요청도 비교하세요. 모바일에서 화면에 맞는 작은 축소본이 선택되는 것은 정상일 수 있습니다.

이전 결과가 계속 보이면 페이지·CDN 캐시를 비우고 다시 확인합니다. 이미지가 깨졌다면 최근 켠 배포 옵션을 먼저 되돌려 원래 이미지가 정상으로 보이는지 확인하세요. 한 번에 서버 규칙까지 여러 개 바꾸기보다 플러그인이 안내하는 호환 방식을 하나씩 적용해야 원인을 좁힐 수 있습니다. 이미지 외의 페이지 성능 문제는 코어 웹 바이탈을 이해하는 방법과 구분해서 판단하세요.

화질이 나빠졌을 때 복구하는 방법

먼저 추가 자동 처리와 반복 최적화를 멈춥니다. 원본 보관을 켜 두었다면 ShortPixel은 미디어 라이브러리의 목록 보기에서 해당 이미지 메뉴의 ‘Restore backup’, Imagify는 같은 목록의 ‘Restore Original’로 복원할 수 있습니다. 메뉴가 없으면 그 이미지의 백업이 실제로 남아 있는지 확인해야 합니다. 자세한 조건은 ShortPixel 원본 복원 안내와 Imagify 원본 복원 안내에 나옵니다.

플러그인을 비활성화하는 것만으로 이미 변경한 파일의 화질이 돌아오지는 않습니다. 원본이 없다면 손실 압축으로 사라진 정보를 복구할 수 없으므로 별도 미디어 백업이나 사이트 백업을 사용해야 합니다. 복원 후에는 변환본과 캐시가 여전히 이전 결과를 보여 주지 않는지도 다시 확인하세요. 백업 도구를 고르는 기준은 워드프레스 백업 플러그인 비교에서 살펴볼 수 있습니다.