WiFi 2.4GHz congestionado: por qué cambiar a 20MHz es la solución que nadie te explica

El problema no es el canal: es el ancho de banda

Si llevas semanas cambiando el canal de tu router sin que la situación mejore, lo más probable es que estés atacando el síntoma equivocado. La mayoría de problemas de congestión en 2.4GHz con dispositivos IoT no vienen de haber elegido el canal 6 en vez del 1 o el 11. Vienen de trabajar con un ancho de banda de 40MHz cuando deberías estar usando 20MHz.

Es un ajuste de dos minutos que administradores de red con años de experiencia señalan como obligatorio en entornos saturados, y que sin embargo casi ningún router viene configurado correctamente de fábrica. Vamos por partes.

Por qué 2.4GHz es un campo de batalla

La banda de 2.4GHz tiene un problema de origen: es un espacio de radio muy estrecho que comparte todo. WiFi, Bluetooth, ZigBee, mandos de garaje, hornos microondas, sensores inalámbricos de todo tipo — todos conviven en el mismo rango de frecuencias. No hay forma de escapar de eso.

Dentro de ese espacio tan limitado, con ancho de canal de 20MHz solo existen tres canales que no se solapan entre sí: el 1, el 6 y el 12. Si tú, tu vecino del 3.º y el local de abajo estáis emitiendo en esos tres canales con 20MHz, al menos os repartís el espectro de forma razonablemente ordenada.

Ahora imagina que uno de vosotros activa 40MHz. Ese canal único ocupa el espacio de dos canales de 20MHz y se solapa parcialmente con los canales adyacentes. En un bloque de pisos o en un polígono con varias empresas, esto convierte cualquier intento de convivencia espectral en un caos. La interferencia se multiplica exponencialmente, no de forma lineal.

Y aquí está la paradoja: los routers modernos, incluso modelos de gama media con opciones avanzadas, suelen tener activado 40MHz por defecto o en modo auto, que en la práctica acaba eligiendo 40MHz cuando detecta que el canal está relativamente despejado al arrancar. Eso funciona bien a las 3 de la madrugada con el edificio vacío. A las 10 de la mañana con doce redes vecinas activas, es un desastre.

Lo que los dispositivos IoT no perdonan

Los dispositivos IoT de bajo coste — bombillas inteligentes, termostatos, cerraduras, sensores de temperatura, cámaras básicas — utilizan chipsets económicos con limitaciones reales. Muchos de ellos no implementan correctamente los estándares modernos de WiFi y tienen tolerancias muy ajustadas para trabajar en entornos con interferencias.

Un portátil o un teléfono moderno tiene margen para renegociar la conexión, cambiar de banda a 5GHz si está disponible o gestionar reintentos de forma transparente. Un sensor de temperatura que emite un dato cada diez minutos no tiene esa capacidad: o conecta limpiamente o se cae, y cuando se cae, en muchos casos hay que reiniciarlo manualmente.

Además, muchos de estos chipsets no soportan el canal 13, que en Europa está técnicamente permitido y que en teoría podría añadir un cuarto canal no superpuesto en 20MHz. En la práctica, si tus dispositivos IoT no entienden ese canal, habilitarlo solo crea más confusión. Estás limitado a trabajar con lo que el hardware más restrictivo de tu red puede manejar.

El ajuste que resuelve la mayoría de casos

La solución es directa y no cuesta nada:

• Entra en la interfaz de administración de tu router.
• Localiza la configuración de la radio 2.4GHz (suele estar en la sección de WiFi avanzado o configuración inalámbrica).
• Cambia el ancho de canal de auto o 40MHz a 20MHz fijo.
• Elige un canal fijo: 1, 6 o 12. No uses auto para el canal si puedes evitarlo — los algoritmos de selección automática de muchos routers toman decisiones impredecibles.

Para elegir qué canal fijo usar, lo ideal es hacer un escaneo previo. Hay aplicaciones gratuitas para Android e iOS que muestran qué canales están más ocupados en tu entorno. Con esa información, eliges el canal no superpuesto con menos carga y lo fijas ahí.

En cuanto apliques el cambio a 20MHz, los usuarios que han pasado por este problema describen resultados inmediatos: dispositivos que llevaban días desconectándose vuelven a funcionar con estabilidad. No es magia — es que dejas de pelearte con la mitad del espectro de tus vecinos.

Cómo diagnosticar de dónde viene la interferencia

Antes de tocar nada, conviene tener claro si el problema es de redes WiFi externas, de otros protocolos como ZigBee o Bluetooth, o de un fallo interno del propio dispositivo. Las tres situaciones se parecen en los síntomas pero tienen soluciones distintas.

Para el WiFi hay herramientas asequibles y algunas gratuitas. Aplicaciones de análisis WiFi disponibles para móvil y escritorio permiten ver en tiempo real qué redes hay en tu entorno, en qué canal operan y con qué potencia. No necesitas contratar a nadie para hacer este diagnóstico inicial — con diez minutos de exploración tienes un mapa claro de la situación.

Si tras fijar 20MHz y canal no superpuesto el problema persiste, el origen puede ser ZigBee o Bluetooth. ZigBee trabaja también en 2.4GHz y puede solaparse con canales WiFi específicos. En ese caso, el truco es ajustar qué canal usa tu coordinador ZigBee para que quede en los huecos entre canales WiFi. Hay documentación pública sobre la alineación de canales ZigBee y WiFi que explica exactamente qué combinaciones minimizan el conflicto.

Si el dispositivo falla incluso con interferencias bajas, el problema probablemente es del chipset o del firmware del propio aparato. En ese caso la solución es otra: actualizar el firmware si hay versión disponible, o en el peor de los casos, sustituir el dispositivo por uno con hardware más robusto.

¿Y qué pasa con los dispositivos que sí soportan 5GHz?

Si tienes una mezcla de dispositivos — algunos IoT legacy que solo funcionan en 2.4GHz y otros más modernos que soportan 5GHz — la estrategia de redes en malla puede ser útil. La idea es tener la radio de 5GHz dedicada a ordenadores, móviles y dispositivos que puedan aprovecharlo, y dejar 2.4GHz limpio y bien configurado exclusivamente para IoT.

Esto no crea más problemas de coexistencia si se configura bien. De hecho, muchos sistemas mesh permiten asignar bandas de forma explícita o etiquetar dispositivos para que el router no intente migrarlos de una banda a otra. El resultado es que los dispositivos modernos no saturan 2.4GHz y los IoT heredados tienen el espacio más despejado posible.

Lo que sí conviene evitar es activar band steering agresivo si tienes dispositivos IoT que solo entienden 2.4GHz: algunos routers, al detectar que un cliente puede usar 5GHz, intentan forzarlo a esa banda, y si el dispositivo no lo soporta correctamente la conexión se vuelve inestable.

El problema de fondo: los fabricantes delegan en el usuario lo que deberían resolver de fábrica

Hay una crítica legítima que aparece constantemente entre quienes trabajan con estas configuraciones a diario: los valores por defecto de los routers son inadecuados para el mundo real. Un router que sale de fábrica con 40MHz en 2.4GHz y canal en modo automático está optimizado para el mejor caso posible — un entorno sin vecinos, sin interferencias, sin dispositivos legacy. Ese entorno no existe en una oficina, un local comercial ni un bloque de viviendas.

La propuesta que tiene más sentido técnico es que los fabricantes preseleccionen de serie 20MHz con canal fijo (1, 6 o 12) en la radio de 2.4GHz. Y que los fabricantes de dispositivos IoT, cuando detectan problemas de conectividad durante el proceso de configuración, guíen al usuario directamente: algo tan concreto como indicar que si la bombilla no conecta, lo primero que hay que revisar es si el router está en 20MHz y en un canal no superpuesto. Ese tipo de guía proactiva reduciría drásticamente las reclamaciones y las llamadas de soporte.

Mientras eso no ocurra, el conocimiento técnico sigue siendo el recurso más barato disponible. Y en el caso de 2.4GHz e IoT, ese conocimiento se resume en una línea: fija el ancho de canal a 20MHz, elige un canal no superpuesto, y no dejes nada en automático.

Lo que esto significa en la práctica para una oficina con IoT

Si gestionas una oficina con cerraduras inteligentes, termostatos, cámaras o sensores de cualquier tipo, los cortes de estos dispositivos no son solo una molestia técnica. Una cerradura que no responde genera una incidencia. Un sensor que deja de enviar datos invalida un registro. Una cámara que se desconecta crea un hueco en la cobertura.

El coste de aplicar esta corrección es cero: solo tiempo de configuración. El coste de no aplicarla se acumula en soporte, en tiempo del equipo diagnosticando fallos que no son fallos del dispositivo, y en la reputación de quienes ofrecen estos servicios a sus clientes.

Además, trabajar con 20MHz y canal fijo no es solo una buena práctica interna: encaja con los principios de convivencia espectral que regula la Directiva RED (2014/53/UE). Reducir la huella de interferencias de tu red beneficia a tus vecinos de espectro tanto como a ti mismo.

Si tienes varios puntos de acceso en el mismo espacio, asegúrate de que todos usan el mismo ancho de canal pero canales distintos entre sí. Dos APs en el mismo canal en 20MHz se interfieren entre ellos igual que dos redes vecinas. El objetivo es que cada radio en tu infraestructura ocupe un canal no superpuesto diferente.

Vale la pena hacer ese escaneo inicial, anotar qué canales usa cada AP vecino, y asignar los tuyos de forma deliberada. Diez minutos de trabajo que evitan semanas de problemas.