Evaluación inicial sin contraseñas Presupuesto antes de intervenir Especialista responsable de principio a fin

Errores y diagnóstico

El menú móvil de WordPress no funciona

¿El menú móvil de WordPress no funciona? Revisa enlaces, botón, CSS y errores de scripts, y prepara una evaluación concreta para repararlo.

Si el menú móvil de WordPress no funciona, comprueba primero si faltan los enlaces o si el botón no consigue mostrarlos. Si faltan, revisa la navegación seleccionada y la plantilla de cabecera. Si ya están en la página, el diagnóstico pasa por el botón, los scripts, CSS o una capa que impide pulsarlo. Anota el síntoma antes de cambiar ajustes.

Si los visitantes no pueden llegar al contacto, una reserva o una página de producto, solicita un diagnóstico del menú averiado con la URL afectada, el dispositivo y el último cambio. Esa información da un punto de partida concreto a la evaluación.

Empieza por el síntoma que puedes reproducir

  • Los enlaces faltan en todas las pantallas: revisa el menú seleccionado y la cabecera utilizada en esa página.
  • Funciona en escritorio pero el botón móvil no responde: comprueba el primer error del navegador y si se ha cargado el script de navegación.
  • El botón cambia de estado pero los enlaces siguen ocultos: inspecciona el contenedor que controla y las reglas CSS para ese ancho.
  • Se abre y se cierra inmediatamente: sigue los eventos existentes antes de añadir otro manejador.
  • Falla en un idioma o sólo sin iniciar sesión: compara la cabecera, la selección de menú y la respuesta de caché en esas condiciones exactas.

Define exactamente el fallo

Anota página, dispositivo o ancho, estado de sesión, idioma y comportamiento. Distingue entre menú ausente, equivocado, oculto, bloqueado o que se abre y se cierra inmediatamente.

Registra:
nombre y ubicación del menú
botón y estado ARIA
primer error de Consola
script de navegación cargado
capa que recibe el clic
estado de caché

Prueba ratón, toque y teclado. Oculta elementos privados de cualquier captura.

Comprueba la asignación en WordPress

En Apariencia > Menús o en el Editor del sitio, confirma que la navegación correcta está asignada a la ubicación del tema. Hazlo para cada idioma.

Una actualización puede renombrar ubicaciones; un cambio de tema puede dejar una asignación huérfana. No elimines el menú por ese motivo. Exporta o documenta primero su jerarquía si es compleja.

Inspecciona el HTML renderizado

Si los enlaces no aparecen en Elementos, investiga la ubicación, plantilla o bloque. Si están presentes, pasa a CSS y JavaScript.

Comprueba IDs duplicados y que el botón controla el contenedor correcto:

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

El texto accesible, el foco y el estado expandido deben mantenerse sincronizados.

Lee el primer error JavaScript

Abre Consola, recarga y activa el botón una vez. Un error anterior de optimización, consentimiento, slider o tema puede impedir la inicialización.

Confirma que el script de navegación responde 200 y contiene JavaScript. Un recurso antiguo puede esperar el HTML de la versión anterior del tema.

No añadas otro manejador de clic sin entender el actual: dos manejadores pueden abrir y cerrar el menú en la misma interacción.

Detecta capas y reglas CSS

Banners de cookies, chats, cabeceras fijas o elementos transparentes pueden interceptar el toque. Usa el selector de elementos y revisa z-index, pointer-events, overflow y posicionamiento.

No resuelvas el problema asignando un z-index extremo ni desactivando los controles de consentimiento. Comprueba también los breakpoints y el zoom: el menú puede desaparecer solo en anchos intermedios.

Revisa navegación en temas de bloques

Los bloques de navegación almacenan su entidad de forma distinta a los menús clásicos. Confirma que la parte de plantilla de cabecera contiene el bloque correcto y que los cambios están publicados.

Compara una plantilla personalizada de la base de datos con el archivo actualizado del tema. Exporta antes de restablecer. Un patrón sincronizado puede afectar varias páginas.

Valida los menús multilingües

Inglés, español y catalán pueden usar menús separados o bloques traducidos. Revisa que cada cabecera resuelva la entidad adecuada y que todos los enlaces apunten a páginas publicadas.

No dupliques el menú base sin revisar selectores de idioma, enlaces personalizados, jerarquía y ausencia de traducciones. Evita enviar silenciosamente al usuario a otro idioma.

Mantén una base utilizable sin scripts

La navegación esencial debe seguir siendo comprensible si JavaScript falla. Los enlaces pueden ser visibles inicialmente y convertirse después en un menú plegable mejorado.

Si el diseño depende de un panel controlado por scripts, proporciona una alternativa accesible. No muestres dos menús superpuestos a lectores de pantalla.

Comprueba caché y recursos generados

Purga únicamente las páginas y los recursos afectados y utiliza versiones de CSS y JavaScript. HTML y script de despliegues diferentes explican muchos fallos intermitentes.

Prueba de nuevo con la caché de CDN ya caliente. No almacenes públicamente menús privados o distintos según el rol.

Verifica toda la navegación

Prueba submenús, página actual, Escape, clic exterior, retorno de foco, bloqueo de scroll, orientación, idiomas y navegadores representativos. Sigue los enlaces críticos.

Supervisa errores JavaScript tras publicar. Un icono de hamburguesa visible no demuestra que la navegación sea realmente utilizable.

Qué enviar para evaluar la reparación del menú

Envía una URL afectada, el dispositivo o ancho de pantalla, el idioma y si el fallo ocurre sin iniciar sesión. Describe la acción concreta: por ejemplo, «el botón abre el panel, pero no se pueden pulsar los enlaces de producto». Añade cuándo empezó, el último cambio de tema u optimización y una captura recortada o un error del navegador sin información privada.

Estas pruebas ayudan a definir qué parte debe investigarse y cómo se comprobará el recorrido reparado. El proceso de reparación web explica la evaluación, el alcance y la aprobación. Pide una evaluación si el fallo bloquea una ruta importante para el negocio o no consigues aislarlo.

Documentación según el tipo de navegación

Para la interfaz de edición, consulta los menús clásicos de WordPress o la documentación del bloque Navegación, según tu tema. Los controles pueden variar entre versiones. Si hay una navegación plegable a medida, revisa el ejemplo de navegación desplegable del W3C y prueba la implementación real.

ANTES DE ENVIAR LA SOLICITUD

Preguntas frecuentes.

¿Pedís contraseñas en el formulario?+

No. El formulario público nunca solicita accesos. Los datos seguros se piden únicamente después de aprobar el alcance y el presupuesto.

¿Quién revisa la incidencia?+

La solicitud llega a Jordi Ensenyat, fundador de Code Barcelona y especialista WordPress con más de 15 años de experiencia.

¿Se cambia algo antes del presupuesto?+

No. Primero se revisan los síntomas visibles y se define el alcance. La intervención empieza tras la aprobación y con una vía de vuelta preparada.

¿Trabajáis con webs en inglés y fuera de España?+

Sí. WP Repair atiende incidencias WordPress y WooCommerce en inglés y español, con servicio remoto.

Evaluar mi incidencia↗