Saltar al contenido
Wixy

Versiones

Si no te gusta, vuelve como estaba. En segundos.

Cada cambio de tu web —lo haga tu equipo o lo haga la IA— es una versión con su autor, su fecha, lo que se pidió y lo que costó. La ves en una previa antes de publicar, comparas fichero a fichero qué cambió, y si te arrepientes vuelves a la anterior con un clic. La historia no se reescribe y nada se sobrescribe en silencio.

bloques/Hero.astro

cambio «el botón en amarillo»

<section class="bg-white">
<h1 class="text-4xl text-center">
{pagina.titulo}
</h1>
<a
href= {bloque.boton.href}
antes: class="bg-blue-600 text-white"
después: class="bg-yellow-400 text-black"
>
{bloque.boton.texto}
</a>
</section>
antes después {pagina.titulo} contenido: no se toca

Paso a paso

El camino de un cambio, desde que se pide hasta que se puede deshacer

Los mismos cuatro pasos para todos: para el cambio que pides por IA un martes y para el que escribe nuestro equipo el jueves. No hay una vía rápida que se salte el historial, tampoco para nosotros.

  1. El cambio se guarda como versión

    Con su número, su autor, de qué versión partió y un comentario. Si nació de la IA, también con el prompt, el modelo y los créditos que costó.

    v19 · tú con IA · «cambiar colores»

  2. Se construye aparte

    En un contenedor aislado, sin red y sin acceso a tu base de datos. De ahí sale un paquete cerrado que ya no se toca nunca más, y que es lo que tu dominio servirá el día que lo publiques.

    un paquete por versión · inmutable

  3. La revisas en su previa

    Dirección propia, fuera de tu dominio, sin aparecer en Google y con un enlace firmado que caduca. Es el mismo mecanismo que tu web de verdad: una previa que se construye distinto no prueba nada.

    tunegocio-v19.previa.wixy.app

  4. Publicas, y puedes deshacerlo

    Publicar cambia qué versión sirve tu dominio. Si en la reunión del lunes no gusta, vuelves a la v18 sin reconstruir nada, porque la v18 sigue entera donde estaba.

    publicar · volver atrás · segundos

Ninguno de estos pasos borra el anterior. Cuando publicas la v19, la v18 sigue completa; por eso volver atrás no es rehacer el trabajo, es apuntar a algo que ya existe.

Qué guarda cada versión

Una versión es una foto completa, no un parche

Guarda el conjunto entero de tus personalizaciones en ese momento, con quién lo hizo y por qué. Por eso restaurar es exacto y volver atrás es barato.

  • Quién, cuándo y de dónde

    v18, equipo, «Hero nuevo». v19, tú con IA, «Cambiar colores». Cada línea dice quién la hizo, de qué versión partió y con qué comentario. Un cambio nuestro nunca aparece como si lo hubieras hecho tú, ni al revés.

  • El prompt y lo que costó

    Si la versión nació de la IA, guarda el prompt, el alcance, el modelo y los créditos consumidos. A fin de mes sabes en qué se fue el saldo sin abrir una factura ni preguntarle a nadie.

  • Previa en una dirección aparte

    Se sirve en su propia dirección, nunca en tu dominio, sin indexar y con un enlace firmado que caduca. Se lo pasas a tu socio por WhatsApp y opina antes de que lo vea un cliente.

  • Publicar es mover un puntero

    El paquete de esa versión ya está construido. Publicar no compila nada: cambia qué versión sirve tu dominio y tarda lo que tarda una consulta. Volver atrás es ese mismo gesto con el número anterior.

  • Comparar, fichero a fichero

    Un diff entre dos versiones cualesquiera, y contra el tema base. Si tu equipo cambió el pie y la IA cambió el hero, ves exactamente qué tocó cada uno antes de decidir cuál se queda.

  • Una construcción fallida no toca tu web

    Si una versión no compila, queda marcada como fallida con su registro de errores y la publicada sigue intacta. Y si el paquete nuevo falla al arrancar, la plataforma vuelve sola a la anterior, lo deja escrito en tu historial y nos avisa.

La prueba

Restaurar no borra nada: crea una versión nueva

Una versión nunca se edita. Seguir modificando crea una hija; restaurar la v18 crea una v22 con el contenido exacto de la v18, y la v21 que no gustó se queda en el historial para que se entienda qué pasó. La historia siempre explica lo que ves en tu web, y no se reescribe ni cuando el cambio fue nuestro.

  • La v18 sigue siendo la v18

    Volver a ella no la mueve ni la sobrescribe. Puedes restaurar la misma versión tres veces en un mes y las tres quedan apuntadas, con su fecha y con quién lo hizo.

  • Publicar una versión antigua es lo mismo que volver atrás

    No hay dos mecanismos, uno para avanzar y otro para arrepentirse: es el mismo puntero apuntando a otro número. Por eso ir a la v14 cuesta lo mismo que ir a la v21.

  • La publicada y la anterior no se archivan nunca

    Pase lo que pase con la retención de tu plan. Poder deshacer el último cambio no es un extra de pago, y de una versión archivada seguimos teniendo su descripción para reconstruirla.

Qué no puede tocar la IA, en ninguna versión
Historial de versiones v18 – v21

Cada versión se puede previsualizar, comparar y restaurar.

  1. v21 Tú · IA Añadiste testimonios publicada
    hace 2 horas
  2. v20 Equipo Responsive móvil
    ayer
  3. v19 Tú · IA Cambiaste el hero
    hace 3 días
  4. v18 Equipo Diseño inicial
    hace 2 semanas

Tu equipo y tú, a la vez

Nada se sobrescribe en silencio. Nunca.

Tu diseñador cambia el hero desde su editor. A la misma hora, tú pides por IA otro cambio del hero. Toda versión sabe de cuál partió, y publicar exige que la publicada siga siendo la que era. Si no lo es, el panel te lo dice en llano: «mientras preparabas este cambio se publicó la v21». Comparas, fusionas si tocaron ficheros distintos, vuelves a generar sobre la nueva o descartas. Dentro de un mismo fichero no se fusiona nada: preguntar es más barato que perder trabajo.

  • Mientras tu equipo tiene la web abierta, el panel te avisa antes de generar.
  • Fusionar solo cuando es seguro: si los dos cambios tocan ficheros distintos.
  • Todo queda en la auditoría: quién, qué, cuándo, con qué prompt y a qué coste.

Para agencias: muchos clientes, un historial por cada uno

$ mc abrir clinica-san-jose
12 ficheros en apps/sitios/src/temas/clinica-san-jose
$ mc guardar clinica-san-jose -m "Cabecera con turnos"
✓ v22 guardada (origen: equipo)
$ mc construir clinica-san-jose
✓ v22 construida en 41 s
$ mc publicar clinica-san-jose
✓ publicada la v22 · para volver: mc revertir
$

Publicar y volver atrás

Publicar es mover un puntero. Deshacerlo, el mismo gesto.

El paquete de cada versión ya está construido y guardado, así que publicar no compila nada ni tumba tu web un rato: cambia qué versión sirve tu dominio y tarda lo que tarda una consulta. Volver a la anterior es exactamente lo mismo con otro número. Un constructor visual no puede ofrecerte esto, porque no tiene versiones: tiene un lienzo con un botón de deshacer.

Preguntas

Lo que se pregunta sobre las versiones

¿Puedo ver el cambio antes de publicarlo?

Siempre. Cada versión se construye y se sirve en una dirección de previa propia, fuera de tu dominio, sin indexar y con un enlace firmado que caduca. Por omisión enseña tu contenido publicado; los borradores se ven solo con un enlace de vista previa de contenido, que se pide aparte.

¿Quién puede publicar?

Depende del plan y del permiso de cada usuario. Con flujo directo, el usuario con permiso de publicar lo hace desde el panel y queda auditado. Con flujo de aprobación, solicita la publicación y el equipo compara, aprueba o rechaza con un comentario. El equipo puede cambiar el flujo de un cliente concreto sin cambiarle el plan, por ejemplo después de un susto.

¿Qué pasa si mi equipo y yo cambiamos lo mismo?

Nadie pierde su trabajo. Tu versión se crea igual —ya está hecha— y el panel te avisa de que se publicó otra mientras tanto. Comparas las dos, las fusionas si tocan ficheros distintos, vuelves a generar sobre la nueva o descartas. Nunca se fusiona automáticamente dentro de un mismo fichero: dos manos que reescriben el mismo componente no tienen una fusión sensata, y fingir que sí es la forma de perder trabajo.

¿Cuánto tarda en verse un cambio publicado?

Lo que tarda una consulta, porque el paquete de esa versión ya estaba construido antes de que pulsaras publicar. Y no hay que vaciar ninguna caché a mano: la dirección de cada página lleva dentro el número de versión, así que la nueva se pide sola y la anterior caduca sin que nadie la borre.

¿Cuántas versiones se guardan?

Depende del plan. Las antiguas se archivan por retención, pero la versión publicada y la anterior no se archivan nunca: poder volver atrás no es un extra de pago. Y aunque el paquete de una versión antigua ya no exista, su descripción sigue ahí y se reconstruye desde ella.

¿Y cuando ustedes mejoran el tema base?

Si mejoramos un fichero del tema base, lo reciben solos los clientes que no lo personalizaron, como una versión de origen sistema en su historial que se revierte como cualquier otra. Quien lo personalizó mantiene lo suyo: nunca se sobrescribe una personalización. Si la base cambió mucho desde entonces, el equipo lo ve marcado, compara los dos cambios y decide contigo.

¿Qué pasa con mi web si me voy?

Te la llevas. Tu tema son ficheros de código y su historia es una lista de versiones: tu equipo abre cualquiera de ellas en su disco con la línea de órdenes de la plataforma, hoy y el día que te vayas, y tu contenido sale por la API en JSON. Si lo quieres todo junto, te lo preparamos nosotros. Gestionado, no secuestrado.

Tu historial empieza con el primer cambio

Con el plan Gratis ya tienes versiones, previa y volver atrás: un sitio en tunombre.wixy.app y 50 créditos al mes, sin tarjeta.