Guideline 4.3 Design Spam: hylätty sovellus, mitä tehdä?

Guideline 4.3 Design Spam: lyhyt vastaus

Guideline 4.3 on App Storen roskapostisääntö. 4.3(a) kieltää julkaisemasta samaa sovellusta useaan kertaan, ja käytännössä sitä käytetään uudelleenpaketoituja sovelluksia vastaan. 4.3(b) hylkää sovellukset, joita ei voi erottaa jo olemassa olevista, varsinkin ylikyllästetyissä kategorioissa. Korjaus on sisällöllinen: päätoiminto, jota kukaan muu ei tarjoa.

Tämä on hylkäyksistä vaikein korjata: se kyseenalaistaa koko sovelluksesi olemassaolon syyn, eikä mikään koodikorjaus riitä, jos tuote muistuttaa liikaa olemassa olevia.

Julkaisen omia iOS-sovelluksiani: Solys, minipelejä sisältävä herätyskello, ja TradaZen, kaupankäynnin harjoittelusovellus, ovat App Storessa. Nolera ja Clic hylättiin ja korjattiin sen jälkeen. Olen saanut hylkäyksiä 2.1, 5.6.3 ja 2.3.2, joita käyn läpi artikkelissa miksi Apple hylkää sovelluksesi. En ole koskaan saanut 4.3-hylkäystä, enkä väitä muuta. Tämä opas perustuu Applen viralliseen tekstiin, jonka olen kertonut omin sanoin.

Mitä guideline 4.3 tarkalleen sanoo?

4.3, "Spam", löytyy App Review Guidelinesin osiosta 4, "Design". Sen kaksi osaa koskevat kahta eri ongelmaa.

4.3(a): yksi sovellus, ei kopiota jokaista versiota varten

Virallinen teksti pyytää, ettet luo useita Bundle ID:itä samalle sovellukselle. Applen esimerkki: julkaistaan oma karttasovellus jokaiselle maailman kaupungille sen sijaan, että tehtäisiin yksi maailmankartta, josta oman kaupunkinsa voi hakea. Jos sovelluksestasi on versioita paikkakunnan, urheilujoukkueen tai yliopiston mukaan, Apple neuvoo lähettämään yhden sovelluksen ja tarjoamaan versiot sovelluksen sisäisinä ostoina.

Käytännössä hylkäysviesti menee tätä esimerkkiä pidemmälle. Kehittäjät ovat julkaisseet 4.3(a)-hylkäyksiään Applen kehittäjäfoorumeilla, ja niissä Apple kirjoittaa, että sovelluksella on "a similar binary, metadata, and/or concept" muiden kehittäjien lähettämien sovellusten kanssa ja erot ovat vain pieniä. Viesti nimittää tällaisia samankaltaisia tai uudelleenpaketoituja sovelluksia roskapostiksi. Kolme sanaa ratkaisee: binääri (käännetty koodi), metatiedot (nimi, kuvaus, kuvakaappaukset) ja konsepti.

Kaksi muuta sääntöä kulkee samaan suuntaan. 4.2.6, guideline 4.2:n alakohta, hylkää kaupallisesta pohjasta tai sovellusgeneraattoripalvelulla luodut sovellukset, ellei sisällön tarjoaja itse lähetä niitä. Guideline 4.1, "Copycats", kieltää kopioimasta suosittua sovellusta pelkästään nimeä tai käyttöliittymää vähän muuttamalla. Se alkaa yksinkertaisella lauseella: "Come up with your own ideas."

4.3(b): ylikyllästetyt kategoriat

4.3(b) hylkää sovellukset, joita ei voi erottaa siitä, mitä on jo laajasti tarjolla: Applen mukaan tällaiset opportunistiset versiot heikentävät App Storen löydettävyyttä.

Teksti nimeää kyseiset kategoriat. Deittisovellukset, taskulamput, äänitehosteet, taustakuvat, yksinkertaiset ajastimet ja ennustussovellukset ("fortune telling") ovat jo vakiintuneita. Apple ei enää hyväksy uusia lähetyksiä näihin kategorioihin, ellei niissä ole "a meaningfully different or improved experience". Apple voi jopa poistaa ne, joita ei päivitetä eikä paranneta tai jotka eivät houkuttele ketään.

Toinen lista on ankarampi: juomapelit, Kama Sutra sekä pieru- ja röyhtäyssovellukset. Apple pitää niitä heikkolaatuisina tai vähällä vaivalla tehtyinä, ja toistuvat tällaiset lähetykset voivat johtaa erottamiseen kehittäjäohjelmasta.

Horoskooppeja ja astrologiaa ei mainita sellaisenaan tekstin nykyisessä versiossa. Geneerinen päivittäinen horoskooppisovellus on kuitenkin hyvin lähellä ennustamista, ja käsittelisin sitä ylikyllästettynä kategoriana.

Miksi 4.3 osuu useammin tekoälyllä ja pohjilla tehtyihin sovelluksiin

Pohjat jakavat kaiken jo lähtökohtaisesti

Verkossa myytävän sovelluspohjan ostaa moni kehittäjä, joka vaihtaa värit, kuvakkeen ja nimen ja lähettää sovelluksen. Apple ei kerro tarkemmin, miten se huomaa samankaltaisuudet, mutta sen viesti puhuu binääristä, metatiedoista ja konseptista: kolmesta asiasta, jotka pohja jakaa kaikkien kopioidensa kanssa. Juuri tähän tapaukseen 4.3(a) ja 4.2.6 tähtäävät.

Tekoäly tuottaa ideastasi keskivertoversion

Pyydä tekoälyltä "tapojen seurantasovellus": se antaa ideasta todennäköisimmän version, eli olemassa olevien keskiarvon, samoine näkymineen ja samoine käyttöönottoineen. Koodi voi olla omaperäistä, konsepti ei ole. Ja 4.3(b) arvioi kokemusta, ei koodin omaperäisyyttä.

Tekoäly koodaa erottuvan idean erittäin hyvin, mutta se ei löydä eroa puolestasi. Kerron, missä se on hyvä ja missä se epäonnistuu, artikkelissa iOS-sovelluksen tekeminen tekoälyllä.

Miten erotat sovelluksesi oikeasti

Päätoiminto, jota kukaan ei tarjoa juuri näin

Tämä on sääntö, jonka asetan jokaiselle idealleni juuri 4.3:n välttämiseksi: päätoiminto, jota kukaan muu ei tarjoa juuri näin. Taas yksi herätyskello olisi haavoittuvainen, sillä yksinkertaiset ajastimet kuuluvat Applen mainitsemiin kategorioihin. Solys on herätyskello, joka pakottaa sinut voittamaan minipelin sammuttaaksesi sen. Ero mahtuu yhteen lauseeseen, ja sen huomaa heti ensimmäisellä käyttökerralla.

Testi: täydennä lause "tämä on ainoa sovellus, joka...". Jos pystyt lopettamaan sen vain sanoilla "mutta kauniimpi", erosi on liian heikko.

Sisältö ja logiikka, jotka ovat sinun

Erilainen ulkoasu ei riitä. Sovelluksen erottaa se, mitä se tuottaa: sille kirjoitettu sisältö, sen laskemat tiedot, mekaniikka, jota ei löydy muualta. Jos lähdet liikkeelle pohjasta tai avoimen lähdekoodin projektista, muuta logiikkaa, älä pelkkiä värejä.

Nimi, kuvakaappaukset ja kuvaus, jotka todistavat sen

4.3(a)-viesti mainitsee metatiedot: arvioija arvioi myös sovellussivusi, kuten guideline 2.3.10:ssä. Geneerinen nimi kuten "Taskulamppu Pro" kertoo kopiosta jo ennen kuin sovellusta edes avataan. Nimesi ja alaotsikkosi pitää kertoa ainutlaatuinen toiminto, ensimmäisen kuvakaappauksesi pitää näyttää se, ja kuvauksesi pitää alkaa siitä. Tämä työ auttaa myös hakunäkyvyyttäsi: menetelmä löytyy sivulta App Store ASO.

Yksi sovellus kaikille versioillesi

Jos ideastasi voi tehdä versioita kaupungin, joukkueen tai teeman mukaan, julkaise yksi sovellus, jonka sisällä voi valita, ja käytä sovelluksen sisäisiä ostoja, jos versiot ovat maksullisia. Tämä on 4.3(a):n kirjaimellinen tulkinta.

Miten vastaat 4.3-hylkäykseen App Store Connectissa

Se, mitä ennen kutsuttiin Resolution Centeriksi, löytyy nykyään App Store Connectin App Review -osiosta. Siellä vastaat App Reviewn viestiin tekstillä ja liitteillä, kuten kuvakaappauksilla tai dokumenteilla, niin kauan kuin et ole lähettänyt sovellusta uudelleen.

1. Tunnista alakohta. 4.3(a)-hylkäys puhuu samankaltaisuudesta muiden sovellusten kanssa tai useista versioista. 4.3(b)-hylkäys puhuu ylikyllästetystä kategoriasta.
2. Ole rehellinen asiasta. Jos sovelluksesi on tehty pohjasta tai se todella muistuttaa olemassa olevia, älä väittele: muuta tuotetta, älä sanamuotoa.
3. Jos erosi on todellinen, näytä se. Vastaa lyhyesti, asiallisesti ja englanniksi, ja liitä mukaan video päätoiminnosta.

Pohja, jota itse käyttäisin, muokattavaksi:

Hello App Review team,

Thank you for your feedback regarding Guideline 4.3.

[App name] is not a variant of an existing app. Its core feature is:
[one sentence: what the user can do that no other app offers this way].

What makes it different:
- [Unique feature, and where to find it in the app]
- [Original content or logic created for this app]
- [Why it matters to the user]

All code, content and assets were created for this app.
We do not publish any other app based on the same code or concept.

Attached: a short screen recording of the core feature.

If a specific part of the app looks similar to existing apps,
could you tell us which one, so we can address it precisely?

Best regards,
[Your name]

Kirjoita koodia ja muita sovelluksia koskevat kaksi lausetta vain, jos ne ovat totta. Väärä väite Applelle annetussa vastauksessa tulee kalliimmaksi kuin hylkäys. Koko toimintatapa minkä tahansa hylkäyksen jälkeen löytyy sivulta Applen hylkäämä sovellus.

Milloin valittaa App Review Boardille

Apple antaa valittaa App Review Boardille, jos uskot arvioijan ymmärtäneen sovelluksesi konseptin ja toiminnan väärin tai jos sinua on kohdeltu arvioinnissa epäreilusti. Applella on kolme ehtoa: perustele tarkasti, miksi sovelluksesi noudattaa ohjeita, tee vain yksi valitus hylättyä lähetystä kohden ja vastaa ensin kaikkiin lisätietopyyntöihin.

Valita, kun erosi on todellinen ja näkyy sovelluksessa, eikä vastauksesi App Store Connectissa riittänyt tekemään sitä ymmärretyksi. Pohjan, kloonin tai eroa vailla olevan version kohdalla valitus ei muuta tuotetta.

Apple tarjoaa samalla sivulla myös 30 minuutin videotapaamisia App Reviewn kanssa. Jos ideasi on lähellä ylikyllästettyä kategoriaa, kysy ennen kuin rakennat.

Anti-4.3-tarkistuslista ennen lähettämistä

• Osaat täydentää lauseen "tämä on ainoa sovellus, joka..." puhumatta designista
• Päätoiminto näkyy heti ensimmäisellä käyttökerralla, etsimättä
• Mikään näkymä, teksti, ääni tai kuva ei ole suoraan pohjasta, jonka logiikkaa olet muuttanut
• Et julkaise kahta sovellusta, joilla on sama koodi ja sama konsepti
• Versiosi (kaupungit, joukkueet, teemat) ovat yhdessä sovelluksessa
• Nimesi ja alaotsikkosi kertovat ainutlaatuisen toiminnon, eivät kategoriaa
• Ensimmäinen kuvakaappauksesi ja kuvauksesi alkavat erostasi
• Jos sovelluksesi osuu 4.3(b):n mainitsemaan kategoriaan, arviointihuomautukset kertovat kahdella lauseella, mikä sen erottaa ja miten sen voi testata

4.3 estetään jo ideaa valitessa

"Taas yksi" sovellus ylikyllästetyssä markkinarakossa tuo kaksi ongelmaa. Apple voi hylätä sen 4.3(b):n perusteella. Ja jos se menee läpi, se kilpailee vuosia asennettuina olleiden sovellusten kanssa tarjoamatta mitään syytä valita juuri se.

Erottuvuutta ei siis lisätä lähetysvaiheessa. Siitä päätetään ennen ensimmäistä koodiriviä tiivistämällä ideasi yhteen selkeään päätoimintoon tarkalle kohdeyleisölle. Se on hyvin rajatun iOS-sovelluksen MVP:n ydin ja ideasta App Storeen -menetelmäni ensimmäinen vaihe.

Valitse oikea idea ennen koodaamista

iOS Kitissä polun ensimmäinen vaihe on tehty juuri tähän: valitset idean, kohdeyleisön ja hinnan ennen kuin kirjoitat koodia.

Oletko jo saanut 4.3-hylkäyksen? Apple Review Kit auttaa löytämään mainitun säännön, sen mitä se vaatii, sekä esimerkin korjauksesta ja vastauksesta. Jos haluat, että käymme tapauksesi läpi yhdessä heti, varaa tunti kanssani videopuheluna.

Kukaan ei voi taata Applen hyväksyntää, en minäkään. Voin auttaa sinua karsimaan heti alussa ideat, joista tulisi vain yksi sovellus liikaa.

Epäiletkö vielä ideaasi? Ilmainen diagnoosi lähtee projektistasi, kertoo, mihin vaiheeseen tarttua ensin, ja lähettää sinulle tarkistuslistani Applen hylkäysten välttämiseen. Etusivulla näet sitten, miten luot mobiilisovelluksen aloittamatta tyhjästä valitsemalla idean ennen koodin kirjoittamista.

Usein kysytyt kysymykset

Mikä ero on 4.3(a):lla ja 4.3(b):llä?

4.3(a) koskee kopioimista: saman sovelluksen useita versioita tai sovellusta, jonka koodi, sovellussivu tai konsepti on muutamaa yksityiskohtaa lukuun ottamatta sama kuin muilla. 4.3(b) koskee ylikyllästymistä: ei mitään uutta hyvin täydessä kategoriassa, kuten taskulampuissa.

Hylätäänkö tekoälyllä tehty sovellukseni 4.3:n perusteella?

Ei siksi, että se on tehty tekoälyllä: Apple arvioi lopputulosta, ei työkalua. Riski syntyy geneerisestä ideasta, jonka tekoäly muuttaa olemassa olevien keskivertoversioksi. Jos päätoimintosi on ainutlaatuinen ja näkyvä, koodin alkuperä ei ole ongelma 4.3:n kannalta.

Voiko pohjaa käyttää ilman hylkäystä?

Tekninen lähtökohta -pohja, jota muokataan perusteellisesti, ei ole ongelma. Lähes sellaisenaan julkaistu pohja uudella nimellä ja uusilla väreillä on juuri sitä, mihin 4.3(a) ja 4.2.6 tähtäävät.

Pitääkö tili tai Bundle ID vaihtaa 4.3-hylkäyksen jälkeen?

Ei. Tunnisteen tai tilin vaihtaminen ei muuta sovellusta, ja 4.3(b):n mukaan toistuvat vähäarvoisten sovellusten lähetykset voivat johtaa erottamiseen kehittäjäohjelmasta. Ainoa kestävä ratkaisu on muuttaa tuotetta ja lähettää se sitten uudelleen.

Voidaanko deitti- tai taustakuvasovellus vielä hyväksyä?

Kyllä, jos se tarjoaa todella erilaisen tai paremman kokemuksen: se on Applen tekstin asettama ehto. Eron pitää näkyä sovelluksessa, sovellussivulla ja arviointihuomautuksissa.