그렇다면 왜 20 18 부터 애플 감사팀의 규제가 점점 더 엄격해졌을까요?
제가 인상 깊었던 것은 두 가지 중요한 시간대가 있어 IOs 선반의 규제가 엄격하다는 것입니다. 하나는 65438+2 월 15 년 2 월 현금대출이 있는 모든 법인을 소집하여 북경에 회의를 하는 것이다. 대출 금리와 규정 준수 문제를 다루는 주요 요구 사항은 다음과 같습니다. 첫째, 대출 종합금리는 36% 를 초과할 수 없습니다. 둘째, 관련 비용은 대출 전에 공제할 수 없습니다. 셋째, 모든 대출 회사는 국가 승인에 부합해야 한다.
이 조항으로 이날 많은 재테크 앱이 내려졌다. 당시 잘못 신고된 문제는 5.2. 1 이었다.
두 번째 시점인 65438+ 10 월 1 1, 대규모 오류 보고 시작 3.2. 1, app 에 금융 라이센스 및 ICP 제출 요청 시장의 95% 가 금융 면허를 갖고 있지 않습니다. 이전에는 시중에서 포장할 수 있는 방법이 많았지만 최근 몇 달간 선반에 설치된 규제는 이전의 거친 게임을 모두 탈락시켰다.
최근 몇 달 동안 발생한 문제를 자세히 살펴 보겠습니다. 5438 년 6 월 이후 노출된 첫 번째 일 +2 월 5.2. 1 입니다. 이 문제의 주요 조항은 제품에 따라 자격을 갖춘 개발자 계정이 있어야 하고, 당신의 제품 내용은 개발자 계정의 업무 범위와 일치해야 한다는 것입니다.
그런 다음 3.2. 1 의 문제로 6 월 1 에 널리 노출됐다. 3.2. 1 의 문제도 사실 자질 문제다. 그들의 조작 방법은 사실 5.2. 1 과 비슷하지만, 정말 5.2. 1 보다 훨씬 어렵다.
그는 우리가 개발자의 계좌를 제출하는 금융 면허증과 ICP 를 필요로 하기 때문에, ICP 기록이 있는 일부 회사들은 받을 수 있지만, 시중에는 금융 면허가 있는 회사가 거의 없다. 국내 개발자들의 반응이 너무 커서 애플이 지금 양보했기 때문에 조금 긴장을 풀었다. 작가의 책꽂이에는 모두 은행 예금 계약이 있어 선반에도 넣을 수 있다.
18 년, 우리는 개 년 2. 1 선물 가방을 만났다. 2. 1 의 문제는 최대 7 개 조항에 부딪칠 수 있다. 우리 제품에 반드시 이런 문제가 발생했다는 것이 아니라, 애플의 감사원이 우리 제품에 문제가 있을 수 있다고 생각하기 때문에, 그들은 먼저 우리에게 불합격한 선물가방을 주어 우리 스스로 검사하게 할 것이다. 이 조항은 많은 시간과 비용을 낭비할 것이다. 이러한 조항에 따라 제품의 내용을 검사해야 하기 때문에 2. 1 조항은 주로 제품 감사 시 과도한 은폐, 제 3 자 지불 문제, 금융제품 자격 문제, 조끼백 반복 등을 포함한다.
이것들은 우리가 최근에 만날 거부 조항들이다. 이 단계에서 3.2. 1 및 2. 1 조항은 일반적으로 누구나 만날 수 있습니다. 보통 나는 105 의 선반을 두 부분으로 나눈다. 첫 번째 부분은 해결해야 할 기술적 측면입니다. 두 번째 부분은 자격이다. 이 단계에서, 오직 너만이 이 두 부분을 해결해야 한다. 그래야만 소포를 받을 수 있는 안정된 기회가 있다.
먼저 기술적 측면을 말하다. 우선, 저는 IOs 의 감사 메커니즘을 여러분과 공유하고 싶습니다. IOS 는 수동 감사와 컴퓨터 감사로 구분됩니다.
인평에도 중국팀과 미국팀의 차이가 있을 것이다. 이들은 주로 귀하의 계좌와 관련된 자질이 첨부 파일에 업로드된 증명서와 일치하는지, 제품 내부의 회사 정보에 제 3 자 회사 정보가 있는지, app 내용이 당신의 경영 범위에 속하는지 확인하러 갑니다. 컴퓨터 심사는 주로 코드를 보고 메타 데이터에 오류가 있는지 확인하는 것이다. 전체 소스 코드가 같은 계정의 App 와 70% 이상 같은지 여부 4.3 의 문제는 조끼 가방과 메인 패키지 소스 코드가 중복되어 오류를 일으킨다는 것이다. 4.3. 이를 위해서는 소스 코드를 수정할 기술이 필요하며 해당 UI 및 주 자막도 조정해야 합니다.
여기서 저는 인체 실험에 초점을 맞추고 싶습니다. 왜냐하면 인공실험에는 많은 불확실성이 있기 때문입니다. 운이 좋으면 아무것도 주지 않을 수도 있지만, 정말 엄격하면 많은 앱이 이 이 인체 실험 단계에 갇히게 될 것이다. (윌리엄 셰익스피어, 햄릿, 행운명언) 다음으로, 수동 감사팀이 패키지 증가 확률을 감사할 때 주의해야 할 몇 가지 사항을 공유하겠습니다. (존 F. 케네디, Northern Exposure (미국 TV 드라마), 예술명언)
우리는 우리 앱에 나타난 제 1 회 란방회의 회사 정보를 모두 숨기는 것이 가장 좋다. 적어도 회사라는 단어는 없어야 한다.
등록 계약에 회사 정보를 반영하고 홈 페이지에 제품 이름을 반영하는 데 특히 주의하십시오. 이것은 너의 자질에 협조하기 위해서이다. 우리는 또한 "우리에 관한" 모듈을 추가해야합니다. 선언해야 할 앱 이름과 저작권은 아래 그림과 비슷하다. 동시에 App 는 고객 서비스 연락처를 추가해야 하는데, 이는 비교적 작은 세부 사항이고 조작하기 쉽지만, IOs 감사 시 감사원이 볼 수 있는 중점이다. 이러한 내용은 제품의 귀속을 반영할 수 있다고 생각하기 때문이다. (윌리엄 셰익스피어, 윈스턴, 고객, 고객, 고객, 고객, 고객, 고객, 고객) 아래 그림에서 고객이 제공해야 하는 템플릿을 확인할 수 있습니다.
지불에 관해서는 사과가 매우 엄격하다. 많은 제품이 내부적으로 제 3 자 지불 통로가 있을 경우 거부된다. 따라서 제품 내부에 제 3 자 지불 통로가 있는 정보는 있을 수 없습니다. 너는 스위치를 만들 수 있고, 감사가 끝나면 꺼진다. 기술을 작동하게 하다.
골드 터치 제품은 확실히 노출을 확대하기 위해 배낭을 만들 것이다. 배낭을 입으면 더 많은 수술을 해야 한다.
조끼 가방의 메인 자막, 아이콘, 응용 프로그램 정보를 간단히 조작하면 메인 가방과는 달리 4.3 문제를 피할 수 있습니다. 소스 코드 수준에서 조끼 가방과 메인 가방의 소스 코드는 최소 30% 의 차이가 있어야 한다. 소스 코드에 혼동하기 쉬운 코드를 추가하여 컴퓨터 심사를 통과할 확률을 높일 수 있습니다.
기술적인 면에서 심사 시 선반률을 높이는 방법은 대체로 이것들이다. 이제 불만 사항, PS, 라이센스, 포장, 제 3 자 찾기 등 시중에서 주류를 이루는 여러 가지 선반 방법에 대해 알아보겠습니다.
여기서, 나는 너에게 불문율의 규정을 알려줄 수 있다. 자격 문제로 인해 선반에 오르지 못할 경우 IOs 감사관은 다시 선반에 오를 때 제품에 우선 순위를 부여합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 자질명언) 하지만 한 가지 이유로 여러 번 거절당하면 애플은 이를 악행위로 간주하고, 감사가 무한히 연장될 가능성이 높다. 보통 15 일에서 2 개월까지 기다리지 않거나 봉쇄될 가능성이 높다.
호소와 관련하여, 나는 금융 면허가 있는 회사가 한번 시도해 보는 것을 추천한다. 우리는 먼저 항소에 관한 이메일을 쓸 수 있다. 대략적인 내용은 우리 제품이 우리의 경영 범위에 부합한다는 것이고, 우리도 관련 자질을 가지고 있다는 것이다. 우리는 전국의 소비자를 위해 봉사한다. Ios 팀이 당신을 이해하고 선반에 올려 놓을 수 있기를 바랍니다. 이 방법은 17 초반에 성공할 확률이 어느 정도 있다. 그 단계에서 IOs 는 운에 따라 설치될 가능성이 매우 높기 때문에, 너의 불만 메일은 이 문제를 직접 해결할 수 있을 것이다. 여기서 주목해야 할 것은, 지금 요행으로 가방을 싸는 확률이 점점 작아지고 있으니 시도해 볼 수 있지만, 당신의 불만사서함이 세 개를 넘지 않도록 주의하는 것이 가장 좋습니다. 만약 너무 많으면 IOs 심사팀은 당신이 의도적이라고 생각하기 때문입니다. 그럴 가능성이 높습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 스포츠명언)
참고: 많은 회사들이 실제로 "IOs 개발 하위 팀" 과 같은 자질을 하고 있습니다. 금융 개발자 계좌는 있는데 금융 면허증이 부족하면 시도해 보세요. 인터넷에서 다른 회사의 자질을 찾아 Ps 에 가서 자질의 정보를 모두 자신의 회사로 바꿀 수 있다. 이렇게 하면 일정한 확률이 있을 것이다. PS 기술은 반드시 전문적이어야 한다는 점에 유의해야 한다.
Ios 의 인공감사팀은 중국팀과 미국팀으로 나뉘어 두 팀의 무작위 감사에 따라 이뤄졌기 때문이다. 미국 팀에 배정되면 선반에 오르기가 더 쉬워진다. 예를 들어 모 재테크사는 금융면허가 없어 금융면허증을 올렸다. Ios 감사팀은 금융 면허증의 정보가 개발자 계좌의 회사 정보와 일치하는지 여부만 보고 은감회에 가서 당신의 회사가 이 금융 면허증을 가지고 있는지 조사하지 않을 것입니다. 심사 팀이 승인하면 가방이 통과됩니다. 이런 방법은 지금도 일정한 확률을 가지고 성공적으로 선반에 오를 수 있다. 우리가 주의해야 할 것은 자질이 충분한 상황에서 제품의 내용과 논리가 너의 자질과 일치할 수 있어야 한다는 것이다. 선반 성공의 요인은 자질뿐만 아니라 제품 자체이기 때문이다. 나는 위에서 제품 방면에 주의가 필요한 일을 언급했다.
쉘 문제에 대한 이전의 관행은 비교적 간단하고 난폭했다. 간단히 말해서, 정보의 껍데기, 계산기, 메모장, 아마도 단지 제출된 개인 계좌일 뿐이다. 이제이 방법이 선반에 성공할 가능성은 거의 없습니다. 우리의 현재 주요 관행은 같은 업종에서 눈에 띄는 것을 한 다음 자질과 함께 하는 것이다. 슈퍼마켓 제품의 전형적인 예를 들어보겠습니다. 이런 app 는 다른 회사의 많은 제품과 관련되어 있기 때문에 토산물로 선반에 올려놓으면 통과하기 힘듭니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 슈퍼마켓명언) 현재 시장에서 주류를 이루는 방법은 껍데기를 만드는 것입니다. 물론 껍데기의 내용은 개발자 계좌와 자질과 일치해야 합니다. 보통 마트에 대출을 하는 방법은 현금대출로 사칭하여 시범을 실시하여 후기심사를 피할 수 있다.
여기서 주목해야 할 것은 셸의 조작이 비교적 복잡하다는 것이다. 하나는 ab 면을 만드는 것이고, 다른 하나는 감지 스위치를 만드는 것이다. App 에 기성 케이스가 없는 경우 이 방법의 기간이 너무 깁니다.
허가 놀이는 실제로 5438 년 6 월+10 월에 나왔다. 당시에는 3.2. 1 이라고 신고했고, IOs 팀은 승인의 구체적인 방법을 언급한 승인서를 보냈다. 제품 회사가 같은 업종의 자격증이 완비된 회사나 일부 대형 국유회사의 인가에 매달릴 수 있도록 한다는 뜻이다. 여기서 모두 주의를 기울여야 한다. 이런 방식을 승인하는 것은 당신이 자격이 있는 회사에 기대고 있다는 것을 의미한다. (알버트 아인슈타인, 자기관리명언) 비준문에는 일단 당신이 허가한 방식으로 하면 당신의 제품은 허가회사의 승인이 필요하며, 당신의 개발자 계정은 반드시 허가회사여야 한다고 명시되어 있습니다. 많은 사람들이 승인 전에 이 방법으로 5.2. 1 을 가는데, 지금은 당신의 개발자 계정이 반드시 허가회사여야 한다는 것을 분명히 밝혔습니다. 여러분의 주의가 필요합니다.
마지막은 제 3 자 채널을 찾는 것으로, 원백 자질에 속한다. 현재 시중에는 많은 채널이 있는데, 우리의 방법은 좀 더 구체적일 것이다. 바로 은행의 개발자 계좌를 이용하는 것이다. 현 단계에서는 두 개의 계좌만 온라인상에서 비교적 믿을 만하기 때문이다. 각각 은행의 개발자 계좌와 소품의 자격 계좌이기 때문이다.
그들의 주된 방법은 이러한 자격을 갖춘 계좌로 업로드하고 그들의 금융 면허증과 은행을 첨부에 추가하는 것이다! ICP 기록. 제품의 모든 회사 정보가 해당 회사로 변경됩니다. 패키지 승인이 성공하면 개발자가 발표하기를 기다리는 동안 모든 회사 정보를 회사로 변경하고 패키지가 온라인으로 게시되면 다시 보내 드립니다.
이런 방법은 관련 자질이 없는 현 단계에서 비교적 믿을 만하고 시간을 절약한다. 모두들 채널의 선택에 주의해야 한다. 이 단계에서 채널은 예전보다 많지 않을 수도 있지만, 일정량도 있다. 내가 아는 한, 시중에는 여전히 많은 채널이 비교적 간단하고 난폭하다. 다음은 내가 최근 회사를 도와 65438+2 월 15 규제가 엄격해졌을 때 업종별 시간대별 패키지입니다.