Cómo convertir un build de IA en un tema de WordPress (paso a paso)

Build de IA a WordPress CMS

Cómo convertir un frontend creado con IA en un tema de WordPress

Has hecho existir una web a base de prompts en una tarde. Lovable, v0, bolt.new, Figma Make, Claude Code, Replit, Rocket o builder.io te han dado un frontend de React que funciona y tiene el aspecto que querías. Y entonces llega la pregunta que ninguna de esas herramientas responde: ¿cómo se convierte esto en una web de WordPress que tu equipo de marketing pueda editar de verdad?
 
La respuesta honesta solía ser «que lo reescriba un desarrollador». WordPress renderiza PHP; todas esas herramientas emiten React. Ese único desajuste es la razón por la que un build de IA no se puede soltar sin más en una carpeta de tema, y es el paso que transjt automatiza. Este es el recorrido completo, de principio a fin.
 

Antes de empezar: el único requisito de stack

Todo lo demás en esta guía es mecánico. Esta parte es la que decide si tu conversión sale limpia o dolorosa.
 
Pídele a tu herramienta de IA React con Vite, sin renderizado en servidor. WordPress sirve las páginas a través de PHP, así que al otro lado no hay un runtime de Node que ejecute una capa de servidor. Lo que eso significa herramienta por herramienta:
 
  • Lovable ya produce React con Vite. Nada que cambiar.
  • v0 usa por defecto el App Router de Next.js con componentes de servidor. Pídele un build de React y Vite a secas.
  • bolt.new, Replit y Rocket montan aplicaciones full-stack por defecto, con rutas de API y una capa de base de datos incluidas. El frontend se porta igualmente, pero esa capa de servidor hay que quitarla antes.
  • Figma Make y builder.io producen React a partir de tu diseño. Elige una exportación de React y Vite donde exista la opción.
  • Claude Code sigue una instrucción explícita de forma fiable. Declara la restricción en tu primer prompt y te ahorras una refactorización después.
Si tu proyecto ya tiene una capa de servidor, normalmente se puede salvar: los componentes en sí se convierten, lo que hay que quitar es el enrutado y las server actions.
 

Paso 1: crea el frontend en tu herramienta de IA

Trabaja exactamente como lo harías normalmente. Prompt, vista previa, ajuste, y otra vez, hasta que la interfaz esté bien. Nada de la conversión te pide cambiar tu forma de diseñar ni de iterar.
 
Lo único que conviene hacer distinto es declarar la restricción de stack desde el principio, en lugar de descubrirla al final.
 

Paso 2: lleva el código a GitHub

GitHub es el puente. transjt lee tu repositorio, así que llame como llame tu herramienta a este paso, el destino es el mismo:
 
  • Lovable y Replit tienen integraciones de Git incorporadas que hacen el push por ti.
  • bolt.new hace push a un repositorio directamente desde el editor.
  • v0, Figma Make, Rocket y builder.io exportan código que confirmas tú.
  • Claude Code ya trabaja en tu repositorio, así que ahí no hay paso de exportación.
Este es también el momento en que tu proyecto deja de depender de la plataforma que lo generó. A partir de aquí el destino es un alojamiento que controlas tú, y el historial de commits registra qué build produjo qué tema.
 

Paso 3: conecta el repositorio con transjt

Autoriza GitHub en tu proyecto de transjt y selecciona el repositorio, y una rama si quieres convertir desde algo que no sea main. transjt lee el árbol de componentes y determina qué partes se convierten en plantillas PHP y cuáles en regiones de contenido editables, antes de escribir nada.
 

Paso 4: elige WordPress y revisa la vista previa

Elige WordPress como CMS de destino y compara la vista previa en vivo con tu diseño original. Al confirmar, transjt escribe una carpeta de tema: plantillas PHP semánticas y marcado nativo, sin que haga falta ningún plugin constructor de páginas para renderizar nada de eso.
 
Normalmente esto lleva menos de una hora, desde un repositorio sincronizado hasta un tema instalable. Escala con el número de plantillas de página distintas, no con el total de páginas: veinte entradas de blog que comparten un mismo diseño se convierten tan rápido como una.
 

Paso 5: instala el tema y actualiza el plugin

El tema se instala desde el administrador de WordPress como cualquier otro. Una cosa que comprobar antes de tu primera exportación: el plugin de transjt para WordPress en ese sitio tiene que estar al día. Ejecutar una versión reciente de transjt contra un plugin antiguo es la fuente más habitual de errores evitables, y descartarlo lleva treinta segundos.
 

Qué obtienes en realidad

Una carpeta de tema que es tuya por completo. Plantillas PHP legibles que puedes abrir, revisar y mantener bajo control de versiones, estilos compilados que trasladan tus espaciados y tu escala tipográfica, y contenido que vive en el editor de WordPress, donde quien escribió el texto puede cambiarlo sin tocar el repositorio.
 
Ese último punto es el que importa seis meses después. En un build de React, cada cambio de texto vuelve a manos de desarrollo. Como tema, no.
 

Actualizar después de regenerar

Cambia el diseño en tu herramienta de IA, haz push al mismo repositorio y vuelve a ejecutar transjt. El contenido que tu equipo ya haya editado dentro de WordPress vive en la base de datos y sobrevive a una reconversión, así que estás actualizando el tema, no reiniciando la web.
 

Cuándo es este el enfoque correcto

Convertir merece la pena cuando la web tiene que sobrevivir al prototipo: cuando marketing necesita publicar landing pages sin un despliegue, cuando el SEO necesita páginas renderizadas en servidor, cuando el ecosistema de plugins resuelve tus tres próximos problemas, o cuando simplemente quieres ser dueño del resultado en lugar de alquilarlo.
 
Si todavía estás iterando sobre una idea, quédate en la herramienta de IA. En el momento en que otras personas tengan que operar la cosa, su sitio es un CMS.