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

Woocommerce Analytics Manteniment Recurrent

La comanda de WooCommerce es crea però els correus no arriben

Rastreja correus de comandes revisant estat, ajustos, wp_mail, cues, SMTP i bústies del client i de l'administrador.

Que WooCommerce desi una comanda demostra que el checkout ha creat un registre. No garanteix que hagi assolit l’estat que activa el correu, que la notificació estigui habilitada ni que el missatge hagi arribat al client o a l’administrador.

Protegeix primer la preparació de comandes i rastreja després una compra de prova per ID i historial d’estats.

Atén primer les comandes reals

Revisa les comandes creades des de l’última notificació coneguda. El personal autoritzat ha de comprovar pagament i preparació des de WooCommerce o el proveïdor, sense esperar el correu.

No reenviïs totes les notificacions a cegues: els clients podrien rebre duplicats i l’equip tramitar dues vegades la mateixa comanda. Registra quines necessiten contacte manual.

Per diagnosticar utilitza un producte de prova, un mètode de pagament aprovat i adreces sintètiques.

Comprova la transició d’estat

Els correus s’activen amb canvis d’estat concrets. Una targeta pot portar la comanda a Processant o Completada, mentre una transferència queda En espera. Un webhook fallit la pot deixar Pendent de pagament.

Obre les notes de la comanda i compara l’estat del proveïdor amb WooCommerce. Confirma que la transició esperada s’ha produït una sola vegada.

No forcis l’estat Completada només per provocar un correu si el pagament o la preparació continuen pendents.

Revisa els ajustos de correu

Als ajustos de WooCommerce confirma que els avisos corresponents al client i a l’administrador estan habilitats. Comprova destinataris de la comanda nova, nom i adreça remitent, i estat de les plantilles.

El codi propi o un personalitzador pot modificar destinataris i disparadors. Prova primer el recorregut estàndard a staging abans de substituir plantilles.

Utilitza com a From una adreça autenticada del domini i no l’adreça del comprador.

Diferencia missatges de client i personal

Comanda nova, comanda cancel·lada i comanda fallida acostumen a dirigir-se a destinataris interns configurats. Processant, Completada i Factura solen enviar-se a l’adreça de facturació segons l’estat.

Anota quin avís exacte falta. Que el comprador rebi el rebut no demostra que s’hagi generat el correu Comanda nova de l’administrador.

Comprova destinatari i disparador per separat amb la mateixa comanda controlada.

Examina Action Scheduler i les cues

Algunes extensions ajornen el correu o el processament mitjançant Action Scheduler. Revisa accions pendents, fallides o cancel·lades al voltant de l’hora de la comanda, incloses les de pagament i webhooks.

Conserva l’ID i l’error abans de reintentar. El reintent no ha de cobrar, preparar ni enviar dues vegades; verifica el comportament idempotent de l’extensió.

Si la cua creix, revisa WP-Cron, el cron real del servidor i els límits de recursos de l’allotjament.

Segueix l’evidència de WordPress i SMTP

Cerca al registre protegit per referència de comanda, destinatari i hora. Si no hi ha cap missatge, continua investigant l’estat, els hooks de notificació i els errors PHP.

Si WordPress l’ha lliurat, localitza’l al proveïdor SMTP i anota acceptació, ajornament, rebot o supressió. Després d’una acceptació, revisa quarantena, correu brossa i regles de la bústia destinatària.

Un resultat correcte de wp_mail() no demostra el lliurament final.

Revisa plantilles i extensions

Una plantilla WooCommerce sobreescrita i obsoleta, hooks propis o un connector de factures PDF poden llançar un error mentre construeixen el correu. Consulta l’informe d’estat de WooCommerce i els registres PHP.

Actualitza les sobreescriptures per una ruta provada i amb còpia de seguretat. No eliminis la plantilla personalitzada fins a preservar identitat, impostos i textos legals necessaris.

Aïlla els adjunts opcionals a staging. En botigues multilingües, l’idioma o l’extensió fiscal poden seleccionar una altra plantilla o esperar que es generi un document.

Verifica la comanda i el lliurament

Després de reparar, crea una comanda controlada. Confirma el pagament, la transició, els avisos correctes a personal i client, l’acceptació del proveïdor i l’arribada a totes dues bústies.

Revisa imports, adreces, Reply-To i adjunts sense exposar dades de pagament. Prova els mètodes principals, perquè segueixen transicions diferents.

Demana reparació urgent quan hi pugui haver comandes pagades sense preparar o els reintents puguin duplicar accions. Comparteix ID, estats i registres anonimitzats, mai targetes, contrasenyes ni contingut de clients.

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