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

Errors i diagnòstic

El menú mòbil de WordPress no funciona

El menú mòbil de WordPress no funciona? Revisa enllaços, botó, CSS i errors de scripts, i prepara una avaluació concreta per reparar-lo.

Si el menú mòbil de WordPress no funciona, comprova primer si falten els enllaços o si el botó no aconsegueix mostrar-los. Si falten, revisa la navegació seleccionada i la plantilla de capçalera. Si ja són a la pàgina, el diagnòstic passa pel botó, els scripts, CSS o una capa que impedeix prémer-lo. Anota el símptoma abans de canviar ajustos.

Si els visitants no poden arribar al contacte, a una reserva o a una pàgina de producte, sol·licita un diagnòstic del menú avariat amb l’URL afectada, el dispositiu i l’últim canvi. Aquesta informació dona un punt de partida concret a l’avaluació.

Comença pel símptoma que pots reproduir

  • Els enllaços falten a totes les pantalles: revisa el menú seleccionat i la capçalera que s’utilitza en aquella pàgina.
  • Funciona a l’escriptori però el botó mòbil no respon: comprova el primer error del navegador i si s’ha carregat l’script de navegació.
  • El botó canvia d’estat però els enllaços continuen ocults: inspecciona el contenidor que controla i les regles CSS per a aquella amplada.
  • S’obre i es tanca immediatament: segueix els esdeveniments existents abans d’afegir un altre gestor.
  • Falla en un idioma o només sense iniciar sessió: compara la capçalera, la selecció de menú i la resposta de memòria cau en aquestes condicions exactes.

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 type="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.

Què enviar per avaluar la reparació del menú

Envia una URL afectada, el dispositiu o amplada de pantalla, l’idioma i si l’avaria es produeix sense iniciar sessió. Descriu l’acció concreta: per exemple, «el botó obre el panell, però no es poden prémer els enllaços de producte». Afegeix quan va començar, l’últim canvi de tema o optimització i una captura retallada o un error del navegador sense informació privada.

Aquestes proves ajuden a definir quina part s’ha d’investigar i com es comprovarà el recorregut reparat. El procés de reparació web explica l’avaluació, l’abast i l’aprovació. Demana una avaluació si l’avaria bloqueja una ruta important per al negoci o no aconsegueixes aïllar-la.

Documentació segons el tipus de navegació

Per a la interfície d’edició, consulta els menús clàssics de WordPress o la documentació del bloc Navegació, segons el tema. Els controls poden variar entre versions. Si hi ha una navegació plegable a mida, revisa l’exemple de navegació desplegable del W3C i prova la implementació real.

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↗