Qué son las release notes y dónde aparecen
Las release notes, o notas de la versión en español, son el texto corto que cuenta qué cambió en una versión nueva de tu app. En App Store Connect el campo se llama What's New in this Version, y Apple lo define en su referencia sobre la información de la versión como una descripción de los cambios de esa versión, por ejemplo funciones nuevas, mejoras de la interfaz o correcciones de errores.
En el App Store ese texto aparece en dos lugares: en tu página de producto y en la sección de actualizaciones, según la guía de Apple sobre la página de producto. En la ficha en español la sección se llama Novedades, con un enlace a Historial de versiones al lado, como se ve en la ficha de Pages en el App Store de México. En Google Play lo escribes en una casilla llamada "What's new in this release?" al preparar una versión, y la instrucción de Google es usarla para contar a los usuarios las actualizaciones recientes, como explica la ayuda de Play Console sobre versiones.
También se les dice notas de actualización, patch notes, changelog o simplemente el texto de Novedades. Es siempre el mismo trabajo: una versión, unas pocas líneas, escritas para quien usa la app y no para el equipo que la hizo.
Límite de caracteres de las release notes en el App Store y en Google Play
Las dos tiendas te dan espacios muy distintos. Escribe primero la versión corta y amplíala para el App Store si la versión lo merece.
| Campo | Tienda | Límite | Lo que conviene saber |
|---|---|---|---|
| What's New in this Version | App Store | 4000 caracteres | No existe en la primera versión de una app, es obligatorio en todas las siguientes y se puede localizar, según la información de la versión que publica Apple. |
| What's new in this release? | Google Play | 500 caracteres Unicode por idioma | Google pide no usar las notas con fines promocionales ni para pedir acciones a los usuarios. El límite y la regla están en la ayuda de Play Console. |
| Texto promocional | App Store | 170 caracteres | Aparece arriba de la descripción y se puede cambiar cuando quieras sin enviar una versión nueva, según la guía de la página de producto. Sirve para noticias que no pueden esperar a la próxima versión. |
| Release name | Google Play | Solo interno | El nombre de la versión se usa solo dentro de Play Console y los usuarios no lo ven, así que no es lugar para notas. |
Datos de Apple revisados el 4 de noviembre de 2026; los de Google Play son los que leímos el 11 de octubre de 2026. En la lista de propiedades obligatorias, localizables y editables de Apple, What's New figura como obligatorio y localizable, pero no como editable sin enviar una versión nueva, así que revísalo bien antes de enviarlo.
Quién lee las notas de actualización
Menos gente de la que te gustaría, pero justo la que más importa. Las apps que descargas del App Store se actualizan solas de forma predeterminada, como explica la página del soporte de Apple sobre cómo actualizar apps, así que muchos usuarios reciben la versión nueva sin abrir nunca la lista de actualizaciones. Quienes sí leen son tus usuarios más activos: la persona que espera un arreglo concreto, la que está pensando si volver a la app, la que acaba de toparse con un problema.
También las leen quienes todavía no tienen la app. Novedades está en la página de producto, así que alguien que compara dos apps ve cuándo se actualizó la tuya por última vez y si las notas suenan a un equipo que se ocupa de su producto. Una página llena de notas idénticas de una línea le dice muy poco a esa persona.
App Review también las lee. La guía 2.3.12 de las App Review Guidelines de Apple dice que las apps deben describir con claridad las funciones nuevas y los cambios del producto en el texto de What's New. La misma regla permite una descripción genérica para correcciones simples de errores, actualizaciones de seguridad y mejoras de rendimiento, pero exige que los cambios más importantes figuren en las notas.
Los últimos lectores están dentro de tu empresa. Quien atiende el soporte, quien escribe el newsletter y quien publica en redes sociales parten de las release notes. Unas notas claras les ahorran a todos preguntarle al equipo técnico qué salió en esta versión.
Release notes reales en español: el historial de Pages en el App Store de México
Para ver notas de la versión reales escritas en español basta con abrir el historial de versiones de Pages en el App Store de México, la app de documentos de Apple. En un mes muestra tres estilos distintos. Lo consultamos el 4 de noviembre de 2026; el historial cambia con cada versión, así que es posible que hoy veas otras notas arriba.
La versión 15.4.2, del 23 de octubre de 2026, dice solo esto: "Esta actualización contiene correcciones de errores y mejoras de rendimiento." Es exactamente el tipo de descripción genérica que la guía 2.3.12 acepta para correcciones simples y mejoras de rendimiento.
La 15.4, del 29 de septiembre de 2026, separa los cambios según a quién van dirigidos. Empieza con "Para suscriptores de Apple Creator Studio:" y una colección nueva de plantillas, y sigue con "Para todo el mundo:" y tres puntos, entre ellos "Solicita acceso para colaborar en un documento compartido." Es el mismo orden que proponemos más abajo para una app con suscripción: primero lo que reciben quienes pagan, después lo que es para todos.
Entre esas dos está la 15.4.1, del 22 de octubre de 2026. En la ficha mexicana su nota aparece en inglés y cierra con una nota al pie que empieza por "US English only". En una lista donde todo lo demás está en español, se nota enseguida. Por eso la parte sobre localizar las notas, más abajo, empieza por lo que ve el usuario cuando falta una traducción.
Los 20 ejemplos que siguen no son de ninguna app real. Los escribimos nosotros para apps inventadas, y están en español para que los adaptes a tu ficha.
Ejemplos de release notes para actualizaciones de rutina
Estos cuatro cubren la mayoría de las versiones. Como todos los ejemplos de esta página, los escribimos nosotros para una app inventada, y cada nota tiene menos de 500 caracteres. Cambia las funciones y las cifras por las tuyas, y en la tienda pon cada punto en su propia línea.
Corrección de errores
"Arreglamos un cierre inesperado al abrir una lista compartida sin conexión. Los recordatorios ya no llegan una hora tarde después del cambio de horario. El widget ya no muestra las tareas de ayer hasta que abres la app. Gracias a todos los que nos avisaron: con sus mensajes fue fácil dar con ellos." Por qué funciona: cada error está descrito como lo contaría un usuario, así que quien lo sufrió sabe que esta actualización es para él.
Una función grande
"Nuevo: presupuestos compartidos. Invita a tu pareja o a quien vive contigo a un presupuesto y los dos verán cada gasto en cuanto se registre. Cada uno puede tener también sus presupuestos privados. Para probarlo, abre cualquier presupuesto, toca Compartir y envía la invitación. Además en esta versión: búsqueda más rápida y adiós a las importaciones bancarias duplicadas." Por qué funciona: la función se queda con la primera línea y las instrucciones, y lo pequeño espera al final.
Varias mejoras pequeñas
"Cinco cosas pequeñas que nos pidieron. 1. Ordena las notas por la fecha de la última edición. 2. Fija hasta tres notas en la parte superior. 3. Exporta una nota como PDF desde el menú de compartir. 4. Botones más grandes en la barra de herramientas. 5. El modo oscuro ahora sigue el horario de tu teléfono." Por qué funciona: una lista numerada con una frase por punto se lee de un vistazo, y la primera línea le dice al usuario que leemos sus sugerencias.
Versión de rendimiento
"Esta versión se centra en la velocidad. La app ahora se abre en aproximadamente la mitad de tiempo en teléfonos antiguos. Las fotos se siguen subiendo en segundo plano, así que puedes bloquear la pantalla. La descarga pesa 30 MB menos. Esta vez no hay funciones nuevas, solo una app más rápida." Por qué funciona: da cifras en lugar de limitarse a decir "más rápida". Publica solo cifras que hayas medido.
Ejemplos de release notes para el App Store cuando hay cambios grandes
En los cambios grandes es donde más daño hacen las notas vagas. Son las versiones que la gente nota, así que di con claridad qué cambió y qué sigue igual.
Rediseño
"Un aspecto nuevo, la misma app. Las cuatro pestañas ahora son tres: Inicio, Buscar y Biblioteca. Tus descargas se movieron a Biblioteca. Los ajustes ahora están detrás de tu foto de perfil, arriba a la derecha. No quitamos nada, y tus playlists están exactamente donde las dejaste. Cuéntanos qué te parece desde Ajustes, Enviar comentarios." Por qué funciona: responde la primera pregunta que surge tras cualquier rediseño: dónde quedó un botón conocido.
Cambio de precios
"Dos cambios en los planes. El plan gratuito ahora incluye 3 proyectos en lugar de 1. El precio de Pro para nuevos suscriptores cambia el 1 de marzo. Si ya estás suscrito, tu precio sigue igual. Esta versión también incluye plantillas de proyecto y corrige un retraso de sincronización con conexiones lentas." Por qué funciona: dice a quién afecta, a quién no y desde cuándo, sin un importe que estaría mal en la moneda de otro país.
Disculpa después de una caída
"La versión 4.2 nos salió mal. Durante cerca de un día, algunas personas no pudieron iniciar sesión y unas pocas perdieron borradores que no se habían sincronizado. Esta versión corrige el error de inicio de sesión y recupera esos borradores desde nuestra copia de seguridad la primera vez que abras la app. Si todavía te falta algo, escribe a help@example.com y te responderá una persona. Lo sentimos." Por qué funciona: qué falló, a quién afectó, qué se arregló y cómo pedir ayuda, sin excusas.
Quitar una función
"Aviso: esta versión elimina la exportación al formato CSV antiguo. La exportación nueva tiene las mismas columnas más las categorías y se abre en las mismas apps de hojas de cálculo. Las exportaciones que ya guardaste no cambian. Si tu flujo de trabajo necesita el formato antiguo, escríbenos desde Ajustes, Comentarios antes de actualizar." Por qué funciona: quitar algo es el cambio que más molesta descubrir por cuenta propia, así que va primero y con una alternativa.
Corrección de seguridad
"Esta actualización corrige un problema de seguridad en la forma en que la app guardaba tu sesión en el dispositivo. No tenemos indicios de que alguien haya accedido a ninguna cuenta. Después de actualizar te pediremos que inicies sesión una vez. Te recomendamos instalar esta versión hoy." Por qué funciona: Apple permite una línea genérica para las actualizaciones de seguridad, pero explicar el inicio de sesión extra evita una ola de correos al soporte.
Ejemplos de notas de la versión según el tipo de app y el momento
Las reglas son las mismas para todas las apps, pero un juego, una app con suscripción y una app recién lanzada tienen cada una su propio punto delicado.
Primera versión de una app nueva
"Te damos la bienvenida a la versión 1.0. Registra tus carreras con GPS, ve el ritmo y la distancia en una sola pantalla y guarda cada ruta en un historial privado. No necesitas cuenta. Es nuestra primera versión, así que leemos todos los mensajes. Cuéntanos desde Ajustes, Contacto qué te gustaría que hiciéramos después." Por qué funciona: una primera versión no tiene cambios que listar, así que cuenta lo que hace la app con tres verbos y abre una vía para opinar. Úsala en Google Play: el App Store no tiene campo What's New en la primera versión.
Actualización de temporada
"Actualización de invierno. Nuevo: una lista de regalos para las fiestas que puedes compartir con tu familia, con una casilla que oculta lo que ya se compró. Nuevo: tres temas de invierno para el widget de la pantalla de inicio. La lista de regalos se queda en la app todo el año, en Listas. Además: los precios ahora aparecen en tu moneda local después de cambiar de región." Por qué funciona: las funciones de temporada hacen preguntarse qué desaparece en enero, y la nota lo responde.
Nueva versión de un juego
"La temporada 5 ya está aquí. Explora el Puerto Helado, una región nueva con 20 niveles y un jefe al que enfrentas sobre hielo en movimiento. Arma nueva: el arpón, que se gana en el nivel 8. Las misiones diarias dan el doble de monedas los fines de semana. Balance: el escudo tarda 8 segundos en recargarse en lugar de 6. Arreglamos las invitaciones que expiraban al minuto." Por qué funciona: los jugadores buscan primero el contenido nuevo, después los cambios de balance con cifras exactas y al final las correcciones.
App con suscripción
"Nuevo para suscriptores: descarga entrenamientos para usarlos sin conexión y un plan semanal que se ajusta cuando te saltas un día. Gratis para todos: una biblioteca de estiramientos con 12 rutinas cortas. Los suscriptores reciben las funciones nuevas automáticamente. Nada cambia en tu facturación." Por qué funciona: separa lo que reciben quienes pagan de lo que es gratis, como hace Apple en las notas de Pages, y calma la duda que tiene todo suscriptor cuando una actualización menciona los planes.
Actualización de accesibilidad
"Mejor compatibilidad con VoiceOver y con el texto grande. Cada botón del reproductor tiene ahora una etiqueta hablada. El texto sigue el tamaño que elegiste en el sistema, hasta la opción más grande, sin cortarse. Los gráficos tienen un resumen en texto que se puede leer en voz alta. El color ya no es la única forma de distinguir ingresos de gastos. Si algo sigue siendo difícil de usar, cuéntanos." Por qué funciona: nombra los ajustes exactos de los que depende la gente, así cada persona sabe si ahora la app le sirve.
Más ejemplos de notas de actualización: hotfixes, betas y migraciones
Seis versiones que no encajan en el patrón habitual de nuevo, mejorado y corregido. Todas tienen menos de 500 caracteres.
Hotfix el mismo día
"La versión 2.8.1 corrige un problema de la actualización de ayer: el botón de la cámara no hacía nada en algunos teléfonos. Si dejaste de poder escanear, ya funciona otra vez. No se perdió ningún recibo, porque mientras el botón no funcionaba no se guardó nada. Sentimos las molestias." Por qué funciona: nombra la versión que causó el problema, dice a quién afectó y responde a la duda sobre los datos antes de que nadie la plantee.
Función marcada como beta
"Nuevo, en beta: notas de voz. Mantén presionado el botón del micrófono para grabar, y la app escribe una transcripción debajo del audio. Por ahora funciona en inglés y puede entender mal los nombres. Actívala en Ajustes, Funciones beta, y cuéntanos dónde se equivoca. Además: las etiquetas con espacios ya se guardan." Por qué funciona: la función está en esta build y el usuario la activa, así que la nota es exacta, y sus límites quedan claros desde el principio.
Actualización que necesita algo del usuario
"Importante: la primera vez que abras esta versión, la app pasará tu biblioteca a un formato nuevo. En una biblioteca grande tarda hasta un minuto. Deja la app abierta hasta que termine la barra de progreso. No se borra nada, y la copia anterior se queda en tu teléfono durante 30 días. Después, la búsqueda es unas tres veces más rápida." Por qué funciona: la instrucción va primero, se responde el miedo a perder datos y la recompensa cierra la nota.
Ahora en una pantalla más grande
"Ahora, diseñada para iPad. En horizontal tienes dos columnas: las libretas a la izquierda y la página a la derecha. Arrastra una foto desde otra app. Funciona con teclado, con atajos para página nueva, buscar y negrita. Tus notas se sincronizan desde tu teléfono la primera vez que inicias sesión." Por qué funciona: un dispositivo nuevo es una función, y la nota dice qué cambia en él en lugar de decir solo que existe.
Contenido nuevo sin funciones nuevas
"40 recetas nuevas para el otoño, 12 de ellas en menos de 20 minutos. Colección nueva: cenas en una sola olla. También corregimos el tiempo de cocción de la sopa de lentejas (35 minutos, no 15) después de que tres de ustedes nos escribieran. Nada cambia en cómo funciona la app." Por qué funciona: en una app que la gente abre por su contenido, el contenido es la versión, y también merece cifras.
Notas para la beta de TestFlight
"Qué probar en la build 412: el nuevo proceso de pago. 1. Agrega dos productos y paga con la tarjeta de prueba. 2. Cierra la app en mitad del pago y vuelve a abrirla. 3. Prueba un código de descuento. Problema conocido: todavía no se envía el correo con el recibo. Para mandar comentarios, haz una captura de pantalla dentro de la app." Por qué funciona: quienes prueban reciben tareas, mientras que los usuarios de la tienda reciben un registro de cambios. La introducción a TestFlight de Apple dice que la información de prueba puede incluir una explicación de las funciones que hay que probar, y que los testers pueden enviar comentarios haciendo una captura de pantalla dentro de la app beta.
Plantilla de release notes para completar
Usa solo las líneas que correspondan. Una versión con una sola corrección necesita una sola línea. Reemplaza las palabras entre corchetes.
| Línea | Para completar | Cuándo usarla |
|---|---|---|
| Tema | Esta versión se centra en [una idea en tres o cuatro palabras]. | Cuando la versión tiene un foco claro, como la velocidad o compartir. Sáltala si es una mezcla. |
| Nuevo | Nuevo: ahora puedes [hacer qué] desde [qué parte de la app]. | Una función que antes no existía. Di dónde encontrarla. |
| Mejorado | Mejorado: [pantalla o función] ahora [cambio medible]. | Algo que ya existía y funciona mejor. Da una cifra si la mediste. |
| Corregido | Corregido: [qué fallaba, con las palabras del usuario] cuando [situación]. | Cualquier error que un usuario pudo notar. |
| Cambiado o eliminado | Cambiado: [función] ahora está en [lugar nuevo]. Eliminado: [función], usa [alternativa]. | Todo lo que un usuario que vuelve va a buscar y no va a encontrar. |
| Gracias | Nos pediste [qué]. Ya está en esta versión. | Cuando los comentarios de los usuarios llevaron al cambio. |
| Ayuda | ¿Algo no funciona bien? Escribe a [correo de soporte]. | Después de una versión complicada, o en una primera versión. |
Las etiquetas Nuevo, Cambiado, Eliminado y Corregido siguen los tipos de cambios de Keep a Changelog, una convención publicada para escribir changelogs. Incluso su versión en español mantiene esos tipos en inglés: Added, Changed, Removed y Fixed, entre otros.
Qué incluir en las release notes según el tamaño de la versión
La plantilla de arriba reúne las líneas posibles. Esta tabla dice cuáles necesita cada tipo de versión. El consejo de Apple para el campo es dar información detallada para que los usuarios conozcan los detalles de los cambios, las mejoras o las correcciones, según su referencia sobre la información de la versión. Cuánto detalle hace falta depende del tipo de versión.
| Tipo de versión | Tiene que incluir | Incluye si es cierto | Deja fuera |
|---|---|---|---|
| Parche o hotfix | Cada error que un usuario pudo sufrir, nombrado por lo que se veía. Si repara una actualización reciente, la versión que falló. | A quién afectó, y si se perdieron o se recuperaron datos. | La causa en términos técnicos, los números de ticket y el nombre de la librería culpable. |
| Versión con una función nueva | La función nueva en la primera línea: qué permite hacer y dónde encontrarla en la app. | Que los usuarios la pidieron. Si es gratis o solo para suscriptores. | Funciones que ya están hechas pero siguen desactivadas para la mayoría. |
| Rediseño o versión mayor | Qué se movió, qué se quitó y qué usar en su lugar. | Cómo enviar comentarios, porque un rediseño siempre los genera. | Adjetivos como renovada o reinventada en lugar de decir dónde quedó cada cosa. |
| Corrección de seguridad o privacidad | Que la actualización corrige un problema de seguridad, y lo que el usuario tenga que hacer, como volver a iniciar sesión. | Si hay indicios de abuso, pero solo cuando de verdad lo sabes. | Detalles técnicos que ayudarían a alguien a atacar a quienes siguen en la versión anterior. |
| Cambio de precio o de plan | A quién afecta, a quién no y desde qué fecha. | Qué conservan los suscriptores actuales y dónde se gestiona la suscripción. | Un importe en una sola moneda, que está mal para todos los que pagan en otra. |
| Contenido nuevo | Qué se agregó, con una cifra: niveles, recetas, lecciones, mapas. | Correcciones al contenido existente, si alguien las reportó. | La lista de cada elemento cuando una cifra y dos ejemplos dicen lo mismo. |
Cuando una versión encaja en dos filas, usa las dos: una versión con una función nueva que también corrige un problema de seguridad empieza por la función y aun así cuenta la corrección con claridad.
Una misma versión escrita para cuatro lugares
Aquí va la misma actualización inventada, la versión 3.4 de una app de presupuestos, recortada para cada lugar donde tiene que aparecer. Escribir las cuatro juntas lleva diez minutos y las mantiene coherentes.
| Dónde | Espacio disponible | Ejemplo |
|---|---|---|
| App Store, What's New | 4000 caracteres | Nuevo: presupuestos compartidos. Invita a tu pareja o a quien vive contigo a cualquier presupuesto y los dos verán cada gasto en cuanto se registre. Cada persona puede seguir teniendo presupuestos privados. Para empezar, abre un presupuesto, toca Compartir y envía la invitación. Mejorado: la búsqueda ahora mira dentro de las notas y muestra resultados mientras escribes. Mejorado: el informe mensual carga en más o menos un segundo. Corregido: las importaciones bancarias ya no crean movimientos duplicados después de una sincronización fallida. Corregido: el widget ahora se actualiza a medianoche. Este año los presupuestos compartidos fueron lo que más nos pidieron. Gracias por insistir. |
| Google Play, release notes | 500 caracteres por idioma | Nuevo: presupuestos compartidos. Invita a tu pareja o a quien vive contigo y los dos verán cada gasto en cuanto se registre. Mejorado: la búsqueda mira dentro de las notas. Mejorado: el informe mensual carga más rápido. Corregido: importaciones bancarias duplicadas y un widget que no se actualizaba. |
| Texto promocional del App Store | 170 caracteres | Nuevo en la 3.4: presupuestos compartidos. Invita a tu pareja o a quien vive contigo y vean cada gasto en cuanto se registre. |
| Texto de una publicación en redes | Lo fija cada red | Llegaron los presupuestos compartidos. Invita a una persona y cada gasto aparece para los dos en cuanto se registra. La versión 3.4 ya está en el App Store. |
Release notes flojas reescritas: antes y después
Cinco notas como las que llenan la lista de actualizaciones, cada una junto a una versión con la que el usuario puede hacer algo.
| Antes | Después | Qué cambió |
|---|---|---|
| Corrección de errores y mejoras de rendimiento. | Corregido: la app se congelaba al girar una foto. Los álbumes largos se desplazan con más fluidez en teléfonos antiguos. | Nombra el único error y el único lugar donde mejoró la velocidad. Sigue siendo de dos líneas. |
| Actualizamos la app con regularidad para que sea mejor para ti. | Esta versión añade un temporizador de apagado al reproductor. Lo encuentras en los tres puntos mientras se reproduce una historia. | Dice qué trae esta build. La primera nota podría estar en cualquier versión de cualquier app. |
| Implementado refresh del token OAuth, resuelta race condition en la cola de sync (#4821). | Ya no se cierra tu sesión cada pocos días. Corregimos un error que podía guardar la misma nota dos veces. | Las mismas dos correcciones, con las palabras que el usuario ve en su pantalla. |
| ¡¡ACTUALIZACIÓN ENORME!! ¡Te va a ENCANTAR! | Nuevo: divide una cuenta con amigos. Agrega personas a un gasto y la app calcula cuánto debe cada uno. | La función es la que convence. |
| Nuevo: modo oscuro, widgets, compartir en familia, exportar, etiquetas, temas y 23 correcciones. | Nuevo: compartir en familia. Invita a tu biblioteca a hasta cinco personas. También es nuevo: modo oscuro, widgets, etiquetas y exportación. Corregido: 23 errores, entre ellos el cierre al buscar. | El cambio más grande tiene sus propias frases, y el resto sigue por orden de importancia. |
Cómo escribir release notes en diez minutos
Hazlo mientras se procesa la build, antes de tener delante el botón de enviar.
- Paso 1
Junta todo lo que salió
Copia de tu gestor de tareas los cambios integrados en la versión. Esa lista es para ti, y ninguna de sus frases llega a la tienda.
- Paso 2
Tacha lo que ningún usuario puede notar
Refactorizaciones, actualizaciones de dependencias y cambios en el proceso de build quedan fuera. Lo que queda son cosas nuevas, cosas que cambiaron y correcciones de errores que alguien pudo sufrir.
- Paso 3
Ordena por importancia y reescribe con las palabras del usuario
Pon primero el cambio más grande, que es el orden que la guía de Apple sobre la página de producto recomienda para Novedades. En cada línea escribe lo que la persona ahora puede hacer o lo que dejó de fallar.
- Paso 4
Prepara una versión para Google Play
Recórtala a 500 caracteres a propósito y deja entera la primera línea. Cuenta los caracteres antes de pegarla en Play Console.
- Paso 5
Revísala dos veces
What's New no está en la lista de campos de Apple que puedes editar sin una versión nueva, así que una errata se queda en tu página de producto hasta la próxima versión.
Cómo agregar o cambiar las release notes en App Store Connect
Dónde va el texto, qué puedes cambiar una vez enviado y cómo los equipos que publican seguido se saltan el formulario web. Revisado con la ayuda de Apple el 4 de noviembre de 2026. Los nombres de botones y estados van en inglés, como en esa ayuda.
- Paso 1
Crea la versión nueva
En Apps, elige la app, haz clic en el botón de agregar (+) junto a la plataforma y escribe el número de la versión nueva. La página de Apple sobre cómo crear una versión nueva agrega que la versión actual tiene que estar en Ready for Distribution antes de empezar la siguiente, y que pueden hacerlo los roles Account Holder, Admin, App Manager y Marketing. Así que quien escribe las notas puede no ser quien sube la build.
- Paso 2
Revisa cada campo que heredó la versión nueva
La misma página dice que los metadatos de la versión actual pasan automáticamente a la nueva. Recorre la página de la versión campo por campo antes de guardar, What's New incluido, para no volver a enviar por error algo de la versión anterior.
- Paso 3
Escribe What's New para cada idioma
What's New es un campo localizable de hasta 4000 caracteres, según la información de la versión que publica Apple. Cambia de idioma en el menú de la página de la versión y pega cada traducción en su casilla. Al agregar un idioma, sus campos toman los valores del idioma principal, así que una ficha en español a la que nunca le escribiste notas muestra las de tu idioma principal.
- Paso 4
Cambia las notas mientras la versión está en revisión
Mientras la versión está en Waiting for Review, la tabla de estados de Apple dice que puedes editar cierta información, pero no subir ni cambiar capturas ni vistas previas. Para cambiarlo todo, retira el envío de la revisión. Se puede desde Waiting for Review, In Review, Pending Developer Release y otros dos estados, y la versión pasa a Developer Rejected. Edita las notas y vuelve a enviarla. Apple advierte que la revisión empieza de cero, así que deja margen para otra ronda antes de tu fecha de lanzamiento.
- Paso 5
Corrige las notas cuando la versión ya está publicada
En la lista de propiedades obligatorias, localizables y editables de Apple, What's New figura como obligatorio y localizable pero no como editable, así que una versión publicada conserva sus notas. Corrige el error en las notas de la versión siguiente. Mientras tanto, usa el texto promocional, la línea de 170 caracteres arriba de la descripción que puedes cambiar cuando quieras.
- Paso 6
O carga las notas desde un script
Los equipos que publican cada semana muchas veces ni abren el formulario. La petición de la App Store Connect API para modificar la localización de una versión acepta un atributo whatsNew para cada idioma. La acción deliver de fastlane lee las notas de un archivo release_notes.txt dentro de una carpeta por idioma, y puede usar un texto predeterminado para cada idioma que no tenga archivo propio. En los dos casos valen las mismas reglas: un texto por idioma, escrito para los usuarios.
Video: cómo enviar una actualización en App Store Connect
Si nunca publicaste una segunda versión, este video muestra dónde está el formulario de la versión antes de que escribas una sola palabra. Está en inglés.
Qué hacer y qué evitar en las release notes
| Haz esto | Evita esto | Por qué |
|---|---|---|
| Lista los cambios por orden de importancia, el más grande primero. | Empezar con el número de versión, un saludo o un chiste. | Ordenar por importancia es el consejo de Apple para Novedades en su guía sobre la página de producto. |
| Nombra la función que agregaste. | Escribir "corrección de errores y mejoras de rendimiento" en una versión que trae algo nuevo. | La guía 2.3.12 permite una línea genérica solo para correcciones simples, actualizaciones de seguridad y mejoras de rendimiento. |
| Describe lo que hay en esta build hoy. | Anunciar funciones que siguen desactivadas o que llegarán más adelante. | La sección 2.3 de las mismas guías pide metadatos que reflejen la app con exactitud, y los usuarios van a buscar lo que prometiste. |
| Limita las notas de Google Play a información. | Pedir calificaciones o empujar una oferta en las notas de Google Play. | Google pide a los desarrolladores no usar las notas para promocionar ni para pedir acciones a los usuarios, en la ayuda de Play Console. |
| Di cuándo un cambio salió de los comentarios de los usuarios. | Esconder una corrección porque admite que hubo un error. | Apple sugiere usar Novedades para mostrar a los usuarios que los escuchaste cuando una función o una corrección salió de sus comentarios. |
| Escribe con las palabras que el usuario ve en pantalla. | Pegar números de ticket, mensajes de commit o nombres internos. | Keep a Changelog dice lo mismo de los changelogs: son para personas, y un volcado de commits está lleno de ruido. |
| Deja fuera los precios exactos. | Poner un importe en dólares en notas que ven todos los países. | Apple da este consejo para la descripción de la app: un precio escrito en el texto puede no ser correcto en todas las regiones. La misma lógica vale para las notas. |
| Escribe una versión para Google Play de 500 caracteres o menos. | Pegar una nota larga del App Store en Play Console y recortar lo que no entre. | El corte suele caer en mitad de una frase. Escribe la versión corta a propósito. |
Cómo localizar las release notes
Las dos tiendas te dejan escribir notas distintas para cada idioma. Unas notas sin traducir en una ficha traducida se notan enseguida, como muestra la nota en inglés de Pages en la ficha mexicana.
- Paso 1
Lo que pasa si no las traduces
En el App Store, What's New se puede localizar. Cuando agregas un idioma, sus campos toman los valores de tu idioma principal, salvo la descripción y las palabras clave, según la página de Apple sobre cómo localizar la información de la app. Así que una ficha en español sin notas en español muestra las de tu idioma principal.
- Paso 2
Elige la variante de español que ve tu público
El App Store tiene dos localizaciones en español: Spanish (Mexico) y Spanish (Spain). Según la tabla de localizaciones del App Store, Spanish (Mexico) es el idioma predeterminado en las tiendas de México, Argentina, Colombia, Chile y Perú, entre otras; Spanish (Spain) lo es en España, donde también se admiten catalán e inglés (U.K.); y en Estados Unidos Spanish (Mexico) figura entre los idiomas adicionales. Apple aclara que el idioma que ve cada cliente también depende de los ajustes de su dispositivo y de los idiomas que agregaste.
- Paso 3
Escribe el texto original pensando en la traducción
Frases cortas, una idea por frase, sin modismos ni juegos de palabras. Una línea como "Corregimos un cierre al abrir una lista compartida sin conexión" se traduce sin problemas. Un chiste sobre el error casi nunca.
- Paso 4
Usa los mismos nombres que la app traducida
Si el botón dice Compartir en la interfaz en español, las notas en español también tienen que decir Compartir. Pásale a quien traduce los textos de la interfaz, o las notas mandarán a la gente a buscar un botón que se llama de otra forma.
- Paso 5
Deja margen bajo el límite de Google Play
Google Play permite 500 caracteres por idioma, y el texto de cada idioma va entre sus propias etiquetas de idioma, en líneas separadas, como muestra la ayuda de Play Console. Una traducción puede salir más larga que el original, así que deja el texto de partida bastante por debajo de 500.
- Paso 6
Reutiliza con cuidado
Play Console puede copiar las notas y las traducciones de una versión anterior en la casilla para editarlas, una función que se describe en la misma página de ayuda de Play Console. Ahorra tiempo en una versión de mantenimiento, pero revisa cada idioma antes de publicar, o volverás a anunciar la función del mes pasado.
Release notes demasiado largas en Google Play: longitud, etiquetas de idioma y formato
Google Play te da 500 caracteres Unicode por idioma, según la ayuda de Play Console tal como la leímos el 17 de octubre de 2026. Es la octava parte del espacio que da el App Store, así que el motivo más común por el que las notas no entran es simple: se pegó entero un texto del App Store. El límite cuenta cada idioma por separado. Una traducción larga al alemán no gasta el cupo del inglés, pero tiene que caber en sus propios 500.
Cuando pegas varios idiomas a la vez, el formato importa tanto como la longitud. La página de ayuda de Google muestra las notas de cada idioma entre una etiqueta de idioma de apertura y otra de cierre, cada una en su propia línea, y dice que las notas pueden ocupar varias líneas. Antes de empezar a recortar, revisa que cada idioma pegado tenga sus dos etiquetas y que no quede nada fuera de ellas.
Para recortar una nota a 500 caracteres sin perder lo importante, sigue este orden. Deja entera la primera línea, porque lleva el motivo para actualizar. Junta las correcciones en una línea que empiece con Corregido. Quita los agradecimientos y cualquier pedido de calificar o compartir, que de todos modos Google pide dejar fuera de las notas. Elimina los cambios que solo salieron en iPhone o Apple Watch. Después pega el resultado en la casilla Release Notes de la pestaña Google Play del contador de caracteres del App Store para ver la cuenta antes que Play Console.
El formato es texto plano. La página de ayuda de Google habla de líneas de texto y de etiquetas de idioma, y no dice nada de negritas, enlaces ni viñetas, así que escribe como si nada de eso fuera a verse. Un cambio por línea se lee bien en un teléfono, y una palabra como Nuevo o Corregido al principio de la línea hace el trabajo de una viñeta.
Si publicas desde un pipeline, ni siquiera tienes que escribir las notas en Play Console. En la Google Play Developer API, cada versión de un track tiene un campo releaseNotes que la referencia de la API describe como una descripción de lo que hay de nuevo en la versión, en texto localizado. La acción supply de fastlane las lee de una carpeta changelogs por idioma, donde cada archivo lleva el nombre del código de versión al que corresponde y se usa un archivo default.txt cuando ninguno coincide. El límite de 500 caracteres sigue valiendo para lo que envíe el script.
Cómo reutilizar las release notes en redes sociales o en un changelog
Lo difícil ya está hecho: decidir qué importa en esta versión. Esas mismas líneas sirven para otros cuatro lugares.
Una publicación en redes
Elige los dos o tres puntos que le importarían a alguien que no conoce la app, empieza por el beneficio y agrega una captura real de la función. Deja fuera las correcciones salvo que el error haya sido famoso. Hay ejemplos para cada red en estos ejemplos de anuncios de actualización de apps, y un plan canal por canal en cómo promocionar una app en redes sociales.
Una página de changelog en tu sitio web
Pega las notas de cada versión en una sola página, de la más nueva a la más antigua, con la fecha de publicación. Son las bases que recomienda Keep a Changelog: una entrada por versión, la última primero y la fecha de cada una. A diferencia de la tienda, tu propia página deja leer todo el historial en un solo lugar.
Una pantalla de novedades dentro de la app
Las actualizaciones del App Store se instalan solas de forma predeterminada, así que la primera apertura después de actualizar es el único momento en que sabes que la persona verá la noticia. Muestra una sola vez los uno o dos puntos principales, con un botón para probar la función, y nunca bloquees la app detrás de esa pantalla.
Texto promocional y capturas de la tienda
Convierte el punto principal en una línea de 170 caracteres o menos para el texto promocional del App Store, que puedes cambiar sin una versión nueva. Si la versión cambió el aspecto de la app, actualiza las capturas en el mismo envío con la referencia de tamaños de screenshots del App Store.
Un lanzamiento por fases pide paciencia al redactar
Si publicas por fases en el App Store, las actualizaciones automáticas llegan a la gente durante 7 días, empezando por el 1 % el primer día, como describe la página de Apple sobre el lanzamiento por fases. Cualquiera puede actualizar a mano desde el App Store, así que una publicación que dice "ya disponible" es cierta, pero "ya la tienen todos" no.
Una corrección siempre es una versión nueva
Apple dice que no se puede volver a una versión anterior en el App Store. Si una versión sale mal, creas una versión nueva, y esa versión lleva sus propias notas. Escríbelas como el ejemplo de disculpa de arriba y suma la lección a tu checklist para lanzar una app.
Más recursos para cada versión que publicas
Si te cuesta empezar desde una lista de commits, nuestro generador de release notes (en inglés) toma esos mensajes y devuelve unas notas para el App Store, otras para Google Play dentro de los 500 caracteres y una línea para redes. Para ver con qué frecuencia actualizan las apps más descargadas, tenemos un estudio sobre cada cuánto se actualizan las apps hecho con las listas principales del App Store de Estados Unidos.
Antes de enviar, conviene saber cuánto tarda la revisión de Apple y repasar los motivos de rechazo en el App Store, porque unas notas que anuncian algo que no está en la build son metadatos inexactos. Si la versión es grande, puede valer una nominación para que los editores la destaquen; la guía sobre cómo aparecer en el App Store explica cuándo y cómo pedirlo. Y si estás preparando todavía tu primera ficha, el generador de descripciones para el App Store (en inglés) ayuda con la descripción y el texto promocional.
Hay más piezas alrededor de una versión. Los eventos dentro de las apps en el App Store sirven cuando la novedad tiene fecha, los ejemplos de screenshots del App Store ayudan si la versión cambia el aspecto de la app y los ejemplos de anuncios de lanzamiento cubren la primera versión. Las estadísticas del App Store dan contexto sobre la tienda, y la página Spreadcast para apps móviles muestra cómo se automatizan las publicaciones de cada versión.
Convierte las notas de cada versión en una publicación con Spreadcast
Lo habitual es escribir buenas notas y no contárselo a nadie. La versión sale, la tienda se actualiza sin ruido y las cuentas en redes siguen calladas, porque hacer la publicación es una tarea más.
Spreadcast hace ese paso por ti. Pegas el enlace de tu app en el App Store en la página para empezar y revisa la ficha pública todos los días. Cuando aparece una versión nueva, resume las release notes en dos o tres puntos, los pone en una imagen diseñada con una captura real de tu app y publica en las redes que conectaste, o deja la publicación esperando tu aprobación con un toque. Hoy funciona con fichas del App Store; Google Play todavía no. La app de Spreadcast está en inglés.
Cuanto mejores sean tus notas, mejor sale esa publicación, que es un motivo más para dejar de enviar "corrección de errores y mejoras de rendimiento". Para el resto del plan, lee cómo hacer marketing de una app y las reglas de marketing del App Store de Apple explicadas.
Preguntas frecuentes
¿Qué significa release notes?
Release notes significa notas de la versión: una descripción corta de lo que cambió en una versión nueva de una app, como funciones nuevas, mejoras y correcciones de errores. En el App Store en español aparecen bajo Novedades, y en Google Play Console el campo se llama "What's new in this release?". Se escriben para los usuarios, así que cuentan los cambios con palabras de todos los días.
¿Cuál es el límite de caracteres de las release notes en el App Store?
4000 caracteres. La referencia de Apple para el campo What's New in this Version dice que tiene un límite de 4000 caracteres, que no está disponible en la primera versión de una app y que es obligatorio en todas las siguientes. Puedes verlo en la información de la versión que publica Apple, revisada el 4 de noviembre de 2026.
¿Cuál es el límite de caracteres de las release notes en Google Play?
500 caracteres Unicode por idioma, según la ayuda de Play Console de Google, consultada el 11 de octubre de 2026. Es la octava parte del límite del App Store, así que escribe la versión para Google Play como un texto corto propio.
¿Puedo escribir solo "corrección de errores y mejoras de rendimiento"?
Solo cuando la versión no trae nada más. La guía 2.3.12 de Apple permite una descripción genérica para correcciones simples, actualizaciones de seguridad y mejoras de rendimiento, y exige listar los cambios más importantes. La propia Apple usa una línea así en algunas versiones de Pages. Aun cuando está permitido, nombrar el error corregido le sirve más a quien lo reportó.
¿La primera versión de una app nueva necesita release notes?
En el App Store, no. Apple dice que el campo What's New no está disponible en la primera versión de una app, así que la descripción y el texto promocional cargan con el lanzamiento. Si escribes una nota para la primera versión en Google Play, cuenta qué hace la app y cómo enviar comentarios, como en el ejemplo de primera versión de arriba.
¿Puedo editar las release notes del App Store cuando la actualización ya está publicada?
Planifica como si no se pudiera. La lista de Apple de propiedades que puedes editar sin enviar una versión nueva no incluye What's New. El texto promocional es el campo que puedes cambiar cuando quieras, así que úsalo para correcciones o noticias entre versiones. La lista está en las propiedades obligatorias, localizables y editables de Apple.
¿Qué longitud deben tener las release notes de una app?
Lo suficiente para nombrar cada cambio que un usuario pueda notar, y nada más. En la mayoría de las actualizaciones eso son de dos a seis líneas cortas, que además caben en los 500 caracteres de Google Play. Una versión mayor puede aprovechar más espacio, hasta los 4000 caracteres del App Store, con el cambio más grande primero.
¿Cuál es un buen ejemplo de release notes para Android?
Casi todos los ejemplos de esta página sirven para Android, porque cada nota tiene menos de 500 caracteres (la de TestFlight es para la herramienta de betas de Apple). Uno típico: "Nuevo: presupuestos compartidos, invita a una persona y vean cada gasto en cuanto se registre. Mejorado: la búsqueda mira dentro de las notas. Corregido: importaciones bancarias duplicadas." Mantenlo informativo, porque Google no permite promociones ni pedidos de acción en las notas.
¿Puedo cambiar las release notes mientras la app está en revisión?
Solo en parte. Mientras la versión está en Waiting for Review, App Store Connect te deja editar cierta información. Para cambiar el resto, retira la versión de la revisión, lo que la deja en Developer Rejected, edítala y vuelve a enviarla. Apple dice que la revisión empieza de cero cuando reenvías. Los pasos están en la página de Apple sobre cómo retirar un envío de la revisión.
¿Qué hay que incluir en las release notes?
Cada cambio de esta versión que un usuario pueda notar, del más grande al más pequeño: funciones nuevas y dónde encontrarlas, lo que se movió o se quitó, y los errores nombrados por lo que se veía. Di a quién afecta cuando un cambio toca solo a una parte de los usuarios, como los suscriptores o un dispositivo. Deja fuera el trabajo interno, los números de ticket y los precios escritos en una sola moneda.
De dónde salen estos datos
Cada cifra, norma y precio externo de esta página enlaza a la página de donde se tomó.
- Platform version information, incluido el campo What's New (en inglés)Apple Developer, App Store Connect Help
- Required, localizable and editable properties, propiedades obligatorias, localizables y editables (en inglés)Apple Developer, App Store Connect Help
- Localize app information, cómo localizar la información de la app (en inglés)Apple Developer, App Store Connect Help
- App Store localizations, idiomas por país o región (en inglés)Apple Developer, App Store Connect Help
- Create a new version, cómo crear una versión nueva (en inglés)Apple Developer, App Store Connect Help
- Release a version update in phases, lanzamiento por fases (en inglés)Apple Developer, App Store Connect Help
- TestFlight overview: información de prueba y comentarios de testers (en inglés)Apple Developer, App Store Connect Help
- Remove a submission from review, cómo retirar un envío de la revisión (en inglés)Apple Developer, App Store Connect Help
- App and submission statuses, estados de apps y envíos (en inglés)Apple Developer, App Store Connect Help
- Creating your product page, guía de la página de producto (en inglés)Apple Developer
- App Review Guidelines, guías 2.3 y 2.3.12 (en inglés)Apple Developer
- Cómo actualizar manualmente las apps desde App StoreSoporte técnico de Apple
- Pages: crea documentos, ficha e historial de versiones en el App Store de MéxicoApp Store
- Modify an app store version localization, con el atributo whatsNew (en inglés)Apple Developer, App Store Connect API
- Prepare and roll out a release, preparar y lanzar una versión (en inglés)Google Play Console Help
- Google Play Developer API: edits.tracks y release notes (en inglés)Google for Developers
- Mantenga un changelog, versión 1.1.0Keep a Changelog
- deliver: subir metadatos y release notes al App Store (en inglés)fastlane docs
- supply: subir metadatos y changelogs a Google Play (en inglés)fastlane docs
- Video en inglés: cómo publicar una versión nueva en App Store ConnectThink Like an Engineer
Investigado y escrito por Spreadcast. Revisado por última vez el 4 de noviembre de 2026.