Apple hylkäsi sovelluksen: 5 todellista syytä

Kun Apple hylkää sovelluksen, syy on lähes aina tarkka ja kirjoitettu tarkastuksen viestiin: numeroitu guideline, usein kuvakaappauksen kera. Ensimmäisen sovelluksen yleisimmät syyt ovat keskeneräinen sovellus (2.1), puutteellisesti ilmoitettu yksityisyys (5.1.1), harhaanjohtavat metatiedot (2.3.2), sovelluksen sisäisen oston ohittava maksutapa (3.1.1) tai väärään kohtaan sijoitettu arviopyyntö (5.6.3). Useimmiten tarkastaja on ymmärtänyt sovelluksesi ihan oikein: ongelma oli siinä, mitä lähetit.

Tiedän tämän, koska olen saanut nämä hylkäykset itse. Julkaisen omia iOS-sovelluksiani: Solys (minipelejä sisältävä herätyskello) ja TradaZen (kaupankäyntisimulaattori) ovat App Storessa. Solys hylättiin kahdesti, kerran ennen julkaisua ja kerran päivityksen yhteydessä, ja kaksi muuta sovellusta, Clic ja Nolera, hylättiin, korjattiin ja lähetettiin Applelle uudelleen. Tässä ovat viisi hylkäystä ja niiden todellinen syy, sen jälkeen tapa vastata ja tarkistuslista, jonka käyn läpi ennen jokaista lähetystä.

Miksi Apple hylkää sovelluksen: saamani 5 hylkäystä

Hylkäys 2.1 Solysille: demoa oli mahdoton voittaa

Solysin käyttöönotossa on pelattava demo: minipeli pitää voittaa, kuten herätessä. Omilla puhelimillani kaikki toimi. Tarkastaja kuitenkin testasi iPadilla, jossa iPhone-sovellus pyörii yhteensopivuustilassa pienemmässä ikkunassa. Siinä koossa minipelin linnulle jätetty aukko muuttui kapeammaksi kuin itse lintu, ja ”Jatka”-painike aktivoitui vain voiton jälkeen. Apple pyysi tarjoamaan tavan ohittaa pelitehtävä.

Korjaus: demo, jonka geometria lasketaan näytön todellisesta koosta, ja linkki demon ohittamiseen, jos se epäonnistuu.

Opetus: jokaisesta pakollisesta vaiheesta pitää päästä eteenpäin, ja jokainen pakollinen näkymä testataan pienimmällä mahdollisella näyttökoolla ennen jokaista lähetystä.

Hylkäys 5.6.3 Solysille: arviopyyntö käyttöönoton aikana

Toinen hylkäys tuli seuraavasta päivityksestä. Apple kirjoitti, että sovellus pyysi arviota ensimmäisellä käynnistyskerralla tai käyttöönoton aikana. Arvionäkymä tuli heti demon jälkeen, ennen kuin käyttäjä oli kokenut sovelluksessa mitään.

Korjaus: pyyntö siirrettiin polun loppuun, ja se näytetään vain, jos käyttäjä on juuri voittanut demon.

Opetus: jokainen arkaluonteinen pyyntö (arvio, ilmoitus, tilaus, seuranta) tulee vasta kun sovellus on osoittanut arvonsa, ei koskaan ennen.

Hylkäys 5.1.1 Clicille: verkossa oleva tietosuojakäytäntö ei ollut ajan tasalla

Clic tuottaa sisältöä tekoälyllä, ja sovelluksessa oli kyllä suostumusnäkymä. Ongelma oli muualla: sivustolla julkaistu tietosuojakäytäntö oli vanha versio, eikä se kuvannut kaikkea, mitä sovellus kerää.

Korjaus: täydellinen käytäntö julkaistiin, englanninkielinen tiivistelmä lisättiin ja tarkastusmuistiinpanot päivitettiin.

Opetus: Apple lukee verkossa olevan käytäntösi, ei sitä, joka lojuu repossasi. Avaa ilmoittamasi URL ennen jokaista lähetystä ja tarkista, että se kertoo, mitä sovelluksesi tekee.

Hylkäys 5.1.1 Noleralle: ”Salli”-painike ennen järjestelmän pyyntöä

Ennen iOS:n varsinaista kameran käyttöoikeuspyyntöä Nolera näytti selitysnäkymän, jossa oli ”Salli”-painike. Applen mielestä tämä teksti painostaa hyväksymään ennen järjestelmän virallista pyyntöä.

Korjaus: painikkeen teksti on nyt ”Jatka”, kaikilla sovelluksen 8 kielellä.

Opetus: käyttöoikeuteen valmisteleva näkymä selittää, se ei päätä käyttäjän puolesta. Applen suositukset löytyvät sen yksityisyyttä koskevista suunnitteluohjeista.

Hylkäys 2.3.2 Noleralle: sovelluksen kuvake mainoskuvana

Tilauksilla voi olla mainoskuva App Store Connectissa. Noleran kahdessa tilauksessa se oli yksinkertaisesti sovelluksen kuvake. Apple katsoi, ettei se täytä vaatimuksia.

Korjaus: kuvat poistettiin molemmista tilauksista, ja lähetys luotiin uudelleen.

Opetus: jokainen sivusi elementti tarkastetaan, myös ne, jotka täytät ajattelematta, kuten ikäluokitus.

Mitkä guidelinet kaatavat useimmin?

Kaikki säännöt ovat App Review Guidelinesissa. Nämä ne ovat, jotka useimmin kampittavat ensimmäisen sovelluksen:

2.1: App Completeness. Sovellus kaatuu, painike ei vie mihinkään, pakollinen näkymä ei toimi jollain näyttökoolla. Jos sovelluksesi vaatii kirjautumisen, anna demotili tarkastusmuistiinpanoissa, muuten tarkastaja jää jumiin kirjautumisnäkymään. Kaikki tästä syystä on guideline 2.1 -oppaassani.

2.3: Metadata. Kuvakaappaukset, jotka eivät näytä oikeaa sovellusta, kuvaus, joka lupaa puuttuvan toiminnon, vaatimuksia täyttämättömät mainoskuvat.

3.1.1: In-App Purchase. Digitaalisen sisällön tai toimintojen avaamiseen sovelluksessa yleissääntö on Applen sovelluksen sisäinen osto. Poikkeukset riippuvat maasta ja muuttuvat: lue guidelinesin ajantasainen versio ennen kuin suunnittelet muuta maksutapaa. Koko urakka on sivulla iOS-sovelluksen sisäiset tilaukset.

3.1.2: Subscriptions. Tilaussovelluksen pitää kertoa selvästi, mitä käyttäjä saa ja mihin hintaan. Maksunäkymän tyypilliset virheet ovat artikkelissa iOS-paywall: 7 aloittelijan virhettä.

4.3: Spam. Sovellus näyttää tuhannelta muulta tai ei tuo tarpeeksi itsessään. Tämä on vaikein korjattava hylkäys: se ehkäistään jo ideaa valitessa. Selitän sen tarkemmin guideline 4.3 -oppaassa.

5.1.1: Privacy. Keräysilmoitukset, jotka eivät vastaa sovelluksen toimintaa, puutteellinen tietosuojakäytäntö, käyttöoikeuspyyntö ilman selkeää selitystä.

Miten vastata Applen hylkäykseen hukkaamatta päiviä?

Hylkäys ei ole tuomio, se on edestakainen keskustelu. Toimiva tapa:

1. Lue syy kahdesti. Viestissä mainitaan guideline ja usein mukana on kuvakaappaus. Moni kehittäjä vastaa ohi aiheen, koska luki liian nopeasti.
2. Etsi todellinen syy. Sekä Clicissä että Nolerassa todellinen syy ei ollut se, mitä teksti ensisilmäyksellä antoi ymmärtää. Toista ongelma tarkastajan olosuhteissa: sama laitetyyppi, uusi tili, ensimmäinen käynnistys.
3. Korjaa syy, älä mitään muuta. Nyt ei ole oikea hetki lisätä kolmea toimintoa: jokainen muutos kasvattaa tarkastettavaa pinta-alaa.
4. Vastaa App Store Connectissa. Kerro kahdella asiallisella lauseella, mitä korjasit, vastaamalla App Review'n viestiin.
5. Valita vain, jos olet varma. Apple antaa viedä asian App Review Boardille, jos uskot sovelluksesi tulleen väärinymmärretyksi, yksi valitus hylättyä lähetystä kohden. Aiheellisen hylkäyksen kiistäminen vain hukkaa aikaa.

Ajoista: Apple kertoo tarkastavansa vähintään 50 % lähetyksistä alle 24 tunnissa ja 90 % alle 48 tunnissa. Aikataulua venyttävät hylkäykset, eivät jonot: yksityiskohdat ovat artikkelissa App Storen tarkastusaika. Koko toimintatapa hylkäyksen jälkeen on sivulla Apple hylkäsi sovelluksen.

Vältettävissä oleva hylkäys maksaa kokonaisen tarkastuskierroksen. Paras vastaus Applelle on lähetys, josta sillä ei ole mitään huomautettavaa.

Tarkistuslista, jonka käyn läpi ennen jokaista lähetystä

Rakennettu hylkäys kerrallaan, omien sovellusteni pohjalta:

• Jokainen pakollinen näkymä testattu pienimmällä iPhonella, suurimmalla ja iPadilla yhteensopivuustilassa, guideline 4.0 designin mukaisesti
• Jokaisesta käyttöönoton vaiheesta pääsee eteenpäin, myös epäonnistuessa
• Demotili tarkastusmuistiinpanoissa, jos sovelluksessa on kirjautuminen
• Ostot testattu sandboxissa, palautus mukaan lukien
• Hinta, kesto sekä linkit käyttöehtoihin ja tietosuojaan siellä, missä Apple niitä vaatii, jokaisella kielellä
• Verkossa oleva tietosuojakäytäntö luettu uudelleen lähetyspäivänä
• Tietosuojailmoitukset vastaavat sitä, mitä sovellus oikeasti kerää, privacy manifest mukaan lukien
• Käyttöoikeutta edeltävissä näkymissä ei ”Salli”-painiketta
• Arvio- ja ilmoituspyynnöt vasta sen jälkeen, kun sovellus on osoittanut arvonsa, eikä mitään avata arviota vastaan (guideline 3.2.2)
• Mainoskuvat ja kuvakaappaukset, jotka näyttävät oikean sovelluksen, myös mukautetuilla tuotesivuillasi

Jos tämä on ensimmäinen julkaisusi, sivu sovelluksen julkaiseminen App Storessa käy läpi kaikki vaiheet ennen lähetystä.

Pohja, jolla selität polkusi App Review'lle

Lataa App Review -muistiinpanojen pohja: ohjeet ranskaksi, täydennettävät muistiinpanot englanniksi ja runko hylkäykseen vastaamiseen. Sen avulla kerrot version, polun näkymien läpi ja odotetun tuloksen. Säilytä vain se, mikä buildissasi oikeasti on.

Korvaa ”sovellus tallentaa oikein” toistettavalla skenaariolla: aloitusnäkymä, toiminto, sulkeminen ja uudelleenkäynnistys, tallennettu tulos löytyy. Hylkäyksen jälkeen mainitse korjattu toiminta ja laite, jolla tarkistit sen. Jos et saanut ongelmaa toistettua, kerro, mitä sen toistamiseen puuttuu.

Demotilin tunnukset syötetään App Store Connectin niille varattuihin kenttiin, ei koskaan julkiseen tiedostoon. Voit valmistella todisteet TestFlight-testitaulukon avulla, ja löydät myös viisi ilmaista pohjaa.

Vältä nämä hylkäykset ennen lähetystä

Apple Review Kit sisältää tarkistuslistani ennen lähetystä, korjatut Apple-hylkäykseni sekä Claude Code -skillejä, jotka käyvät läpi projektisi, paywallisi ja App Store -sivusi ennen lähetystä.

Onko sovelluksesi jo hylätty? Kitin avulla löydät mainitun säännön, sen vaatimukset sekä esimerkin korjauksesta ja vastauksesta. Jos haluat, että käymme tapauksesi läpi yhdessä heti, varaa tunti kanssani videopuheluna.

Kukaan ei voi taata, että Apple hyväksyy sovelluksesi. Kun lähdet jo koetuista hylkäyksistä, pienennät vain riskiä kompastua samoihin.

Etkö ole vielä lähettänyt sovellustasi? Ilmainen diagnoosi lähettää sinulle Apple-hylkäysten välttämisen tarkistuslistani ja kertoo, mitä on vielä tehtävä. Jos rakennat sitä vielä, etusivu näyttää, miten luoda mobiilisovellus nämä hylkäykset mielessä pitäen.

Usein kysytyt kysymykset

Miksi Apple hylkäsi sovellukseni?

Lähes aina tarkasta syystä, joka on kirjoitettu tarkastuksen viestiin: numeroitu guideline, usein kuvakaappauksen kera. Ensimmäisen sovelluksen yleisimmät syyt ovat keskeneräinen sovellus (2.1), puutteellisesti ilmoitettu yksityisyys (5.1.1) ja harhaanjohtavat metatiedot (2.3.2). Lisäksi on sovelluksen sisäisen oston ohittava maksutapa (3.1.1) ja väärään kohtaan sijoitettu arviopyyntö (5.6.3).

Miksi sovellukseni hylätään, vaikka se toimii iPhonellani?

Koska tarkastaja voi testata eri olosuhteissa kuin sinä. Solysin, minipelejä sisältävän herätyskelloni, kohdalla hän testasi iPadilla, jossa iPhone-sovellus pyörii yhteensopivuustilassa pienemmässä ikkunassa. Siellä demoa oli mahdoton voittaa. Korjaus: demo, joka lasketaan näytön todellisesta koosta, ja linkki sen ohittamiseen epäonnistuessa.

Mitä teen, kun Apple hylkää sovellukseni?

Lue syy kahdesti ja etsi sitten todellinen syy toistamalla ongelma tarkastajan olosuhteissa: sama laitetyyppi, uusi tili, ensimmäinen käynnistys. Korjaa syy eikä mitään muuta, koska jokainen muutos kasvattaa tarkastettavaa pinta-alaa. Vastaa sen jälkeen App Store Connectissa kahdella asiallisella lauseella siitä, mitä korjasit.

Voiko Applen hylkäyksestä valittaa?

Kyllä, mutta vain jos olet varma asiastasi. Apple antaa viedä asian App Review Boardille, jos uskot sovelluksesi tulleen väärinymmärretyksi, yksi valitus hylättyä lähetystä kohden. Aiheellisen hylkäyksen kiistäminen vain hukkaa aikaa. Muussa tapauksessa korjaa syy ja vastaa App Store Connectissa.

Pidentääkö hylkäys julkaisuaikaa?

Kyllä. Apple kertoo tarkastavansa vähintään 50 % lähetyksistä alle 24 tunnissa ja 90 % alle 48 tunnissa: aikataulua venyttävät siis hylkäykset, eivät jonot. Vältettävissä oleva hylkäys maksaa kokonaisen tarkastuskierroksen. Ajat on eritelty artikkelissa App Storen tarkastusaika.

Mitä pitää tarkistaa ennen sovelluksen lähettämistä Applelle?

Testaa jokainen pakollinen näkymä pienimmällä iPhonella, suurimmalla ja iPadilla yhteensopivuustilassa, ja testaa sitten ostot sandboxissa, palautus mukaan lukien. Lue verkossa oleva tietosuojakäytäntösi uudelleen lähetyspäivänä ja anna demotili tarkastusmuistiinpanoissa, jos sovelluksessa on kirjautuminen. Tämä tarkistuslista on rakentunut hylkäys kerrallaan, omien sovellusteni pohjalta.