Sitio web vs aplicación vs PWA: qué hace cada uno, qué cuesta mantenerlo vivo y cómo elegir. Una PWA renderizada en el servidor es sitio y app a la vez.

La biblioteca de temas Classic de GoodBarber sigue creciendo, y esta tanda trae diez nuevos temas para apps de contenido. Cada uno es una dirección visual acabada que puedes hacer tuya, para que tu app se vea cuidada desde la primera pantalla. Lo más difícil de una app de contenido casi nunca es el contenido. Es lograr que todo se vea intencionado, pantalla tras pantalla, cuando el diseño no es tu oficio. Un tema resuelve eso al darte una dirección visual completa: colores, tipografía, estilo de imágenes y maquetación ya funcionan en conjunto. Tú aportas tu contenido y tu marca; el tema aporta el acabado. Y como cada tema funciona con Smart Design, el resultado se mantiene coherente por mucho que lo personalices.

Lo que le pasa a una app durante los tres años siguientes a su lanzamiento: qué se mueve a su alrededor, qué absorbe la plataforma en tu lugar y la corta lista de lo que sigue estando a tu nombre.

La versión corta: el día del lanzamiento es el ecuador del camino, no la línea de meta. El verdadero trabajo de una app móvil es la operativa diaria: publicaciones, campañas de push, actualizaciones del catálogo, pedidos. Y es en ese trabajo diario donde un agente de IA resulta útil de verdad.La conversación sobre IA vive obsesionada con la creación. Demos de prompt a app, pantallas generadas, prototipos a la primera. Es comprensible: la creación produce demos espectaculares. Pero cualquiera que haya publicado una app de verdad conoce la parte incómoda: el día en que tu app llega a las tiendas, la mayor parte del trabajo todavía está por delante.Una app que nadie opera muere en silencio. El contenido se queda obsoleto, las campañas de push se paran, el catálogo se desactualiza y la retención se resiente. Llevamos operando apps en producción desde 2011, y quince años de operativa enseñan una lección: lo que decide el destino de una app no es cómo se creó, sino cómo se gestiona. Analizamos ese punto ciego en Los app builders con IA pueden crear una app. ¿Y gestionarla?: el sector se ha vuelto buenísimo generando apps y guarda un silencio extraño sobre cómo operarlas.Por eso está tomando forma una nueva categoría: la app operable por agentes. No una app creada por la IA, sino una app cuya operativa diaria un agente de IA puede ejecutar de verdad, siguiendo tus instrucciones y con salvaguardas. Creas una vez. Operas para siempre. Y es en la segunda parte donde pasas la vida.

Replit lleva desde 2016 construyendo herramientas de desarrollo dentro del navegador. A principios de 2026 añadió una oferta móvil, bajo una página titulada «Idea to Mobile App in Minutes» — lo que la sitúa, por primera vez, en el terreno de los creadores de apps.Así que pasamos por ella nuestro encargo habitual: AURORA, la misma app de guía de viajes de gama alta que construimos en cada herramienta de esta serie. No una lista de funcionalidades, sino una app de verdad, que tiene que llegar a las tiendas, actualizarse cada semana y ser gestionada por alguien que no escribe código.Lo que sale de Replit es sólido. Y también es, sin ambigüedad alguna, una base de código: un proyecto React Native, una nube facturada por uso y una consola de desarrollo. Toda la comparación cabe en esa frase — Replit le responde en lenguaje natural y después le entrega algo que se comporta como un proyecto de ingeniería. Que eso sea un regalo o un problema depende por completo de quién vaya a llevar la app el próximo martes.

Nombra cualquier sección de contenido de tu app en tu prompt, y el AI Extension Builder construye una sección que muestra ese contenido — con el diseño exacto que describiste. Tus artículos, tu plantilla, siempre al día. Cada sección de contenido de una app GoodBarber viene con una gama de plantillas cuidadosamente diseñadas. Eliges una y funciona — esa es la gracia de una plataforma integrada. Pero el diseño que tienes en mente no siempre está en la lista. Quizá imaginas tus últimos artículos en formato revista: una gran foto de portada con el título superpuesto, tarjetas más pequeñas debajo. O tus eventos como una agenda compacta, solo con la fecha y el lugar. Hasta ahora, elegías la plantilla que más se acercaba.Lo que muchos usuarios del AI Extension Builder aún no han descubierto es que ese límite ha desaparecido. El builder no solo crea widgets independientes — puede leer el contenido de las secciones existentes de tu app. Y eso lo convierte en algo más interesante que un generador de widgets: una herramienta para diseñar tus propias plantillas de visualización.

El posicionamiento de una PWA se basa en un principio sencillo: para que una página aparezca en los resultados de búsqueda, un motor tiene que visitarla, leerla e indexarla primero. Ese paso —el rastreo o crawl— no lo decides tú. Es el motor el que decide cuándo vuelve, a su propio ritmo.Para un sitio estático, esa espera apenas importa. Para una app cuyo contenido está vivo —un medio que publica varias veces al día, una tienda cuyos precios y stock cambian, una agenda cuyos eventos llegan y caducan— es un freno real. Ya has hecho el trabajo: el contenido está publicado, actualizado, listo para que lo encuentren. Pero se queda esperando a un rastreador que todavía no ha vuelto. Mientras tanto, a veces es una versión antigua de la página —o directamente nada— lo que aparece en los resultados.

Si has publicado tu PWA, ahora mismo está sirviendo un robots.txt: el primer archivo que lee un rastreador, y el que decide lo que viene después — qué partes de tu sitio se exploran, y quién puede hacerlo. El tuyo le dice que sí a todo el mundo.Todo lo que sigue afecta a esa versión web de tu aplicación. Nadie rastrea tus apps de iOS y Android, y la pestaña solo aparece cuando tu PWA se ha publicado al menos una vez: antes no hay ningún archivo que configurar.Era una respuesta defendible. Simplemente no era la tuya — y el público al que responde ha cambiado. Hace unos años, un rastreador sobre tu contenido era Google, Bing o un aspirador que te daba igual. Hoy una parte creciente de ese tráfico pertenece a empresas de IA, y no todas quieren lo mismo de tus páginas. Tratarlas en bloque es elegir entre todas o ninguna.La nueva pestaña las reparte en cuatro familias: Search engines (Google, Bing y los demás buscadores que muestran tu sitio en sus resultados), AI answers (ChatGPT, Claude o Perplexity cuando citan tu sitio en sus respuestas), AI training (los robots que recopilan tu contenido para entrenar sus modelos) y On-demand reading (cuando alguien le pide a una IA que abra y lea una página concreta de tu sitio). Cuatro familias, porque son cuatro tratos distintos.

En resumen. Una aplicación móvil que no se actualiza no se queda congelada: se degrada. Las notificaciones push dejan de llegar, los nuevos usuarios dejan de encontrarla, y las tiendas acaban ocultándola o retirándola. En GoodBarber, la plataforma absorbe cada cambio de los OS y de las tiendas y entrega la corrección con tu siguiente actualización: un año de sacudidas del mundo móvil te llega en forma de nota de versión. Lo único que sigue en tus manos: actualizar con regularidad.Tu aplicación funciona hoy. Déjala un año sin tocarla: seguirá abriéndose, seguirá teniendo buen aspecto, seguirá haciendo su trabajo en tu propio teléfono. Nada en tu panel te avisa. Ahí está la trampa.Porque mientras tu aplicación permanecía quieta, todo lo que la sostiene se movió. Apple y Google publicaron nuevos sistemas operativos, reescribieron las reglas de sus tiendas, retiraron tuberías viejas. Te das cuenta meses después, a través de síntomas que parecen un problema de marketing: las descargas se apagan, las campañas push llegan a menos gente, un usuario fiel te escribe que la aplicación falla en su teléfono nuevo. La degradación es real, y no tiene nada que ver con la calidad de tu contenido.

Un MCP BaaS da a un agente tu base de datos. El MCP de aplicación de GoodBarber le da tu app real: funciones activas, OAuth por app, escrituras verificadas.

Ya nadie duda de que una IA pueda generar código capaz — incluso «vibe-coded», funciona, a veces muy bien. Esa no es la pregunta interesante. La pregunta interesante es: una vez generada, ¿qué hace realmente esa sección dentro de tu app? ¿Se queda como un bloque aislado en un rincón, o aprovecha lo que el dispositivo y la app ya saben hacer? La forma más honesta de responder es tomar un prompt y desmontarlo, línea por línea.Para eso está esta nueva serie. En cada episodio tomaremos un prompt de la biblioteca del AI Extension Builder y lo desmontaremos: dónde confía en la plataforma, dónde la fuerza, y qué sabe hacer de verdad la sección resultante. Empezamos con uno de los prompts de ejemplo de la biblioteca: «dónde aparqué».Este es el prompt más corto que podrías escribir para esto:Build a "remember where I parked" helper.Eso es todo. Una frase, no unas especificaciones. Y esto es lo que sale:Un botón para guardar tu ubicación. Una sección que vuelve a encontrar ese punto al reabrir la app. Un botón para volver al coche. Un enlace discreto para borrarlo. Y, si rechazas la localización, una pantalla que lo explica en lugar de fallar.La sorpresa no es que siete palabras dibujen una pantalla. Es que esta sección, nacida de una frase, ya aprovecha las capacidades del dispositivo: lee el GPS, guarda una memoria, abre Maps. No pedimos ninguna de esas tres cosas.

Un quiz de personalidad — « Which 2026 Summer Blockbuster Is Your Vibe? » — creado íntegramente describiéndolo al AI Extension Builder de GoodBarber. El quiz, por qué funciona el formato y el prompt exacto para robar.

Los app builders con IA clavan el prototipo. Producir es otro oficio: propiedad, tiendas, mantenimiento. GoodBarber publica apps nativas que la IA gestiona.

Organizamos un AMA en directo en r/GoodBarber, abierto a cualquier pregunta sobre cómo publicar una app en la App Store: App Review, App Store Connect, cuentas de desarrollador, todo. Las respuestas llegaron directamente del equipo de soporte que gestiona a diario las publicaciones en la App Store y en Google Play, con ingenieros iOS sumándose en cuanto una pregunta se ponía técnica. Aquí tienes el resumen. Nos hacen esta pregunta muy a menudo, así que revisamos nuestros propios casos de soporte de los últimos 18 meses. Los motivos de rechazo más comunes son menos dramáticos de lo que se suele pensar:Metadatos de la App Store incompletos o inexactos: información, capturas de pantalla o descripciones que faltan o inducen a error.Un formulario de App Privacy mal configurado.Apps que Apple considera incompletas o no del todo funcionales durante la revisión.Además, vemos con frecuencia rechazos relacionados con derechos de contenido (sobre todo audio o vídeo), apps de sectores regulados que no cumplen las expectativas de Apple, o apps que se consideran demasiado parecidas a algo que ya existe.Para una primera publicación, todo empieza por los metadatos: destaca el valor real de tu app en lugar de una promoción genérica, y sigue las guidelines de Apple, son la base de todo lo demás. Y si te rechazan, no te agobies. Un rechazo no es un callejón sin salida, normalmente es solo parte del proceso. Lee con atención el feedback de Apple, resuelve cada punto y vuelve a enviarla: hemos visto muchas apps aprobadas tras una o varias rondas de revisión.Si estás convencido de que un revisor se ha equivocado, sé objetivo. Explica con claridad por qué crees que tu app cumple la guideline en cuestión, y respáldalo con lo que ayude: capturas de pantalla, una grabación de pantalla, credenciales de prueba, instrucciones paso a paso si una función no resulta evidente. Si la conversación se estanca, puedes pedir una llamada con un representante de Apple a través del App Resolution Center en App Store Connect: una conversación directa suele aclarar malentendidos más rápido que un intercambio por escrito. Como último recurso, puedes apelar ante el App Review Board, donde un miembro senior del equipo de Apple revisa el caso. En cualquier caso, el objetivo no es demostrar que Apple se equivoca, sino ponérselo lo más fácil posible al revisor para que entienda por qué tu app cumple.

El 2 de febrero de 2025, Andrej Karpathy le puso nombre: “Hay un nuevo tipo de programación que llamo 'vibe coding', en el que te entregas por completo a las vibras, abrazas los exponenciales y te olvidas de que el código siquiera existe”. Nueve meses después, “vibe coding” era la palabra del año del diccionario Collins. Pocos términos tecnológicos han viajado tan rápido — porque pocas experiencias tecnológicas resultan tan embriagadoras.Las cifras cuentan lo mismo. Lovable alcanzó los 100 millones de dólares de ingresos recurrentes anuales ocho meses después de su lanzamiento, con más de 10 millones de proyectos creados en la plataforma. Bolt.new llegó a unos 40 millones de dólares de ARR en unos cinco meses. Replit multiplicó por diez sus ingresos en medio año tras lanzar su agente. Millones de personas escribieron una frase y vieron aparecer software.Entendemos ese subidón. Es el mismo que sienten nuestros usuarios cuando describen una función y la ven funcionando en su app. Ver tu idea en marcha —no maquetada: funcionando— cambia lo que te crees capaz de construir. Esa parte no merece ninguna ironía.Pero Karpathy dejó la advertencia en el mismo post: el vibe coding “no está nada mal para proyectos desechables de fin de semana”. Quienes lo viven lo cuentan con menos diplomacia. Un usuario de r/nocode tituló su post “Probé Bolt.new. Me sentí un dios. Luego la realidad me dio una bofetada” y resumió así la resaca del día siguiente: “De repente, el sueño de la 'programación con IA' se convirtió en 'ansiedad con IA'”.La demo no es mentira. El error es leerla como un producto terminado.

Le pedimos al AI Extension Builder de GoodBarber un juego de arcade completo: un Flappy Bird jugable con el dedo, a pantalla completa, con una clasificación compartida entre todos los jugadores. Este es el resultado, el prompt exacto que lo generó y lo que esta prueba de concepto revela: con el AI Extension Builder, casi todo lo que puedes describir puede convertirse en una sección de tu app. Un videojuego no es lo que esperas de un app builder.Y eso es justo lo que lo convierte en una buena prueba. Para saber de qué es capaz el AI Extension Builder, mejor pedirle lo improbable que una sección más. Así que le describimos un juego de arcade completo —jugable con el dedo, a pantalla completa, con una clasificación compartida entre todos los jugadores— y observamos hasta dónde aguantaba.Aguantó. La lección no es "publica juegos", sino "el techo está mucho más alto de lo que crees": lo que vale para un Flappy Bird vale para la funcionalidad concreta que tu app realmente necesita. Todo se lo describimos en lenguaje corriente, en unos pocos párrafos. Este es el resultado.

Las actualizaciones de este mes se centran en la visibilidad, el cumplimiento normativo y la experiencia de usuario: nuevas formas de destacar las acciones clave, proteger a los usuarios más jóvenes y suavizar las interacciones cotidianas en su aplicación. Esto es lo nuevo:Nuevo Floating Button global: destaque una acción clave en toda su aplicación, configurada una sola vez desde el Structure panel.Age Protection: una nueva funcionalidad para cumplir con las leyes regionales de verificación de edad y proteger automáticamente a los usuarios más jóvenes.Miniaturas en el mapa de eventos: los eventos mostrados en un mapa ahora pueden aparecer con su propia imagen en miniatura en lugar de un marcador estándar, de modo que cada uno se reconoce al instante.Mostrar/ocultar contraseña: ahora sus usuarios pueden tocar el icono del ojo para mostrar u ocultar su contraseña en cualquier pantalla de inicio de sesión o de registro, de modo que un error de escritura nunca vuelva a bloquearlos.

El AI Extension Builder ya te permite crear una sección a medida con solo describirla en lenguaje natural. Ahora esas secciones pueden recordar y compartir datos reales. Pide una encuesta, una lista de reservas o un libro de visitas, y el builder prepara los datos que hay detrás y los conecta con tu app en producción, gracias a una nueva integración con Supabase. Hasta ahora, el AI Extension Builder brillaba en una cosa: convertir una frase en una sección que funciona. Describe una cuenta atrás, un mural de inspiración, un minijuego, y aparece en tu app, con un estilo que encaja a la perfección. Pero cada sección que creaba vivía por completo en el dispositivo del visitante. Nada de lo que producía era capaz de guardar información ni de transmitirla de una persona a otra.Ese era el límite. Si pedías una "encuesta para lectores", obtenías una encuesta que funcionaba de maravilla para una persona, en un solo dispositivo. Los votos vivían en el navegador. Cerrabas la app y desaparecían. La abrías en otro móvil y el recuento empezaba desde cero. Un libro de visitas que solo tú puedes leer no es un libro de visitas. Una lista de reservas que se reinicia en cada dispositivo no es una lista de reservas.El motivo era siempre el mismo: esas funciones necesitan un sitio donde guardar sus datos y un conjunto de reglas sobre quién puede leerlos y escribirlos. Esa capa —un backend— es la parte difícil, y es justo el tipo de cosa que solía figurar entre las limitaciones de los creadores de apps no-code. El nuevo conector de Supabase la incorpora dentro del builder. El AI Extension Builder ahora construye la capa de datos junto con la sección, en la misma conversación, antes de escribir una sola línea de código.(Si es la primera vez que creas secciones así, empieza por cómo funciona el AI Extension Builder: este artículo continúa a partir de ahí. Es la misma herramienta que hace poco aprendió a gestionar la subida de archivos, ahora también con una capa de datos.)

Cuando lanzamos el AI Extension Builder, ya sabía construir una sección a medida a partir de un simple prompt. Faltaba una pieza: tu propio material. Hasta ahora, el asistente partía de cero, escribía el código, lo mostraba en directo, pero con sus propias imágenes de relleno. Para usar tu logo o tus datos, había que apuntar a una URL externa, un enlace frágil y alojado en otro sitio. El nuevo gestor de archivos elimina ese paso.Imagina un club de atletismo que quiere una sección «Calendario de carreras» en su app.El responsable abre el panel Assets y arrastra dos archivos: logo.png y un carreras.csv con las fechas y los lugares. Después le pide al asistente:«Muestra las próximas carreras a partir de este CSV, con nuestro logo arriba.»El asistente ya conoce esos archivos. No los inventa, no los recrea, no los codifica en base64: los referencia por su URL exacta — logo.png en una etiqueta <img>, carreras.csv mediante un fetch(). La sección se muestra en directo, con los colores del club y sus fechas reales.Días de trabajo para un desarrollador, minutos aquí. Y el resultado no es una maqueta: es una extensión nativa, alojada por GoodBarber, que se publica en la app como cualquier otra sección.

Hace poco organizamos un AMA en r/GoodBarber dedicado al AI Extension Builder, la función en beta que convierte una descripción en lenguaje natural en una sección real e integrada en tu app. Y mejor aún: los desarrolladores que crearon la función estuvieron en el hilo respondiendo directamente. Las preguntas fueron excelentes: concretas, prácticas y, a menudo, de personas que ya habían construido algo. Esto es lo que salió.Un descubrimiento recurrente entre quienes prueban el builder: más iteraciones no significan automáticamente una mejor app. A partir de cierto punto, los cambios pierden relevancia, y empezar de cero con un prompt más claro suele superar al hecho de seguir ajustando uno existente.Nuestra opinión: iterar funciona mejor cuando afinas la intención original. Cuando cada ronda cambia la dirección del proyecto, suele ser más productivo empezar de nuevo. La calidad de ese primer prompt tiene un impacto enorme: cuanto más claro tengas qué quieres construir, la funcionalidad esperada y la experiencia de usuario, mejor será el resultado.