Share
Je hebt weken of maanden aan je eerste iOS-applicatie gewerkt en je bent klaar om je meesterwerk in te dienen bij de App Store van Apple. Hoe doe je dit? Is uw aanvraag klaar voor verzending? Ik ben er zeker van dat sommige van deze vragen op een bepaald moment in je opkwamen.
Is het indienen van een aanvraag zo eenvoudig als het versturen van het binaire bestand van Apple? Niet helemaal. Met deze zelfstudie zal ik je een gedetailleerde kaart geven om je aanvraag in te dienen bij de App Store van Apple.
Hoewel het herzieningsproces van de App Store grotendeels een black box is, wil dat nog niet zeggen dat je jezelf en je applicatie voor het beoordelingsproces van Apple niet kunt voorbereiden. Apple biedt richtlijnen om je te helpen binnen de soms onzichtbare grenzen te blijven van wat wel en niet is toegestaan in de App Store.
De eerste keer dat u een app in de App Store indient, is tegelijkertijd opwindend en zenuwslopend. Zelfs voor ervaren iOS-ontwikkelaars is het indienen van een app in de App Store vaak een stressvolle onderneming omdat het iets is dat de meeste ontwikkelaars niet dagelijks doen.
In dit artikel ga ik ervan uit dat je een geregistreerde iOS-ontwikkelaar bent, wat betekent dat je bent ingeschreven voor het iOS-ontwikkelaarsprogramma van Apple en dat je apps kunt indienen voor publicatie in de App Store. Om een iOS-applicatie in de App Store in te dienen, moet je een geregistreerde iOS-ontwikkelaar zijn. Rode vlag? Maak je geen zorgen. Je kunt je inschrijven voor het iOS Developer Program van Apple door naar de Apple Developer-pagina te gaan en op de Inschrijven knop.
Een toepassing is niet altijd gereed als u de laatste regel code hebt geschreven of de laatste functie van de specificatie van de toepassing hebt geïmplementeerd.
Hebt u uw toepassing op een of meer fysieke apparaten getest? Heeft u uw aanvraag voor geheugenlekken en prestatieproblemen geprofileerd? Uw toepassing crasht van tijd tot tijd?
De familie van iOS-apparaten is in de loop der jaren aanzienlijk gegroeid en het is belangrijk om uw toepassing te testen op zoveel iOS-apparaten als u kunt vinden. Veelvoorkomende problemen zijn onder meer het niet optimaliseren van een toepassing voor bepaalde schermformaten. De iOS Simulator is een geweldige tool, maar hij werkt op je Mac, die meer geheugen en verwerkingskracht heeft dan de telefoon in je zak.
Het beoordelingsproces van Apple is niet luchtdicht, maar het is zeer goed in staat om problemen te identificeren die van invloed kunnen zijn op de gebruikerservaring van uw toepassing. Als uw toepassing van tijd tot tijd crasht of langzaam wordt na tien minuten gebruik, moet u nog wat werk doen voordat u deze naar de App Store verzendt.
Zelfs als het reviewteam van Apple het probleem niet opmerkt, zullen uw gebruikers dat wel doen. Als de mensen die je applicatie gebruiken niet tevreden zijn, zullen ze slechte beoordelingen achterlaten in de App Store, wat de verkoop kan schaden of downloads kan remmen.
Zoals eerder vermeld, biedt Apple ontwikkelaars een aantal documenten die een grote hulp zijn bij het maken en ontwikkelen van uw toepassing.
De documenten waarvan u op de hoogte moet zijn, zijn de iOS Human Interface Guidelines en de App Store Review Guidelines. Ondanks de beschikbaarheid van deze documenten, lijkt het erop dat weinig ontwikkelaars de tijd nemen om door ze te bladeren, laat staan ze te lezen. Het zou geen verrassing moeten zijn dat sommige aanvragen daarom worden afgewezen, hoewel de reden voor de afwijzing duidelijk in deze documenten wordt vermeld.
Zelfs als u niet van plan bent om de iOS Human Interface Guidelines of de App Store Review Guidelines te lezen, is het belangrijk om een aantal regels te kennen waarover zij praten. Bekijk de korte lijst hieronder om een idee te krijgen van wat uw toepassing wel en niet moet doen.
Jouw toepassing:
Houd er rekening mee dat dit een kleine deelverzameling is van de richtlijnen in de bovengenoemde documenten. De meerderheid van de regels en richtlijnen zijn triviaal, maar sommige zijn dat niet, en je kunt sommige zelfs per ongeluk schenden.
Laat me je een voorbeeld geven. Voordat Apple zijn eigen kaarten begon te gebruiken (heel lang geleden), gebruikte het MapKit-framework de kaarten van Google. Dit was voor de gebruiker duidelijk vanwege het kleine Google-logo in de linkerbenedenhoek van elke kaart. Als echter een deel van de gebruikersinterface van uw toepassing het logo van Google bedekt of verdoezelt, wordt uw aanvraag afgewezen. Deze regel lijkt triviaal, maar het is een regel die gemakkelijk wordt geschonden als je niet voorzichtig bent. Zelfs geautomatiseerde tests zullen u in dit geval niet dekken.
Voordat u zelfs kunt beginnen met het indienen van uw aanvraag bij de App Store, moet u ervoor zorgen dat u over een app-ID, een geldig distributiecertificaat en een geldig provisioningprofiel beschikt. Ik zal je laten zien wat dit inhoudt.
Elke applicatie heeft een app-ID of applicatie-ID nodig. Er zijn twee typen toepassings-ID's: een expliciete app-ID en een wildcard-app-ID. Een jokerteken-ID kan worden gebruikt voor het bouwen en installeren van meerdere applicaties. Ondanks het gemak van een jokerteken-ID, is er een expliciete app-ID verplicht als uw toepassing iCloud gebruikt of andere iOS-functies gebruikt, zoals Game Center, Apple Push Notifications of In App Purchase.
Als u niet zeker weet welke app-ID het beste bij uw project past, raad ik u aan Technische noot QA1713 te lezen voor meer informatie over het onderwerp.
Om een applicatie in de App Store in te dienen, moet u een iOS-provisioningprofiel maken voor distributie. Als u een dergelijk voorzieningenprofiel wilt maken, moet u eerst een distributiecertificaat maken. Het proces voor het maken van een distributiecertificaat lijkt veel op het maken van een ontwikkelingscertificaat. Als u uw toepassing op een fysiek apparaat hebt getest, bent u waarschijnlijk al bekend met het maken van een ontwikkelingscertificaat.
Als u uw geheugen wilt opfrissen, raad ik u aan de Apple-handleiding, Code Signing your Apps, over handtekeningcertificaten en inrichtingsprofielen te lezen. Het proces is niet moeilijk als je begrijpt hoe de verschillende stukjes van de puzzel bij elkaar passen.
Nadat u een app-ID en een distributiecertificaat hebt gemaakt, kunt u een iOS-voorzieningenprofiel maken voor het distribueren van uw app via de App Store.
Houd er rekening mee dat u niet hetzelfde voorzieningenprofiel kunt gebruiken dat u voor ad hoc-distributie gebruikt. U moet een afzonderlijk voorzieningenprofiel maken voor distributie in de App Store. Als u een jokerteken-ID voor uw project gebruikt, kunt u hetzelfde voorzieningenprofiel voor meerdere toepassingen gebruiken.
Met de app-ID, het distributiecertificaat en het provisioningprofiel op zijn plaats, is het tijd om de build-instellingen van uw doel in Xcode te configureren. Dit betekent het selecteren van het doelwit uit de lijst met doelen in Xcode's Project Navigator, opening van de Bouw instellingen tab bovenaan en het bijwerken van de instellingen in de Signing sectie. U moet de Code Signing naar automatisch.
Ook al is het ondertekenen van code vrij eenvoudig als je het eenmaal begrijpt, het is iets dat veel ontwikkelaars oproept. Ik ken geen enkele Cocoa-ontwikkelaar die op een bepaald punt in zijn carrière nog geen code-ondertekeningsproblemen heeft. Als je deze hindernis eenmaal hebt opgelost, is de rest van het inzendingsproces redelijk eenvoudig.
Het is handig om een beetje na te denken over het implementatiedoel van uw toepassing. Elk doel in een Xcode-project heeft een implementatiedoel, dat de minimale versie van het besturingssysteem aangeeft waarop de toepassing kan worden uitgevoerd.
Het is aan u om het implementatiedoel in te stellen, maar houd er rekening mee dat het wijzigen van het implementatiedoel niet zonder gevolgen is als uw app in de App Store is. Als u het implementatiedoel verhoogt voor een update van uw toepassing, kunnen gebruikers die uw toepassing al hebben gekocht maar niet voldoen aan het nieuwe implementatiedoel, de update niet uitvoeren.
Het wordt echt problematisch wanneer een gebruiker een update via iTunes (niet het apparaat) downloadt, de vorige versie op hun computer vervangt en vervolgens ontdekt dat de nieuwe update niet op hun apparaat wordt uitgevoerd.
Ik heb twee zeer eenvoudige tips met betrekking tot het implementatiedoel van uw toepassing:
U weet waarschijnlijk dat een toepassingspictogram een essentieel onderdeel is van elke iOS-toepassing, maar u moet ervoor zorgen dat uw toepassing wordt geleverd met de juiste afmetingen van de illustratie. Bekijk de onderstaande tabel:
Afbeeldingsgrootte (px) | Bestandsnaam | Gebruikt voor | App Winkel | AD hoc |
|---|---|---|---|---|
512x512 | iTunesArtwork | Applijst in iTunes | Voeg niet toe | Optioneel maar aanbevolen |
1024x1024 | iTunesArtwork @ 2x | Applijst in iTunes voor apparaten met een retina-display | Voeg niet toe | Optioneel maar aanbevolen |
120x120 | Startscherm op iPhone / iPod Touch met retina-display | Verplicht | Verplicht | |
180x180 | Startscherm op iPhone met retina HD-scherm | Optioneel maar aanbevolen | Optioneel maar aanbevolen | |
76x76 | Icon-76.png | Startscherm op iPad | Verplicht | Verplicht |
152x152 | Startscherm op iPad met retina-display | Optioneel maar aanbevolen | Optioneel maar aanbevolen | |
167x167 | Startscherm op iPad Pro | Optioneel maar aanbevolen | Optioneel maar aanbevolen | |
40x40 | Icon-Small-40.png | Spotlight | Optioneel maar aanbevolen | Optioneel maar aanbevolen |
80x80 | Spotlight op apparaten met een retina-display | Optioneel maar aanbevolen | Optioneel maar aanbevolen | |
120x120 | Spotlight op apparaten met een Retina HD-display | Optioneel maar aanbevolen | Optioneel maar aanbevolen | |
29x29 | Icon-small.png | instellingen | Aanbevolen als u een instellingenbundel heeft, anders niet | Aanbevolen als u een instellingenbundel heeft, anders niet |
58x58 | Instellingen op apparaten met een retina-display | Aanbevolen als u een instellingenbundel heeft, anders niet | Aanbevolen als u een instellingenbundel heeft, anders niet | |
87x87 | Instellingen op apparaten met een Retina HD-scherm | Aanbevolen als u een instellingenbundel heeft, anders niet | Aanbevolen als u een instellingenbundel heeft, anders niet |
Het spreekt voor zich dat u geen toepassingspictogram voor de iPad / iPad Mini-apparaatfamilie hoeft op te nemen als uw toepassing alleen op de iPhone / iPod Touch-apparaatfamilie is gericht en andersom.
Elke toepassing kan maximaal vijf schermafbeeldingen en drie voorbeelden bevatten en u moet er ten minste één opgeven. Als u een universele toepassing ontwikkelt, moet u afzonderlijke schermafbeeldingen voor elk apparaat opgeven.
Het is belangrijk om wat tijd te besteden aan het nadenken over de screenshots. De schermafbeeldingen van uw toepassing zijn vaak het enige dat een klant kan gebruiken om te beslissen of hij uw toepassing moet kopen of downloaden.
Wat veel ontwikkelaars niet weten, is dat de schermafbeeldingen geen echte schermafbeeldingen hoeven te zijn. De harde regel is dat de grootte van elk screenshot die van de schermgrootte van het doelapparaat moet zijn. Veel bedrijven zijn creatief met deze regel. Bekijk bijvoorbeeld de schermafbeeldingen van Where's My Water? Met labels die de belangrijkste functies van de app benadrukken. Door deze strategie te gebruiken, kunt u screenshots veel aantrekkelijker en boeiender maken.
Voordat u uw aanvraag indient, is het een goed idee om de metadata van uw toepassing bij de hand te hebben. Dit bevat:
Als u een update indient, kunt u ook informatie voor de Wat is nieuw in deze versie sectie.
Moeten gebruikers zich aanmelden bij uw app? Dan moet u Apple ook een test- of demo-account geven om ervoor te zorgen dat het beoordelingsteam zich onmiddellijk kan aanmelden en uw applicatie kan gebruiken zonder eerst zich aan te melden voor een account.
Het inzendingsproces is tegenwoordig veel eenvoudiger geworden. U kunt nu een toepassing valideren en verzenden met behulp van Xcode, bijvoorbeeld. Eerst moet u echter uw toepassing maken in iTunes Connect.
Ga naar iTunes Connect, log in met uw iOS-ontwikkelaarsaccount en klik op Beheer uw apps aan de rechterkant. Klik op de Nieuwe app toevoegen links bovenaan selecteren iOS-app, en vul het formulier in.
De Applicatie naam, wat uniek moet zijn, is de naam van je applicatie zoals deze in de App Store zal verschijnen. Dit kan anders zijn dan de naam die onder uw toepassingspictogram op het startscherm wordt weergegeven, maar het wordt aanbevolen om dezelfde naam te kiezen.
De SKU nummer is een unieke reeks die uw toepassing identificeert. Ik gebruik meestal de bundel-ID van de toepassing.
Het laatste stuk informatie is het Bundel-ID van uw aanvraag. Dit betekent dat u de (jokerteken of expliciete) app-ID selecteert die u eerder in het vervolgkeuzemenu hebt gemaakt.
In de volgende stap geeft u de prijs en beschikbaarheid van uw toepassing op. Apple werkt met prijsniveaus, zodat u geen prijs hoeft te specificeren voor elk land waar Apple actief is. U kunt ook opgeven in welke winkels uw toepassing moet - of zou niet beschikbaar moeten zijn.
De informatie die u in deze stap invoert, kan worden gewijzigd zodra uw toepassing live in de App Store is. Met andere woorden, u kunt de prijs en beschikbaarheid van een toepassing wijzigen zonder een update in te dienen. U kunt dit eenvoudig doen door de. Te selecteren Prijzen en beschikbaarheid tab aan de linkerkant van de iTunes Connect-pagina van uw app.
We hebben de metadata van de applicatie al behandeld. Het enige aspect waarover ik nog niet heb gesproken, is de beoordeling van je applicatie. Op basis van de inhoud en functionaliteit van uw toepassing krijgt deze een beoordeling. Deze beoordeling is niet alleen handig om gebruikers te informeren over de inhoud en functies van uw toepassing, maar wordt ook gebruikt door het besturingssysteem voor functies voor ouderlijk toezicht..
We raden u ten zeerste aan het ratingsysteem niet te slim af te zijn. Apple is zich goed bewust van deze strategie en zal uw aanvraag afwijzen als deze niet overeenkomt met de beoordeling die u heeft ingesteld. Er zijn nog veel meer dingen die je mogelijk moet aanpassen op basis van je app, maar we zullen ze niet behandelen omdat ze vrij duidelijk zijn. Ga hiervoor naar App-informatie tab in het linkerdeelvenster.
Als u uw app wilt indienen, moet u een archief. U kunt alleen een archief maken door uw toepassing te bouwen op a generiek apparaat. Als u de iOS-simulator in het actieve schema selecteert, ziet u dat de Archief optie in Xcode's Artikel menu is grijs. Sluit een iOS-apparaat aan op uw Mac, selecteer het in het actieve schema en selecteer Archief van Xcode's Artikel menu.
Als alles goed is gegaan, zou je nu een archief moeten hebben en de organisator van Xcode zou automatisch moeten openen en je het archief laten zien dat je zojuist hebt gemaakt.
Selecteer het archief in de lijst en klik op de Uploaden naar App Store ... knop aan de rechterkant. Het binaire programma wordt vervolgens geüpload naar de servers van Apple.
Tijdens dit proces wordt uw aanvraag ook gevalideerd. Als er een fout optreedt tijdens de validatie, mislukt het verzendproces. Het validatieproces is erg handig omdat het u zal vertellen of er iets mis is met het binaire bestand van uw toepassing dat anders zou resulteren in een afwijzing door het beoordelingsteam van de App Store.
Als het inzendingsproces zonder problemen is verlopen, verandert de status van uw aanvraag in Wachten op beoordeling. Het duurt een aantal dagen voordat Apple uw app heeft beoordeeld en de tijd die het in beslag neemt, kan na verloop van tijd fluctueren.
Succes!
Het aanmeldingsproces is vrij lang voor een nieuwe applicatie, maar het indienen van een update voor de App Store is veel minder omslachtig. Houd er rekening mee dat het indieningsproces veel ingewikkelder is als uw toepassing in verschillende talen is gelokaliseerd, omdat de metadata van uw toepassing ook moeten worden gelokaliseerd. Het is echter de moeite waard om uw toepassing te lokaliseren, omdat dit vaak resulteert in een hogere omzet en positieve feedback van klanten.
Als je meer wilt weten over de ontwikkeling van Swift en iOS, bekijk dan een paar van onze diepgaande cursussen hier bij Envato Tuts+.
Accentsconagua