En mindre ændring i dens Retningslinjer for App Store denne uge om skabelonapps lyder ikke af meget. Men hvis du er en af de mange, mange iOS -udviklere, der driver en lille virksomhed, som er direkte eller indirekte afhængige af App Store, var det en stor triumf.
Det er derfor, det har givet udviklere endnu en grund til at fejre denne feriesæson.
Farerne ved appøkonomien
Apple taler jævnligt om app økonomi, som har skabt hundredtusinder af job og millioner af dollars til udviklere. Men som virksomheden i toppen af stigen kan selv små ændringer fra Apples side have enorm indflydelse på dem længere nede i fødekæden.
Dette er, hvad der skete tidligere på året, da Apple ændrede klausul 4.2.6 på sin Retningslinjer for App Store at bemærke, at "Apps oprettet ud fra en kommercialiseret skabelon eller appgenereringstjeneste vil blive afvist."
Ikke så slemt, ikke? Trækket var designet til at forsøge at slå ned på apps af lav kvalitet og spam af den slags, som Apple altid har været bange for ville forurene App Store. (Dette var den nøjagtige grund til, at Steve Jobs var skeptisk over for
åbner en App Store til at begynde med, før han var overbevist om andet.)Desværre kostede det også en pris: truslen om at slette mindre virksomheder fra App Store.
Foto: Apple
"Jeg tror, at Apple oprigtigt forsøgte at løse et reelt problem for App Store [i form af] klonede og spam -apps," ChowNow udvikler Christopher Webb fortalte Cult of Mac. "På den måde indså de ikke den enorme negative indvirkning, retningslinje 4.2.6 ville have på små virksomheder, non-profit, universiteter, kirker og andre, hvis eneste levedygtige vej mod at have en app er ved brug af skabeloner. På mange måder ligner det SquareSpace og GoDaddy i webstedsbyggerverdenen. Kan du forestille dig, hvis Google nægtede at indeksere websteder, der er bygget ved hjælp af skabeloner? ”
Apple gav udviklere en frist i januar 2018 for at sikre, at deres apps var skræddersyede, ellers ville de starte dem ud af App Store. For dem med begrænsede midler ville det have været en dødsstød.
Det der fulgte var a Change.org -kampagne at få Apple til at vende sin holdning til skabelonprogrammer. "Apple kunne have taget en mere målrettet tilgang for at give små virksomheder en rimelig chance," sagde Andrew Gazdecki, en af de førende personer bag kampagnen, dengang. "De kunne have fjernet denne type apps fra dens respektive kategorier og tillod dem kun at kunne søges gennem direkte søgning."
Apples ændrede formulering
Heldigvis har Apple nu ændret denne politik til at lyde som følger:
“4.2.6 Apps oprettet ud fra en kommercialiseret skabelon eller appgenereringstjeneste vil blive afvist, medmindre de indsendes direkte af udbyderen af appens indhold. Disse tjenester bør ikke indsende apps på vegne af deres kunder og bør tilbyde værktøjer, der lader deres kunder oprette tilpassede, innovative apps, der giver unikke kundeoplevelser.
En anden acceptabel mulighed for skabelonudbydere er at oprette en enkelt binær til at være vært for alt klientindhold i en samlet eller 'picker' -model, for eksempel som en restaurantfinder -app med separate tilpassede poster eller sider for hver klientrestaurant, eller som en event -app med separate poster for hver klient begivenhed."
Det betyder, at små virksomheder og nonprofitorganisationer nu bliver nødt til at udgive deres egne apps, frem for at få dem sat gennem et skabelonbureau. For at hjælpe med dette frafalder Apple imidlertid udviklergebyret på $ 99 for offentlige og nonprofitorganisationer i USA
"Jeg synes [revisionen] til 4.2.6 er tiltrængt og vil gå langt med at gøre iPhone -apps igen tilgængelige for små virksomheder, der har brug for dem til at være konkurrencedygtige," fortsatte Webb. ”Den nye retningslinje vil dog gøre apps lidt dyrere. Det er et kompromis, vi er gode til, når vi står over for alternativet. Der kan være yderligere forhindringer, vi opdager inden for kort tid, f.eks. Vanskeligheder med at implementere Apple Pay, men jeg tror, at Apple vil være rimelig i at hjælpe os med at løse disse problemer. ”
Godt til Apple! Og også godt for dets udviklere.