Leer los logs de la vista previa
Sigue los logs de instalación, construcción y arranque para entender exactamente qué hace tu vista previa.
Cada vista previa emite sus logs en directo: la misma salida que vería un desarrollador en una terminal. No hace falta serlo para sacarles partido: conocer las fases y unas cuantas líneas de referencia te dice dónde está una vista previa y dónde se atascó.
Las fases del arranque de una vista previa
Una vista previa que arranca pasa por etapas previsibles, y los logs anuncian cada una:
- Instalación: se restauran las dependencias («Preview starting…», salida de restauración o instalación). Lenta la primera vez, rápida después.
- Preparación de la base de datos (vistas previas de API): se crea un Postgres efímero, se ejecutan las migraciones y se cargan los datos de ejemplo. Consulta Bases de datos de las vistas previas.
- Construcción: el proyecto compila. Los avisos suelen dar igual; los errores detienen el arranque aquí.
- Arranque: la app se inicia y abre su puerto; la URL de la vista previa se activa.
Una vez en marcha, los logs pasan a la salida en directo de la aplicación: cada petición y cada error, en el momento en que ocurren.
Cómo leer un fallo
-
Ve al primer error, no al último. Los fallos se encadenan; el más antiguo es casi siempre la causa y el resto es ruido.
-
Fíjate en la fase en la que ocurrió. Un error de construcción significa que el código no compila; un error de base de datos al arrancar suele significar que las migraciones y el esquema no coinciden; un error después del arranque es un fallo de la aplicación.
-
Pásalo: Analyse & Fix lee los mismos logs, identifica la causa y propone la corrección; no tienes que interpretar la traza tú.
Relacionado
- Solucionar problemas de las vistas previas: los fallos habituales, síntoma por síntoma.
- Presentación del Preview Hub: donde viven los logs.
Última actualización: 4 de septiembre de 2026