당신의 앱이 지원하는 언어와, 스토어 페이지가 실제로 쓰는 언어가 같습니까? 필드 하나하나 다요.
저는 큰 필드만 봤습니다. 그래서 이름 밑 30자짜리 부제가 36개 슬롯에서 영어 원문 그대로인 걸 몇 달 동안 몰랐습니다.
남은 필드 하나
키워드와 설명을 감사하고 나니 검색에 걸리는 필드가 하나 더 남아 있었습니다. 이름 밑에 붙는 부제입니다. 한도는 30자.
이것도 검색 색인에 들어갑니다. 그런데 짧아서 아무도 세어 본 적이 없었습니다. 30자짜리 필드는 감사 대상 목록에 잘 안 올라갑니다 — 큰 것부터 보게 되니까요.
36개 슬롯이 영어였습니다
한국어·일본어·아랍어·힌디어 스토어인데 부제만 영어였습니다. 앱 본체는 그 언어로 다 번역돼 있었습니다.
여기서 손해가 두 겹입니다.
- 그 시장 사용자가 앱 이름 밑에서 영어 문장을 봅니다.
- 그 언어의 검색어가 색인에 하나도 안 들어갑니다.
뒤엣것이 더 큽니다. 앞엣것은 "좀 어색하다"이고, 뒤엣것은 "그 시장에서 검색으로 발견될 경로가 하나 없다"입니다.
비라틴 로케일에서는 남은 면적도 컸습니다. 30자 중 평균 절반쯤을 쓰고 있었고, 총 3,158자가 비어 있었습니다.
그리고 한 앱은 네 개 로케일에서 부제가 앱 이름과 같았습니다. 이름은 이미 바로 위에 있습니다. 30자를 통째로 버린 셈입니다.
판정은 한 줄입니다
for 로케일 in 로케일들:
if 로케일 != "en-US" and 부제[로케일] == 부제["en-US"]:
미현지화.append(로케일)영어 로케일의 부제와 문자열이 같으면 현지화가 안 된 것입니다. 예외가 거의 없습니다 — 부제는 자유 문장이라 두 언어에서 우연히 같아질 일이 없습니다.
여기에 남은 면적을 같이 잽니다.
남은_면적 = 30 - len(부제)이게 키워드에서 배운 것의 반복입니다. 초과만 막는 검사는 미달을 영영 못 봅니다.
당신이라면 어느 앱부터 고치겠습니까
알아 둘 것이 하나 있습니다. 부제는 키워드와 저장 위치가 다릅니다. 버전에 붙는 게 아니라 앱 정보에 붙습니다. 그래서 심사 대기 중인 앱은 고칠 수 있지만, 판매 중인 앱은 새 버전이 필요합니다.
즉 순서는 지금 심사 대기인 앱부터입니다. 나머지는 다음 릴리스에 실을 수밖에 없습니다. 이걸 모르고 "36개 다 고치자"로 들어가면 절반에서 막힙니다.
자가진단 3줄
- 당신의 리스팅 감사 목록에 짧은 필드가 들어 있습니까? 30자짜리는 눈에 안 띄지만 색인에는 들어갑니다.
- "영어 값과 같다"를 검사합니까? 미번역 탐지에 번역 품질 평가는 필요 없습니다. 문자열 비교 한 줄이면 됩니다.
- 고치기 전에 그 필드가 어디에 붙는지 확인했습니까? 버전에 붙는 필드와 앱에 붙는 필드는 고칠 수 있는 시점이 다릅니다.
솔직한 부분
이번에 고친 건 심사 대기 중이던 한 앱의 다섯 슬롯뿐입니다. 나머지 31개는 새 버전이 필요해서 다음 릴리스로 미뤘습니다. "감사했다"와 "고쳤다"는 다릅니다. 이 글이 다루는 건 앞의 것입니다.
30자 안에 그 언어로 뜻이 통하면서 검색어까지 담는 건 기계로 못 합니다. 언어마다 낱말 길이가 달라서, 영어에서 자연스러운 구조가 독일어에서는 두 배로 길어집니다. 고친 다섯 슬롯은 19~27자로 채웠습니다. 30자를 억지로 다 쓰지는 않았습니다 — 잘리는 것보다 짧은 게 낫습니다.
그리고 부제가 검색에 얼마나 기여하는지 정확한 가중치는 공개돼 있지 않습니다. "색인에 들어간다"까지가 확실한 사실이고, 그 이상은 추정입니다. 이 글에서 제가 확신을 가지고 말할 수 있는 건 "그 언어 검색어가 0개 들어가 있었다"뿐입니다.
지금 다국어 앱이 있으시면, 스토어 콘솔에서 부제 필드 하나만 열어 보세요. 영어면 그 시장은 이름으로만 검색됩니다.