구글 플레이 그래픽 이미지: 크기, 안전 영역, 반려되는 이유

구글 플레이 그래픽 이미지(대표 이미지, 영문 표기로는 feature graphic)는 앱 스토어 등록정보 맨 위에 놓이는 가로 배너로, 크기는 1024 × 500 픽셀이고 24비트 PNG 또는 JPEG, 알파 채널 없이, 15 MB 미만이어야 합니다. 대부분의 사람이 궁금해서 이 글에 도달한 질문은 이 한 문장으로 끝납니다. 하지만 크기를 정확히 맞춘 파일이 왜 여전히 Play Console에서 반려되는지, 그리고 레터박스가 생기고 더 바짝 잘리고 재생 버튼이 겹쳐진 뒤에도 읽히는 배너를 어떻게 만드는지는 설명해 주지 않습니다. 이 가이드가 다루는 내용입니다.

요약: 그래픽 이미지 크기와 형식 규칙

위 여섯 줄이 규격의 전부입니다. 이 글의 나머지는 규격이 알려 주지 않는 두 가지를 다룹니다. 어떤 규칙이 가장 자주 깨지는지, 그리고 구글이 잘라낸 뒤에도 결과물이 작동하도록 1024 × 500 안에서 어떻게 구성할지입니다.

그래픽 이미지란 정확히 무엇인가

앱의 구글 플레이 스토어 등록정보 맨 위에 놓이는 가로 배너입니다. 에디터 추천 모음과 일부 검색·탐색 화면에도 노출되고, 홍보 영상을 첨부하면 그 영상의 표지 프레임이 되어 큰 원형 재생 버튼이 한가운데에 겹쳐집니다.

선택 사항이 아닙니다. Play Console 기본 스토어 등록정보의 필수 입력란이고, 이것이 없으면 제출 자체가 진행되지 않습니다. 그래서 많은 개발자가 최악의 순간에 이 요구사항을 마주합니다. 출시 막바지에 빌드는 준비됐는데 스토어 등록정보가 배포를 막고 있는 상황이죠.

나머지 두 필수 이미지와 가장 자주 혼동되는 리소스이기도 합니다. 세 캔버스는 서로 다르고, 어느 하나가 다른 것을 대신할 수 없습니다.

• 그래픽 이미지(1024 × 500) — 등록정보 맨 위의 가로 배너.
• 앱 아이콘(512 × 512) — 검색 결과와 앱 이름 옆에 표시되는 정사각형 아이콘.
• 스크린샷(휴대전화 1080 × 1920, 태블릿 1920 × 1080) — 페이지 아래쪽의 스크롤 갤러리.

스토어 리소스 전체 크기와 형식

배너만이 아니라 등록정보 전체를 준비한다면 아래 캔버스가 필요합니다. 내보낼 때 이 표를 띄워 두세요. 이 숫자 두 개를 헷갈리는 것이 두 번째로 흔한 업로드 실패 원인입니다.

그래픽 이미지가 반려되는 이유

Play Console이 그래픽 이미지를 되돌려 보낼 때, 원인은 거의 디자인이 아니라 파일입니다. 이미지를 눈으로 봐서는 알 수 없는 내보내기 설정의 문제죠. 실제 발생 빈도 순으로 정리한 전체 목록입니다.

알파 채널 문제는 내 컴퓨터에서는 보이지 않기 때문에 특별히 주의가 필요합니다. 파일은 어떤 미리보기에서도 정상적으로 열리고, 디자인한 그대로 보이고, 크기도 올바르게 표시됩니다. 문제는 대부분의 이미지 뷰어가 보여 주지 않는 메타데이터에 있습니다. 수동으로 확인하려면 PNG의 컬러 타입을 들여다봐야 하는데, 출시 작업 중인 사람에게 요구할 만한 일은 아닙니다.

믿을 수 있는 해결책은 기억에 의존하는 절차가 아니라 구조입니다. 구조적으로 불투명한 파일을 만드는 도구에서 내보내면, 실수로 알파 채널이 들어갈 경로 자체가 없습니다. Resizo 그래픽 이미지 제작 도구가 정확히 그렇게 만들어졌습니다. 캔버스에는 항상 불투명한 배경 레이어가 있고, 내보내기는 평탄화된 캔버스 렌더입니다.

824 × 400 안전 영역이란

구글이 1024 × 500 이미지를 항상 온전히 보여 주지는 않습니다. 스토어 등록정보에서는 레터박스가 생길 수 있고, 에디터 추천 모음이나 일부 캐러셀에서는 더 바짝 잘리며, 홍보 영상을 첨부했다면 큰 재생 버튼이 정중앙에 놓입니다. 배너는 이 세 가지 처리를 모두 견뎌야 합니다.

현실적인 답이 안전 영역입니다. 각 가장자리에서 약 100px 안쪽으로 들어온 824 × 400 px 크기의 가운데 정렬 영역입니다. 의미를 담은 요소 — 헤드라인, 로고, 보조 비주얼 하나 — 는 모두 그 안에 넣습니다. 장식 요소 — 그라데이션, 배경 텍스처, 추상적인 도형 — 는 바깥 띠로 밀어냅니다. 거기서는 잘려도 잃을 것이 없습니다.

정중앙은 따로 짚어 둘 만합니다. 나중에 홍보 영상을 추가하면 재생 버튼이 바로 그 자리에 내려앉습니다. 정중앙에 놓은 로고는 디자인 도구에서는 균형 있어 보이지만 스토어에서는 버튼 뒤로 사라집니다. 로고 조합을 살짝 비켜 놓거나 가운데를 비워 두고 구성하면 비용은 들지 않고 위험은 영구히 사라집니다.

구글의 잘라내기를 견디는 그래픽 이미지 만들기

큼직한 세 네 단어

Play가 휴대전화에서 이 배너를 실제로 렌더링하는 크기는 폭 360px 정도에 불과한 경우가 많습니다. 원본 해상도의 약 3분의 1입니다. 그 축척에서 본문 크기 글자는 완전히 사라집니다. 슬라이드가 아니라 포스터로 다루세요. 짧은 가치 제안 하나, 로고, 보조 비주얼 하나. 그 이상은 들어가지 않습니다.

배너 바로 아래 등록정보 텍스트에 앱 이름이 이미 나온다면 이미지에서 다시 반복하지 마세요. 중복은 가장 큰 시각적 공간을 사용자가 이미 아는 정보에 쓰는 것이고, 사용자가 관심을 가져야 할 이유를 넣을 자리를 없앱니다.

장식보다 명암 대비

스토어 화면은 밝은 배경과 어두운 배경 모두에서, 그리고 경쟁 썸네일 바로 옆에서 렌더링됩니다. 채도 높은 면 위의 밝은 글자, 또는 옅은 배경 위의 어두운 글자는 썸네일 크기에서도 읽힙니다. 중간 톤 그라데이션 위의 중간 톤 글자는 읽히지 않습니다. 헤드라인과 배경의 명암비를 최소 4.5:1로 잡으세요.

빠른 점검법이 있습니다. 미리보기를 25 %로 축소하고 시선을 돌린 뒤 다시 보세요. 그 크기에서 헤드라인이 즉시 읽히지 않으면 스토어에서도 읽히지 않습니다. 그라데이션을 아무리 다듬어도 해결되지 않습니다.

캔버스가 아니라 잘린 결과를 기준으로 구성하기

정확히 1024 × 500일 때만 성립하는 구성은 취약합니다. 메시지가 가운데 824 × 400에 놓이고 가장자리는 분위기만 담당하는 구성은 구글이 적용하는 모든 잘라내기에서 성립합니다. 스토어 전체에서 의도적으로 보이는 배너와, 노출되는 화면 절반에서 망가져 보이는 배너의 차이는 딱 이것입니다.

5분 안에 그래픽 이미지 만들기

디자인 구독이나 Figma 파일은 필요하지 않습니다. Resizo 그래픽 이미지 제작 도구가 캔버스, 레이어, 내보내기를 모두 브라우저에서 처리합니다.

1. 도구를 엽니다. 캔버스가 이미 1024 × 500로 설정되어 있어 준비 단계가 없고, 잘못된 크기로 작업할 가능성도 없습니다.
2. 배경을 고릅니다. 단색, 그라데이션, 사진 중 무엇이든 구조적으로 불투명하므로 알파 채널로 인한 반려 경로가 완전히 막힙니다.
3. 헤드라인과 로고를 레이어로 추가합니다. 내장 템플릿은 사용 중인 캔버스에 맞춰 다시 배치되므로, 고정된 틀이 아니라 출발점 레이아웃으로 쓸 수 있습니다.
4. 안전 영역 표시를 켭니다. 디자인 위에 824 × 400 가이드가 그려져, 중요한 요소가 바깥 띠나 정중앙에 놓이지 않았는지 확인할 수 있습니다.
5. PNG 또는 JPEG로 내보냅니다. 다운로드되는 파일은 1× 또는 2×의 실제 캔버스 렌더입니다. 보이는 그대로가 정확히 1024 × 500로 업로드됩니다.

모든 작업이 Canvas API를 통해 클라이언트에서 실행되므로 디자인이 서버로 전송되지 않습니다. 이 리소스에서는 그 점이 생각보다 중요합니다. 그래픽 이미지에는 보통 아직 공개되지 않은 제품의 이름과 포지셔닝, 출시일이 들어가기 때문입니다. 작업은 계정이 아니라 본인 기기의 브라우저 로컬 저장소에 자동 저장됩니다.

완성 파일이 15 MB를 넘으면 PNG 압축 도구로 다시 내보내지 않고 해결할 수 있습니다. 앱이 출시된 뒤 다른 곳에 어울리는 배너가 필요해지면 소셜 미디어 이미지 리사이저가 같은 리소스를 Open Graph 이미지, 썸네일, 플랫폼 헤더로 재활용합니다.

그래픽 이미지가 실제로 다운로드에 영향을 줄까

그렇습니다. 스토어 비주얼은 등록정보 전환율에 가장 강하게 작용하는 요소 중 하나입니다. 배너를 5분짜리 뒷일로 미루기 전에 알아 둘 만한 벤치마크 수치가 몇 가지 있습니다.

• 구글 플레이 스토어 등록정보의 평균 전환율은 AppTweak의 2024년 상반기 벤치마크 데이터 기준 약 27.3 %입니다. 다만 카테고리별 편차가 매우 커서, 보드게임은 약 1 %, 일부 비즈니스 앱은 60 %를 넘습니다.
• SplitMetrics와 AppTweak의 2025년 데이터를 인용한 업계 분석은 아이콘 최적화로 최대 20–30 %, 스크린샷 변경으로 구글 플레이 기준 약 22–24 %의 상승 여지를 제시합니다.
• 구글에는 이미지와 텍스트를 등록정보에서 바로 A/B 테스트하는 스토어 등록정보 실험 기능이 기본으로 있습니다. 설치 수만이 아니라 1일 유지율에 대한 영향까지 보고하므로, 엉뚱한 사용자를 끌어온 버전이 승리처럼 보이지 않습니다.
• 상위권 앱은 스토어 비주얼을 연 2–4회 교체하고, 구글 플레이 상위 게임은 연 8회까지 교체합니다. 시각적 변경이 전환율을 확실히 움직이기 때문입니다.

위 수치 가운데 그래픽 이미지만을 따로 측정한 것은 없습니다. 아이콘·배너·스크린샷을 합친 비주얼 패키지 전체가 대부분의 개발자 예상보다 크게 작용한다는 근거이고, 배너를 한 번 내보내고 잊을 것이 아니라 반복해서 개선할 대상으로 다룰 이유입니다. 이런 벤치마크 데이터는 최소 연 1회 갱신되므로, 자료에 인용하기 전에 최신 수치를 다시 확인하세요.

그래픽 이미지 제작 도구 고르기

이 분야 도구는 세 부류로 나뉘고, 무엇을 고를지는 대체로 나머지 디자인 작업이 이미 어디에 있는지에 달려 있습니다.

다른 작업 때문에 이미 종합 디자인 도구를 쓰고 있다면 여기서도 그대로 쓰는 편이 합리적입니다. 캔버스를 직접 설정하고 내보내기 전에 병합하면 됩니다. 그저 규격에 맞는 파일이 필요하고 컬러 타입 같은 건 아예 신경 쓰고 싶지 않다면, 이 캔버스만을 위해 만들어진 브라우저 도구가 더 짧은 길입니다. Resizo는 계정도 워터마크도 내보내기 제한도 없고, 규칙을 기억하든 말든 결과물은 불투명합니다.

자주 하는 실수

• 잘못된 크기로 작업한 뒤 마지막에 확대하기. 작은 구성을 키우면 스토어가 가장 작게 보여 주는 바로 그 지점에서 글자와 로고 윤곽이 무릅니다.
• 824 × 400 안전 영역을 권고 사항으로 취급하기. 잘라내기는 실제로 일어나고, 화면마다 다르며, 특정 사용자가 어떤 버전을 봤는지는 알 수 없습니다.
• 로고를 정중앙에 두기. 홍보 영상을 추가하는 순간 재생 버튼이 로고를 덮습니다.
• 문구가 아니라 문장을 쓰기. 한눈에 읽히지 않으면 아예 읽히지 않습니다.
• 배지, 별점, 설치 수를 넣기. 스타일 지적이 아니라 정책 위반 반려입니다. 실제 숫자도 지어낸 숫자와 똑같이 반려됩니다.
• 한 번 올리고 다시 보지 않기. 위의 벤치마크 데이터는 배너를 확정본이 아니라 테스트 대상으로 다룰 강력한 근거입니다.

업로드 전 체크리스트

Play Console을 열기 전에 한 번 훑으세요. 1분도 걸리지 않고, 이 페이지에 나온 모든 반려 사유를 잡아냅니다.

• 크기가 정확히 1024 × 500로 표시됩니다. 비슷한 값이 아니라 정확히 그 값입니다.
• 파일이 JPEG이거나, 알파 채널이 없는 PNG입니다.
• 파일 크기가 15 MB보다 여유 있게 작습니다.
• 모든 글자와 로고가 824 × 400 안전 영역 안에 있습니다.
• 나중에 홍보 영상을 추가할 경우를 대비해, 중요한 요소가 정중앙에 없습니다.
• 이미지 어디에도 스토어 배지, 별점, 리뷰 수, 설치 수가 없습니다.
• 전체 이미지를 25 % 축소해서 봐도 헤드라인이 읽힙니다.
• 다음 버전이 처음부터 다시 만들기가 되지 않도록, 편집 가능한 원본을 저장해 두었습니다.

자주 묻는 질문

정리

그래픽 이미지 규격은 짧습니다. 1024 × 500, 24비트 PNG 또는 JPEG, 알파 없음, 15 MB 미만. 그리고 거의 모든 반려는 세 번째 조건으로 이어집니다. 아무도 넣으려 하지 않았고 Play Console이 업로드를 거부하기 전까지는 어떤 미리보기에서도 보이지 않는 투명도 채널이죠.

파일을 제대로 잡으면 디자인 작업은 단순해집니다. 큼직한 세 네 단어, 강한 명암 대비, 의미 있는 요소는 전부 824 × 400 안전 영역 안에, 그리고 언젠가 홍보 영상이 올라올 것을 감안해 정중앙에는 중요한 것을 두지 않기. 제약을 알면 5분짜리 리소스이고, 모르면 출시일마다 반복되는 병목입니다.