Destinos de Deploy
Vincent Depassier · 30 de agosto de 2026
Publicar pone la App en su dirección de Praxsuite. Un destino de deploy manda ese mismo sitio construido a otro lado además — tu propio hosting, el servidor de un cliente, un host estático que ya pagás, o un archivo en tu disco.
Una App puede tener varios destinos, y son independientes: habilitar uno no deshabilita otro, y podés desplegar a uno sin tocar el resto.
Los destinos
Destino | A dónde manda el sitio |
Hosting de Praxsuite | La dirección incorporada. Sin configuración — es el destino por defecto |
FTPS | Host, puerto, usuario, contraseña y ruta remota tuyos |
GitHub Pages | Owner, repositorio, rama y subcarpeta, con un token de acceso personal |
Hook de Netlify | Una URL de build hook que dispara un deploy allá |
Hook de Vercel | Lo mismo, para Vercel |
MCP push | La URL de un servidor MCP y su API key |
Export PraxQL | Un archivo, que se te transmite como descarga — sin credenciales remotas |
ZIP estático | El sitio construido como archivo comprimido |
Los destinos de tipo hook tienen una forma distinta al resto, y conviene ser claro: Praxsuite no sube el sitio a Netlify ni a Vercel. Llama al build hook, y esa plataforma construye desde donde ya esté configurada para construir. Usalos cuando el código del sitio vive en un repositorio que esas plataformas ya observan.
Las credenciales de un destino — una contraseña de FTPS, un token de GitHub, una key de MCP — se cifran antes de guardarse, y nunca se devuelven cuando volvés a leer el destino.
Probar antes de desplegar
Todo destino se puede probar. La prueba chequea que el destino sea alcanzable y que las credenciales funcionen, sin mandar el sitio.
Hacelo antes del primer deploy y de nuevo después de cada cambio de credencial. Una prueba fallida nombra el problema de conexión; un deploy fallido hay que leerlo del log del job, que es más trabajo para la misma respuesta.
Jobs
Un deploy es un job, y tiene vida propia:
Estado | Significado |
En cola | Aceptado, sin empezar |
Corriendo | En progreso |
Éxito | Terminado |
Falló | Se detuvo por un error |
Cancelado | Se detuvo porque lo cancelaste |
Cada job guarda un log, que es donde una falla se explica. Un job corriendo se puede cancelar — útil cuando te das cuenta de que desplegaste la versión equivocada, aunque es una carrera: un job que ya copió la mitad de los archivos deja esa mitad puesta.
Cada destino además registra su último deploy: cuándo, el resultado, y qué número de versión salió. Ese último campo es el que responde la pregunta que de verdad aparece: ¿el servidor del cliente está corriendo la misma versión que nuestro sitio?
Desplegar a todo de una
Existe un desplegar-a-todos, que encola un job por cada destino habilitado.
Es cómodo y merece un segundo de reflexión antes de apretarlo: despliega la versión publicada actual a todos los destinos, incluidos los que armaste con otro propósito hace meses. Si un destino no debería recibir deploys de rutina, deshabilitalo en vez de acordarte de no incluirlo.
El destino de exportación
El export PraxQL no es un destino de hosting: te entrega un archivo. Es el destino para un archivo de respaldo, para mover un sitio entre workspaces, o para guardar una copia de lo publicado en un momento dado fuera del historial de versiones.
Siguiente
Publicación y versiones — qué se construye y se manda
Dominios — las direcciones del lado de Praxsuite
Cómo se ve
Cada fila es un destino, y el interruptor es toda la idea: un destino puede existir, conservar su configuración y su historial, y simplemente no recibir la próxima publicación. La segunda fila está apagada tras una falla — su último resultado sigue a la vista, así que volver a encenderla es un acto deliberado tomado con la falla delante, no un reintento a ciegas. Un destino deshabilitado además tiene un botón de ejecución manual: así pruebas un arreglo sin republicar la App.
Sobre los canales, la tarjeta de repositorio está en su estado sin conectar. Conectar uno es opcional y distinto de publicar: trae hacia la App los archivos que produce una compilación, mientras que un canal empuja hacia afuera lo que la App publicó. Una App puede no tener ninguno, uno, o ambos.
El número junto al título del panel es la cantidad de destinos, no cuántos están habilitados — conviene recordarlo cuando te preguntes por qué una publicación llegó a menos lugares de los que sugiere el encabezado.