Els clients poden rebre confirmació mentre el personal no rep res perquè New order utilitza destinataris i plantilla independents. La botiga pot continuar cobrant, de manera que és una urgència operativa, no una prova que el checkout estigui caigut.
Utilitza la llista de comandes per preparar vendes mentre es repara el correu. No depenguis exclusivament de la notificació.
Delimita el període afectat
Troba l’últim avís rebut i la primera comanda absent. Registra ID, estats, mètodes de pagament i destinataris previstos.
Comprova si falla una bústia o totes i compara els missatges al client. No reenviïs correus complets amb dades personals a comptes privats durant les proves.
Inspecciona New order
A WooCommerce > Ajustos > Correus obre Comanda nova. Confirma que està habilitat i que les adreces vigents estan ben separades.
La notificació s’activa en estats inicials concrets. Revisa notes per demostrar creació i pagament.
- correu habilitat
- llista de destinataris
- domini remitent
- override de plantilla
- última comanda rebudaNo afegeixis administradors sense necessitat comercial: el missatge conté informació del comprador.
Compara altres missatges
Després de conciliar la comanda, reenvia una notificació administrativa controlada i un correu al client. Si el segon funciona, centra’t en la llista, bústia i hooks de New order.
Si cap es genera, segueix la ruta compartida WordPress/SMTP. Si arriben altres avisos administratius, revisa la classe i plantilla específica. No canviïs estats repetidament per provar correu.
Comprova si depèn del mètode de pagament o estat inicial. Una comanda contra reemborsament i una de pagada poden seguir triggers diferents. Utilitza dues compres de prova, no vendes reals ja preparades.
Segueix generació i SMTP
Utilitza logs protegits per saber si WordPress va crear el missatge i quin destinatari va rebre el proveïdor. Registra ID i resposta.
esdeveniment -> correu WooCommerce
WooCommerce -> wp_mail
WordPress -> proveïdor SMTP
proveïdor -> bústia receptoraDesa metadades, no el cos. Si WooCommerce genera però el proveïdor no registra, revisa wp_mail, connector SMTP i errors PHP. Si l’accepta, deixa de modificar WooCommerce i segueix l’ID fins a alias, quarantena o bústia.
Revisa alias i reenviaments
Les adreces operatives sovint reenvien a diverses persones. Confirma que l’àlies existeixi, els destins continuïn actius i el proveïdor no rebutgi autenticació reenviada.
Prova entrega directa a una bústia corporativa. Bucles, bústies plenes o empleats eliminats poden afectar només l’equip. Utilitza una adreça de rol propietat del negoci, amb accessos individuals i retenció definida.
Comprova filtres de bústia
Busca spam, quarantena, regles i gateway de seguretat. Assumptes repetits com «Comanda nova» poden arxivar-se automàticament.
Permetre un remitent autenticat pot ajudar, però no desactivis l’anàlisi de fitxers o dominis complets. Compara l’esdeveniment SMTP amb el log final de la bústia.
Audita hooks de destinataris
Temes, snippets i sistemes multivendor poden canviar destinataris.
add_filter( 'woocommerce_email_recipient_new_order', function ( $recipient, $order ) {
// Retornar només destinataris operatius autoritzats.
return $recipient;
}, 10, 2 );Busca el filtre al codi propi, gestiona comandes no disponibles i no generis adreces des de dades no fiables del checkout.
Restaura i monitoritza
Corregeix configuració, hook, SMTP, reenviament o filtre demostrat. Reenvia només avisos necessaris i informa l’equip de les comandes tractades manualment.
Durant la incidència, assigna una persona a revisar la llista i registrar l’últim ID preparat. Això evita enviaments dobles quan arribin correus retardats.
Concilia després els avisos recuperats amb aquest registre operatiu.
Fes una compra controlada i confirma avís intern, email al client, pagament i estoc. El manteniment recurrent ha de vigilar rebutjos i mantenir un panell operatiu independent del correu.