Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Comportament Formulari Wordpress

Gravity Forms desa entrades, però no envia notificacions

Rastreja avisos absents de Gravity Forms mitjançant esdeveniments, rutes, condicions, cues, SMTP i filtres del destinatari.

Quan Gravity Forms desa l’entrada, WordPress ha rebut i processat l’enviament. El problema de correu queda reduït a la selecció de la notificació, la creació del missatge, una cua, el transport o el sistema destinatari.

Protegeix primer les consultes desades i rastreja una entrada sintètica mitjançant el seu ID i l’hora.

Classifica les entrades abans de canviar ajustos

Revisa les entrades rebudes des de l’última notificació lliurada i assigna els leads sense resposta a personal autoritzat. Poden contenir dades personals o sensibles, així que no enviïs exportacions massives per correu ordinari ni les adjuntis a tiquets públics.

Crea una prova identificada sense informació de clients. Registra l’ID de l’entrada, l’ID del formulari, l’hora, la notificació esperada i el destinatari.

No esborris entrades o cues fallides fins a comprendre’n el valor diagnòstic i l’estat comercial.

Confirma l’esdeveniment de notificació

Obre el formulari actiu, entra a Settings i revisa Notifications. Gravity Forms pot activar-les en enviar el formulari, completar o fallar un pagament i mitjançant esdeveniments aportats per add-ons.

Una notificació que espera la confirmació del pagament no s’executarà només perquè existeixi una entrada. Consulta la cronologia i l’estat del pagament abans de considerar-ho un error de correu.

Confirma que la pàgina pública utilitza l’ID que estàs editant; dos formularis amb noms semblants tenen notificacions independents.

Revisa destinataris i enrutament

Comprova Send To Email, les regles d’enrutament, CC i BCC. Una regla pot dependre d’un camp canviat de nom, eliminat o amb un valor intern diferent de l’etiqueta visible.

Utilitza una adreça fixa i autoritzada del domini a From, i col·loca el visitant a Reply-To. No enviïs com el Gmail o el domini empresarial del visitant.

Prova individualment cada ruta comercial crítica. Eliminar totes les condicions pot revelar consultes a l’equip incorrecte.

Inspecciona la lògica condicional

La lògica d’una notificació pot suprimir el correu mentre l’entrada es desa amb normalitat. Compara els valors emmagatzemats amb operadors i valors esperats, tenint en compte majúscules, espais i selecció múltiple.

Executa una prova que hagi de coincidir i una altra que no. Registra quins ID de notificació s’executen, en lloc de suposar que totes les habilitades ho fan.

Si el camp va canviar després de crear la regla, reconstrueix només la comparació trencada i conserva una còpia de la configuració.

Utilitza els logs amb cura

Activa els registres de Gravity Forms només per als components rellevants i durant el temps necessari. Correlaciona les línies amb els ID del formulari i de l’entrada. Protegeix-los perquè poden incloure valors, adreces o respostes del proveïdor.

Busca supressió de notificacions, destinataris invàlids, errors d’add-ons i el resultat de la crida de correu de WordPress.

Desactiva i elimina amb seguretat els logs detallats en acabar. No mostris el debug de WordPress als visitants.

Comprova el processament en segon pla

Alguns complements processen feeds de manera asíncrona. Revisa accions programades, WP-Cron i el cron del servidor. Una acumulació o tasca que falla repetidament explica que les entrades apareguin immediatament i els missatges no.

Conserva l’estat de la cua abans de reintentar. Repara el runner o la dependència i allibera el treball a un ritme controlat per evitar duplicats o límits del proveïdor.

Consulta també errors PHP i límits de recursos de l’allotjament a l’hora original.

Segueix el missatge fora de WordPress

Busca la prova al mail log de WordPress i després al proveïdor SMTP o transaccional. Desa l’acceptació, l’ajornament, el rebot o la supressió, juntament amb el message ID.

Si ha estat acceptat, demana a l’administrador autoritzat que revisi quarantena, regles, àlies i restriccions de bústies compartides. L’èxit de WordPress no demostra el lliurament final.

Inspecciona una còpia lliurada per validar SPF, DKIM i DMARC.

Verifica sense crear duplicats

Després de la reparació concreta, envia una entrada nova. Confirma l’esdeveniment i l’ID correctes, un sol intent, l’acceptació i l’arribada a la bústia. Prova Reply-To, rutes, esdeveniments de pagament i adjunts rellevants.

Demana ajuda urgent si s’acumulen leads, no és clar l’estat dels avisos de pagament o reintentar la cua pot duplicar missatges. Comparteix ID, hores i errors ocultant dades; mai informació de pagament, contrasenyes o entrades completes.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència↗