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

Administrador Mitjans Frontend

Un menú o la navegació mòbil de WordPress deixa de funcionar

Repara un menú mòbil de WordPress revisant assignació, HTML, JavaScript, capes, memòria cau, idiomes i accessibilitat.

Un menú absent i un botó mòbil que no respon són avaries diferents. WordPress pot tenir assignada una altra ubicació, el tema pot generar enllaços vàlids que CSS amaga o JavaScript pot aturar-se abans d’enllaçar el botó.

Inspecciona l’HTML generat i el primer error del navegador abans de reconstruir la navegació.

Defineix exactament l’avaria

Anota la pàgina, el dispositiu o amplada, l’estat de sessió, l’idioma i el comportament. Distingeix entre un menú absent, equivocat, ocult, bloquejat o que s’obre i es tanca immediatament.

Registra:
nom i ubicació del menú
botó i estat ARIA
primer error de Consola
script de navegació carregat
capa que rep el clic
estat de memòria cau

Prova ratolí, tacte i teclat. Oculta elements privats de les captures.

Comprova l’assignació a WordPress

A Aparença > Menús o a l’Editor del lloc, confirma que la navegació correcta està assignada a la ubicació del tema. Repeteix la comprovació per a cada idioma.

Una actualització pot canviar el nom de les ubicacions; un canvi de tema pot deixar l’assignació antiga òrfena. No eliminis el menú per això. Exporta o documenta la jerarquia abans de modificar una estructura complexa.

Inspecciona l’HTML renderitzat

Si els enllaços no apareixen al panell Elements, investiga la ubicació, la plantilla o el bloc. Si hi són, centra el diagnòstic en CSS i JavaScript.

Comprova IDs duplicats i que el botó controli el contenidor correcte:

<button aria-controls="site-navigation" aria-expanded="false">Menú</button>
<nav id="site-navigation">...</nav>

El text accessible, el focus i l’estat expandit han de mantenir-se sincronitzats.

Llegeix el primer error JavaScript

Obre la Consola, recarrega i activa el botó una vegada. Un error anterior d’optimització, consentiment, slider o tema pot impedir que la navegació s’inicialitzi.

Confirma que l’script retorna 200 i conté JavaScript. Un recurs antic pot esperar el marcatge de la versió anterior del tema.

No afegeixis un segon gestor de clic sense entendre l’actual: dos gestors poden obrir i tancar el menú dins la mateixa interacció.

Detecta capes i regles CSS

Bàners de galetes, xats, capçaleres fixes o elements transparents poden interceptar el toc. Utilitza el selector d’elements i revisa z-index, pointer-events, overflow i posicionament.

No assignis un z-index extrem ni desactivis controls de consentiment. Comprova els breakpoints i el zoom: el menú pot desaparèixer només en amplades intermèdies.

Revisa la navegació dels temes de blocs

Els blocs de navegació emmagatzemen la seva entitat de manera diferent dels menús clàssics. Confirma que la part de plantilla de capçalera inclou el bloc correcte i que els canvis s’han publicat.

Compara la plantilla personalitzada de la base de dades amb el fitxer actualitzat del tema. Exporta abans de restablir. Un patró sincronitzat pot modificar diverses pàgines.

Valida els menús multilingües

Anglès, castellà i català poden utilitzar menús separats o blocs traduïts. Revisa que cada capçalera resolgui l’entitat adequada i que els enllaços apuntin a pàgines publicades.

No dupliquis el menú base sense revisar el selector d’idioma, els enllaços personalitzats, la jerarquia i les traduccions absents. Evita redirigir silenciosament a una altra llengua.

Mantén una base utilitzable sense scripts

La navegació essencial ha de continuar sent comprensible si JavaScript falla. Els enllaços poden ser visibles inicialment i transformar-se després en un menú plegable.

Si el disseny depèn d’un panell controlat per scripts, proporciona una alternativa accessible. No mostris dos menús superposats als lectors de pantalla.

Comprova memòria cau i recursos

Purga només les pàgines i els recursos afectats i utilitza versions per al CSS i JavaScript. HTML i scripts de desplegaments diferents provoquen molts errors intermitents.

Repeteix la prova amb la CDN calenta. No emmagatzemis públicament menús privats o diferents segons el rol.

Verifica tota la navegació

Prova submenús, pàgina actual, tecla Escape, clic exterior, retorn del focus, bloqueig de desplaçament, orientació, idiomes i navegadors representatius. Visita els enllaços crítics.

Supervisa errors JavaScript després de publicar. Una icona d’hamburguesa visible no demostra que la navegació sigui utilitzable.

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