Cursor puede ayudarte a escribir y revisar una web, pero una vista previa en el editor no equivale a una dirección pública. Para publicar el proyecto necesitas conservar el código en un repositorio compatible, comprobar qué servicios usa y configurar el despliegue en el proveedor de alojamiento.
Editor local, Cloud Agent y URL pública
Si trabajas en Cursor Desktop sobre una carpeta local, el proyecto sigue en tu equipo hasta que lo envías a un repositorio Git. La documentación de Cursor explica cómo revisar cambios, sincronizar y hacer push desde Git.
Cursor Cloud Agents pueden trabajar con GitHub, GitLab, Bitbucket y otros proveedores conectados. También pueden reenviar puertos para previsualizar una app mientras se ejecuta en su entorno. Esa vista previa sirve durante el desarrollo; no la confundas con un sitio de producción.
El botón Publish de Cursor Cloud Agents conecta un proyecto de Vercel, despliega la rama predeterminada y devuelve su URL. Requiere una cuenta de Vercel. Si quieres publicar en Hostbrid, utiliza el flujo del repositorio en Projects; no hay que asumir que ese botón despliega aquí.
1. Revisa el proyecto antes de subirlo
En Cursor, comprueba la rama y el diff antes de hacer commit. Identifica el framework y los comandos reales en package.json. Si descargaste un ZIP de otra herramienta, extráelo y crea o conecta un repositorio Git: Projects conecta repositorios y no recibe el ZIP directamente.
Revisa .gitignore y excluye .env y cualquier archivo con claves. Una variable que llega al JavaScript del navegador no es un secreto. Si la aplicación utiliza una API, autenticación o base de datos, anota qué servicio la proporciona y cómo autorizará el nuevo dominio.
2. Publica el repositorio desde Projects
Asegúrate de que el proyecto esté en GitHub, GitLab o Bitbucket y de que tienes acceso a la rama que quieres publicar. En Hostbrid Projects, conecta el repositorio, elige la rama de producción y revisa la configuración de instalación, build y salida. En un proyecto Vite, por ejemplo, la carpeta generada suele ser dist, pero la configuración real del repositorio es la que manda.
Para una receta reproducible con un ejemplo real de React y Vite, consulta la guía de publicación desde Git y rutas de navegador. Si tu aplicación necesita un proceso Node o contenedores, comprueba el runtime y los límites del plan antes de desplegarla.
3. Comprueba la URL antes de apuntar tu dominio
Abre la dirección temporal desde otro dispositivo. Carga directamente una ruta interna, recárgala y prueba formularios, login y llamadas a APIs. Revisa los logs y confirma que no haya claves expuestas. Un build correcto no prueba que los servicios externos funcionen.
Cuando el proyecto responda bien, configura el dominio y verifica HTTPS y las redirecciones. Consulta los planes actuales de Projects para revisar qué modalidad encaja con sus necesidades.
Cursor escribe y mantiene código; Git transporta los cambios; Projects ejecuta el despliegue según la configuración del repositorio. La guía cubre ese recorrido, no una integración de un clic entre Cursor y Hostbrid ni una prueba de una cuenta de cliente.