Rendimiento de Bolt.new: dale a Bolt un presupuesto de velocidad medido en un navegador real
Bolt construye apps de JavaScript, y casi cada prompt añade algo que el navegador tiene que descargar: una librería, un componente, una imagen, una fuente. Nada de eso rompe la página, así que no lo notas hasta que el sitio se siente lento en el móvil. El conector MCP de Relvato le da a Bolt una medición indiscutible —las Core Web Vitals de un Chrome real sobre el sitio publicado— junto con las razones de cada número, para que Bolt cambie el código correcto en la misma sesión.
Por qué las apps de Bolt se vuelven más lentas prompt a prompt
Bolt elige un framework de JavaScript como React o Vue al empezar, y todo lo que hace la app llega al navegador como JavaScript. Cada dependencia nueva hace crecer el paquete que el móvil debe descargar y ejecutar antes de que la página responda; eso aparece como Total Blocking Time y como una Interaction to Next Paint más lenta. Las imágenes grandes arriba de la página suben el Largest Contentful Paint. Las fuentes web y el contenido que llega tarde hacen saltar el diseño: Cumulative Layout Shift.
Un portátil rápido con buen wifi lo esconde todo. La ejecución en móvil de Relvato no: limita la red a Slow 4G y ralentiza la CPU cuatro veces, como PageSpeed, así que un empeoramiento aparece en la ejecución siguiente al prompt que lo causó.
Antes de empezar
El sitio tiene que estar publicado y ser público. Bolt Cloud da a cada proyecto una dirección *.bolt.host gratuita, o puedes conectar un dominio propio; los proyectos publicados antes de mediados de agosto de 2025 pueden seguir en Netlify, en *.netlify.app. Un sitio privado de Bolt, visible solo para invitados, no se puede medir desde fuera.
También necesitas el sitio en Relvato con su propiedad demostrada: añádelo como conexión Any website / AI-built app y usa el método de la etiqueta meta (Bolt puede pegarla en el head de la página por ti) o un registro DNS. Solo el propietario del proyecto en Bolt puede conectar servidores MCP y pedirle a Bolt que los use.
Ya que estás en Relvato, plantéate añadir también el monitor de Uptime: el plan gratuito de Bolt deja de servir un sitio cuando la cuenta alcanza su límite mensual de datos, y para tus visitantes eso parece una caída.
Paso 1 — Una clave de API con acceso completo, solo para Bolt
En Relvato, abre API access desde el menú de la cuenta. Llama a la clave «Bolt» y, en What the key may do, elige Full access: una clave Read-only no puede lanzar ejecuciones. Pulsa + Create API key y cópiala ya; solo se muestra una vez y empieza por rlv_.
Usa esta clave solo para Bolt. Si algún día quieres desconectar a Bolt, revocar su clave deja funcionando tus otras integraciones.
Paso 2 — Añade Relvato como conector propio
En la página de inicio de Bolt, pulsa el icono más del cuadro de chat y luego Connectors → Manage connectors. En la página Connectors (MCP), pulsa Custom MCP server y rellena: Name — Relvato; URL — la dirección de abajo; Transport type — HTTP (Relvato habla HTTP en streaming, no SSE); Authentication — API key, y pega tu clave rlv_. Pulsa Connect y espera al estado Connected.
Relvato acepta la clave como cabecera Authorization: Bearer o como cabecera x-api-key, así que funciona la envíe Bolt como la envíe. Deja Auto-enable for all projects desactivado por ahora: activarás Relvato solo en los proyectos donde lo quieras.
https://app.relvato.com/api/mcp
Paso 3 — Deja solo las herramientas que Bolt necesita
Cada conector activo se añade al contexto del proyecto, y Bolt avisa de que eso puede ralentizarlo y gastar más tokens. El servidor de Relvato ofrece doce herramientas; para un ciclo de velocidad, Bolt necesita seis. Abre el menú de tres puntos del conector → Edit y, en Tools, deja activadas list_sites, site_overview, add_checks, trigger_scan, get_run y get_fix_prompt. Desactiva las demás y pulsa Save changes.
Los interruptores de herramientas se aplican a todos los proyectos que usan el conector. Si más adelante quieres que Bolt añada un sitio nuevo o cambie el calendario de un monitor, vuelve a activar esas herramientas y pulsa Refresh connection.
Paso 4 — Actívalo en el proyecto y añade el monitor
Dentro del proyecto, pulsa el icono más del cuadro de chat → Connectors y activa Relvato. Luego pide: «Añade el monitor de Core Web Vitals de Relvato a mi sitio.» Bolt llama a add_checks con el monitor web-vitals, que mide la página de inicio (u otra que elijas en sus ajustes en Relvato) en móvil y escritorio, con tres cargas cada uno, y se queda con la mediana.
Paso 5 — Pon un presupuesto de velocidad en el prompt
Los números solo sirven frente a un límite. Dale a Bolt el límite en el prompt: los umbrales de abajo son en los que avisa el propio Relvato, así que «aprobado» significa lo mismo en Bolt y en el panel de Relvato. Publica primero (Publish → Update) y luego envía un prompt como el de abajo.
Bolt lanza la ejecución con trigger_scan y la lee con get_run hasta que termina, normalmente en menos de un minuto. Bolt no documenta una aprobación por llamada para las herramientas de conectores, así que los interruptores del paso 3 son tu control: Bolt solo puede usar lo que dejaste activado. Cada ejecución cuenta para las ejecuciones mensuales de tu plan de Relvato.
Cuando publiques, ejecuta el monitor de Core Web Vitals de Relvato en mi sitio. Dalo por fallido si en móvil el LCP supera 2,5 s, el CLS 0,1 o el TTFB 0,8 s. Muéstrame el elemento LCP, los scripts que bloquean el renderizado y el JavaScript sin usar más grande.
Paso 6 — Convierte el diagnóstico en cambios de código
Una ejecución de Relvato devuelve más que puntuaciones. Para cada dispositivo nombra el elemento que fue el Largest Contentful Paint y cómo se repartió su tiempo entre respuesta del servidor, carga del recurso y renderizado; los elementos que desplazaron el diseño; los scripts que bloquearon el renderizado; las imágenes demasiado grandes; y cuánto quedó sin usar de cada archivo JavaScript. Cada uno apunta a un arreglo distinto: la tabla de abajo los relaciona.
Pide a Bolt que arregle el peor, publica con Update y vuelve a ejecutar el monitor. Si el cambio no movió el número, la ejecución te lo dice, y habrás gastado un prompt en lugar de una semana con un sitio más lento. Para una ejecución fallida, get_fix_prompt devuelve el mismo informe que usa el botón Suggest a fix de Relvato.
Sigue vigilando entre sesiones de Bolt
El conector mide cuando se lo pides. Para detectar una ralentización que no causaste tú —un script de terceros, un cambio en la CDN—, dale al monitor un calendario en Relvato (las ejecuciones diarias necesitan el plan Business; con Pro, una conexión con GitHub vuelve a ejecutar tus monitores con cada push).
Los números de laboratorio son un navegador con un perfil. Para ver lo que viven tus visitantes reales, añade la baliza de Web Vitals de usuarios reales de Relvato: un script de una línea que Bolt puede añadir a la página por ti.
Los umbrales de Relvato como presupuesto, y el arreglo habitual en una app de Bolt
| Métrica | Relvato avisa desde | Relvato falla desde | Causa habitual → arreglo en una app de Bolt |
|---|---|---|---|
| Largest Contentful Paint | 2,5 s | 4 s | Una imagen de portada grande o contenido que se renderiza tras el JavaScript → reducir y comprimir la imagen, precargarla, renderizar la portada sin esperar datos |
| Cumulative Layout Shift | 0,1 | 0,25 | Imágenes sin ancho ni alto, fuentes que cambian, banners insertados tarde → fijar dimensiones, reservar espacio, usar font-display |
| Time to First Byte | 0,8 s | 1,8 s | Hosting, redirecciones o una función de servidor en la primera petición → no es un problema de tamaño de código; revisa la configuración del dominio y la caché |
| Interaction to Next Paint | 200 ms | solo avisa (500 ms es malo) | Manejadores de clic pesados y un paquete grande → dividir el código, aplazar el trabajo no crítico |
| Total Blocking Time | se muestra, no se califica | — | JavaScript que bloquea el renderizado y sin usar → carga diferida de rutas y componentes, quitar librerías sin uso |
Preguntas frecuentes
¿Bolt pregunta antes de usar una herramienta de Relvato?
Bolt no documenta un paso de aprobación para las herramientas de conectores. Controla lo que puede hacer con los interruptores de herramientas del conector: las herramientas de lectura de Relvato solo leen, y trigger_scan solo lanza ejecuciones de monitores; nada en el conector borra ni cambia tu sitio.
¿Qué dirección debo medir?
La que usan tus visitantes: tu dominio propio si conectaste uno; si no, la dirección *.bolt.host que Bolt asignó al proyecto (o *.netlify.app en un proyecto antiguo que sigue en Netlify). Mide después de Publish → Update, para que la ejecución vea tu último cambio.
¿El conector hace a Bolt más lento o gasta más tokens?
Algo: un conector activo forma parte del contexto del proyecto. Dejar seis herramientas activadas y usar Relvato solo en los proyectos que lo necesitan lo mantiene pequeño.
¿Pueden usarlo las personas con las que comparto el proyecto?
No a través de tu conexión. Solo el propietario del proyecto puede conectar servidores MCP y pedirle a Bolt que los use.
¿Es lo mismo que PageSpeed Insights?
Parecido, no idéntico. La ejecución en móvil de Relvato usa el mismo perfil de limitación (Slow 4G, 4× CPU) y da las mismas métricas, pero se queda con la mediana de tres cargas y se ejecuta desde los servidores de Relvato, así que espera números en el mismo rango, no una coincidencia exacta.