Qué NO se modifica

El principio fundamental de BricksShift: regeneramos la implementación CSS, no el markup. Tus templates quedan intactos.

Lo que NUNCA se modifica

  • HTML de los templates. El JSON _bricks_data de tus posts, páginas y templates se preserva entero. Los widgets, sus atributos, sus IDs y las clases aplicadas siguen igual.
  • Nombres de clases existentes. Si tenías .hero-title en ACSS, tendrás .hero-title en Bricks (con el mismo valor). No hay renombrados forzados.
  • Plugins y temas. BricksShift no desactiva plugins, no modifica wp-config.php, no toca archivos del tema.
  • Usuarios, posts, WooCommerce, comentarios. Nada fuera del sistema de diseño.

Lo que SÍ se modifica

Siempre bajo backup previo, y sólo lo indicado por el vector que ejecutes:

  • wp_options: claves bricks_color_palette, bricks_global_variables, bricks_global_classes, bricks_custom_css.
  • Archivos CSS externos generados: en vectores con Tailwind como destino, BricksShift crea archivos en wp-content/themes/{theme}/bricksshift/. Son archivos nuevos; no sobrescribe CSS existente del tema.
  • Tablas custom propias: wp_bricksshift_backups y wp_bricksshift_logs.

Garantías operativas

Qué te puedes esperar

  • Ningún snapshot se omite.
  • Ninguna escritura ocurre si el snapshot falla.
  • Las opciones se escriben con update_option() de WordPress (no con SQL directo), así se disparan los hooks normales.
  • Si el plugin detecta un error a mitad de escritura, aborta y el snapshot queda disponible para restauración.

Dry-run

Todos los vectores tienen modo dry-run activo por defecto en el paso de previsualización. Puedes ver exactamente qué se escribiría sin tocar nada.

Ver backups → · Ver arquitectura →