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

Administrador Medios Frontend

Un menú o la navegación móvil de WordPress deja de funcionar

Repara un menú móvil de WordPress revisando asignación, HTML, JavaScript, capas, caché, idiomas y accesibilidad.

Un menú ausente y un botón móvil que no responde son fallos diferentes. WordPress puede tener asignada otra ubicación, el tema puede generar enlaces válidos que CSS oculta o JavaScript puede detenerse antes de enlazar el botón.

Inspecciona el HTML generado y el primer error del navegador antes de reconstruir el menú.

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 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.

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