Los certificados SSL caducan por diseño — y cada vez más rápido. Por qué la web lo quiere así, qué exige llevar ese calendario y quién lo lleva por tu PWA.

Un profesor busca documentos para el personal, un padre consulta el calendario y un alumno guarda una guía para una tarea. Enviar cada aviso a los tres sería fácil, pero cada vez menos útil. La pregunta relevante no es cuántos datos puedes recopilar, sino qué parte de la experiencia debe cambiar de verdad:algunas secciones son compartidas, mientras que otras dependen del rol del usuario;las notificaciones llegan solo al público interesado;cada mensaje se envía en un momento adecuado y abre un destino útil;los usuarios eligen qué actualizaciones recurrentes y contenidos quieren conservar.Eso es personalización práctica de una app móvil. No hace falta ningún modelo de puntuación opaco.

La sección Favoritos de tu app se filtra por tipo, se ordena pestaña a pestaña y cada eliminación se deshace en un toque. Así es la nueva versión.

Dos prompts piden lo mismo: recordar. Uno obtiene una memoria personal; el otro, una memoria común a todo el estudio. Estas son las palabras que decidieron.

«Estás cerca de nuestro establecimiento. ¡Ven a visitarnos!»Este mensaje sabe dónde está una persona, pero no por qué la interrupción puede ser relevante. No ofrece ningún valor concreto ni un siguiente paso. En su mejor versión, el marketing basado en la ubicación utiliza la proximidad como contexto, no como toda la estrategia.Compáralo ahora con este otro:«Tu pedido está listo. Estás cerca del punto de recogida: muestra este mensaje en el mostrador».El segundo mensaje conecta a una persona conocida, un lugar relevante, el momento adecuado y una acción inmediata. Esa misma lógica puede orientar una visita a un museo, una alerta de evento o un servicio local, no solo una promoción.

El número de descargas suele convertirse en la cifra protagonista después del lanzamiento. Sin embargo, refleja la adquisición, no toda la relación entre un usuario y tu aplicación.Una persona puede instalar la app y no volver a abrirla. Otra puede regresar cada mañana, leer varios artículos y responder a las notificaciones. Contabilizar a ambas como una descarga oculta la diferencia que realmente importa.La misma precaución se aplica a cualquier métrica aislada. Un aumento de las páginas vistas puede indicar una exploración útil o una navegación confusa. Una sesión más larga puede reflejar una escucha atenta o fricción en una tarea que debería durar unos segundos. Pregúntate qué comportamiento produjo el dato y qué decisión puede orientar.

Una app para eventos cuesta desde 36 €/mes en no-code y de 1.000 a 20.000 $ al año en plataformas de eventos. Precios reales 2026 y la venta de entradas.

No puedes demostrar que una app es accesible a partir de una vista previa o una puntuación de contraste. Sin embargo, sí puedes eliminar una cantidad sorprendente de barreras antes de que empiecen las pruebas formales.La accesibilidad móvil va mucho más allá del contraste de color. La tipografía, los espacios, la navegación, las zonas táctiles, las etiquetas, el movimiento, los contenidos multimedia y el comportamiento con las tecnologías de asistencia también determinan si una persona puede completar una tarea.Las WCAG se escribieron para contenido web. La guía WCAG2Mobile del W3C explica cómo aplicar los criterios de nivel A y AA de WCAG 2.2 a apps móviles nativas, web e híbridas. Es un documento informativo, no una norma móvil independiente, y por sí solo no basta para establecer que una app es accesible.Esta checklist separa lo que se puede configurar de forma centralizada de lo que todavía debe verificarse en el producto publicado:Área de accesibilidadPrimera comprobaciónQué configurar o probarContraste de colorTexto, fondos, controles y estadosDefinir los colores globales y verificar cada combinación de contrasteTipografía y espaciadoValores predeterminados legibles, saltos de línea y ampliaciónConfigurar la jerarquía tipográfica y los márgenes globalesNavegaciónDestinos y etiquetas clarosConfigurar la estructura, las etiquetas y la navegación de la appZonas táctilesControles fáciles de utilizarVerificar la app generada en dispositivosLectores de pantallaNombres, roles, estados y orden del focoProbar las apps iOS y Android generadasMovimientoEfectos útiles y opcionalesConfigurar animaciones y respuesta háptica, y probar las preferencias del sistemaContenidos multimediaSubtítulos, transcripciones y alternativas textualesAñadir alternativas durante la creación y revisión del contenidoInteracción PWATeclado, zoom, foco y diseños responsiveProbar la PWA publicada en navegadores

Una votación de «canción del verano» donde cada voz cuenta para todos: una sección de app de radio creada con IA, su base compartida entre oyentes, y el prompt completo para robar.

Imagina la app de un entrenador de fitness con cuentas de miembros, localización opcional, un formulario de correo electrónico y analítica. Ya existen cuatro flujos de datos distintos. Basta con cambiar una funcionalidad para que cambie también el panorama de privacidad.Lo más difícil no es redactar una página legal. Es conseguir que tres elementos describan la misma app:ElementoLo que debe reflejarLa propia appLos datos, permisos y servicios de terceros que utiliza realmenteLa política de privacidadQué se recopila, por qué, quién lo hace, durante cuánto tiempo y qué pueden hacer los usuarios al respectoLas declaraciones de las tiendasLas respuestas de App Privacy de Apple y Seguridad de los datos de Google Play basadas en la versión actual de la appSi uno de estos elementos indica que no se recopilan datos de localización, pero la app enviada solicita acceso a la ubicación, existe una incoherencia.Gran parte de la preparación de la privacidad consiste en comprobar la coherencia: la app, la política y la ficha de la tienda deben contar la misma historia. Esa coherencia es necesaria, pero no sustituye el cumplimiento de las normas de privacidad y datos de usuario de las tiendas.Este artículo te ayudará a preparar esa historia. No es asesoramiento jurídico: los requisitos aplicables varían según el país, el público y el tipo de datos.

Una app para iglesias cuesta desde 36 €/mes con un creador no-code y desde 119 $ en plataformas para iglesias. Precios 2026, costes ocultos y donaciones.

GoodBarber ya figura en el directorio de apps de ChatGPT. Conecte su app y gestione productos, contenido, miembros y push en lenguaje natural.

¿Planeas lo que muchos llaman una membership app? Elige entre suscripciones de pago y una comunidad privada y estructura el contenido, el acceso y los push.

Cada app de GoodBarber incluye su propio servidor MCP. Es la puerta segura que permite a un asistente de IA, con tu permiso, leer y gestionar tu app: redactar y programar artículos, actualizar productos, consultar tus estadísticas, preparar notificaciones push. Conectas el asistente una vez, se autentica mediante OAuth y solo ve tu app.Si estás descubriendo el tema, dos buenos puntos de partida: nuestra página MCP explica cómo conectar un asistente a tu app, y este artículo explica qué distingue a un servidor MCP de aplicación.

La versión corta. Una app hecha con IA que brilla en una demo ha demostrado que sabe renderizar, no que sabe funcionar. La producción se decide en siete cosas aburridas: las cuentas, los estados vacíos, la revisión de las tiendas, la entrega del push, la factura del stack, la primera actualización y la operación semana a semana. Ejecuta las siete pruebas de abajo antes de anunciar una fecha de lanzamiento. En GoodBarber, la plataforma carga con las seis primeras, unas ya integradas, otras como servicio, y la séptima llega con una conexión a un agente de IA.Has creado una app con un app builder con IA, o la has construido a golpe de prompt, en plan vibe coding, durante unas cuantas tardes. Funciona. Pero fíjate en las condiciones en las que funciona: tu teléfono, tu Wi-Fi, tu cuenta, datos que tecleaste tú mismo, un build generado hace una hora. Una demo es una app probada exclusivamente en condiciones favorables.Lista para producción significa lo contrario: la app sigue funcionando cuando las condiciones favorables desaparecen. Desconocidos en lugar de ti, un revisor en lugar de un público, meses en lugar de una tarde.Ya hemos escrito sobre por qué existe esta brecha: nuestro artículo sobre los siete muros entre un prototipo y las tiendas cartografía la distancia estructural, y nuestra pieza sobre crear una app frente a gestionarla pone nombre al trabajo que empieza después del lanzamiento. Esos artículos terminan en preguntas que merece la pena hacerse. Este convierte las preguntas en experimentos: siete pruebas, cada una con un procedimiento concreto y una condición de superación indiscutible, todas ejecutables esta misma semana. Si una prueba te parece aburrida, esa es justo la idea. La producción es donde viven los bugs aburridos.

En resumen. La mayoría de las pequeñas empresas no necesitan un sitio web más grande. Necesitan el adecuado: fácil de encontrar en Google, capaz de aceptar reservas de citas y entregado como una PWA, un sitio que también se instala como una app. Una PWA de GoodBarber se renderiza en el servidor, así que posiciona como cualquier sitio web, y se entrega dentro de una app Content: PWA más apps nativas iOS y Android, a partir de una sola configuración. ¿Vendes productos físicos? Eso es una app aparte: la app eCommerce de GoodBarber, con su propio catálogo y su propio proceso de pago.En un hilo titulado are we massively overengineering websites for small businesses? (“¿estamos sobredimensionando masivamente los sitios web de las pequeñas empresas?”), publicado en r/nocode en julio de 2026, un creador de sitios pregunta por qué a un contable, un fontanero o un peluquero canino del barrio se les venden animaciones a medida, un CMS complejo y decenas de páginas. La respuesta más votada defiende que la mayoría de esos clientes estarían mejor servidos con una ficha de Google Business Profile y una simple página de enlaces que con el sitio de ocho páginas que venían a encargar. Otro comentario le pone nombre al mal de fondo: confundimos lo que impresiona a los desarrolladores con lo que resulta útil a los clientes.El hilo acierta con el problema y se detiene un paso antes de la solución. La pregunta útil no es cómo de grande debe ser el sitio web. Es qué herramienta hace los tres trabajos que de verdad tiene un negocio de servicios: que lo encuentren clientes nuevos, aceptar citas sin ping-pong telefónico y seguir presente en el teléfono de los habituales. Es una cuestión de forma. Y hay un objeto en el mercado con exactamente esa forma.¿Primera vez con estos términos? Las tres definiciones, la explicación del SEO y la tabla comparativa completa de sitio web vs aplicación vs PWA están reunidas en una guía de decisión completa. Este artículo se queda en el caso de la pequeña empresa de servicios.

La versión corta. No es el que esperarías. Los principales app builders con IA te dejan exportar tu código de verdad; a fecha de agosto de 2026, Lovable sincroniza con GitHub en todos los planes, incluido el gratuito, y su documentación afirma que estás “never locked in”, nunca atrapado. El lock-in vive en otra parte: en el backend gestionado donde están tus datos, en el hosting y la autenticación que tendrías que sustituir, en el bucle de edición con IA que se queda atrás y en el código escrito por IA del que te conviertes en único responsable en el momento en que te marchas. Ser dueño del código nunca fue lo mismo que poder irte.El lock-in significaba antes algo simple: tu trabajo está atrapado en un formato propietario y la puerta de salida está cerrada con llave. Los app builders con IA han cambiado la forma del problema. La puerta está abierta. La pregunta es qué cabe por ella.Una app son tres posesiones distintas con un mismo nombre: el código fuente, el sistema en marcha que sirve a usuarios reales y el negocio que la app lleva dentro. La exportación mueve la primera. No mueve las otras dos. La frustración que recorre los hilos de migración de este verano viene de descubrir esa distinción demasiado tarde.

Cuenta atrás para la vuelta a los entrenamientos y checklist de preparación memorizada para cada socio: una sección de app creada con IA para tu club deportivo — con el prompt completo para robar.

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.