우수한 소프트웨어와 실용적인 튜토리얼
Google의 목록 등록과 삭제는 서로 연관되어 있는데, 정확히 어디에 문제가 있는 걸까요?
페이스북그리고Google, 국내 기업이 글로벌화할 때 극복해야 할 두 가지 큰 장애물이 있습니다. Facebook은 전 세계의 고품질 사용자 트래픽을 제어하고 Google은앱이 두 플랫폼의 상장 입구는 매우 엄격하고 비정상적인 검토 메커니즘을 가지고 있어 많은 개발자에게 고통을 주고 있습니다.
구글 플레이 해외 진출 시 가장 먼저 해결해야 할 문제는 앱을 출시하는 것입니다. 사실, Google Play를 접해 본 개발자라면 누구나 이런 경험을 했을 것입니다. 앱을 출시하는 것은 쉽지만, 유지하는 것은 어렵습니다. 성공적인 출시는 붉은 군대의 대장정의 첫걸음일 뿐이며, 앱을 오랫동안 출시하는 것이 가장 어려운 부분입니다.
사람들은 앱이 오랫동안 선반에 있을 수 있도록 하는 확실한 방법이 있는지 자주 묻습니다. 때로는 구글의 허점을 악용하여 앱을 최대한 오랫동안 선반에 보관할 수 있는 방법도 있지만, 구글의 위험 관리 시스템 역시 AI 지능형 시스템처럼 끊임없이 버그를 확인하고 수정하며 학습하고, 개선하고, 업그레이드해 왔습니다. 결국 이것이 구글의 생계입니다. 구글의 기술력을 고려하면 원하는 만큼 오랫동안 할 수 없는 일은 없습니다.
이 문제는 주로 개발자 계정이 삭제되는 이유와 플랫폼에서 삭제되지 않도록 하는 방법을 설명합니다.
1. 상장 절차
등록 절차에 대한 특별 트윗을 올렸습니다. 이 단계에서는 모든 환경과 정보가 완벽하게 정리되어 있어야 하며, 휴대전화 번호, 은행 카드, 네트워크 환경 등이 전혀 관련이 없어야 합니다.
깨끗한 계정
2023년 Google Play에 앱을 등록하는 기본 절차는 아래 그림과 같습니다. 자세한 내용은 이전 글을 참조하세요.
2. 관련 상장폐지
연결 제거는 대부분의 Google 개발자가 겪는 문제입니다. 다음 이메일 내용은 모두 잘 알고 계실 것입니다.
이 이메일은 Google 계정 연동 삭제를 위한 템플릿입니다. 삭제 사유를 구체적으로 밝히거나 규칙을 위반하지 않았다는 이유로 이의를 제기하더라도 소용이 없습니다. 계정 연동이 완료되면 계정이 차단되고 삭제됩니다.
왜 연관이 있나요?
계정 연결은 Google Play에서 여러 앱 중 유사한 리패키징 앱일 수 있으며, 이는 Google 개발자 정책을 위반하는 것으로 인식한다는 것을 의미합니다. 이러한 사실이 발견되면 모든 앱이 스토어에서 삭제되고 계정이 차단됩니다.
선반에 패키지가 하나만 있지만 연결되어 있다면 계정이 안전하지 않습니다. 선반에 패키지가 하나만 있고 베스트 패키지를 만들지 않는 경우 가장 안전한 방법은 직접 개발자로 등록하는 것입니다.
깨끗한 환경을 확보하는 것 외에도 제품을 진열할 때 주의해야 할 점은 무엇일까요?
1. 개인정보 보호 링크
개인정보 보호 링크는 불법 계정과 다른 도메인 이름을 사용해야 하며, 개인정보 보호 링크에 포함된 이메일 및 기타 연락처 정보는 변경되어야 합니다.
2. 계정 비밀번호 및 보조 이메일
여러 개발자 계정에 동일한 비밀번호를 사용하지 마세요. 각 계정은 서로 다른 비밀번호를 사용해야 합니다. 또한, 문제가 있는 계정과 연결된 보조 이메일 주소는 GG에서 감지될 수 있으므로 사용하지 마세요.
3. 자료 사진/홍보용 카피
매장 자료 이미지와 홍보 문구는 매번 변경해야 합니다. 더 단순하게 만들 수는 있지만, 너무 비슷해서는 안 됩니다.
4. 앱 이름/심벌 마크/UI
앱이 여러 번 선반에서 제거된 경우, 제품 스타일이 불법 제품과 너무 유사하다는 이유로 선반에서 제거되는 것을 방지하기 위해 앱 이름/로고/UI 및 기타 실제 콘텐츠를 변경해야 합니다.
5. 백엔드 인터페이스
IP 주소와 도메인 이름을 변경해야 하며, 인터페이스 구조를 변경해야 하며, 데이터 전송을 암호화해야 합니다.
제출한 패키지가 차단된 경우, 다음에 제출할 때 서버의 IP 주소와 도메인 이름을 변경해야 합니다. 일반적으로 게임의 HTTP 요청은 일반 텍스트 형식입니다. 즉, 클라이언트가 서버로 전송하는 HTTP 요청에는 서버의 도메인 이름이 명확하게 표시됩니다. Google은 이 도메인 이름을 즉시 차단하므로, 서버 도메인 이름을 변경하지 않고 IP 주소만 변경하는 것은 무의미합니다!
6. 고객
코드 구조의 유사성이 너무 높고, 프레임워크 캡슐화의 유사성이 높고, 클래스 이름, 메서드 이름, 변수 이름과 같은 명명 규칙이 고유하며, 동일한 도메인 이름을 사용하고, 타사 프레임워크를 많이 사용하는 등의 특징이 있습니다.
리소스 팩을 예로 들어 보겠습니다. APK압축 해제 후 assetsinData 아래의 파일(단일성(예시: 프로젝트) Google은 파일 이름과 파일 내용의 유사성을 비교하여 두 패키지가 베스트 패키지인지 판별합니다. 모노 패키징을 사용하든 IL2CPP 패키징을 사용하든 이 디렉터리에는 해시 값으로 명명된 바이너리 파일이 많이 있습니다. 해시 값은 원본 파일 이름에서 가져옵니다. 즉, 두 APK에 동일한 이름의 바이너리 파일이 많으면 동일한 이름의 해당 리소스 파일도 많아질 수 있으며, 이는 매우 위험합니다.
이러한 위험을 방지하려면 리소스를 별도의 AssetBundle 패키지로 압축하고 암호화할 수 있습니다(간단한 비트 단위 반전으로 충분합니다). 이렇게 하면 assetsinData 디렉터리에 많은 바이너리 파일이 노출되지 않습니다. 하지만 이 방법에는 문제가 있습니다. 이번에 제출하는 패키지가 차단되면 다음에 제출하는 패키지의 AssetBundle 파일이 이번과 동일해지므로 암호화 방식을 변경해야 합니다.
요약하자면, 코드 난독화가 충분하지 않습니다. 가능한 한 난독화하고 운에 기대지 마세요.
Google Play에 앱을 등록하려면 Google Play의 등록 정책을 면밀히 검토하고 지속적인 연습을 통해 진정한 지식을 습득해야 합니다. Google의 정책은 끊임없이 업데이트되고 있으며, Google의 전략 또한 이러한 변화에 발맞춰야 합니다.