{"id":419,"date":"2017-02-10T03:01:00","date_gmt":"2017-02-10T03:01:00","guid":{"rendered":"http:\/\/www.apmuga.com\/wordpress\/?p=419"},"modified":"2017-02-10T03:53:59","modified_gmt":"2017-02-10T03:53:59","slug":"publicacao-de-apps-nas-lojas-de-aplicacoes","status":"publish","type":"post","link":"https:\/\/www.apmuga.com\/wordpress\/publicacao-de-apps-nas-lojas-de-aplicacoes\/","title":{"rendered":"Publica\u00e7\u00e3o de apps nas lojas de aplica\u00e7\u00f5es"},"content":{"rendered":"

Neste artigo vou falar de um passo obrigat\u00f3rio para qualquer programador de aplica\u00e7\u00f5es m\u00f3veis, o processo de submiss\u00e3o na loja de aplica\u00e7\u00f5es. Dependendo do ecossistema, este pode ser um processo intuitivo, como \u00e9 o caso para o sistema operativo Android, ou mais artilhado, como \u00e9 o caso da Apple.<\/p>\n

 <\/p>\n

A Apple, pioneira, estabeleceu como diretriz que tudo o que fosse publicado na loja iTunes tinha que ser uma experi\u00eancia \u00fanica e gratificante para os seus utilizadores. Steve Jobs estabeleceu isso com punho de ferro dentro e fora da empresa. Nenhuma app \u00e9 publicada sem valida\u00e7\u00e3o interna, isto \u00e9, humana. O revisor destacado segue uma checklist apertada de pontos a inspecionar, que vai desde a confronta\u00e7\u00e3o dos metadados inseridos na ficha com o visualizado na aplica\u00e7\u00e3o at\u00e9 \u00e0 execu\u00e7\u00e3o de todas as funcionalidades no \u00faltimo modelo da marca, desativando todas as permiss\u00f5es e stressando a aplica\u00e7\u00e3o para ver se ela suporta o uso de uma utiliza\u00e7\u00e3o t\u00edpica. A aplica\u00e7\u00e3o chumba sempre que houver uma anomalia como, por exemplo, indicar-se que se trata de uma aplica\u00e7\u00e3o de fitness e na realidade ser com\u00e9rcio de gadgets eletr\u00f3nicos ou a sec\u00e7\u00e3o de ajuda conter um \u201clorem ipsum\u201d, restos do processo de desenvolvimento, representando um coment\u00e1rio de um utilizador.<\/p>\n

 <\/p>\n

Os ecossistemas Android e Windows Mobile, por terem entrado j\u00e1 tarde neste nicho de mercado, tiveram que simplificar o processo de forma a facilitar o desenvolvimento. Por exemplo, enquanto na Apple o acesso ao programa de desenvolvimento implica um pagamento anual de 99 USD, nas concorrentes Google e Microsoft basta um pagamento \u00fanico substancialmente inferior para ter a possibilidade de publicar nos seus dispositivos. Claro que h\u00e1 diferen\u00e7a de tratamento entre plataformas. No caso da Apple, se enviarmos um pedido de ajuda, por exemplo, solicitando mais detalhes sobre uma build reprovada, ao fim de alguns dias recebemos uma chamada de Cupertino\/Calif\u00f3rnia, de um t\u00e9cnico especializado a informar, de forma educada, que o problema est\u00e1 entre o teclado e a cadeira, pois nos esquecemos que a aplica\u00e7\u00e3o deve ser pass\u00edvel de execu\u00e7\u00e3o, mesmo que o utilizador desative a permiss\u00e3o de notifica\u00e7\u00f5es Push.<\/p>\n

 <\/p>\n

Dito isto, voltemos ao intuito deste artigo: falar sobre publica\u00e7\u00f5es de aplica\u00e7\u00f5es nas lojas de aplica\u00e7\u00f5es dos nossos smartphones.
\n<\/p>\n

 <\/p>\n

Em primeiro lugar, devemos criar uma conta de programador nos v\u00e1rios ecossistemas em que pretendemos publicar a nossa aplica\u00e7\u00e3o.<\/p>\n

 <\/p>\n

No caso da Apple Store, devemos aceder ao link https:\/\/developer.apple.com e criar uma conta de desenvolvimento. Para tal precisamos de um Apple ID, o mesmo que \u00e9 usado pelo iCloud, iTunnes e outros servi\u00e7os da Apple. Caso n\u00e3o tenhamos um Apple ID, ser-nos-\u00e1 pedido para criar um. Tendo a conta criada, \u00e9 necess\u00e1rio inscrever-nos no programa de desenvolvimento da Apple usando a op\u00e7\u00e3o \u201cEnroll\u201d.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

\u00c9 neste passo que definimos os dados apresentados na Apple Store sobre o produtor da app e temos duas op\u00e7\u00f5es: podemos inscrever-nos como produtor individual (ou empres\u00e1rio de nome individual) ou como empresa\/organiza\u00e7\u00e3o.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Nota. A Apple usa os servi\u00e7os da D\u2019U\u2019N\u2019S para validar a veracidade da informa\u00e7\u00e3o inserida. Se precisamos de nos registar como empresa\/organiza\u00e7\u00e3o, precisamos de garantir que a empresa se encontra listada em https:\/\/developer.apple.com\/enroll\/duns-lookup\/. Caso n\u00e3o cumpramos os requisitos legais ou n\u00e3o consigamos efetivar o pedido de inser\u00e7\u00e3o dos dados da organiza\u00e7\u00e3o, podemos sempre subscrever-nos como individual.
\nDepois de preencher os dados requeridos, quer como Individual quer como Organiza\u00e7\u00e3o, o processo salta para a p\u00e1gina de pagamentos.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Inserimos os dados do cart\u00e3o de cr\u00e9dito e, quando a transac\u00e7\u00e3o \u00e9 finalizada com sucesso, regressamos a nossa conta Developer j\u00e1 com um leque vasto de op\u00e7\u00f5es.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

No caso da Google o processo \u00e9 muito mais simples. Com a nossa conta Google, entramos na loja via Developer Console, no url https:\/\/developer.android.com.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Na primeira intera\u00e7\u00e3o com a nossa conta de desenvolvimento, temos que seguir o fluxo apresentado, aceitar os termos do servi\u00e7o, inserir os dados do cart\u00e3o de cr\u00e9dito para pagar a taxa de servi\u00e7o de 25 USD e, por fim, inserir os dados de autoria que ser\u00e3o apresentados na loja.<\/p>\n

 <\/p>\n

Com a Microsoft, o processo \u00e9 semelhante. O acesso \u00e9 feito pelo link https:\/\/developer.microsoft.com e a taxa de subscri\u00e7\u00e3o \u00e9 de 15 USD para individuais e 99 USD para empresas e organiza\u00e7\u00f5es. Tal como na Google, trata-se de um pagamento \u00fanico.
\nCom as nossas contas criadas podemos passar ao segundo passo: criar a ficha da nossa aplica\u00e7\u00e3o. Nos ecossistemas Android e Windows podemos deixar esse passo para o fim. Podemos criar a ficha e submeter o bin\u00e1rio produzido pela nossa ferramenta de elei\u00e7\u00e3o ou podemos criar e desenvolver a aplica\u00e7\u00e3o, deixando a ficha da app para o fim. \u00c9 um passo l\u00f3gico j\u00e1 que vamos necessitar de screensshots da app para introduzir na ficha.<\/p>\n

 <\/p>\n

No caso do Android, o habitual ser\u00e1 usar o Android Studio. Ao gerar uma build, a ferramenta requer a cria\u00e7\u00e3o de um certificado que fica armazenado do lado do cliente, numa keystore. Esse certificado, uma vez usado na publica\u00e7\u00e3o de uma build, ter\u00e1 que ser mantido e usado em todas as atualiza\u00e7\u00f5es seguintes ou a Play Store n\u00e3o permitir\u00e1 atualiza\u00e7\u00f5es. No visualStudio, o processo \u00e9 semelhante. Em ambas as plataformas os certificados s\u00e3o gerados localmente.
\nNo caso da Apple o percurso \u00e9 outro. Todos os certificados s\u00e3o gerados na console de desenvolvimento, na sec\u00e7\u00e3o \u201cCertificates, Identifiers & Profiles\u201d, e a sua gera\u00e7\u00e3o segue um fluxo r\u00edgido. Tudo o que seja relacionado com a ficha da app na loja e gest\u00e3o de vers\u00f5es se encontra concentrado no \u201ciTunes Connect\u201d.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Para criar a ficha da nossa aplica\u00e7\u00e3o, devemos obter primeiro um App ID. O App ID \u00e9 um identificador \u00fanico para todo o universo Apple. Vou usar como exemplo uma app que criei chamada Intimidades. A motiva\u00e7\u00e3o e a base psicol\u00f3gica por detr\u00e1s desta aplica\u00e7\u00e3o ser\u00e3o explicadas num futuro pr\u00f3ximo, no meu blog pessoal http:\/\/assimsomos.apmuga.com. Para os efeitos deste artigo basta dizer que se trata de uma aplica\u00e7\u00e3o HTML5 com PhoneGap\/Cordova usando a ferramenta XDK da Intel para gera\u00e7\u00e3o de builds. Podia ter usado o DevExtreme ou outra ferramenta equivalente. Tamb\u00e9m podia ter criado aplica\u00e7\u00f5es nativas com o Android Studio, VisualStudio e o Xcode; no entanto, isso implicava ter que criar tr\u00eas aplica\u00e7\u00f5es em vez de uma.<\/p>\n

 <\/p>\n

Conforme apresentado na ilustra\u00e7\u00e3o seguinte, \u00e9 necess\u00e1rio criar um App ID, com o formato revertido com.domainname.appname, indicando que servi\u00e7os ser\u00e3o disponibilizados. Neste caso apenas pretendo usar o Push Notifications.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Depois de criar o App ID temos que gerar dois certificados, um para desenvolvimento (\u201ciOS App Development\u201d) e outro para produ\u00e7\u00e3o (\u201cApp Store and Ad Hoc\u201d). Como os nomes indicam, o primeiro serve para assinar os bin\u00e1rios de desenvolvimento, quando os instalamos manualmente com o iTunes. O segundo certificado, o de produ\u00e7\u00e3o, \u00e9 usado para submeter os bin\u00e1rios na loja de aplica\u00e7\u00f5es. O processo consiste em criar um CSR, Certificate Signing Request, com a nossa ferramenta de desenvolvimento ou outra tool semelhante.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

O Processo n\u00e3o acaba aqui j\u00e1 que ser\u00e1 pedido para inserir o certificado associado ao pedido acabado de criar. Vamos \u00e0 gest\u00e3o de certificados Apple onde inserimos o nosso CSR e, depois do certificado ter sido gerado, fazemos o download do nosso certificado de desenvolvimento.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

Regressando \u00e0 nossa ferramenta de desenvolvimento, nela devemos ter uma janela a pedir o novo ficheiro gerado pela Apple e uma password para o usar sempre que pretendemos criar uma build nova.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Alem dos certificados de desenvolvimento, para podermos instalar os nossos bin\u00e1rios nas m\u00e1quinas de testes ou na loja propriamente dito, precisamos de criar perfis de aprovisionamento. Para criar um perfil de aprovisionamento para desenvolvimento, precisamos de inserir e registar equipamentos (iPads, iPods, iPhones, etc\u2026). Todos os equipamentos da Apple possuem um UDID (Unique Device Identifier). Para obter o UDID usamos a ferramenta iTunes.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Para cada dispositivo que pretendemos instalar nas nossas vers\u00f5es de teste, precisamos de inserir o respectivo UDID na plataforma Apple. Por fim, vamos \u00e0 sec\u00e7\u00e3o de Provisioning Profiles e criamos dois perfis de aprovisionamento: um para o desenvolvimento, para permitir instalar a build nos dispositivos de testes.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

O outro serve para enviar a build final, de produ\u00e7\u00e3o, para a Apple para inserir na loja.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

O processo de cria\u00e7\u00e3o de um perfil de aprovisionamento \u00e9 constitu\u00eddo por tr\u00eas fases. Primeiro escolhemos o App ID da aplica\u00e7\u00e3o pretendida; em seguida, escolhemos o certificado, de desenvolvimento ou de produ\u00e7\u00e3o consoante o tipo de perfil que pretendemos criar.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Por fim, caso se trate de um perfil de desenvolvimento, s\u00e3o pedidos os dispositivos onde iremos proceder \u00e0 instala\u00e7\u00e3o da build.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

No caso de um perfil de aprovisionamento de produ\u00e7\u00e3o, como esperado, saltamos o passo de sele\u00e7\u00e3o de dispositivos. Caso a nossa aplica\u00e7\u00e3o precise de Notifica\u00e7\u00f5es Push ou de outros servi\u00e7os, teremos que criar certificados para cada solicita\u00e7\u00e3o da mesma forma que cri\u00e1mos os certificados para desenvolvimento e produ\u00e7\u00e3o.
\nNeste ponto, com o App ID, os certificados e os perfis de aprovisionamentos criados, podemos come\u00e7ar a trabalhar na nossa aplica\u00e7\u00e3o iOS. Precisamos de instalar os certificados e os perfis de aprovisionamento na nossa ferramenta de desenvolvimento e configurar o nosso projeto com as imagens para os icones e ecr\u00e3s splash, tanto em iOS como em Android e noutras plataformas.<\/p>\n

 <\/p>\n

J\u00e1 podemos ir ao iTunes Connect e criar a ficha da nossa aplica\u00e7\u00e3o. O iTunes Connect agrupa todas as funcionalidades associadas \u00e0 venda e divulga\u00e7\u00e3o das apps no iTunes. Podemos ver a evolu\u00e7\u00e3o de utiliza\u00e7\u00e3o, de vendas, de gest\u00e3o de pagamentos e de impostos pagos.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Dentro da sec\u00e7\u00e3o \u201cAs minhas Apps\u201d criamos uma nova App e inserimos os dados base, indicando o App ID criado anteriormente.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Temos que introduzir a informa\u00e7\u00e3o base, os chamados metadados, defini\u00e7\u00e3o de pre\u00e7os, screenshots de um iPhone 5,5\u201d e de um iPad de 12,9\u201d, uma conta demonstra\u00e7\u00e3o e dados de contacto para pedidos de informa\u00e7\u00e3o e d\u00favidas na valida\u00e7\u00e3o da app pela Apple.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

Neste processo, o mais invulgar \u00e9 a impossibilidade do upload do bin\u00e1rio, ao contr\u00e1rio da Google ou Microsoft, em que realizamos o upload do bin\u00e1rio final diretamente na ficha. Esse upload, no caso da Apple, \u00e9 obrigatoriamente feito de um Mac, com o XCode ou o Application Loader. N\u00e3o h\u00e1 outra forma de enviar bin\u00e1rios para o iTunes Connect. Para quem n\u00e3o possui um Mac, servi\u00e7os como o MacInCloud s\u00e3o bem vindos e resolvem bem o problema.<\/p>\n

 <\/p>\n

Submetemos o bin\u00e1rio. Esperamos uns minutos para este ser processado e voltamos ao iTunes Connect onde j\u00e1 teremos a possibilidade de escolha do ficheiro submetido. Finalizamos a ficha, gravando, e, quando tiverrmos tudo pronto, enviamos para revis\u00e3o. Respondemos \u00e0s \u00faltimas perguntas sobre publicidade, criptografia e outros itens legais e, se tudo estiver conforme as pol\u00edticas editoriais da Apple, a aplica\u00e7\u00e3o entra no estado \u201cAguardar Revis\u00e3o\u201d. O tempo m\u00e9dio de espera para in\u00edcio da revis\u00e3o \u00e9 de dois\/tr\u00eas dias e cada revis\u00e3o costuma demorar umas horas entre o seu in\u00edcio e a sua finaliza\u00e7\u00e3o. Como tudo na vida, a primeira vez que submetemos uma app na Apple Store sofremos de ansiedade at\u00e9 receber o t\u00e3o desejado email com a men\u00e7\u00e3o de \u201cPronta para Venda\u201d, sinal de que tudo correu bem e que esta passou pelo crivo da Apple.<\/p>\n

 <\/p>\n

Nota: Sempre que houver revis\u00f5es, \u00e9 necess\u00e1rio esperar pela realiza\u00e7\u00e3o de todo o processo de verifica\u00e7\u00e3o da Apple. Por este motivo, recomenda-se uma boa pol\u00edtica de testes e qualidade antes de enviar o que quer que seja. Muito dificilmente poder\u00e1 \u201cfalar com algu\u00e9m\u201d para acelerar este processo.<\/p>\n

 <\/p>\n

Nos outros ecossistemas, a publica\u00e7\u00e3o de aplica\u00e7\u00f5es \u00e9 um processo bem mais simples. Criamos a ficha da app onde inserimos todos os dados pedidos, id\u2019s, metadados, defini\u00e7\u00e3o de pre\u00e7os, descri\u00e7\u00e3o e previews em v\u00e1rios tamanhos predeterminados. Carregamos o bin\u00e1rio final e submetemos para publica\u00e7\u00e3o. Se tivermos inserido toda a informa\u00e7\u00e3o necess\u00e1ria e aceitado os termos de publica\u00e7\u00e3o e o bin\u00e1rio enviado tiver sido aceite com sucesso, teremos em quest\u00e3o de horas a aplica\u00e7\u00e3o publicada.<\/p>\n

 <\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

As revis\u00f5es s\u00e3o igualmente simples. Submetemos um novo bin\u00e1rio. Inserimos um descritivo sobre as mudan\u00e7as introduzidas e, quando submetido com sucesso, este substituir\u00e1 a vers\u00e3o actual.
\nTermino por aqui. H\u00e1 mais por dizer. Como, por exemplo, pol\u00edticas de privacidade que devem ser consideradas com cuidado.<\/p>\n

 <\/p>\n

Boas submiss\u00f5es.<\/p>\n

 <\/p>\n

Andr\u00e9 P. Muga
\nwww.apmuga.com<\/p>\n","protected":false},"excerpt":{"rendered":"

Neste artigo vou falar de um passo obrigat\u00f3rio para qualquer programador de aplica\u00e7\u00f5es m\u00f3veis, o processo de submiss\u00e3o na loja de aplica\u00e7\u00f5es. Dependendo do ecossistema, este pode ser um processo intuitivo, como \u00e9 o caso para o sistema operativo Android, ou mais artilhado, como \u00e9 o caso da Apple.   A Apple, pioneira, estabeleceu como […]<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"_links":{"self":[{"href":"https:\/\/www.apmuga.com\/wordpress\/wp-json\/wp\/v2\/posts\/419"}],"collection":[{"href":"https:\/\/www.apmuga.com\/wordpress\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.apmuga.com\/wordpress\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.apmuga.com\/wordpress\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/www.apmuga.com\/wordpress\/wp-json\/wp\/v2\/comments?post=419"}],"version-history":[{"count":11,"href":"https:\/\/www.apmuga.com\/wordpress\/wp-json\/wp\/v2\/posts\/419\/revisions"}],"predecessor-version":[{"id":449,"href":"https:\/\/www.apmuga.com\/wordpress\/wp-json\/wp\/v2\/posts\/419\/revisions\/449"}],"wp:attachment":[{"href":"https:\/\/www.apmuga.com\/wordpress\/wp-json\/wp\/v2\/media?parent=419"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.apmuga.com\/wordpress\/wp-json\/wp\/v2\/categories?post=419"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.apmuga.com\/wordpress\/wp-json\/wp\/v2\/tags?post=419"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}