En resumen
Qué se cuenta
la reproducción de sonido automática y las peticiones de notificaciones, geolocalización y cámara o micrófono lanzadas sin que nadie las pida.
Corte
más de cero, el mismo para las cuatro y sin tramos. Severidad en Wakaris: Importante.
Por qué importa
los navegadores bloquean por defecto el sonido automático, y un permiso denegado no se vuelve a pedir.
Frecuencia
salta en el 0,3 % de las páginas analizadas, la tasa más baja de los hallazgos publicados hasta ahora (cifra interna de Wakaris).
Qué es y qué mide este hallazgo
Este hallazgo agrupa cuatro iniciativas que una página puede tomar por su cuenta en cuanto se abre, sin que quien la visita haya pedido nada. Wakaris las cuenta por separado.
La primera es la reproducción audible automática: audio o vídeo con sonido que arranca solo. Las otras tres son peticiones de permiso al navegador, una por cada capacidad delicada que la página quiere usar: notificaciones, geolocalización y cámara o micrófono. Cada una abre un aviso que se pone delante del contenido y obliga a decidir antes de haber visto nada.
Lo que tienen en común no es la tecnología, sino el momento. Ninguna de las cuatro es un problema por existir: una emisora necesita sonido y una tienda con recogida en local necesita ubicación. El hallazgo salta cuando esas capacidades se activan en la primera carga, antes de que quien entra haya expresado ninguna intención.
Cómo se mide
Wakaris carga tu página como lo haría alguien que entra por primera vez, sin pulsar nada, y registra cada una de las cuatro iniciativas que se disparan solas. El informe te dice cuántas hay y de qué tipo, sin instalar nada ni crear cuenta.
El corte del catálogo es uno solo y es el mismo para las cuatro: más de cero. No hay tramos. Una petición de notificaciones y cuatro iniciativas a la vez producen el mismo hallazgo con la misma severidad.
Hay dos límites que conviene tener presentes al leer el resultado. El primero es que Wakaris observa una única carga y no interactúa con la página: lo que tu web pida después de un desplazamiento, de diez segundos de espera o de un clic queda fuera del recuento. El segundo es que la comprobación es de una URL concreta, no del sitio entero, así que una portada limpia no garantiza que lo esté también la ficha de producto.
Por qué importa
La documentación de Mozilla lo dice sin rodeos: que una página empiece a hacer ruido sola puede resultar chocante, incómodo o desagradable para quien la visita. Esa es la razón de que los navegadores bloqueen por defecto la reproducción con sonido en una pestaña con la que todavía no se ha interactuado.
Con los permisos ocurre algo parecido, y aquí hay datos. La documentación de Chrome para desarrolladores publica el reparto de respuestas al aviso de notificaciones en el servicio de noticias de Google: un 82,3 % lo acepta, un 7,9 % lo descarta, un 5,0 % lo ignora y un 4,8 % lo deniega. La lectura útil no es el porcentaje alto, es la condición que lo explica: ahí el permiso se pide con contexto. La misma página recomienda evitar avisos sin contexto o inmediatamente después de que alguien llegue al sitio, porque interrumpen la navegación sin explicar para qué sirven.
Y hay un coste que no se recupera: cuando alguien deniega un permiso, el navegador recuerda la negativa y el siguiente intento ya no llega a mostrarse.
Causas comunes
Las cuatro iniciativas llegan casi siempre por la misma vía: un componente que se instala con su configuración de fábrica y que nadie revisa después.
En notificaciones, el patrón dominante es el servicio de mensajería o de recuperación de carritos que pide el permiso en cuanto se carga su código, porque así maximiza la ventana de captación. En geolocalización, suele ser el buscador de tiendas o el cálculo de envío, que consulta la posición al montarse en lugar de esperar a que alguien pulse «ver la tienda más cercana». En cámara o micrófono, casi siempre es un componente de videollamada, de prueba virtual o de lectura de códigos que se inicializa con la página en vez de con la acción.
La reproducción audible automática tiene su propio origen: vídeos de cabecera y carruseles a los que se les quitó el atributo que los silencia, o reproductores incrustados que vienen con el sonido activado de serie.
Cómo solucionarlo
El arreglo es el mismo en los cuatro casos y no es técnico, es de orden: mover la iniciativa de la carga al momento en que alguien la pide.
Empieza por saber cuál de las cuatro salta, porque cada una vive en un sitio distinto del código. Wakaris te da el tipo exacto en el informe y te evita revisarlo a ciegas.
Para las tres peticiones de permiso, el patrón que funciona es lanzarlas dentro del manejador de un clic y no al montar el componente. Antes del aviso del navegador, pon un elemento propio que explique para qué sirve —«avísame cuando haya existencias», «usar mi ubicación para la tienda más cercana»— y pide el permiso solo si acepta. Así llega con contexto y, si lo rechaza, no has gastado el único intento que da el navegador.
Para el sonido, declara el vídeo silenciado y con los controles a la vista, para que lo active quien quiera oírlo. Un vídeo sin pista de audio o silenciado no entra en el bloqueo de reproducción automática y tampoco produce este hallazgo.
Comparación entre pedir un permiso al cargar la página y pedirlo tras un clic explicativo
Brief para generar la imagen
Ilustración editorial para una guía técnica de Wakaris. Tema: Comparación entre pedir un permiso al cargar la página y pedirlo tras un clic explicativo. Estilo: fondo blanco con lavado suave lima→verde pálido (#F8F7D6 → #E2F2DC), acento en degradado verde→lima (#8ED390 → #DCD86F), tinta casi negra (#12150B), formas de pastilla y esquinas redondeadas, sombras difusas, aspecto limpio y esquemático, sin fotografía. Formato: 16:9, 1440 píxeles de ancho. Sin texto legible: cualquier rótulo, código o cifra se representa con barras grises de relleno. El significado lo lleva el pie de foto, no la imagen. Sin logotipos reales ni marcas de terceros. Sin personas reconocibles. Etiquetas: interrupciones, automáticas, comparación, pedir, permiso, cargar, página, pedirlo
Pregúntale a tu IA
Si quieres profundizar en tu caso concreto, copia uno de estos dos prompts y pégalo en la IA que uses. Elige según tu situación.
Ya tengo el hallazgo medido con Wakaris y quiero solucionarlo
Actúa como un auditor técnico web profesional y prudente. Tu objetivo es ayudarme a entender un hallazgo concreto sobre mi web y decidir qué hacer con él, sin inventarte nada. Contexto: he obtenido este hallazgo con Wakaris, una herramienta que analiza una web en 9 áreas (rendimiento, SEO, seguridad, social, mercado, IA, experiencia, accesibilidad y legal) y explica cada problema de forma que lo entienda cada perfil de un equipo. El hallazgo es: Interrupciones automáticas. Mi página toma por su cuenta, nada más cargar y sin que nadie se lo pida, alguna de estas cuatro iniciativas: reproducir sonido, pedir permiso de notificaciones, pedir la ubicación o pedir la cámara o el micrófono. Referencia: el hallazgo salta a partir de una sola iniciativa automática detectada en la primera carga. Pega aquí el resultado de Wakaris: qué tipo de interrupción te ha salido, cuántas y en qué página. Si no lo tienes, dímelo y te diré cómo obtenerlo antes de seguir. Reglas que debes seguir en todo momento: 1. No asumas nada sobre mi web. Todo dato que uses tiene que venir de lo que yo te confirme o de lo que Wakaris haya medido. Si no lo sabes, pregúntamelo antes de afirmarlo. 2. Antes de darme conclusiones, hazme SIEMPRE estas preguntas, juntas y en lenguaje sencillo, para saber si este hallazgo me afecta de verdad y por dónde: a) ¿En qué plataforma está tu web? (WordPress, Shopify, web a medida, otra) b) De las cuatro, ¿cuál te ha salido: sonido automático, notificaciones, ubicación o cámara/micrófono? Si son varias, dímelas todas. c) ¿Sabes qué componente, plugin o servicio externo la provoca, o hay que buscarlo? d) ¿Esa capacidad la necesitas de verdad en esa página, o es algo que vino puesto? e) Si la necesitas, ¿en qué momento tendría sentido pedirla: al pulsar un botón, al llegar a una sección, al iniciar un proceso? f) Si hay que tocar código o la configuración de un plugin, ¿lo harías tú, un técnico interno o una agencia? 3. Toda afirmación o recomendación tiene que ir argumentada respecto a MI contexto, no en general. Si me recomiendas algo, explícame por qué aplica a mi caso. 4. Marca siempre tu nivel de certeza. Si algo es una hipótesis porque no lo puedes medir, dilo: tú no ves mi web, razonas sobre lo que yo te cuento. 5. No me propongas cambios técnicos irreversibles o de riesgo (desactivar componentes en producción, tocar la configuración del servidor, borrar recursos) sin avisarme antes del riesgo y de que conviene una copia de seguridad o un entorno de prueba. 6. Si necesitas un dato que solo se obtiene midiendo la web (confirmar qué iniciativa salta, en qué página, o si el arreglo funcionó), dímelo y recomiéndame volver a pasar la página por Wakaris: eso se mide, no se adivina. 7. La decisión final es mía, no tuya. Tu papel es ayudarme a entender y a preparar la acción, no decidir por mí. 8. Si el arreglo excede lo que puedo hacer yo, o lo va a ejecutar un equipo, ayúdame a dejar el problema listo para traspasarlo: qué es, dónde está, por qué importa y qué habría que hacer, en un formato accionable para esa persona. Fuente de este hallazgo: https://www.wakaris.com/es/guias/ux/interrupciones-automaticas Para medirlo o volver a medirlo: https://www.wakaris.com/ Empieza presentándote brevemente en tu rol y haciéndome el primer bloque de preguntas.
Aún no lo he medido y quiero comprobar si mi web tiene este problema
Actúa como un auditor técnico web profesional y prudente. Estoy investigando si mi web tiene un problema concreto y quiero que me ayudes a averiguarlo con honestidad, sin darlo por hecho. Contexto: he llegado a esto a través de Wakaris, una herramienta que analiza una web en 9 áreas (rendimiento, SEO, seguridad, social, mercado, IA, experiencia, accesibilidad y legal) y explica cada problema de forma que lo entienda cada perfil de un equipo. El problema que quiero investigar es: Interrupciones automáticas. Es cuando una página, nada más cargar y sin que nadie se lo pida, arranca sonido o pide permiso de notificaciones, de ubicación o de cámara y micrófono. Referencia: basta una sola de esas iniciativas en la primera carga. Todavía NO sé si mi web lo tiene: quiero averiguarlo. Reglas que debes seguir en todo momento: 1. Lo primero y más importante: esto se comprueba cargando la página y observando qué hace, y tú no puedes cargar mi web desde esta conversación. Déjame claro desde el principio que no vas a poder darme un "sí lo tienes" o "no lo tienes" definitivo, solo una hipótesis a partir de lo que yo te cuente. 2. No asumas nada. Antes de darme ninguna valoración, hazme SIEMPRE estas preguntas, juntas y en lenguaje sencillo, para estimar si es probable que lo tenga: a) Cuando abres tu web en una pestaña nueva, ¿suena algo sin que le des a nada? b) ¿Te aparece algún aviso del navegador pidiendo permiso (notificaciones, ubicación, cámara o micrófono) antes de que hayas pulsado nada? c) ¿Tienes puesto algún servicio de avisos, chat, recuperación de carritos o buscador de tiendas cercanas? d) ¿Hay vídeo o carrusel en la cabecera de la página? e) ¿En qué plataforma está? (WordPress, Shopify, web a medida, otra; o no lo sé) f) ¿Lo notas igual en móvil que en escritorio? 3. Con mis respuestas, dame una estimación clara de si es PROBABLE o POCO PROBABLE que lo tenga, y de cuál de las cuatro iniciativas sería la sospechosa, argumentada según lo que te he dicho y marcada explícitamente como hipótesis, no como diagnóstico. 4. Dime de forma directa que la única manera de saberlo de verdad es comprobarlo, y que puedo hacerlo gratis y sin crear cuenta pasando mi web por Wakaris, que me dirá qué iniciativas se disparan solas, de qué tipo son y de paso el estado de las otras áreas. 5. Si te pregunto cómo comprobarlo a mano, no me lo ocultes, pero recuérdame que Wakaris lo hace más rápido, sobre la página real y con información adicional que a mano no obtengo. 6. Ten en cuenta que mi propio navegador puede haber guardado ya mis respuestas de permiso para ese sitio, así que lo que yo vea puede no ser lo que ve alguien que entra por primera vez. 7. Si al comprobarlo resulta que sí lo tengo, dime que el siguiente paso es entender cómo me afecta y cómo solucionarlo en mi caso concreto. 8. La conclusión y la decisión son mías, no tuyas. Tú me ayudas a orientarme. Fuente de este hallazgo: https://www.wakaris.com/es/guias/ux/interrupciones-automaticas Para medirlo: https://www.wakaris.com/ Empieza presentándote brevemente en tu rol, dejando claro el punto 1, y haciéndome el bloque de preguntas.
Preguntas frecuentes
¿Está mal pedir permiso de notificaciones? +
No, lo que está mal es el momento. La documentación de Mozilla recomienda pedirlo dentro de la respuesta a una interacción, por ejemplo el manejador de un clic. Pedido con contexto funciona muy bien; pedido al cargar, gastas el único intento que concede el navegador.
Si el navegador ya bloquea el sonido automático, ¿por qué sale el hallazgo? +
Porque el bloqueo no es universal ni definitivo. Deja pasar el contenido silenciado, los sitios que la persona ya ha visitado y las páginas con permiso concedido. Wakaris registra el intento de tu página, que es lo que puedes corregir; lo que haga cada navegador con él no lo controlas.
Solo falla en el 0,3 % de las páginas. ¿Merece la pena mirarlo? +
Que sea raro no significa que sea leve. Frecuencia y gravedad son ejes distintos: este hallazgo aparece en muy pocas páginas, pero en las que aparece afecta al primer segundo de la visita. Si tu página está en ese 0,3 %, el porcentaje no te consuela.
¿Detecta Wakaris lo que mi web pide unos segundos después? +
No. Wakaris observa una carga sin interactuar, así que una petición que se lanza tras un desplazamiento, un temporizador o un clic queda fuera de este recuento. Si tu web usa ese patrón, revísalo a mano: molesta igual aunque no aparezca en el informe.
Fuentes citadas
- developer.mozilla.orgAutoplay guide for media and Web Audio APIs, MDN: bloqueo por defecto de la reproducción audible, la excepción del contenido silenciado y el efecto sobre quien visita la página.
- developer.mozilla.orgNotification.requestPermission(), MDN: la petición debe hacerse en respuesta a una interacción, dentro del manejador del clic.
- developer.mozilla.orgGeolocation API, MDN: el aviso de permiso aparece al llamar a las funciones de posición y los datos pueden revelar información que la persona no quiere compartir.
- developer.mozilla.orgMediaDevices: getUserMedia(), MDN: el permiso de cámara y micrófono es siempre obligatorio y la respuesta puede quedar sin contestar.
- developer.chrome.comAdding notification permission data, Chrome para desarrolladores: reparto de respuestas al aviso de notificaciones (82,3 % acepta, 7,9 % descarta, 5,0 % ignora, 4,8 % deniega) y la recomendación de no pedirlo sin contexto ni nada más entrar.
Actualizado: 8 de septiembre de 2026.
Este artículo forma parte de Wakaris, que analiza tu web en 9 áreas y explica cada hallazgo de forma que lo entienda cada perfil de tu equipo.