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

Correu Enviaments Impostos Analitica

Els correus de comandes WooCommerce no arriben als clients

Rastreja correus absents revisant triggers, plantilles, wp_mail, SMTP, SPF, DKIM, DMARC i entrega a la bústia.

Una comanda completada sense correu pot fallar en diversos punts: WooCommerce no genera el missatge, WordPress no el passa a SMTP, el proveïdor el rebutja o la bústia el filtra després d’acceptar-lo. L’estat i el tipus de correu determinen quin recorregut havia d’executar-se.

No reenviïs tots els missatges durant el diagnòstic; si estaven retardats, el client podria rebre’n còpies.

Tria una comanda afectada

Registra ID, cronologia, domini del destinatari, tipus esperat i hora. Verifica l’adreça sense mostrar-la en captures.

Compara un correu Processing amb la notificació administrativa New order. Si un arriba, el transport pot funcionar i diferir el destinatari, trigger o plantilla. El correu transaccional no depèn del consentiment de màrqueting.

Confirma que estigui habilitat

A WooCommerce > Ajustos > Correus obre el missatge concret. Comprova activació, destinatari quan pertoqui i remitent vàlid.

Els correus del client prenen l’adreça de la comanda; els administratius utilitzen llistes configurades. Busca espais, separadors incorrectes i dominis antics. No utilitzis l’adreça del comprador com a From: envia des d’un domini autoritzat.

Revisa l’estat que el dispara

Cada missatge respon a transicions Pending, On hold, Processing, Completed, Cancelled, Failed o refund. Llegeix les notes per demostrar que va passar.

Assignar el mateix estat pot no repetir el trigger. Moure’l endavant i enrere afecta estoc, fulfilment i integracions. Després de reparar, usa l’acció explícita de reenviament per a una comanda conciliada.

Demostra la generació

Utilitza temporalment un registre de correu fiable que desi ID, domini receptor, assumpte, estat i error, no el contingut complet.

- hora de l'esdeveniment
- classe de correu WooCommerce
- crida a wp_mail
- ID del missatge SMTP
- error immediat

Si no hi ha intent, revisa errors PHP, overrides de plantilla i hooks que eliminen destinataris. Renderitza la plantilla de forma controlada: un override antic pot fallar només per a cert idioma, enviament o tipus de comanda. Compara la versió amb la plantilla actual.

Segueix l’acceptació SMTP

Configura SMTP autenticat o un servei transaccional en lloc de PHP mail sense verificar. Relaciona l’intent amb el panell.

Un 2xx indica acceptació, no aparició a Inbox. Un 5xx ha d’explicar autenticació, política o destinatari invàlid. Conserva l’ID per seguir entrega, rebot o ajornament. Si queda Deferred, espera el termini normal abans de reenviar.

No exposis contrasenyes o API keys i rota qualsevol secret filtrat.

Configura el tractament de rebots perquè una adreça permanentment invàlida no es reintenti indefinidament. Els rebots temporals necessiten un nombre limitat de reintents i una alerta, mentre els permanents han de quedar visibles per a suport. No substitueixis automàticament el destinatari per una adreça interna: el client continuaria sense la seva confirmació.

Comprova SPF, DKIM i DMARC

DNS ha d’autoritzar el servei amb SPF, signar amb DKIM i publicar una política DMARC intencionada. Analitza capçaleres d’una prova controlada.

No creïs diversos SPF al mateix host; combina els serveis dins del límit DNS. Verifica propagació, Return-Path, selector DKIM i alineació del domini From realment utilitzat.

Investiga la bústia

Busca spam, quarantena, regles i logs del proveïdor. Compara amb una bústia controlada d’un altre servei.

Fitxers grans, HTML trencat, reputació o ràfegues poden provocar filtratge. Mantén la plantilla concisa i evita dades sensibles. Si falla només un domini, utilitza la seva resposta SMTP abans de canviar WooCommerce globalment.

Demana al receptor una capçalera completa només des d’una prova sense dades reals. Permet confirmar autenticació, ruta i filtre aplicat sense exposar una comanda.

Repara i prova el cicle

Corregeix el trigger, plantilla, adreça, autenticació o DNS demostrat. Envia un missatge controlat i confirma generació, acceptació i Inbox.

Completa una compra de prova i valida Processing, Completed, refund i compte. El manteniment recurrent ha d’alertar sobre rebutjos i repetir proves després de canvis de domini, SMTP, plantilla o WooCommerce.

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