Com publicar una app a Google Play: els passos reals de Play Console

Per publicar una app a Google Play, registra un compte de desenvolupador de Google Play (25 USD de cost únic a novembre de 2026), crea l’app a Play Console, omple la fitxa de la botiga i els formularis de contingut de l’app, puja un Android App Bundle (.aab) a una pista de proves i després publica’l en producció quan Google la revisi. Si tens un compte personal nou, hi ha un pas extra: una prova tancada amb almenys 12 testers durant 14 dies consecutius abans de poder sol·licitar l’accés a producció. Aquesta guia recorre cada pantalla en ordre, amb els detalls que més retards causen.

Si encara no has construït l’app, comença per com fer una app Android.

Abans de començar: què necessites

• L’app com a Android App Bundle (.aab). Google Play exigeix aquest format per a les apps noves.
• Un nivell d’API objectiu actual. A novembre de 2026, les apps noves i les actualitzacions han d’apuntar a Android 16 (nivell d’API 36).
• Una política de privacitat en una adreça web pública. Ha de ser una pàgina web normal, no un PDF, i no ha d’estar darrere d’un inici de sessió.
• Una icona, captures de pantalla i una imatge destacada. Revisa a Play Console els requisits de mida actuals; en el moment d’escriure això, la icona és de 512 × 512 píxels i la imatge destacada de 1024 × 500.
• Una adreça de correu de suport.
• Un document d’identitat oficial i una targeta a nom legal per al registre. No s’accepten targetes prepagades.

Pas 1: Crea el compte de desenvolupador

Anés a Play Console i registra’t. Triaràs entre dos tipus de compte:

• Personal. Per a particulars. Verificaràs la teva identitat i l’accés a un dispositiu Android amb l’app mòbil de Play Console, i completaràs el requisit de proves descrit al pas 6.
• Organització. Per a empreses registrades. La verificació demana dades de l’empresa i triga més, però no hi ha el requisit de 12 testers.

Has de tenir almenys 18 anys. Els 25 USD es paguen una sola vegada i no es reemborsen si Google considera invàlides les teves dades, així que introdueix el nom legal exactament tal com apareix al teu document.

Pas 2: Crea l’app

A Play Console, fes clic a Crear aplicació i omple:

• Nom de l’app tal com el veuran els usuaris.
• Idioma predeterminat.
• Aplicació o joc.
• Gratuïta o de pagament. Pots canviar una app de pagament a gratuïta més endavant, però no una gratuïta a de pagament.
• Declaracions: accepta les Polítiques del Programa per a Desenvolupadors, les lleis d’exportació dels EUA i les condicions de Play App Signing.

El nom de paquet (com com.empresa.app) el fixa la primera pujada i no es pot canviar ni reutilitzar mai, així que tria’l amb cura si construeixes l’app tu mateix.

Pas 3: Escriu la fitxa de la botiga

Obre la pàgina Fitxa principal de la botiga (sota Presència a la botiga al menú de l’esquerra) i afegeix:

• Nom de l’app, fins a 30 caràcters.
• Descripció curta, fins a 80 caràcters. Sovint és tot el que llegeix la gent, així que comença per què fa l’app.
• Descripció completa, fins a 4.000 caràcters. Explica per a qui és, les funcions principals i tot el que els usuaris han de saber, en llenguatge clar. No ompleguis de paraules clau; les polítiques de Google ho prohibeixen.
• Gràfics: icona, imatge destacada i captures de pantalla del telèfon. Pantalles reals de l’app, no maquetes de funcions que no existeixen.
• Categoria i dades de contacte.

Pas 4: Completa els formularis de contingut de l’app

Obre la pàgina Contingut de l’app (sota Política al menú de l’esquerra). Cada element necessita una resposta abans de poder publicar:

• URL de la política de privacitat.
• Accés a l’app. Si algunes parts de l’app necessiten inici de sessió, dona als revisors credencials que funcionin. Els inicis de sessió que falten són una causa habitual de rebuig.
• Anuncis. Indica si l’app mostra anuncis, inclosos els que arriben a través de codi de tercers.
• Classificació de contingut. Un qüestionari que produeix classificacions d’edat per regió. Si el saltes, l’app queda com a «Sense classificar», cosa que bloqueja la publicació.
• Públic objectiu i contingut. Els grups d’edat per als quals és l’app. Incloure nens activa els requisits més estrictes de la política per a famílies.
• Seguretat de les dades. Quines dades recull o comparteix l’app, per què, i si estan xifrades i es poden eliminar. Respon per a tot el que hi ha a l’app, incloses l’analítica i els proveïdors d’inici de sessió.
• Altres declaracions segons es demanin, per exemple per a apps de notícies, salut, finances o administració pública, o per a permisos sensibles com els SMS.

Sigues precís. Google compara les teves respostes amb el que fa l’app de veritat.

Pas 5: Puja la primera compilació a proves internes

Obre Proves internes (sota Proves al menú de l’esquerra), crea una versió i puja el .aab. En aquesta primera versió configuraràs Play App Signing: deixa que Google generi i guardi la clau de signatura, tret que tinguis un motiu per gestionar-la tu. Afegeix-te tu i uns quants companys com a testers interns per correu, i després distribueix la versió. Els testers obren l’enllaç d’inscripció i instal·len l’app des de Play Store.

Cada pujada posterior necessita un versionCode més alt que l’anterior.

Si construeixes amb Mythex

Al pla Pro, Mythex genera l’AAB per a tu a partir de la teva app publicada. Pots treballar de dues maneres:

1. Puja-ho tu mateix. Demana a l’agent que compili per a Android, fes clic a Descarregar quan la targeta digui Llest per pujar, i puja el fitxer a Play Console. El fitxer continua descarregable des de la Configuració del projecte durant uns 30 dies.
2. Connecta el teu propi compte de servei de Google Play. Crea un compte de servei i una clau JSON a Google Cloud, convida el seu correu a Play Console a Usuaris i permisos amb accés a aquesta app, i posa la clau a Mythex. A partir d’aquí, cada compilació Android va a proves internes sola, amb el version code per sobre de qualsevol cosa que ja hi hagi a Google Play. L’agent també pot editar la fitxa de la botiga, i et pregunta abans de res que sigui públic, com una publicació en producció.

La creació de l’app (pas 2), el formulari de seguretat de les dades i la classificació de contingut es queden a Play Console; l’agent t’avisa quan falta alguna d’aquestes coses. Més informació a la pàgina del constructor d’apps Android de Mythex.

Pas 6: Fes una prova tancada (comptes personals nous)

Si el teu compte personal es va crear després del 13 de novembre de 2023, has de fer una prova tancada amb almenys 12 testers que es quedin inscrits durant almenys 14 dies seguits abans de poder sol·licitar l’accés a producció. Qui marxa i torna a entrar comença de nou els 14 dies.

Consells pràctics:

• Recluta’n més de 12. La gent es desapunta. Busca entre 15 i 20.
• Fes servir un grup de Google o una llista de correu per gestionar els testers.
• Demana un ús real, no només una instal·lació. Google pregunta sobre les teves proves quan sol·licites l’accés, i aprendràs molt més.
• Publica una actualització durant la prova amb les correccions del feedback.

La nostra guia de proves beta cobreix la captació de testers i la recollida de feedback. Quan acabin els 14 dies, sol·licita l’accés a producció des del Tauler i respon les preguntes sobre la teva prova.

Pas 7: Publica en producció

Quan l’accés a producció estigui disponible, obre Producció al menú de l’esquerra:

1. Tria els països i regions on estarà disponible l’app.
2. Crea una versió nova i afegeix el bundle de proves, o puja’n un de nou.
3. Escriu les notes de la versió en termes senzills: què és nou o s’ha corregit.
4. Revisa i envia a revisió. Els canvis s’acumulen a Resum de publicació fins que els envies.

El temps de revisió varia. Les actualitzacions sovint són ràpides; les primeres versions poden trigar diversos dies. Pots triar la publicació gestionada si vols aprovar el moment exacte en què una versió aprovada es fa pública.

Pas 8: Després del llançament

• Vigila les Android vitals per veure els informes de fallades i de «l’app no respon».
• Respon les ressenyes, sobretot les primeres.
• Mantén actualitzat el nivell d’API objectiu. Google l’augmenta cada any, i les apps que es queden enrere deixen de ser ofertes a nous usuaris de telèfons més moderns.
• Actualitza el formulari de seguretat de les dades cada vegada que afegeixis una nova recollida de dades.

Per a una app envoltada de web, com una feta amb Mythex, la majoria de canvis arriben als usuaris d’Android quan publiques l’app web, perquè l’app del telèfon obre la teva app publicada. Només cal una nova versió a la botiga per a coses com la icona, el nom, els permisos o un nou nivell objectiu.

Motius habituals de rebuig o retard

• No hi ha un inici de sessió que funcioni per als revisors.
• Falta la política de privacitat, és un PDF, o no coincideix amb les respostes de seguretat de les dades.
• Captures de pantalla o descripcions que prometen funcions que l’app no té.
• Demanar permisos sensibles que l’app no necessita clarament.
• Una app trencada o buida: text de marcador de posició, botons que no fan res.

També publiques a l’iPhone?

El procés d’Apple és diferent: una subscripció anual, TestFlight i una revisió humana de cada versió. Llegeix com publicar una app a l’App Store per a aquests passos.

Preguntes