JetFormBuilder Formless Actions Endpoints

Un botón que borra, publica o cambia un estado sin enseñar ningún formulario

Muchas acciones de un sitio web no necesitan que nadie rellene nada: pasar un post a la papelera, cambiar el estado de un usuario, borrar un registro o mandar un dato a otra web. Montar un formulario visible para eso es absurdo, y hacerlo con código a medida es caro de mantener. Este complemento de JetFormBuilder permite lanzar las acciones posteriores al envío desde un solo botón del front, sin que el visitante vea campos.

La idea que casi nadie tiene en cuenta: el botón es la parte fácil. Lo delicado es quién puede pulsarlo. Una acción que borra contenido, expuesta en una URL, es una puerta abierta si no la cierras. Por eso JetFormBuilder Formless Actions Endpoints gira más en torno a los permisos que al botón.

Cómo funciona JetFormBuilder Formless Actions Endpoints

Partes de un formulario normal de JetFormBuilder, con sus acciones posteriores al envío (por ejemplo insertar o actualizar un post). Después creas una ruta en el apartado Endpoints del plugin y la vinculas a ese formulario base. En la ruta eliges:

• Tipo de acción: WordPress AJAX, cadena de consulta en la URL (URL Query String) o endpoint de la REST API.
• Namespace y ruta (si usas REST API): solo admiten minúsculas latinas, números y guion.
• Restricción: quién puede ejecutarla.
• Registro de peticiones: un interruptor para guardar los intentos y revisarlos después.

También defines la estructura de datos: los campos esperados, su tipo y valores por defecto o de ejemplo. Desde ahí se genera una petición de muestra, ya formateada, que copias y pegas en el botón.

Quién puede pulsar el botón: tres niveles de permiso

El interruptor de restricción admite tres criterios:

• Cualquier usuario registrado.
• Un usuario con un rol concreto.
• Un usuario con una capacidad concreta.

Si dejas la restricción desactivada, cualquiera puede ejecutar la acción. Eso puede valer para algo inocuo, pero no para borrar posts. Si usas un endpoint REST personalizado para enviar datos de un sitio a otro, activa la restricción. Para proteger el botón conviene apoyarse en wp-nonce y métodos anti CSRF mejor que en captchas, y sanear los valores de namespace y ruta.

Dos usos distintos: botones funcionales y backend para aplicaciones

El primero son los botones dentro de listados: cambiar el estado de un post o de un usuario, borrar usuarios o posts, o lanzar una compra con un clic. El segundo es el endpoint REST: recibir posts desde otro sitio o convertir tu WordPress en el backend de una aplicación. Son perfiles de comprador distintos. Quien monta un directorio con listados dinámicos busca lo primero; quien desarrolla una app conectada busca lo segundo.

El botón y el formulario base los pones tú

Aquí conviene ajustar expectativas. El complemento no incluye un botón prediseñado ni plantillas listas:

• Ya resuelve: crear rutas, elegir el tipo de acción, limitar por rol o capacidad, registrar peticiones y generar la petición de muestra.
• Lo cubres tú: el formulario base con sus acciones posteriores al envío, y un botón en tu constructor (Elementor, Gutenberg o Bricks) donde pegar los datos de la petición.
• Con otro plugin: si quieres listados dinámicos donde colocar el botón por cada elemento, necesitarás algo como JetEngine.
• Con un profesional: la seguridad extra (nonces, saneado) si lo conectas a otra web o a una aplicación.

Es un complemento de JetFormBuilder Pro, así que no funciona solo: depende del plugin principal.

Preguntas frecuentes

¿Sirve con cualquier theme?

Sí, funciona con cualquier theme de WordPress.

¿Puedo enviar datos de un sitio a otro?

Sí, con el tipo REST API Endpoint. Activa la restricción de acceso para no dejarlo abierto.

¿Se guardan las peticiones?

Si activas el registro, se conservan para consultarlas. Además, si el formulario tiene la acción de guardar registro, los envíos aparecen en los registros de formularios.

¿Necesito programar?

Para un botón funcional basta con configurar la ruta y pegar los datos de muestra. Para integrar una aplicación externa sí hará falta código en el otro lado.