How å sende en iOS-app til App Store
59
Del
31
Del
Dette Cyber mandag Envato Tuts + kurs vil bli redusert til bare $ 3. Ikke gå glipp av.
Du har jobbet uker eller måneder på ditt første iOS søknad og du er klar til å sende inn ditt mesterverk til Apples App Store. Hvordan gjør du dette? Er søknaden din klar for innlevering? Jeg er sikker på at noen av disse spørsmålene har inngått tankene dine på ett eller annet. Er å sende inn en søknad så enkelt som å sende Apple programmets binære? Ikke helt. Med denne opplæringen, vil jeg gi deg et detaljert kart for å få søknaden sendes til Apples App Store.
Innledning
Selv om App Store gjennomgang Prosessen er en svart boks for det meste, det betyr ikke at du ikke kan forberede deg og din søknad om Apples evalueringsprosess. Apple gir retningslinjer for å hjelpe deg å holde seg innenfor de til dels usynlige grensene for hva som er og ikke er tillatt i App Store.
Den første gangen du sende inn en søknad til App Store er spennende og nervepirrende på samme tid. Selv for erfarne iOS-utviklere, sende inn en søknad til App Store er ofte en stressende oppgave fordi det er noe som de fleste utviklere ikke gjør på daglig basis.
I denne artikkelen, jeg antar at du er en registrert iOS utvikler noe som betyr at du er registrert i Apples iOS Developer Program, og har lov til å sende inn søknader for publisering i App Store. For å sende inn en iOS søknad til App Store, må du være registrert iOS utvikler. Rødt flagg? Ikke bekymre deg. Du kan melde deg på Apples iOS Developer Program ved å besøke denne linken og klikke på Meld nå-knappen
Figur 1:. Melde i Apples iOS Developer Program
1. Er søknaden klar
Trinn 1: Testing
En søknad er ikke nødvendigvis klar når du har skrevet den siste linjen med kode eller gjennomført den endelige funksjon i programmet spesifikasjonen. Har du testet din søknad på ett eller flere fysiske enheter? Har du profilert din søknad om minnelekkasjer og ytelsesproblemer? Har din søknad krasjer fra tid til annen? Familien til iOS-enheter har vokst betydelig de siste årene og det er viktig å teste din søknad på så mange iOS-enheter som du kan legge hendene på. Vanlige problemer inkluderer ikke optimalisere en applikasjon for iPhone 5 er 4 "skjerm eller iPad Mini 7.9" skjerm.
iOS Simulator er et flott verktøy, men det kjører på din Mac, som har mer minne og prosessorkraft enn telefonen i lommen. Jeg kan forsikre deg om at forskjellene i ytelse mellom en gammel (er) iPhone 3GS og iPhone 5 er som natt og dag. Som en iOS-utvikler, bør du aldri bli kvitt en gammel iOS-enhet så lenge du bygge eller opprettholde applikasjoner som kan kjøre på noen av disse eldre enheter.
Apples vurderingsprosessen ikke er lufttett, men det er veldig i stand til å identifisere problemer som kan påvirke programmets brukeropplevelsen. Hvis programmet krasjer fra tid til annen, eller det blir treg etter ti minutters bruk, så du har litt arbeid å gjøre før du sender det til App Store. Selv om Apples granskningsteamet ikke oppdage problemet, brukerne vil. Hvis folk bruker din søknad ikke er fornøyd, vil de forlate dårlige anmeldelser på App Store, noe som kan skade salget eller hemme nedlastinger
Trinn 2:. Regler og retningslinjer
Som jeg nevnte tidligere , gir Apple utviklere med en rekke dokumenter som er en stor hjelp under etablering og utvikling prosessen med søknaden din. Dokumentene som du bør være klar over er iOS Human Interface Guidelines og App Store anmeldelse retningslinjer. Til tross for tilgjengeligheten av disse dokumentene, ser det ut til at få utviklere tar deg tid til å bla gjennom dem, enn si lese dem. Det bør ikke være en overraskelse at noen programmer er derfor avvist, selv om årsaken til avslaget oppgis i disse dokumentene.
Selv om du ikke har tenkt å lese iOS Human Interface Guidelines eller App lagre anmeldelse retningslinjene, er det viktig å vite om noen av de regler som de snakker om. Ta en titt på den korte listen nedenfor for å få en idé om hva søknaden bør og ikke bør gjøre.
Din søknad ...
ikke krasjer.
bør ikke bruke private API.
bør ikke gjenskape funksjonaliteten til native applikasjoner.
bør bruke In App Purchase for in-app (finansielle) transaksjoner. Anmeldelser
bør ikke bruke kameraet eller mikrofonen uten brukerens viten.
bruker kun kunstverk som du har opphavsretten til, eller du har tillatelse til å bruke.
Husk at dette er en liten undergruppe av de retningslinjer som inngår i de nevnte dokumenter. Flertallet av de regler og retningslinjer er trivielt, men noen er ikke, og du kan selv bryter noen av dem utilsiktet. La meg gi deg et eksempel. Før Apple begynte å bruke sine egne kart, den MapKit rammeverk brukt Googles kart. Dette var klart for brukeren på grunn av lite Google-logoen i nedre venstre hjørne av hvert kart. Men hvis noen del av programmets brukergrensesnitt dekket eller skjult Googles logo, din søknad vil bli avvist. Denne regelen synes trivielt, men det er en regel som er lett krenket hvis du ikke er forsiktig. Selv automatiserte tester vil ikke dekke deg i dette tilfellet.
2. Forutsetninger
Før du kan selv begynne å tenke på å sende inn din søknad til App Store, må du sørge for at du har en App-ID, et gyldig distribusjon sertifikat, og en gyldig klargjøringsprofil. La meg vise deg hva dette innebærer
Trinn 1:. App ID
Hver applikasjon trenger en App ID eller program identifikator. Det finnes to typer applikasjons identifikatorer, (1) en eksplisitt App ID og (2) et wildcard App ID. Et jokertegn App ID kan brukes for å bygge og installere flere applikasjoner. Til tross for fordelene med en wildcard App ID, er en eksplisitt App ID nødvendig hvis programmet bruker iCloud eller gjør bruk av andre iOS-funksjoner, for eksempel Game Center, Apple Push Notifications, eller In App Purchase.
Hvis du er usikker på hva App ID passer best ditt prosjekt, så jeg anbefaler å lese Teknisk merknad QA1713 for mer informasjon om dette emnet
Trinn 2:. Distribution Certificate
For å sende en søknad til App Store, må du opprette en iOS klargjøringsprofil for distribusjon. For å opprette en slik klargjøring profil, må du først opprette en distribusjons sertifikat. Fremgangsmåten for å opprette en fordeling sertifikat er svært lik til å skape en utvikling sertifikat. Hvis du har testet programmet på en fysisk enhet, så er du sikkert allerede kjent med etableringen av en utvikling sertifikat.
Hvis du trenger å friske opp hukommelsen, foreslår jeg å lese Apples detaljert guide om signeringssertifikater og klargjøring profiler. Prosessen er ikke vanskelig når du forstår hvordan de ulike bitene i puslespillet passer sammen
Trinn 3:. Provisioning Profil
Når du har opprettet en App-ID og en distribusjons sertifikat, kan du skape en iOS-provisioning profil for å distribuere din søknad via App Store. Husk at du ikke kan bruke det samme klargjøringsprofilen som du bruker for ad hoc distribusjon. Du må opprette en egen klargjøringsprofil for App Store distribusjon. Hvis du bruker et wildcard App ID for prosjektet ditt, så du kan bruke den samme provisioning profil for flere applikasjoner
Trinn 4:. Bygg Innstillinger
Med App ID, distribusjon sertifikat, og klargjøring profil på plass, er det på tide å konfigurere målets byggeinnstillingene i Xcode. Dette innebærer å velge målet fra listen over målene i Xcode Project Navigator, åpne fanen Bygg Innstillinger øverst, og oppdatere innstillingene i kodesignering delen for å matche fordelingen provisioning profilen du opprettet tidligere. Nylig lagt provisioning profiler er noen ganger ikke umiddelbart synlig i kodesignering delen av byggeinnstillingene. Avslutte og relansere Xcode remedier dette problemet
Figur 2:. Konfigurering av Target oss bygge Innstillinger
Selv om kodesignering prosessen er ganske enkelt når du forstår det, er det noe som turer opp mye av utviklere. Jeg vet ikke en eneste Cocoa utbygger som ikke har kjørt inn kodesignering problemer på et tidspunkt i karrieren. Når du har tatt dette hinderet, er resten av innsendingsprosessen ganske lett
Trinn 5:. Distribusjon Target
Det er nyttig å skrive noen ord om din søknad deployering mål. Hvert mål i en Xcode prosjekt, har et mål distribusjon, noe som indikerer minimumsversjon av operativsystemet at programmet kan kjøre på. Det er opp til deg å sette mål utplassering, men husk at den endrer målet distribusjon er ikke noe du kan gjøre uten konsekvenser når søknaden er i App Store. Hvis du øker målet distribusjon for en oppdatering av programmet, så brukere som allerede har kjøpt programmet, men ikke oppfyller det nye målet distribusjon, kan ikke kjøre oppdateringen. Det blir veldig problematisk når en bruker laster ned en oppdatering via iTunes (ikke enheten), og erstatter den forrige versjonen på datamaskinen sin, og deretter oppdager at den nye oppdateringen ikke kjøres på sin enhet.
Jeg har to svært enkle tips med hensyn til programmets distribusjon mål. (1) Vær veldig forsiktig når du velger å øke målet for et eksisterende program distribusjon. Nevne dette i programmets versjonsmerknadene av oppdateringene som foran endringen og igjen i oppdateringen som bruker det nye målet distribusjon. Hvis advare kundene i god tid, du har gjort alt du kan for å unngå potensielle problemer. (2) For nye applikasjoner, jeg nesten alltid sette mål deployering til den siste store utgivelsen, iOS 6 på i skrivende stund. På grunn av den utrolige adopsjon rate av nye iOS utgivelser, det er ingen skade i å gjøre dette. Noen mennesker tror at de går glipp av en stor del av markedet, men det er ikke sant. Ta utgivelsen av iOS 6 som et eksempel. En måned etter utgivelsen av iOS 6, hadde mer enn 60% av iOS-enheter oppgradert til den nye versjonen av iOS. Dessverre, det samme er ikke sant for Android.
3. Eiendeler
Trinn 1: Ikoner
Du vet sikkert at et programikon er en viktig komponent i enhver iOS-programmet, men du må sørge for at din søknad leveres med de riktige størrelser av kunstverk . Ta en titt på listen nedenfor for en oversikt
iTunes Artwork. 1024px x 1024px (påkrevd)
iPad /iPad Mini: 72px x 72px og 114px x 114px (påkrevd)
iPhone /iPod Touch: 57px x 57px og 114px x 114px (påkrevd)
Søk Ikon: 29px x 29px og 58px x 58px (valgfritt)
Innstillinger Søknad: 50 piksler x 50 piksler og 100px x 100px (valgfritt)
Det sier seg selv at du ikke trenger å inkludere et programikon for enheten familie iPad /iPad Mini hvis søknaden bare er rettet mot iPhone /iPod Trykk familie enhet, og vice versa
Trinn 2:. Skjerm
Hver søknad kan ha opptil fem skjermbilder, og du må gi minst én. Hvis du utvikler en universell applikasjon, så må du gi separate skjermbilder for iPhone /iPod Touch og iPad /iPad Mini. I tillegg kan du eventuelt har separat skjermbilder for 3,5 "og 4" skjermstørrelser på iPhone /iPod Touch. Dette er ganske mye arbeid, og du vil være sikker på at skjerm vise din søknad fra sin beste side. Shiny Development selger et Mac-program, Status magi som hjelper deg å få statuslinjen i dine skjerm høyre. Status Magisk vil spare deg mye tid.
Det er viktig å bruke litt tid på å tenke på de screenshots. Programmets skjermbilder er ofte det eneste som kunde kan bruke til å bestemme om hun kjøper eller laster ned programmet eller ikke. Hva mange utviklere ikke vet er at skjerm ikke trenger å være faktiske skjerm. Hardregelen er at størrelsen på hver skjermbilde må være at av skjermstørrelse på målenheten på. Mange bedrifter er kreativ med denne regelen. Ta en titt på bildene av hvor er min vann ?, for eksempel. Ved hjelp av denne strategien, kan skjerm være mye mer attraktivt og spennende
Trinn 3:. Metadata
Før du leverer søknaden, er det en god idé å ha din søknad metadata for hånden. Dette inkluderer (1) programmets navn, (2) versjonsnummeret, (3) den primære (og en valgfri sekundær) kategori, (4) en kortfattet beskrivelse, (5) søkeord, og (6) en støtte URL. Hvis du sender inn en oppdatering, så kan du også gi informasjon for den Hva er nytt i denne versjonen delen.
Har din søknad krever at brukerne å logge på? Da må du også gi Apple med en test eller demo-konto for å være sikker på at granskningsteamet umiddelbart kan logge på og bruke applikasjonen uten først å måtte registrere deg for en konto.
4. Innlevering Forberedelse
Innsendelsesprosessen har blitt mye enklere siden utgivelsen av Xcode 4. Du kan nå bekrefte og sende inn en søknad ved å bruke Xcode, for eksempel. Men først må du opprette din søknad i iTunes Connect.
Besøk iTunes Connect, kan du logge inn med ditt iOS developer konto, og klikk Administrer Apps til høyre. Klikk på Legg til ny App øverst til venstre, velg iOS App, og fyll ut skjemaet
Figur 3:. Besøk iTunes Connect komme i gang
Trinn 1: Grunnleggende informasjon
< p> Name The App, som må være unik, er navnet på programmet som det vil dukke opp i App Store. Dette kan være annerledes enn navnet som vises under ditt programikon på startskjermen, men det anbefales å velge samme navn. Den SKU Number er en unik streng som identifiserer din søknad. Jeg pleier å bruke programmets bunt identifikator. Den siste del av informasjonen er Bundle ID av søknaden din. Dette innebærer å velge den (wildcard eller eksplisitt) App ID som du opprettet tidligere fra rullegardinmenyen
Figur 4:. Spesifisere navn, SKU nummer, og Bundle ID
Trinn 2: Pris og Tilgjengelighet
I neste trinn, angir programmets pris og tilgjengelighet. Apple jobber med prisgrupper, slik at du ikke trenger å oppgi en pris for hvert land som Apple opererer i Du kan også spesifisere i hvilke butikker søknaden bør -. Eller bør - være tilgjengelig. Informasjonen du oppgir i dette trinnet kan endres etter at søknaden er live i App Store. Med andre ord kan du endre prisen og tilgjengeligheten av et program uten å måtte sende inn en oppdatering
Figur 5:. Spesifisere Pris og tilgjengelighet
Trinn 3: Metadata
Vi har allerede dekket programmets metadata. Den eneste aspektet som jeg ikke har snakket om ennå er programmets rating. Basert på programmets innhold og funksjonalitet, er det gitt en karakter. Denne rangeringen er ikke bare nyttig for å fortelle brukerne om programmets innhold og funksjoner, er rating også brukt av operativsystemet for foreldrekontroll funksjoner.
Det anbefales på det sterkeste at du ikke prøver å lure rangeringssystem. Apple er vel klar over dette, og vil avvise søknaden din hvis den ikke er enig med den vurdering som du har satt
Figur 6:. Entering programmets Metadata og tilordne en vurdering
Trinn 4 : klar til å laste Binary
Når programmet metadata er sendt, vil du bli presentert med et sammendrag av søknaden din. Under versjoner, bør du se den versjonen som du har sendt inn et øyeblikk siden. Klikk på Vis detaljer-knappen, og klikk på klar til å laste Binary-knappen øverst til høyre. Du blir deretter bedt om ett eller flere spørsmål om søknaden din, og hvis alt gikk bra, skal du se en melding som forteller deg at du nå er klar til å laste opp din søknad binære. Status på søknaden din har endret til Venter opp
Figur 7:. Programmets Oppsummering
5. Laste opp Binary
For å sende inn søknaden din, må du opprette et arkiv av søknaden din. Du kan bare opprette et arkiv ved å bygge din søknad på en fysisk enhet. Hvis du velger iOS Simulator i aktiv ordningen, vil du legge merke til at Arkiv alternativ i Xcode Product menyen nedtonet. Koble en iOS-enhet til Mac, velger du den i aktiv ordningen, og velg Arkiv fra Xcode Product menyen
Figur 8:. Arkivere Application bruker Xcode
Hvis alt gikk bra, bør du nå har et arkiv og Xcode sin Organizer bør åpnes automatisk og viser deg arkivet du nettopp opprettet. Velg arkivet fra listen, og klikk på Fordel ... knappen til høyre. Fra de alternativene du blir presentert med, velger du Send til iOS App Store. Etter inn dine iOS utviklerkontodetaljene og velge Application og kodesignering Identity, er programmet binære lastet opp til Apples servere. I løpet av denne prosessen, blir søknaden også validert. Hvis det oppstår en feil under validering, vil innsending prosessen mislykkes. Valideringsprosessen er svært nyttig som det vil fortelle deg om det er noe galt med din søknad binære som ellers ville føre til en avvisning av App Store granskningsteamet
Figur 9:. Arkivere Application hjelp Xcode
Figur 10: Send inn din søknad til iOS App Store
Figur 11: Skriv iOS Developer kontolegitimasjonen
Figur 12: Velg Søknad og kodesignering Identity
Figur 13: En feil vises dersom valideringen mislykkes
6. Venter
Hvis innsending prosessen gikk uten problemer, status for programmet vil endres til å vente til vurdering. Det tar flere dager for Apple å vurdere søknaden din og tiden det tar, har en tendens til å svinge over tid. For å få et inntrykk av den gjennomsnittlige gjennomgang tider av iOS og Mac-programmer, anbefaler jeg å besøke nettsiden til Shiny Development (Dave Verwer). Dette vil gi deg en god indikasjon på hvor lenge vurderingsprosessen vil ta.
Konklusjon
Innsendelsesprosessen er ganske lang for en ny søknad, men sender en oppdatering til App Butikken er mye mindre klumpete. Husk at det å etterkomme prosessen er mye mer engasjerende hvis er lokalisert din søknad på ulike språk som programmets metadata må være lokalisert i tillegg. Men lokalisere din søknad er vel verdt innsatsen som det ofte resulterer i økt salg og positive tilbakemeldinger fra kunder.