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

Connectors Temes Actualitzacions

Un conflicte de connectors afecta només una pàgina de WordPress

Diagnostica un conflicte limitat a una pàgina rastrejant plantilla, blocs, scripts, hooks i proves de la petició amb seguretat.

Una fallada d’una sola pàgina sol dependre del contingut, la plantilla, un bloc, shortcode, recurs condicional o hook d’aquella ruta. Desactivar tots els connectors demostra un conflicte ampli, però elimina el context que explica per què només falla allà.

Conserva el contingut i les proves de la petició i compara’ls amb una pàgina que funcioni.

Defineix el símptoma específic

Anota l’URL, ID, plantilla, estat de l’usuari, dispositiu i si és un error PHP, sortida equivocada, fallada JavaScript o problema de desament.

Compara la pàgina fallida i la correcta:
plantilla, blocs i shortcodes
CSS i JavaScript carregats
peticions HTTP, REST i AJAX
classes del body
errors PHP i de consola
estat de la memòria cau

Utilitza staging privat per al contingut no públic.

Inspecciona el primer error

Relaciona l’hora de càrrega amb PHP, Consola i Xarxa. Un error fatal anomena el component del servidor; una excepció del navegador assenyala un script, però pot derivar d’una resposta invàlida.

Llegeix el primer error cronològic, no la cascada més gran. Oculta nonces, galetes i contingut personal.

No mostris errors PHP públicament.

Compara el contingut i la plantilla

Duplica la pàgina a staging i elimina la meitat dels blocs o shortcodes. Continua per meitats fins a trobar el contingut mínim que ho reprodueix.

Revisa blocs reutilitzables, patrons, camps i condicions de plantilla. Un shortcode pot cridar una integració només en aquella pàgina.

No editis destructivament l’única còpia; conserva revisions o una exportació.

Examina els recursos condicionals

Els connectors carreguen scripts només quan hi ha un bloc o shortcode. Compara els handles i les versions amb una pàgina correcta.

L’optimització pot combinar recursos en un altre ordre. Desactiva la minificació o el retard a staging i regenera’ls.

No excloguis permanentment tots els scripts; troba el handle o la dependència incompatible.

Compara la consulta de WordPress

Una pàgina pot alterar la consulta principal mitjançant taxonomia, paginació, idioma o camps. Revisa pre_get_posts, the_content i callbacks de plantilla.

Un callback que pressuposa un objecte d’entrada pot fallar en arxius o pàgines especials. Afegeix comprovacions de context al codi propi; no retiris filtres globalment.

Separa el CSS del conflicte funcional

Si els botons funcionen però no es veuen, revisa estils calculats, capes i regles responsive. Els connectors poden reutilitzar classes genèriques com .modal, .active o .button.

Limita els selectors propis al contenidor del component. Prova el focus i els overlays: una correcció visual no ha de deixar una capa invisible capturant clics.

Aïlla parelles de connectors

Utilitza una còpia o un mode de diagnòstic que canviï connectors només per a la teva sessió. Mantén actiu el sospitós i desactiva els candidats d’un en un.

Si A funciona sense B, prova B sense A i tots dos amb un tema predeterminat. Anota la combinació mínima i les versions.

No facis proves aleatòries en un web comercial en viu.

Revisa hooks i namespaces

Els conflictes poden ser noms duplicats, filtres competidors o sortida amb una altra prioritat. PHP pot mostrar «Cannot redeclare», mentre que un conflicte visual exigeix rastrejar callbacks.

has_filter( 'the_content' );

Utilitza eines de depuració a staging. El codi ha d’utilitzar namespaces o prefixos i retirar només els seus callbacks, no tots els filtres.

Construeix la reparació mínima

Actualitza components incompatibles, corregeix el codi propi, ajusta una prioritat compatible o carrega recursos només on pertoqui. Prefereix les API del proveïdor.

Si una exclusió temporal desactiva un connector a la pàgina, documenta quina funció es perd i conserva la seguretat i la privadesa.

No editis els fitxers del proveïdor.

Verifica les rutes veïnes

Prova la pàgina com a anònim, client o editor i en mòbil; comprova previsualització, REST o AJAX, memòria cau calenta i plantilles relacionades.

Vigila els errors PHP i JavaScript després del desplegament. El manteniment recurrent hauria de conservar una pàgina de regressió amb blocs importants; els conflictes específics es detecten amb proves de contingut, no amb l’uptime de portada.

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