¿Qué hook específico conviene usar para guardar metadatos de un CPT?

El hook específico por post type reduce efectos laterales y hace el flujo más claro.

¿Por qué un CPT puede ser mejor que una opción global para reglas?

El CPT permite estructura, gobernanza y escalabilidad en reglas de negocio.

CPT y metaboxes: modelar contenido del plugin de forma escalable

Creas un Custom Post Type para reglas de aviso y metaboxes seguras para gestionar su comportamiento sin depender solo de opciones globales.

¿Cuánto sabes de WordPress Plugin?

📘 Teoría

Diseña el modelo antes del código

Un CPT mal definido genera fricción editorial y deuda técnica.

Para WP Avisos Contextuales, crea un CPT `wpac_rule` donde cada entrada representa una regla: mensaje, tono, audiencia y contexto.

Decide desde el inicio qué campos serán título/contenido y cuáles vivirán en meta (por ejemplo prioridad, fecha de expiración o segmentación).

Caso real: equipos que no modelan bien terminan duplicando reglas y perdiendo trazabilidad de cambios.

Entidad clara: una entrada = una regla.
Campos de control en meta.
Estados editoriales para gobernanza.

Registrar CPT con argumentos pensados para admin real

No dejes `register_post_type` en valores por defecto.

Define labels legibles para equipo no técnico, `show_in_rest` según tu estrategia de editor/bloques y `supports` solo con lo necesario.

Si no necesitas URL pública del CPT, desactiva `publicly_queryable` y revisa `has_archive` para evitar exposición accidental.

Usa `capability_type` y `map_meta_cap` cuando quieras un control más fino de permisos.

Registro recomendado de CPT

add_action('init', function (): void {
    register_post_type('wpac_rule', [
        'labels' => [
            'name' => 'Reglas de aviso',
            'singular_name' => 'Regla de aviso',
        ],
        'public' => false,
        'show_ui' => true,
        'show_in_menu' => true,
        'show_in_rest' => true,
        'supports' => ['title'],
        'menu_icon' => 'dashicons-warning',
    ]);
});

Metabox segura: render limpio y guardado robusto

El peligro no está en mostrar el campo, está en guardarlo sin control.

Renderiza metabox con `wp_nonce_field` y escapa siempre valores actuales en inputs.

En `save_post_wpac_rule` aplica secuencia defensiva: autosave check, nonce check, capacidad y sanitización.

Guarda solo cambios válidos y evita lógica pesada en el hook de guardado.

Checklist de guardado

Cada vez que persistas metadatos.

Comprobar `DOING_AUTOSAVE`.
Verificar nonce.
Validar capacidad y sanear.

Errores típicos

Lo que rompe reglas en producción.

Guardar sin nonce.
No filtrar valores permitidos.
Actualizar meta en revisiones/autosaves.

Caso real: reglas en conflicto por falta de prioridad

Cuando dos reglas aplican al mismo contexto necesitas resolución determinista.

En un sitio con campañas, dos reglas activas se solapaban en la misma URL y el equipo no sabía cuál debía mostrarse.

La solución fue añadir campo meta `priority` y ordenar resolución por valor numérico + fecha de creación.

Modelar ese campo en el CPT evitó parches manuales y mejoró previsibilidad.

1 Diseña el modelo antes del código 2 Registrar CPT con argumentos pensados para admin real 3 Metabox segura: render limpio y guardado robusto 4 Caso real: reglas en conflicto por falta de prioridad

🧪 Aprende probando

Ejemplo Ejemplo guiado: CPT de reglas + metabox de tono y audiencia Registramos CPT y metabox con guardado seguro en `save_post_wpac_rule`.

⌄

🏁 Retos

Reto Reto real: añade campo `priority` con validación numérica Extiende metabox y guardado para resolver conflictos entre reglas.

⌄

🧰 Recursos

Enlaces útiles

Registering Custom Post Types Custom Meta Boxes save_post WordPress Plugin: sanitización, nonces y capacidades WordPress: taxonomías, categorías y etiquetas PHP: arrays

Test

Comprueba tus conocimientos con un test sobre WordPress Plugin.

Test de WordPress Plugin

Recursos del curso 15

📘 Glosario 🎬 Vídeos 🔗 Enlaces

‹

Lección 07

Seguridad operativa en plugins: sanitización, nonces y capacidades

Lección 09

Persistencia avanzada con wpdb: tablas propias y migraciones sin perder datos

›