Deberías poder irte. Esto es exactamente lo que te llevas

Marca blanca / Exportación de código

La mayoría de los creadores de sitios web te dejan exportar algo: un archivo XML de entradas, una carpeta de HTML, un CSV de páginas. Pocos te dejan irte con un sitio que siga funcionando. En We.Inc cada sitio es un proyecto real de React, y el código es tuyo para descargarlo o subirlo a GitHub. Esta página es la respuesta para el área de compras: qué obtienes, cómo probarlo antes de firmar y qué no viene incluido.

Reserva una demo · El precio se adapta a tu volumen y configuración, y conoces tu precio exacto en la llamada. 0% de comisión por transacción.

Actualizado: 25 de octubre de 2026

En resumen

Cada sitio es un proyecto React + Vite + TypeScript + Tailwind, no un formato de página propietario.
El panel Código descarga un ZIP. Se eliminan los archivos exclusivos del creador y el proyecto compila con un simple npm install y npm run build.
La exportación a GitHub crea un repositorio (privado por defecto); la sincronización bidireccional puede traer cambios de vuelta. La sincronización está disponible en planes superiores y solo para el propietario del proyecto.
Los servicios de backend que activaste (formularios, tienda, inicios de sesión, alojamiento) no viajan dentro del ZIP. Planifícalos.

Por qué la dependencia es lo primero que pregunta compras

Quien haya migrado desde un creador alojado conoce el patrón. El proveedor sube los precios o cierra una línea de producto; la exportación resulta ser texto sin diseño; la agencia rehace cada sitio a mano y asume el costo. Por eso los compradores del sector público y de organizaciones grandes ya incluyen cláusulas de salida en el contrato. Nuestra guía del plan de salida del proveedor cubre esas cláusulas. Esta página cubre lo que el producto realmente te deja llevarte.

De qué está hecho un sitio de We.Inc

Un sitio creado en We.Inc, ya sea con IA, desde una plantilla o a mano, es código fuente: componentes de React en TypeScript, con estilos de Tailwind y empaquetados con Vite. Los mismos archivos que muestra el editor son los que exportas. No hay una base de datos de diseño oculta de la que dependa el código.

Panel Código en el editor de We.Inc con el árbol de archivos del proyecto y el código fuente del componente Hero, con un botón Descargar

*El panel Código: el árbol de archivos y el código fuente reales de un sitio de cliente. Descargar genera un ZIP del proyecto.*

Vista cercana del panel Código con el código fuente de Hero.tsx e importaciones de framer-motion y del módulo de contenido

*El código fuente de la sección principal. El texto que los clientes editan visualmente se escribe de vuelta en estos archivos.*

Tres formas de salir

Vía	Qué obtienes	Quién puede usarla	Ideal para
Descargar ZIP	El proyecto completo, sin los archivos exclusivos del creador	Cualquiera con el permiso «ver el código» en ese sitio	Entregar un sitio al desarrollador de un cliente, archivarlo al terminar el contrato
Exportar a GitHub	Un repositorio nuevo con el proyecto, privado por defecto	El propietario del proyecto, con una app de GitHub conectada o un token de acceso personal	Equipos que quieren historial de versiones fuera de We.Inc
Sincronización bidireccional con GitHub	Enviar desde el creador y traer de vuelta los cambios hechos en GitHub	El propietario del proyecto, solo en planes superiores (se comprueba en el servidor)	Desarrolladores que editan con sus propias herramientas entre cambios con IA y visuales

Diálogo Exportar proyecto con pestañas GitHub, ZIP, Vercel y Dominio, un campo para el nombre del repositorio y una casilla Repositorio privado

*El diálogo de exportación. Un nombre de repositorio, la opción de repositorio privado y una pestaña ZIP al lado.*

Qué se quita del ZIP y por qué

Mientras un sitio está en el editor lleva dos ayudantes que solo tienen sentido dentro de We.Inc: un pequeño plugin de compilación que etiqueta los elementos para que el editor visual pueda encontrarlos, y un puente de vista previa que permite al editor comunicarse con la vista previa. Ninguno hace nada en otro lugar, y el puente sería un riesgo en el alojamiento de otra persona. El ZIP elimina ambos y desconecta el plugin de la configuración de compilación, así que el proyecto exportado compila con un simple npm install && npm run build. La sincronización con GitHub los conserva, porque una sincronización que trajera de vuelta una configuración sin el plugin desactivaría la edición visual de ese sitio.

Lo que NO se va con el código

Sé honesto con los clientes sobre esta lista. Es donde las migraciones realmente fallan.

Alojamiento. El ZIP es un proyecto, no un sitio web en funcionamiento. Alguien tiene que compilarlo y alojarlo.
Servicios de backend. Si un sitio usa formularios con envíos guardados, una tienda en línea, inicios de sesión de miembros o una base de datos, esos funcionan con servicios conectados a We.Inc. El código del frontend hace referencia a ellos; los datos y el servicio no vienen en el ZIP. Exporta los datos por separado y planifica sus reemplazos.
El dominio. Los dominios se registran por separado. Consulta dominios propios para clientes.
Tu portal de marca. Las cuentas de los clientes, tus plantillas, tus correos y tus ajustes son la plataforma, no el sitio.
El historial de ediciones dentro del creador. Usa la exportación a GitHub si necesitas historial fuera.

Pruébalo antes de firmar: un simulacro de salida de 30 minutos

Hazlo durante la evaluación, no al final del contrato.

Crea un sitio realista en una cuenta de demostración (sirve una plantilla).
Descarga el ZIP desde el panel Código.
En un equipo limpio: descomprime, ejecuta npm install y luego npm run build.
Sirve la carpeta de compilación con cualquier alojamiento estático y haz clic en todas las páginas.
Anota todo lo que llame a un servicio de We.Inc (formularios, tienda, inicio de sesión) y decide qué lo reemplazaría.
Exporta a un repositorio privado de GitHub y confirma que los archivos coinciden.
Anota el resultado en tu plan de salida con la fecha de la prueba.

Si algún paso falla, plantéalo en la llamada de demostración. Preferimos saberlo.

Controlar quién ve el código

No todos los clientes deberían ver los archivos fuente; algunos se confundirán y unos pocos romperán cosas. «Ver el código» es un interruptor por cliente, con un valor predeterminado a nivel de marca que puede cambiarse para cada cliente.

Valores predeterminados para toda la marca en We.Inc titulados Qué pueden hacer tus clientes, con interruptores para publicar, dominio propio, ver el código y otras funciones

*Valores predeterminados de la marca. Desactiva el acceso al código para todos y actívalo para el cliente cuyo desarrollador lo necesite.*

Preguntas sobre la salida para cualquier proveedor

Háznoslas a nosotros y a cualquier otro que evalúes:

¿La exportación es el mismo código con el que funciona el sitio o una copia convertida?
¿El proyecto exportado compila sin la cuenta ni los paquetes del proveedor?
¿Qué funciones dependen de los servicios del proveedor después de exportar y cómo se exportan sus datos?
¿Se puede exportar un sitio, todos o ambas cosas? ¿Cuánto se tarda con cien?
¿Quién en tu organización puede exportar y se puede controlar por cuenta?
¿Se puede probar la exportación durante la prueba o el periodo de evaluación?

En We.Inc, la exportación es por sitio. Para una red grande, planifica el tiempo de exportar cada sitio o mantén los sitios sincronizados con GitHub de forma continua para que la copia de salida ya exista.

Cuándo otras plataformas encajan mejor

Si necesitas un CMS tradicional donde personas no desarrolladoras gestionen miles de contenidos desde un back-office estructurado, un CMS headless o empresarial encajará mejor que un proyecto React exportado. Si tus clientes nunca tendrán un desarrollador y nunca se irán, la exportación importa menos que la comodidad al editar; mira mejor el editor visual.

Agenda una demo y haremos contigo el simulacro de salida anterior durante la llamada.

Haz el simulacro de salida en una demo

Reserva una demo de 30 minutos. Te enseñamos el creador con tu marca, vemos cuántos sitios de clientes piensas gestionar y te damos tu precio exacto.

Reserva una demo

¿Prefieres ver primero el recorrido completo? Mira el creador de sitios web de marca blanca

Preguntas que hacen los compradores

¿Puedo descargar el código del sitio web de un cliente?

Sí. El panel Código tiene un botón Descargar que genera un ZIP del proyecto. Se eliminan los archivos exclusivos del creador y el proyecto compila con npm install y npm run build.

¿Con qué framework está hecho el código exportado?

React con TypeScript, Tailwind CSS y Vite.

¿La sincronización con GitHub es bidireccional?

Sí. Enviar manda los archivos del creador a GitHub y traer recupera los cambios hechos en GitHub. La sincronización está limitada al propietario del proyecto y a los planes superiores, y se aplica en el servidor.

¿Los formularios, la tienda y los inicios de sesión siguen funcionando después de exportar?

No por sí solos. Esas funciones usan servicios conectados a We.Inc. El código se va contigo; los servicios y sus datos no, así que planifica sus reemplazos y exporta los datos por separado.

¿Puedo ocultar el código a los clientes?

Sí. «Ver el código» es un interruptor por cliente con un valor predeterminado para toda la marca.