Algunas animaciones de Framer pueden funcionar tras exportar, pero el resultado depende de los scripts capturados, el modo de exportación y el alojamiento. Prueba cada interacción importante: ni una captura ni una reconstrucción garantizan un comportamiento idéntico.
NoCodeExport captura el frontend publicado, sin convertir el proyecto del editor en componentes nuevos. Una exportación de pago puede conservar módulos .mjs de Framer en assets/framer/; otros efectos compatibles pueden usar scripts de ayuda. Free mantiene recursos enlazados al origen. Estos modos pueden comportarse de forma distinta: revisa el README y el resultado real.
Empieza con la herramienta de exportación de Framer y sigue la lista de migración. Para obtener componentes mantenibles, compara captura y reconstrucción.
Qué probar en cada tipo de animación
Esta es una lista de comprobación, no una tasa de éxito medida ni una garantía por tipo de animación.
| Comportamiento | Qué comparar con el origen | Si hay diferencias |
|---|---|---|
| Transiciones al pasar el puntero | Estados de puntero, foco y tacto en botones, tarjetas y navegación | Revisa estilos y scripts; añade estados accesibles si hace falta |
| Entrada y revelaciones al desplazarse | Visibilidad, punto de activación, tiempo y movimiento reducido | Inspecciona módulos o ayudas; evita dejar contenido oculto |
| Secciones fijas o ancladas | Posición inicial/final, superposición y diseño móvil | Comprueba el diseño en distintos tamaños de pantalla |
| Tickers, marquesinas y carruseles | Bucle, velocidad, recortes, pausa y controles | Verifica la inicialización y los recursos necesarios |
| Variantes, pestañas y acordeones | Todos los estados accesibles y el control con teclado | Prueba la lógica conservada; corrige o reconstruye estados no compatibles |
| Lottie, canvas y 3D | Archivos de datos, representación e interacción en el destino | Revisa errores de red/consola y dependencias externas |
Depender de módulos de Framer no implica por sí solo que haya que reconstruir el efecto: pueden estar incluidos. Una primera imagen correcta tampoco demuestra que todos los módulos o estados posteriores funcionen.
Prueba por HTTP y en el alojamiento final
- Extrae el ZIP y sigue
RUN_LOCALLY.mdsi está incluido. Usa un servidor HTTP, no una páginafile://abierta con doble clic. - Conserva los nombres y rutas de los módulos. Compara las peticiones con los archivos del paquete.
- Prueba escritorio y móvil, puntero, teclado y tacto, y los navegadores que usa tu público.
- Desplázate despacio y vuelve atrás, abre menús y visita rutas anidadas directamente.
- Comprueba la preferencia de movimiento reducido y el acceso al contenido esencial.
- Repite en el alojamiento elegido y registra diferencias antes de cambiar el dominio.
Ante una página vacía o un error de módulo, inspecciona la petición exacta. Un .mjs ausente o una redirección puede devolver HTML; cambiar la cabecera MIME no recupera el módulo. La guía de Netlify explica rutas y comprobaciones de cabeceras.
Recursos, CMS y formularios necesitan otras pruebas
Los exports de pago descargan recursos accesibles; Free los enlaza al origen. Vídeos, contenidos integrados y peticiones no resueltas pueden seguir siendo externos. Compruébalos antes de cancelar el alojamiento original: pagar no garantiza que el ZIP funcione completamente sin conexión.
El contenido del CMS es una copia del momento de exportación. No se convierte en un editor activo ni sincroniza cambios posteriores. Vuelve a exportar y desplegar para actualizarlo, o migra los datos a otro CMS por separado.
Un formulario puede animarse y verse bien sin enviar mensajes. Reconéctalo a un servicio compatible, comprueba la protección antispam y los estados de éxito/error y confirma la recepción de un envío real. Capturar la página no migra los envíos anteriores de Framer.
Corregir la captura o reconstruir
Si los comportamientos necesarios funcionan, una captura probada puede cubrir la migración. Si falla una interacción, identifica primero si faltan recursos, rutas, configuración del alojamiento o scripts de ayuda.
Una reconstrucción puede servir para componentes mantenibles, estado de aplicación, APIs o interacciones que la captura no cubra. También debe tener pruebas de aceptación. NoCodeExport no ofrece un servicio de reconstrucción a medida.
La duración depende del tamaño del sitio, los recursos, los navegadores y las pruebas. Conservar módulos puede mantener el comportamiento, pero no demuestra una mejora de rendimiento. Mide páginas representativas ya desplegadas antes de afirmarla.
Revisa las opciones de exportación y consulta los métodos para obtener código si necesitas código fuente nuevo en lugar de una copia del sitio publicado.
