Com publicar una app a Google Play i App Store: requisits, passos i terminis el 2026

Saber com publicar una app a Google Play i a App Store importa gairebé tant com programar-la. Les dues botigues demanen un compte de desenvolupador, una fitxa completa, diverses declaracions sobre privacitat i una revisió feta per persones. Res d’això no és difícil, però gairebé tot té un termini que no depèn de tu.

En aquesta guia expliquem els passos de cada botiga, el que costa, el que triga i els requisits del 2026 que més frenen una primera publicació. Les dades estan comprovades a les pàgines oficials de Google i d’Apple, i la resta surt de publicar les nostres pròpies apps a totes dues.

La resposta curta

Publicar una app és obrir un compte de desenvolupador, pujar l’app signada, omplir la fitxa i les declaracions, i passar una revisió. Això és el que canvia d’una botiga a una altra:

El que necessites abans de començar

Aquestes coses són comunes a les dues botigues. Convé tenir-les a punt abans d’obrir cap consola, perquè diverses triguen dies.

• Decidir qui publica. Pot ser una persona o una empresa. El nom que triïs és el que veurà el públic com a venedor. Si publica una empresa, les dues botigues demanen un número D-U-N-S, que és gratuït i se sol·licita a Dun & Bradstreet.
• Una política de privacitat publicada. En una adreça web accessible, i que digui el que l’app fa de debò amb les dades.
• L’app signada. Un fitxer AAB per a Google Play i una compilació pujada des de Xcode per a App Store.
• La fitxa. Nom, descripció curta i llarga, icona i captures de pantalla de cada mida que demani la botiga.
• Les declaracions. Classificació per edats, quines dades recull l’app i per a què, si porta anuncis i a quin públic va adreçada.
• Un compte de prova. Si l’app demana iniciar sessió, el revisor necessita un usuari i una contrasenya que funcionin.
• Una manera d’esborrar el compte. Si l’app permet crear comptes, les dues botigues exigeixen que l’usuari pugui demanar-ne l’esborrat.

Publicar a Google Play, pas a pas

1. Obre el compte de desenvolupador. Es crea a Play Console, s’accepta l’acord de distribució i es paga la quota de 25 dòlars, que és única. Google verifica la identitat i pot demanar un document oficial.
2. Crea l’app a Play Console. Tries el nom, l’idioma principal i si és app o joc, gratuïta o de pagament.
3. Omple «Contingut de l’aplicació». Política de privacitat, seguretat de les dades, classificació de contingut, públic objectiu, anuncis i esborrat de dades. Sense això no es pot enviar res a revisió.
4. Puja l’AAB a una prova. La prova interna serveix per instal·lar l’app als teus mòbils en minuts. La prova tancada l’obre a un grup de persones que tu tries.
5. Compleix la prova tancada, si et toca. Els comptes personals creats després del 13 de novembre de 2023 han de mantenir una prova tancada amb almenys 12 testers inscrits durant 14 dies seguits. Només aleshores es pot demanar l’accés a producció, responent unes preguntes sobre l’app i sobre com s’ha provat.
6. Prepara la fitxa de la botiga. Textos, icona, imatge de capçalera i captures. Es pot traduir als idiomes que vulguis.
7. Crea la versió de producció i envia-la. Tries els països, puges la versió i l’envies a revisió. Quan s’aprova es publica sola, tret que activis la publicació gestionada per decidir tu el moment.

Un detall que ens va costar una tarda: alguns errors no apareixen a les proves i sí en crear la versió de producció. Ens va passar amb el requisit de les pàgines de memòria de 16 KB, del qual parlem més avall. La prova interna es va publicar sense avisos i l’error va sortir al final.

Publicar a App Store, pas a pas

1. Apunta’t a l’Apple Developer Program. Costa 99 dòlars l’any, que es cobren en moneda local. Com a persona n’hi ha prou amb la teva identitat; com a empresa, Apple demana que sigui una entitat legal i el seu número D-U-N-S.
2. Crea la fitxa a App Store Connect. Nom, idioma principal, identificador del paquet i categoria.
3. Puja la compilació. Es fa des de Xcode, en un Mac. Des del 28 d’abril de 2026, Apple només accepta apps compilades amb Xcode 26 o posterior i el SDK d’iOS 26.
4. Prova-la amb TestFlight. No és obligatori, però és la manera que altres persones la instal·lin abans de publicar-la.
5. Completa la fitxa. Captures, descripció, paraules clau, adreça de suport i adreça de la política de privacitat.
6. Omple les declaracions. Classificació per edats, el qüestionari de privacitat de l’app i, per vendre a la Unió Europea, la declaració de si actues com a comerciant segons la Llei de Serveis Digitals.
7. Escriu les notes per al revisor. Què fa l’app, com s’hi entra i el compte de prova. Com més clar, menys anades i tornades.
8. Envia a revisió i tria com es publica. Pots publicar-la tu a mà quan s’aprovi, deixar que surti sola o fixar una data a partir de la qual pugui sortir.

Dues coses que vam aprendre enviant: el qüestionari de privacitat s’ha de publicar, no n’hi ha prou amb desar-lo, i les primeres compres dins de l’app s’han d’enviar a revisió juntament amb una versió: no es poden enviar soles.

Quant triga

La part que depèn de tu es fa en un o dos dies si tens el material. La que no depèn de tu és aquesta:

Amb un compte personal acabat de crear a Google, compta com a mínim amb tres setmanes des que tens l’app fins que és en producció. I si la botiga rebutja l’app, cada ronda torna a sumar el seu termini de revisió. Els motius més habituals són a per què rebutgen la teva app.

El que frena sense avisar

• Els 12 testers de Google. Compten els que porten 14 dies seguits inscrits. Si algun es dona de baixa a mig camí, deixa de comptar: convé convidar-ne algun més del compte.
• El nivell d’API d’Android. Des del 31 d’agost de 2026, les apps noves i les actualitzacions han d’apuntar a Android 16 (nivell d’API 36). Puja cada any.
• Les pàgines de memòria de 16 KB. Les apps que apunten a Android 15 o posterior les han de suportar en dispositius de 64 bits. Només afecta les que porten codi natiu, propi o d’una llibreria, però una llibreria antiga n’hi ha prou per bloquejar la publicació.
• La versió de Xcode. Apple puja cada any el mínim amb què cal compilar. Un projecte aturat dos anys no es pot pujar sense actualitzar-lo abans.
• El compte de prova. Un revisor que no hi pot entrar, rebutja. I si l’app cobra, ha de poder veure el flux de compra sencer.
• L’esborrat de compte. Apple l’exigeix dins de la mateixa app. Google el demana dins de l’app i, a més, en una adreça web.
• Els cobraments. Els productes i les subscripcions es donen d’alta a cada botiga i passen la seva pròpia revisió. No es resolen l’última tarda.

Si l’app està feta amb IA o sense programar

A les botigues els és igual com s’hagi fet l’app. Miren el que reben: un paquet signat que compleix els seus requisits tècnics i les seves normes. Això deixa tres casos.

• L’eina exporta una app de veritat. Si et dona un AAB i un projecte per a Xcode, el camí és el d’aquesta guia.
• L’eina et dona una web. Una web no es puja a les botigues. Cal embolicar-la en una app, i Apple rebutja les que són només una web dins d’una finestra, sense res propi del mòbil.
• L’app usa IA en funcionar. Les botigues pregunten per això. Convé explicar-ho a les notes de revisió i preveure com es denuncia un contingut inadequat.

Abans de fer el pas, val la pena comprovar si el que necessites és una app o una web. Ho expliquem a app o web: què necessita el teu negoci.

Preguntes freqüents

Quant costa publicar una app?

La quota de Google Play són 25 dòlars, una sola vegada. La d’Apple són 99 dòlars l’any. A això s’hi sumen el servidor i el manteniment, que expliquem a quant costa publicar i mantenir una app.

Puc publicar una app com a particular?

Sí, a les dues botigues. A Google Play, els comptes personals nous han de passar la prova tancada de 12 testers durant 14 dies abans de publicar.

Quant triga la revisió d’una app?

Apple revisa la meitat dels enviaments en menys de 24 hores i el 90 % en menys de 48. Google no dona una xifra fixa i avisa que en alguns comptes pot arribar a 7 dies o més.

Cal un Mac per publicar a App Store?

Per compilar i pujar l’app cal Xcode, que només funciona en Mac. Pot ser un de propi, un de llogat o un servei de compilació al núvol.

Es pot publicar només en una botiga?

Sí. Si el teu públic és clarament a Android o a iPhone, començar per una és més ràpid i més barat, i l’altra s’afegeix després.

Què passa si rebutgen l’app?

Es corregeix el que indica el revisor i es torna a enviar. No hi ha penalització per un rebuig, però cada ronda suma dies.

Cal tornar a passar la revisió amb cada actualització?

Sí. Cada versió nova passa revisió a les dues botigues, tot i que sol ser més ràpida que la primera.

Conclusió

Publicar una app té més de tràmit que de tècnica. El compte, la fitxa, les declaracions i la revisió són les mateixes peces a les dues botigues, amb una diferència que convé tenir present des del primer dia: Google demana dues setmanes de prova als comptes personals nous i Apple demana un Mac i una quota anual. Si prepares el material abans de començar i comptes amb els terminis, la publicació deixa de ser l’ensurt del final del projecte.

Les botigues canvien els seus requisits cada any. Les dades d’aquesta guia estan comprovades a les seves pàgines oficials el 9 d’octubre de 2026.

Enllaços útils

• Apps a mida: com desenvolupem i publiquem una app, per fases.
• Quant costa publicar i mantenir una app: quotes, comissions i despeses de cada mes.
• Quant costa fer una app: de què depèn el preu del desenvolupament.
• Per què rebutgen la teva app: els motius més habituals i com evitar-los.
• Requisits de prova per a comptes personals nous, a l’ajuda de Play Console.
• Requisits de nivell d’API, a l’ajuda de Play Console.
• App Review i pròxims requisits, a Apple Developer.