Evolucionar el esquema sin romper nada

Ya está todo en producción y un día quieres un tipo de contenido nuevo —pongamos, «eventos», con su fecha, su ubicación y su descripción—. ¿Cómo se actualiza esto sin romper nada ni perder lo que ya tienes? La respuesta está en distinguir dos cosas que parecen la misma pero no lo son.

Código vs. contenido

• Definir el tipo «Evento» y sus campos es código: vive en un mu-plugin, en git. Se hace una vez.
• Crear el evento del 12 de septiembre es contenido: lo hace un editor en el panel. Vive en la base de datos.

Registrar el tipo son unas líneas de PHP, siempre con show_in_rest para que aparezca en la API:

<?php
register_post_type( 'evento', array(
  'public'       => true,
  'show_in_rest' => true,      // ← aparece en /wp-json/wp/v2/eventos
  'rest_base'    => 'eventos',
  'supports'     => array( 'title', 'editor', 'excerpt' ),
) );

Cómo llega ese código a producción

Igual de fácil que el front, porque también está en git. En Hostinger tienes tres vías, de más simple a más automática:

1. Despliegue por Git (lo recomendado): conectas el repo en hPanel una vez y luego actualizar es un git push.
2. SFTP: arrastras el archivo del mu-plugin a public_html/wp-content/mu-plugins/ con FileZilla. Cero configuración.
3. MCP de Hostinger: conectas su MCP oficial a tu agente y gestionas el hosting hablando; ideal para tareas de infraestructura.

No hay migraciones ni riesgo para lo que ya existe. Solo estás añadiendo capacidades: los posts y páginas de siempre siguen intactos.

Y en el front

Añades el fetch del nuevo tipo, sus tipos de TypeScript y una ruta o sección. git push a main, se dispara el build y aparece. Cuando un editor publique una entrada del tipo nuevo, el webhook reconstruye el front solo.

Que lo evolucione tu agente

Añade un tipo de contenido nuevo siguiendo la skill wp-wow:
registra el custom post type con sus campos a medida en un mu-plugin
(show_in_rest activado), y dime cómo desplegarlo a Hostinger por Git
sin tocar el contenido existente.

Y con esto tienes el ciclo completo: montar, servir y hacer crecer un WordPress headless sin que se note que hay WordPress detrás. Eso era todo. Ahora te toca a ti.