Glosario

El lenguaje del arquitecto

Seis capas, de lo más estructural a lo más operativo. Busca un término o filtra por nivel.

1

Cimientos y paradigma

Core (núcleo de WordPress)

Código base y archivos fundamentales de WordPress. Regla inquebrantable: no se modifica. No confundir con «Bloques del Core», que son los bloques nativos que el núcleo incluye.

Framework

Entorno con reglas, estándares y herramientas predefinidas. Entender WordPress como framework significa aprovechar su infraestructura (usuarios, base de datos, rutas, permisos, editor) para construir cualquier aplicación web.

Gutenberg

Proyecto que introdujo el editor de bloques (desde WordPress 5.0) y plan a largo plazo en cuatro fases: edición, personalización, colaboración y multilingüe. Es el motor visual y estructural del WordPress moderno.

FSE (Full Site Editing)

Resultado de la fase de personalización de Gutenberg: los bloques construyen no solo el contenido de las páginas sino todo el sitio (cabecera, pie, plantillas, navegación). Consolidado desde WordPress 6.3.

Tema de bloques (block theme) Añadido

Tema construido con plantillas y partes hechas de bloques y un archivo theme.json, en vez de PHP de plantilla rígido. Es la base técnica de FSE.

Site Editor Añadido

Pantalla de WordPress donde se edita de forma unificada toda la estructura del sitio en modo FSE. Sigue disponible para el administrador aunque trabaje un agente.

Headless WordPress Añadido

Arquitectura donde WordPress solo gestiona el contenido y lo entrega por API, y el frontend se construye con tecnología externa (React, Vue, Next.js…).

2

Diseño y componentes visuales

Bloque Añadido

Unidad mínima de contenido o diseño del editor: un párrafo, una imagen, un botón, una columna, cada uno con sus opciones y su marcado.

Bloques del Core

Bloques nativos incluidos por defecto (párrafo, imagen, columnas, grupo, bucle de consulta…). Son la materia prima: siempre se agotan antes de programar uno propio.

Patrón de bloques (Block Pattern)

Agrupación de bloques nativos ya diseñados para una función concreta (hero, testimonios, tarjeta). Alternativa ligera y mantenible a los constructores visuales de terceros.

JSON

Formato ligero de intercambio de datos. En el WordPress moderno sustituye a PHP como estándar para configurar temas (theme.json) y bloques (block.json).

theme.json

Centro de mandos de un tema de bloques: paleta, tipografía, espaciado, estilos de bloque y qué controles ve el usuario. Genera variables CSS automáticamente. Versión de esquema actual: 3.

Token de estilo / Global Styles Añadido

Valor de diseño con nombre (un color, una escala tipográfica, un espaciado) declarado una vez en theme.json y reutilizado en todo el sitio.

CSS

Lenguaje de estilos clásico. En el enfoque moderno se subordina a theme.json y se limita a lo que lo nativo no cubre, de forma localizada y justificada.

Maqueta Añadido

Diseño completo de una página o sitio en HTML, CSS y JavaScript, producido por una persona, un agente o una herramienta especializada, independiente de WordPress. Es la entrada de la conversión a un sitio de bloques y un punto de control de diseño.

Sistema de diseño Añadido

Conjunto coherente de tokens, patrones y plantillas que permite crear nuevas páginas sin rehacer el diseño.

block.json

Documento de identidad de un bloque personalizado: nombre, categoría, atributos, soportes, scripts y estilos. Estandariza su registro tanto para WordPress como para quien analiza el código. API de bloques actual: versión 3.

3

Lógica, datos e interactividad

APIs nativas

Herramientas integradas en el Core (REST API, Settings API, Rewrite API, Abilities API…) para interactuar con el sitio de forma segura y estandarizada.

Funciones nativas

Funciones PHP de WordPress (WP_Query, get_post_meta, get_posts…). Puente autorizado hacia los datos; se prefiere siempre al SQL directo ($wpdb).

REST API

Interfaz estándar para leer y modificar datos del sitio por HTTP; base de las arquitecturas headless y de muchas integraciones.

Interactivity API

Estándar oficial para interacción en el frontend con un modelo declarativo y reactivo (directivas data-wp-* y un *store*), sin librerías pesadas.

Block Hooks Añadido

Mecanismo para insertar bloques automáticamente junto a otros bloques concretos sin modificar plantillas.

4

Extensibilidad y arquitectura de proyecto

Plugin

Paquete de código que añade funcionalidad al Core. Se reserva para lógica de negocio (tipos de contenido, integraciones), separada del diseño, que pertenece al tema.

mu-plugin (Must-Use)

Plugin de carga obligatoria en wp-content/mu-plugins; el usuario no puede desactivarlo desde el panel. Para código crítico que no debe apagarse.

Separación tema/plugin Añadido

Principio de arquitectura: presentación en el tema, funcionalidad en plugins; nunca credenciales ni lógica de negocio en el tema.

Operación destructiva Añadido

Cualquier acción que borra, vacía o sustituye contenido o estructura. Exige autorización expresa, confirmación escrita y copia de seguridad declarada.

5

Ecosistema de IA y agentes

Agente de IA / WordPress agéntico Añadido

Modelo de IA que actúa con autonomía acotada (leer el proyecto, proponer y aplicar cambios, ajustar theme.json, crear patrones), siempre bajo permisos mínimos y validación humana en las fases críticas.

AGENTS.md Añadido

Archivo de reglas del proyecto que el agente lee antes de actuar: jerarquía de decisión, límites obligatorios, seguridad y reparto de responsabilidades. Es el contrato entre el equipo y el agente.

WordPress Agent Skills

Paquetes de instrucciones, checklists y scripts mantenidos por el equipo de WordPress que dan al agente conocimiento experto actual (bloques, temas, plugins, REST, Abilities, rendimiento…). Viven en el entorno del agente, no en el sitio. No conceden permisos.

wordpress-router

Una de las Agent Skills oficiales: la de entrada u orquestadora. Detecta el tipo de proyecto (Core, tema de bloques, plugin…) y deriva al agente a las skills adecuadas. No es un protocolo ni una herramienta del sitio.

Ability Añadido

Operación de WordPress registrada con nombre, descripción, esquema tipado de entrada y salida y comprobación de permisos explícita, descubrible por personas y por programas.

Abilities API Añadido

Registro central de abilities, incorporado al núcleo en WordPress 6.9. Permite que un agente *pregunte* al sitio qué sabe y qué puede hacer en vez de adivinar.

Ability de solo lectura / contexto del sitio Añadido

Ability que consulta (tema activo, sistema de diseño, patrones existentes) sin modificar nada, protegida por una capacidad concreta. El agente la consulta antes de proponer cambios.

MCP (Model Context Protocol) Añadido

Estándar abierto, no exclusivo de WordPress, para que un asistente de IA externo descubra y use las capacidades de una aplicación de forma estructurada y con permisos.

MCP Adapter Añadido

Paquete que traduce las abilities de WordPress al protocolo MCP: las de efectos se vuelven *tools* y las de lectura *resources*. Solo expone las marcadas explícitamente como públicas y respeta sus permisos.

Acceso al proyecto frente a acceso remoto Añadido

Las dos formas de conectar un agente con un sitio: con la carpeta de la instalación abierta (entornos locales) o por MCP/API remota (sitios publicados sin acceso a archivos).

Entorno efímero Añadido

Instalación de WordPress que nace para una tarea concreta, se configura automáticamente y se destruye sin dejar rastro; ideal para que un agente pruebe código sin riesgo.

6

Operación y producción

CI/CD Añadido

Integración y despliegue continuo: el código se verifica y empaqueta de forma automática y se despliega como artefacto reproducible, con posibilidad de retroceder.

Caché de página, de objetos y en el borde Añadido

Tres capas de caché con funciones distintas: página completa renderizada, resultados de consultas en memoria (Redis, Memcached) y CDN.

Verificación con evidencia Añadido

Principio de cierre: una tarea o una fase no se declara completada sin evidencia comprobable de sus criterios de aceptación.