Diagnostica un formulario que falla de fuera hacia dentro
Utiliza esta secuencia de diagnóstico cuando el fallo de un formulario no apunte a un único ajuste evidente. Trabaja sobre una copia o una página en borrador y utiliza valores de prueba que no sean sensibles.
1. Confirma la disponibilidad
- Settings → POM Theme → Forms → General → Enable forms system está habilitado.
- La cabecera del formulario muestra Active.
- El elemento del maquetador de páginas es POM Form y selecciona el formulario esperado.
- La página de prueba y el formulario pertenecen al mismo sitio en una red multisitio.
Si el formulario no se muestra, detente aquí antes de modificar las notificaciones o el almacenamiento.
2. Demuestra el envío válido más sencillo
Prueba sin haber iniciado sesión:
- Elimina los scripts personalizados opcionales de la página de prueba.
- Utiliza un valor válido por cada campo visible.
- No utilices archivos adjuntos a menos que el propio archivo sea objeto de investigación.
- Confirma las ramas obligatorias y condicionales.
- Envía una vez y espera la respuesta.
Si la validación falla, revisa los ajustes Required, los específicos del tipo y los de Conditional Logic del campo afectado.
3. Separa la aceptación de la entrega
Un mensaje de éxito AJAX no demuestra que todas las acciones posteriores se hayan completado. Comprueba cada destino de forma independiente:
| Destino | Verificación |
|---|---|
| Correo del administrador | La ruta prevista coincidió y el buzón lo recibió |
| Correo del cliente | Se utilizó el Recipient Field correcto o la cuenta con sesión iniciada |
| Almacenamiento | La entrada aparece en Forms → Submissions |
| Archivo local | El detalle de envío autorizado ofrece el archivo |
| Google Drive | El archivo aparece en la carpeta configurada |
| Webhook | El receptor registró una solicitud JSON firmada y devolvió 2xx |
| Create Post | El tipo de entrada esperado contiene una nueva entrada con el estado configurado |
4. Reduce la rama que falla
- Lógica condicional: mantén una sola regla.
- Enrutamiento de notificaciones: mantén una sola ruta incondicional.
- Archivos adjuntos: prueba con un único archivo pequeño permitido.
- Webhook: utiliza el receptor en formato de producción con datos de muestra inofensivos.
- Creación de entradas: asigna solo un título obligatorio y créala como Draft.
Restaura los ajustes de uno en uno después de que la versión más pequeña funcione.
5. Registra evidencias seguras
Registra el título del formulario, la URL pública de prueba, la pestaña afectada, los pasos exactos, el estado del visitante, el resultado esperado y el resultado real. Elimina los valores personales, las credenciales OAuth, los secretos del webhook y las cargas útiles completas de las capturas de pantalla o de los mensajes de soporte.
Para comprobaciones específicas de cada síntoma, utiliza la Referencia de resolución de problemas de formularios.