App Store·Google Play 리뷰에 답글 다는 방법

두 스토어 모두 개발자가 텍스트가 있는 리뷰에 공개적으로 답글을 달 수 있게 합니다.

Apple App Store

• App Store Connect: 앱을 열고 평가 및 리뷰 섹션으로 이동해 각 리뷰에 답글을 답니다. 적절한 역할이 있는 팀원이 답글을 쓸 수 있습니다.
• App Store Connect API: App Store Connect API는 고객 리뷰와 개발자 답글을 제공하므로, 도구가 리뷰를 나열하고 답글을 프로그래밍 방식으로 게시할 수 있습니다. API 키는 Users and Access → Integrations에서 만들며, .p8 개인 키는 한 번만 다운로드할 수 있습니다.

Google Play

• Play Console: 앱을 열고 평점 및 리뷰 아래의 리뷰 섹션에서 리뷰를 읽고 답글을 답니다.
• Google Play Developer API: Reply to Reviews API로 리뷰를 나열하고 답글을 달 수 있습니다. 주의: API는 대략 최근 일주일 안에 작성되거나 수정된, 텍스트가 있는 리뷰만 반환합니다. 이전 이력은 Play Console에서 내보낼 수 있는 월간 리뷰 보고서에 있습니다(Google Play 리뷰 이력 가이드 참고).

두 스토어 모두에 앱을 출시했다면 콘솔 두 개, 권한 체계 두 개, 매일 확인할 곳 두 곳이 생깁니다. 이 분리가 팀들이 답글을 하나의 도구로 모으는 주된 이유입니다.

두 스토어 모두 개발자 답글에 대한 정책을 공개합니다. 내부 답글 가이드를 쓰기 전에 원문을 읽어 보세요. 아래 요약은 출발점일 뿐 원문을 대신하지 않습니다.

Apple

Apple의 Ratings, Reviews, and Responses 페이지는 개발자가 피드백에 답하고, 버그와 기능 요청을 다루며, 답글을 주제에 맞고 정중하게 유지하도록 권장합니다. 답글은 공개되며, Apple은 게시한 답글을 수정할 수 있다고 안내합니다.

Google Play

리뷰 보기 및 답글 달기에 관한 Play Console 고객센터 도움말에는 답글 정책이 있습니다. 요약하면 답글은 주제를 벗어나지 않아야 하고 개인 정보, 홍보 콘텐츠, 보상 제안, 부적절한 언어를 포함하지 않아야 합니다. Google은 정책을 업데이트하므로 정확한 목록은 최신 페이지를 확인하세요.

두 정책 모두에 맞는 실용 규칙

• 공개 답글에서 개인 정보(이메일, 전화번호, 주문 번호)를 요청하거나 반복하지 마세요. 지원 채널로 안내하세요.
• 리뷰를 바꾸는 대가로 보상, 할인, 혜택을 제안하지 마세요.
• 논쟁하거나 비꼬지 말고, 사용자에 대해 리뷰에 쓴 내용 이상을 공개하지 마세요.
• 홍보 문구를 피하세요. 특정 버전의 수정을 언급하는 것은 괜찮지만 다른 제품을 홍보하는 것은 안 됩니다.

Google Play 제한은 Reply to Reviews API 문서에 나와 있습니다. 두 스토어에 같은 답글 라이브러리를 쓴다면 모든 템플릿을 350자 안에 맞춰 쓰세요. 답글 템플릿은 이 규칙을 따릅니다.

한국어 답글에 관한 참고: 한글은 음절 하나가 한 글자로 세어지고 띄어쓰기도 글자 수에 포함됩니다. 초안이 아니라 최종본의 글자 수를 세세요.

대부분의 답글에 통하는 구조:

1. 문제를 구체적으로 언급하세요. 사용자가 말한 세부 사항(“결제 화면에서 앱이 멈춤”)을 다시 언급하면 누군가 읽었다는 것이 드러납니다.
2. 도움이 되는 것을 주세요. 임시 해결 방법, 상태 정보(“4.2에서 수정됨”), 또는 명확한 다음 단계.
3. 더 자세한 정보가 필요하면 비공개 채널을 제안하세요. 지원 이메일이나 앱 내 도움말 등. 답글 자체에서 개인 정보를 요청하지 마세요.
4. 브랜드에 맞다면 사람이나 팀 이름으로 서명하세요(“지원팀 민준”).

답글을 약하게 만드는 것:

• 수십 개 리뷰에 복사한 같은 문구. 읽는 사람은 알아채고, 아무도 리뷰를 읽지 않는다는 인상을 받습니다.
• 방어적인 태도, 사용자 탓(“아마 잘못 사용하신 것 같습니다”), 비꼬는 말투.
• 지킬 수 없는 약속. 예를 들어 계획에 없는 기능의 출시일을 말하는 것.
• 구체적인 내용이 없는 상투적 표현(“소중한 의견 감사합니다”만 쓰는 것).

템플릿은 좋은 출발점입니다. 최소한 첫 문장과 그 리뷰만의 세부 사항은 항상 직접 쓰세요.

한국어에서는 존댓말 수준을 정하고 일관되게 쓰세요. 대부분의 앱에는 “~합니다/~하세요”체가 무난하며, 아주 친근한 소비자 브랜드라면 “~해요”체도 어울릴 수 있습니다. 반말은 피하세요.

모든 리뷰에 당일 답글을 다는 팀은 드뭅니다. 간단한 우선순위를 정해 두면 가장 중요한 리뷰를 놓치지 않습니다.

1. 재현 가능한 문제를 설명하는 1–2점 리뷰(앱 종료, 로그인 오류, 결제 문제). 수정 후 바뀔 가능성이 가장 높고, 버그를 드러내는 경우가 많습니다.
2. 돈과 관련된 리뷰: 결제, 구독, 환불. 올바른 환불 절차로 빠르게 안내하세요.
3. 최신 버전에 대한 새 리뷰. 현재 버전을 반영하며 가장 눈에 잘 띕니다.
4. 제안이 담긴 3–4점 리뷰. 짧은 감사 인사와 아이디어의 진행 상황이 좋은 인상을 줍니다.
5. 5점 리뷰. 시간이 있을 때 가치가 있습니다. 짧고 구체적인 감사 인사면 충분합니다.

답글이 필요 없는 리뷰도 있습니다. 스팸, 모욕적인 내용, 명백히 다른 앱에 대한 리뷰입니다. 답글 대신 스토어 도구로 신고하세요.

답글은 한 번으로 끝나지 않습니다. 두 스토어 모두 기존 답글을 수정할 수 있으며, 리뷰 작성자도 나중에 리뷰를 바꿀 수 있습니다. Apple은 답글을 달면 사용자에게 알림이 가고 사용자가 리뷰를 업데이트할 수 있다고 안내하며, Google Play도 도움말에서 비슷한 흐름을 설명합니다. 알림의 정확한 방식은 스토어마다 다르고 시간이 지나며 바뀔 수 있습니다.

그래서 후속 답글은 할 수 있는 가장 유용한 일 중 하나입니다.

• 누군가 버그를 보고하면 확인했다는 답글을 달고 내부에 문제를 기록하세요.
• 수정이 배포되면 답글을 수정하거나 업데이트하세요: “4.3 버전에서 수정되었습니다. 알려 주셔서 감사합니다.”
• 사용자가 돌아와 리뷰를 업데이트할 수 있습니다. 그렇지 않더라도 이후 읽는 사람은 열린 불만이 아니라 해결된 문제를 보게 됩니다.

이렇게 하려면 어떤 리뷰가 어떤 버그와 관련되는지 알아야 합니다. 버그 보고를 이슈 트래커로 보내면 도움이 됩니다. 앱 리뷰를 Linear 이슈로 만들기를 참고하세요.

두 가지 수치로 답글 프로세스가 건강한지 알 수 있습니다.

• 답글률: 기간 내 리뷰(또는 텍스트가 있는 리뷰) 중 개발자 답글을 받은 비율. 전체와 1–2점 리뷰를 따로 측정하세요.
• 평균 답글 소요 시간: 리뷰가 게시된 시점부터 답글까지 걸린 시간. 늦게 처리한 오래된 리뷰 몇 개가 평균을 왜곡할 수 있으므로 중앙값도 유용합니다.

팀에 맞는 목표를 정하세요. 예를 들어 텍스트가 있는 모든 1–2점 리뷰에 영업일 이틀 안에 답글을 다는 것입니다. 매주 확인하고, 릴리스마다 추세를 보세요. 미리 준비하지 않으면 리뷰가 몰려 답글 소요 시간이 늘어나는 경우가 많습니다.

Review Expert는 App Store와 Google Play 리뷰를 한곳에 모아 팀이 콘솔을 오가지 않고 답글을 달 수 있게 합니다.

• Apps & Businesses에서 App Store Connect API 키와 Google Play 서비스 계정으로 앱을 연결하세요. 먼저 이력이 동기화되고, 그다음 리뷰가 약 5분마다 들어옵니다.
• 리뷰 표를 별점, 플랫폼, 날짜로 필터링해 우선순위를 따르세요.
• Review Expert에서 답글을 쓰면 공식 API로 스토어에 게시됩니다. 기존 답글도 같은 방식으로 업데이트됩니다. 모든 팀 역할(소유자, 관리자, 리뷰어)이 답글을 달 수 있습니다.
• 대시보드는 답글률과 평균 답글 소요 시간을 평점 추세와 함께 보여 주므로 잘 따라가고 있는지 알 수 있습니다.

AI 답글 초안과 자동 답글 규칙(선택적 승인 단계 포함)을 사용할 수 있습니다. 자세한 내용은 리뷰에 답글 달기와 대시보드를 참고하세요.