Crear un portal de clientes con herramientas sin código
Un portal de clientes reúne información que, de otro modo, queda repartida entre correos, hojas y documentos. La guía oficial de Make, capturada el 1 de junio de 2026, utilizaba AnyDB como ejemplo de portal conectado a automatizaciones.
Las referencias a herramientas describen aquel tutorial. No constituyen una comprobación actual de sus funciones, condiciones de licencia o garantías de acceso.
Las comprobaciones y recomendaciones de esta guía son aportaciones editoriales; no describen pruebas realizadas por este sitio.
Definir el propósito
Antes de crear páginas, decide qué necesita consultar o aportar el cliente. Un portal puede centrarse en documentos, entregables, solicitudes o estado de proyectos; mezclar todo sin una estructura clara dificulta su uso.
La guía proponía empezar por una base organizada. Identifica las entidades principales y sus relaciones: cliente, proyecto, documento y tarea no son registros intercambiables.
Preparar la información
Selecciona campos que el cliente pueda interpretar y que el equipo pueda mantener. Define qué sistema es la referencia cuando la misma información aparece en más de un lugar.
Si se sincronizan datos, especifica qué dirección tiene cada cambio. Dos sistemas que sobrescriben el mismo campo sin una regla clara pueden producir resultados contradictorios.
Diseñar el acceso
La captura trataba la gestión de invitados y los permisos como criterios de selección. Comprueba las condiciones vigentes del proveedor del portal y prueba qué puede ver cada perfil. No presupongas que invitar a una persona permite compartirle toda la base.
Ensaya con dos clientes de prueba y verifica la separación de sus documentos y proyectos. La interfaz visible para un administrador no demuestra lo que verá una persona invitada.
Conectar automatizaciones
El ejemplo planteaba usar Make para conectar el portal con otras herramientas y reducir actualizaciones manuales. Empieza por una acción bien delimitada, como trasladar una solicitud o actualizar un estado.
Define el identificador que une ambos registros y qué debe ocurrir si uno no existe. Conserva una ruta para errores de sincronización, en lugar de presentar información desactualizada como si estuviera confirmada.
Probar el recorrido del cliente
Recorre el portal con una cuenta de prueba: acceso, consulta de documentos, envío de una solicitud y recepción de una actualización. Comprueba tanto el resultado visible como los cambios en el sistema de referencia.
Antes de abrirlo a clientes reales, revisa permisos y conexiones en la documentación actual de los proveedores. Una plantilla de portal acelera el diseño, pero no sustituye la comprobación del acceso a los datos.