Pasamos un día conectando n8n al servidor MCP de GoodBarber para montar una automatización real: un workflow que traduce cada mañana al francés los artículos del blog de nuestra app, como borradores listos para revisar. Esta es la configuración exacta que usamos, lo que se rompió por el camino y las tres lecciones que te ahorrarán una tarde. La respuesta corta: con MCP, es la API la que se explica a la máquina — ya no construyes las peticiones a mano.Una integración REST clásica significa leer la documentación de una API, construir cada petición HTTP y gestionar la autenticación y la paginación por tu cuenta. MCP (Model Context Protocol) invierte ese trabajo: tu app GoodBarber expone sus operaciones como tools que cualquier cliente MCP descubre y llama por sí solo. Nuestra app de prueba — una Content App — expuso 62 tools en el momento de conectarse: artículos, párrafos, eventos, mapas, galerías, vídeos, sonidos.n8n importa aquí porque es una de las pocas plataformas de automatización con un MCP Client node nativo — y porque sus nodes AI Agent pueden entregar esos 62 tools a Claude y dejar que el modelo decida cuáles llamar. Las plataformas tipo Zapier automatizan apps; n8n + MCP automatiza tu app.REST + automatización clásicaMCP + n8nTrabajo de integraciónUna petición por acción, hecha a manoTools descubiertos automáticamenteAutenticaciónUna clave API por peticiónUna sola conexión OAuthLa IA en el bucleTú parseas, la IA ve fragmentosEl agente llama los tools directamente

Las plataformas no-code de creación de apps abordan la integración de agentes de IA de dos maneras: o le ayudan a construir agentes, o hacen que su app existente pueda ser invocada por ellos.El modelo de construcción de agentesEl modelo de backend de IAQué hace la IAGenera o impulsa la lógica de su appInvoca las operaciones de su app en su nombreSu punto de partidaConstruir —o reconstruir— en la plataforma del proveedorSu app existente ya es el objetivoDónde vive la complejidadEn flujos de trabajo y bases de datos que usted mantieneEn el agente; su app simplemente respondeEjemplosBubble, Lovable, Base44GoodBarber, a través de MCPEl discurso de Bubble es sincero y, para su público, acertado: si usted está montando un producto de software a medida, construir agentes de IA sobre el motor de bases de datos y flujos de trabajo de Bubble es realmente potente. Lo mismo vale para las herramientas que convierten un prompt en una app, cuando lo que necesita es un prototipo para esta misma noche.Pero fíjese en lo que ambas le piden primero: construir. Un esquema, flujos de trabajo, pantallas. O, como mínimo, una migración.Para un comerciante con una app existente y clientes reales, ese es el punto de partida equivocado. No necesita reconstruir nada. Necesita que su app responda a las instrucciones de la IA.

Proteger a los usuarios menores de edad ya no es opcional. Cada vez más leyes obligan a las aplicaciones a adaptar su comportamiento según la edad de sus usuarios, bajo pena de retirada de las tiendas. Age Protection integra ese cumplimiento directamente en tus aplicaciones nativas GoodBarber, sin escribir una sola línea de código. Te explicamos cómo activarlo y qué cambia para tus usuarios. En los últimos años, varios países —empezando por Estados Unidos— han endurecido su marco legal sobre la protección de los menores en las plataformas digitales. Estas leyes exigen que las aplicaciones tengan en cuenta la franja de edad de sus usuarios para adaptar las funciones accesibles. Cualquier aplicación que recopile datos, muestre publicidad o permita interacciones sociales debe aplicar restricciones específicas en cuanto el usuario es menor (menos de 16 años).En una app desarrollada a medida, eso supone un proyecto entero: detección de la edad, lógica condicional en cada función sensible y mantenimiento cada vez que cambia la ley. Con GoodBarber, la verificación de edad está integrada de forma nativa en tus aplicaciones iOS y Android. Activas un ajuste y el resto se aplica solo.

Tres artículos mostraron cómo funciona el servidor MCP de GoodBarber para los creadores. Este es para quienes construyen sobre él.Si acaba de incorporarse, el servidor se lanzó para la tienda, luego llegó a su contenido y después a las notificaciones push.

Este mes el foco está puesto en el GoodBarber MCP Server —ya disponible tanto para las aplicaciones Shopping como Content—, junto con una larga lista de correcciones en todos los frentes.El GoodBarber MCP Server ya está disponible: conecte su aplicación con asistentes de IA y gestione las tareas del día a día con una sola frase.Notificaciones push más inteligentes con IA: el MCP Server ahora crea notificaciones push con programación, destinos y segmentación precisa por plataformas, grupos, suscripciones o usuarios concretos.Su CMS, ahora accesible para el MCP Server: artículos, eventos, mapas, galerías, podcasts.

Thunkable llega con un pedigrí que pocos app builders pueden reivindicar: nació de MIT App Inventor, el proyecto que enseñó a toda una generación a montar apps a partir de bloques visuales. Once millones de apps después, esa herencia se nota — el editor de arrastrar y soltar es realmente accesible, y la nueva capa AI Builder ("iOS and Android—built by chatting") baja aún más la barrera. Cuando nos sentamos a construir AURORA con él, llegar a una primera pantalla funcional fue rápido y, francamente, divertido.La pregunta que AURORA nos obligó a hacernos no era "¿puedo construir la primera versión?" — era "¿qué estoy publicando exactamente en la App Store, y qué pasa cuando la app crece?". El marketing de Thunkable afirma producir apps verdaderamente nativas. Las reseñas de la comunidad describen una capa de interpretación de bloques que se ralentiza a medida que la lógica se complica. Esa brecha — entre la promesa de lo nativo y la experiencia de operar una app real a escala — es de lo que trata esta comparación.Este artículo forma parte de nuestra serie, donde aplicamos honestamente el mismo brief AURORA a cada herramienta. Si también estás evaluando Adalo, Glide, FlutterFlow o Bubble, encontrarás el mismo método aplicado a cada uno.

AppSheet es un producto de Google, lo que le otorga desde el principio una credibilidad que pocos competidores pueden igualar. Está integrado en Google Workspace, respaldado por la infraestructura de Google Cloud y utilizado por organizaciones como Airbus, Husqvarna y Solvay. Esa trayectoria es real. Cuando aplicamos el brief AURORA a la plataforma, comprendimos rápidamente que esa credibilidad estaba bien ganada — solo que en un terreno diferente al que nosotros explorábamos.AppSheet está diseñado para herramientas internas: una app de inventario para tu equipo de almacén, un formulario de inspección para tus técnicos de campo, un CRM para tus comerciales. AURORA es una app móvil de consumo — se descarga en el App Store bajo tu marca, la usan clientes que nunca has conocido y debe ser operada a diario por un equipo de marketing que no tocará una hoja de cálculo en su vida. Son dos problemas distintos. Que ambos se llamen "no-code" es precisamente la fuente de confusión que este artículo quiere aclarar.Este artículo forma parte de nuestra serie — el mismo brief AURORA, aplicado con la misma honestidad a cada herramienta evaluada. Si también estás comparando Adalo, Glide, Bubble u otras plataformas, encontrarás el mismo marco de referencia en todas ellas.

Bolt.new llegó en octubre de 2024 y fue imposible ignorarlo. 20 millones de dólares en ARR en dos meses, siete millones de usuarios en menos de un año: decidimos probarlo en serio, no hacer un recorrido rápido. Aplicamos el mismo brief de toda nuestra serie: AURORA, una guía de viajes de lujo que necesita distribución nativa en tiendas, actualizaciones editoriales diarias, campañas push, gestión de usuarios y una capa de e-commerce funcional.Construimos AURORA en Bolt.new. La construimos en GoodBarber. Lo que sigue es el relato honesto de ambas experiencias, incluyendo los momentos en que Bolt nos impresionó y aquellos en que los caminos divergieron de forma decisiva.Este artículo forma parte de nuestra serie continua: el mismo brief, aplicado a cada herramienta principal que hemos evaluado. Si también estás analizando Base44, Emergent, Adalo o FlutterFlow, encontrarás un marco de referencia coherente en todos ellos.

Crear una notificación push puede parecer simple al principio: escribir un mensaje, elegir una audiencia, enviarla.Pero en un uso real, las solicitudes suelen ser más precisas:enviar la notificación mañana por la mañana;dirigirse solo a usuarios iOS y Android;abrir una sección concreta de la app;redirigir a un artículo, un producto o una URL;dirigirse a un grupo de usuarios;enviar un mensaje a un usuario específico;programar el envío según la hora local de los usuarios.Hasta ahora, este tipo de configuración requería pasar manualmente por varios ajustes. Con el servidor MCP enriquecido, el usuario puede expresar su necesidad en una frase natural.Por ejemplo:"Envía una notificación push el viernes a las 10 a los usuarios iOS y PWA para anunciar el lanzamiento de mi nuevo programa, y abre la sección Web TV cuando la toquen."El asistente debe entender entonces tres elementos esenciales:el mensaje que se debe enviar;la audiencia afectada;la acción que se debe activar al tocar la notificación.Esto es precisamente lo que hace que esta actualización sea interesante: la IA no se limita a escribir un texto. Interpreta una intención de comunicación completa.

Entre los tres layouts de lanzamiento de la nueva generación de TabBar, Clean TabBar es el que expresa con mayor claridad una búsqueda de sobriedad y precisión.Aquí, la navegación no se apoya ni en iconos muy demostrativos, ni en un fondo marcado para señalar el estado activo. Se basa en una escritura más discreta, más textual, más elegante. Es un layout que da a la tabBar un lugar muy legible en la interfaz, conservando al mismo tiempo una presencia mesurada.Clean TabBar funciona especialmente bien en las apps que quieren dejar más espacio al contenido, al ritmo de la página y a la calidad global de la composición.

Cuando alguien dice que quiere "crear una app sin código", la pregunta rara vez es qué herramienta resulta más intuitiva. La pregunta real es: ¿qué ocurre después de la primera publicación? ¿Quién gestiona las actualizaciones de contenido el martes? ¿Quién envía la notificación push el viernes? ¿Quién investiga por qué la app se ralentiza con cinco mil usuarios simultáneos?Adalo y GoodBarber permiten a un fundador no técnico publicar una app con apariencia nativa en días, no meses. Pero responden a la pregunta operativa de forma muy diferente. Adalo le proporciona un canvas y los bloques para ensamblar su app. GoodBarber le entrega un producto ya diseñado y el back-office para gestionarlo.Para poner esa diferencia a prueba, le dimos a ambas plataformas el mismo proyecto: AURORA — una guía de viajes de lujo con requisitos precisos en materia de diseño, distribución y gestión diaria.

Existen cuatro caminos realistas para que una pequeña empresa cree su propia aplicación: app builders no-code, herramientas asistidas por IA, conversión de sitio web en app o contratar a un desarrollador. La elección correcta depende de una pregunta más que de ninguna otra: ¿tu aplicación es para tus clientes o para tus operaciones internas? Estos dos casos apuntan en direcciones opuestas en cuanto a costes, elección de herramientas y la propia definición de éxito. Llevamos creando apps nativas iOS y Android desde 2011, y en esta guía analizamos cada camino con honestidad, incluido a quién está realmente destinada cada herramienta.

Existen cinco formas probadas de monetizar una aplicación móvil sin escribir una sola línea de código: vender productos, cobrar por acceso a contenido premium, mostrar publicidad, vender servicios o aceptar donaciones. El modelo adecuado depende de lo que ofreces — y la plataforma adecuada determina qué parte de esos ingresos conservas realmente. Llevamos creando apps nativas iOS y Android desde 2011, y en esta guía analizamos cada modelo con honestidad: qué genera, qué cuesta y qué puedes configurar hoy con un app builder no-code. Por qué las apps móviles monetizan mejor que los sitios webLos 5 modelos de monetización comparados lado a ladoModelo 1: E-commerce móvil — vende productos y conserva el margenModelo 2: Suscripciones de contenido premium — Apple y Google hacen el trabajo pesadoModelo 3: Publicidad — convierte tu audiencia en ingresos sin vender nadaModelo 4: Servicios y reservas — cobra por tu tiempo o experienciaModelo 5: Donaciones — deja que tu comunidad apoye tu trabajoCómo elegir el modelo adecuado para tu proyectoFAQ

Si publica contenido en una app GoodBarber, conoce el patrón. Una nueva ruta de senderismo se abre en su zona y sus lectores querrán saberlo antes del fin de semana. Ninguna tarea es difícil. Un artículo con una foto y la descripción del recorrido. Un evento de caminata guiada el sábado por la mañana. Tres puntos de interés a lo largo del camino — la fuente, el mirador, la vieja capilla.Pero cada una de esas tareas significa lo mismo: abrir un ordenador, iniciar sesión, encontrar la sección correcta, rellenar un formulario, ordenar los bloques del cuerpo, guardar. Repetir para el evento. Repetir para el mapa. Cuando termina, la tarde ya pasó — o la idea se ha colado en una lista de pendientes que nunca se acorta.Cuando introdujimos el servidor MCP de GoodBarber, cerramos esa brecha en el lado tienda de la plataforma. La reacción nos enseñó algo que deberíamos haber visto antes: el valor de actuar sobre su app con una frase no se limitaba al comercio. Resultaba igual de útil para todo lo demás que gestiona el back-office. Así que extendimos el servidor MCP para cubrir el contenido.

FlutterFlow abre su página de inicio con una promesa: Own your code, no vendor lock-in. El mensaje es real, y para un público concreto es la respuesta correcta. Pero lleva un significado oculto: poseer el código también significa poseer todo lo que ocurre después — los bugs, las updates de la plataforma que rompen tu proyecto, las horas de desarrollador, el CMS externo que hay que cablear uno mismo. Poseer el código es una forma de propiedad. Existe otra: poseer la operación — publicar contenido, enviar notificaciones push, cobrar pedidos, cada día, durante años, sin abrir nunca un IDE. Probamos ambas plataformas sobre el mismo brief para ver cuál de estas dos propiedades cumple realmente cada una.Construimos AURORA — una app guía de viajes de lujo — en FlutterFlow y en GoodBarber, a partir de un cahier des charges idéntico. La metodología se explica en nuestra comparación de app builders en 2026.

Entre los tres layouts de lanzamiento de la nueva generación de TabBar, Minimal TabBar es el que lleva más lejos la idea de simplificación visual.Aquí, la navegación va a lo esencial. La tabBar adopta un enfoque icon-only, sin texto, con una composición más compacta y un acabado flotante muy contemporáneo. El conjunto ocupa poco espacio, se lee al instante y da a la interfaz una presencia más ligera, más nítida y más moderna.

La respuesta corta que la mayoría de los artículos evita dar: no puedes. No de verdad. Uber, Airbnb e Instagram son productos hechos a medida que representan cientos de millones de dólares en I+D, una infraestructura diseñada para escala global y equipos de ingenieros especializados. Ninguna plataforma no-code reproduce eso. Pero casi seguro no es lo que realmente estás intentando construir. Aquí está el análisis honesto — qué puede y qué no puede hacer el no-code para proyectos inspirados en estas apps, y cómo elegir la herramienta adecuada para lo que de verdad quieres lanzar. Por qué Uber, Airbnb e Instagram no pueden replicarse con no-code (y por qué no es un problema)Lo que probablemente estás intentando construir realmenteCuándo el no-code es la opción correcta — y qué plataforma para qué use caseCuándo el no-code es la opción equivocada — y qué hacer en su lugarUn framework de decisión realistaFAQ

Hace dos años, conseguir un prototipo funcional en pocas horas parecía una hazaña. Hoy es lo habitual. Lovable tiene mucho que ver: describes lo que quieres, lo ves aparecer, lo refinas a través de la conversación. La promesa —"dar poder al 99 % de personas con ideas pero sin conocimientos técnicos para hacerlas realidad"— se cumple, al menos en la primera etapa.Pero esta comparativa busca responder a una pregunta diferente. No "¿puede Lovable generar una aplicación?"—puede, y de forma convincente—, sino: ¿qué ocurre después del prototipo? ¿Quién gestiona el contenido, planifica las notificaciones push, envía la app a la App Store y mantiene la experiencia funcionando un año después?Para responderlo, sometimos ambas plataformas al mismo brief: AURORA, una guía de viajes de lujo. Un conjunto fijo de criterios, aplicados de forma sistemática. Lo que revela va mucho más allá de una tabla de funcionalidades.

Entre los tres layouts de lanzamiento de la nueva generación de TabBar, Bold TabBar es el que asume de manera más clara su presencia en la interfaz.Aquí, la navegación no trata de pasar desapercibida. Enmarca la pantalla, establece una jerarquía visual clara y participa plenamente en el estilo de la app. Este layout es especialmente adecuado para apps con mucho contenido o con una identidad fuerte, donde la navegación debe ser visible, legible y atractiva.

*El ASO es un tema que abordamos regularmente en el blog de GoodBarber, ya sea a través de nuestros consejos sobre la descripción de tu app en las tiendas o sobre cómo promocionar una app. Pero cuando podemos complementar nuestros recursos con los consejos de una experta en el terreno, no lo dudamos.Fue colaborando con Claire en un vídeo no-code "La increíble herramienta no-code que nadie conoce todavía " cuando descubrimos a Marine. Claire nos confesó que había sido acompañada por Marine para optimizar la visibilidad de su aplicación en las tiendas, con resultados concretos.Marine acompaña regularmente a creadores de aplicaciones, agencias y freelances en su estrategia de adquisición móvil, a través de artículos, masterclasses y talleres. Es precisamente esta visión de profesional del campo, actualizada y orientada a resultados, lo que nos convenció de darle carta blanca en el blog de GoodBarber.* Por qué el ASO no es opcionalEl ASO (App Store Optimization) es un conjunto de técnicas implementadas para mejorar el posicionamiento de una aplicación móvil en la App Store y en Google Play. Si conoces el SEO (Search Engine Optimization) para sitios web, es exactamente el mismo principio… pero para las tiendas de aplicaciones. ¿La diferencia? Las reglas del juego no son las mismas para la App Store y para Google Play (si no, sería demasiado fácil).En concreto, el ASO permite que tu aplicación:Sea encontrada → aparecer en los resultados de búsqueda cuando un usuario busca algoGenere descargas → convertir ese visitante en una descarga una vez que está en tu página de producto (= la página de tu aplicación en las tiendas)Si estás leyendo este artículo, probablemente tengas una aplicación ya lanzada o en proceso de creación y te preguntes cómo conseguir descargas.Por qué el ASO es verdaderamente imprescindibleLos números hablan por sí solos:El 65 a 75% de las descargas en las tiendas provienen de una búsqueda directa en la tiendaHay más de 2 millones de apps en la App Store y más de 3 millones en Google PlayEl usuario promedio pasa menos de 7 segundos decidiendo si descarga o noMi conclusión es inequívoca: si no eres visible en los primeros resultados de búsqueda, no existes. Y aunque aparezcas, tienes 7 segundos para convencer.Y ahí es donde veo una oportunidad enorme. ¿Por qué? Porque, como observo sobre el terreno, la mayoría de las apps no hacen ningún esfuerzo en ASO. Optimizan su página de producto una vez y nunca más la tocan.¡Esa es tu ventaja competitiva!

Emergent alcanzó los 100 millones de dólares en ingresos recurrentes anuales ocho meses después de su lanzamiento. Una tracción así no es ruido: refleja un cambio real en la forma en que las personas quieren crear software. Probamos ambas plataformas sobre el mismo brief para entender dónde se mantiene la ventaja de velocidad y dónde las decisiones de producto de Emergent generan una fricción que se acumula con el tiempo.Hay una pregunta que los constructores de aplicaciones con IA casi nunca responden: ¿qué haces con la app al día siguiente de lanzarla? Emergent es una de las herramientas más técnicamente impresionantes que hemos probado para convertir una idea en una aplicación funcional en menos de treinta minutos. Pero 100 millones de ARR en ocho meses también significa que la empresa ha tenido tiempo de tomar decisiones deliberadas sobre qué construir y qué no. La ausencia de un back-office en Emergent no es un olvido. Es una filosofía de producto. Entenderla es el verdadero objetivo de esta comparación.Construimos la misma app —AURORA, una guía de viajes de lujo— en ambas plataformas para entender no solo lo que cada herramienta genera el día uno, sino lo que cada herramienta hace posible el día treinta. La metodología se explica en nuestra comparación de app builders en 2026.

En una app móvil, la navegación no sirve solo para pasar de una sección a otra. Estructura la experiencia, crea referencias visuales fuertes y contribuye directamente a la percepción global del producto. Con el nuevo componente TabBar, abrimos una nueva etapa en el diseño de la navegación, con más libertad de diseño, más flexibilidad en la personalización y una adaptación más cuidada a cada dispositivo.

En una app de contenido, a menudo hay que encontrar el equilibrio entre impacto visual y legibilidad. Algunos artículos merecen ser visibles de inmediato, mientras que otros deben mantenerse fáciles de consultar sin saturar la pantalla.UneStory responde a esta necesidad con una estructura en dos tiempos.Arriba, los artículos destacados se muestran en un gran formato visual, con la imagen en primer plano y la información principal integrada directamente en la tarjeta: título, descripción, autor, fecha e interacciones.Debajo, los demás artículos se presentan en una lista compacta, clara y rápida de recorrer. El lector disfruta así de una entrada visual fuerte y continúa su navegación de manera fluida.Disponible para los widgets Artículos de la Home y las secciones Artículos, UneStory aporta una verdadera jerarquía editorial a tus páginas.

Las actualizaciones de este mes se centran en la conectividad, la navegación y la flexibilidad visual, ofreciéndole nuevas formas de agilizar su flujo de trabajo y afinar la apariencia de su aplicación. Descubra las novedades:El servidor MCP de GoodBarber está disponible: conecte su aplicación a asistentes de IA y gestione sus tareas cotidianas en una sola frase.iOS / Android / PWA Presentamos la nueva TabBar: 3 nuevos diseños, más formas de expresar su estilo e interacciones más fluidas para una experiencia de navegación más premium que nunca.iOS / Android / PWA Nuevo diseño UneStory para widgets y secciones de inicio. Un diseño compacto que combina la legibilidad de las listas Condensed con la inmersión del formato Story.