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

Woocommerce Analytics Manteniment Recurrent

La cua de correus de WooCommerce deixa de processar-se

Recupera la cua revisant Action Scheduler, WP-Cron, tasques fallides, recursos de l'allotjament, límits SMTP i reintents segurs.

WooCommerce i moltes extensions utilitzen Action Scheduler per a tasques en segon pla. Una acumulació pot retardar correus, webhooks, subscripcions i accions de comandes encara que el checkout continuï creant compres.

Conserva la cua i classifica els errors abans d’executar o eliminar tasques massivament.

Mesura l’acumulació

Obre les accions programades i compta Pendents, Fallides, En curs i Endarrerides. Filtra per hook, grup i data per saber si només afecta el correu o tot el planificador.

Anota diversos ID, hores previstes i errors representatius. No incloguis contingut de comandes ni tokens a les captures.

Compara el primer error amb actualitzacions, migracions i incidències de l’allotjament.

Revisa WP-Cron i l’executor real

WordPress acostuma a activar WP-Cron amb les visites, tret que estigui deshabilitat. Una instal·lació de producció pot utilitzar un cron real del servidor.

Confirma que DISABLE_WP_CRON coincideix amb el disseny i que l’executor extern crida l’endpoint o la comanda compatible amb la freqüència prevista. Revisa’n l’última execució i el codi de sortida.

No activis dos executors sense entendre els bloquejos, perquè podrien processar lots solapats.

Inspecciona la primera tasca fallida

Les accions posteriors poden dependre d’una d’anterior. Llegeix amb prudència el nom del hook, els arguments, els intents i l’error de la tasca antiga més representativa.

Relaciona-la amb els registres PHP i WooCommerce. Un error fatal del personalitzador de correus, una subscripció o el pagament pot aturar aquell hook mentre d’altres continuen.

Corregeix primer la dependència concreta i després torna-ho a provar.

Comprova els recursos de l’allotjament

Els lots necessiten memòria PHP, temps d’execució, base de dades i workers disponibles. Revisa a cPanel o Plesk CPU, RAM, I/O, processos i disc durant les hores afectades.

Una cua gran pot fer que cada cron superi el límit. Redueix la pressió mitjançant opcions compatibles i resol la manca de recursos subjacent.

No deixis memòria o temps il·limitats com a solució permanent.

Cerca bloquejos de loopback i cron

Les peticions internes poden fallar per autenticació bàsica, manteniment, DNS incorrecte o regles de seguretat. Consulta Salut del lloc i l’estat HTTP que rep l’executor.

No permetis tot el trànsit loopback. Autoritza només la ruta pròpia documentada o utilitza un cron controlat que registri el resultat.

Revisa la base de dades i els bloquejos

Action Scheduler desa accions, reclamacions i registres a MySQL. Consultes lentes, taules danyades o locks prolongats poden deixar tasques atrapades En curs.

Utilitza les eines de WooCommerce i diagnòstics adequats per a la versió instal·lada. Fes una còpia abans de reparar i no eliminis files manualment sense conèixer-ne les relacions.

Neteja l’historial completat amb el mètode compatible després de la incidència.

Separa els límits SMTP

El planificador pot funcionar mentre el proveïdor ajorna missatges per quota o freqüència. Cerca esdeveniments del mateix període i anota’n els codis.

Allibera el correu a un ritme controlat després de corregir el límit. Reproduir centenars d’avisos de cop pot provocar un altre bloqueig i confondre clients amb missatges antics.

Comprova quines comandes ja han rebut cada correu abans de reintentar.

Torna-ho a provar de manera segura

Determina si l’acció és idempotent. Un correu es pot duplicar; capturar un pagament, renovar una subscripció o preparar una comanda té conseqüències més greus.

Prova una tasca sintètica o de baix risc després de la reparació i verifica’n tots els efectes. Processa després un lot limitat mentre vigiles registres i creixement de la cua.

No executis massivament accions desconegudes només per reduir el comptador.

Verifica el processament continu

Confirma que les tasques noves s’executen a prop de la seva hora, l’acumulació disminueix i el proveïdor lliura. Crea una comanda controlada i segueix estat, correus i bústies.

Monitoritza durant el cicle següent la cua, els errors PHP i el ritme SMTP. Afegeix alertes per nombre d’accions endarrerides.

Demana reparació urgent quan es barregen pagaments o subscripcions amb correu, o les reclamacions de base de dades continuen bloquejades. Comparteix hooks, recomptes i errors anonimitzats, mai comandes, tokens ni credencials.

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