¿Una app de grabación necesita acceso al micrófono en el iPhone?

Toda app de grabación necesita el micrófono o no puede existir, así que este permiso se concede casi sin pensarlo. La pregunta más interesante es qué más pide por debajo una app que además transcribe, y por qué no es lo mismo.

El permiso que ya esperabas

El acceso al micrófono controla exactamente una cosa: si la app tiene permiso para recibir audio del micrófono del teléfono. Pulsa grabar por primera vez e iOS interrumpe con un aviso del sistema antes de que se pueda captar nada. Recházalo, y la app no tiene ninguna vía hasta el audio: ni una grabación degradada, ni un archivo en silencio, nada escrito en disco. No hay forma de sortear esto, ni razón para que la hubiera: una app que captase sonido sin pedir permiso no sería un vacío de permisos, sería un fallo de seguridad.

El permiso que casi nadie espera

Una app de grabación que además transcribe recurre a un segundo sistema, aparte: el framework de voz de Apple, que tiene su propio permiso, independiente del de micrófono. iOS lo pide la primera vez que la app intenta una transcripción, con su propio aviso y su propia línea en Ajustes. Conceder el acceso al micrófono no dice nada sobre este otro; una app puede tener permiso completo para grabar y aun así no tener permiso para convertir en texto lo que grabó.

Lo sorprendente es que este permiso se pide incluso cuando la transcripción se queda por completo en el dispositivo. Sería razonable suponer que un procesamiento de voz a texto puramente local no necesita más consentimiento que cualquier otro procesamiento en el dispositivo que una app haga con tus datos. Apple lo trata de otra manera: el framework de voz exige esta autorización para cualquier solicitud, sea cual sea la vía por la que acabe corriendo esa solicitud en concreto, en el dispositivo o reintentada contra un servidor. El permiso regula la operación, no la vía de red que haya debajo.

Por qué dos permisos para una sola acción

La separación refleja que captar audio y convertirlo en texto son operaciones distintas, aunque las haga la misma app. No toda app de grabación necesita reconocimiento de voz —muchas solo graban y reproducen—, así que iOS lo pide aparte, en el momento en que la app intenta usarlo de verdad, en vez de meterlo dentro del aviso de micrófono que todo el mundo concede casi sin fijarse. Eso también significa que después se puede comprobar qué apps pidieron qué: una app con acceso al micrófono y sin línea de reconocimiento de voz, demostrablemente, nunca ha intentado transcribir nada.

Qué pasa si concedes uno pero no el otro

Acceso al micrófono sin acceso al reconocimiento de voz da una grabadora que funciona por completo pero no puede transcribir. Grabar, reproducir y gestionar archivos funcionan sin problema; pedirle que convierta un clip en texto devuelve un error o nada, y ningún audio va a ninguna parte en el intento, porque la solicitud nunca supera la comprobación del permiso. Acceso al reconocimiento de voz sin acceso al micrófono no es realmente una situación que llegue a darse, porque no hay nada que transcribir si la app nunca tuvo permiso para captar nada. En la práctica, denegar el reconocimiento de voz es lo que vale la pena tener presente: es fácil rechazarlo sin pensar y luego no relacionar un botón de transcribir que no funciona con un permiso que se negó semanas atrás.

Comprobar o cambiar cualquiera de los dos más adelante

Los dos viven en Ajustes → Privacidad y seguridad, en secciones separadas: Micrófono, y Reconocimiento de voz. Cada una lista todas las apps que lo han pedido alguna vez, con un interruptor individual. Una app que no aparece en la lista de Reconocimiento de voz nunca lo ha solicitado —no porque se le haya denegado en silencio, sino porque nada en esa app llama a la función que activaría el aviso. Desactivar cualquiera de los dos interruptores surte efecto de inmediato y no requiere reinstalar nada; volver a activarlo, tampoco.

Cómo lo maneja Voice Studio

Voice Studio pide acceso al micrófono para grabar y, aparte, acceso al reconocimiento de voz la primera vez que transcribes algo: los dos avisos aparecen en momentos distintos porque regulan acciones distintas. La transcripción intenta primero la vía en el dispositivo, sin más condición que haber concedido ese permiso; si el intento local vuelve vacío o falla, reintenta con el reconocimiento en el dispositivo desactivado, que es el punto en el que el audio podría llegar al servicio de voz de Apple. La grabación en sí nunca toca esa vía: es un micrófono, un codificador AAC y un archivo, en el nivel de calidad que hayas elegido de los tres. La app no tiene cuenta, ni sincronización con CloudKit, ni ningún SDK de analítica, así que estos dos permisos son los únicos que tiene motivo para pedir.

Preguntas frecuentes

¿Tengo que conceder acceso al micrófono para usar una app de grabación?

Sí. No hay forma de captar audio en el iPhone sin él: rechaza el aviso y la app no tiene con qué grabar, no una versión reducida de la grabación.

¿Puedo grabar sin permitir el reconocimiento de voz?

Sí. Grabar, reproducir y gestionar archivos no lo necesitan. Lo que falla es la transcripción en concreto: intentarla sin ese permiso devuelve un error o nada, sin que ningún audio vaya a ninguna parte en el intento.

¿Una app necesita permiso de reconocimiento de voz aunque su transcripción sea completamente local?

Sí. iOS pide este permiso para cualquier uso del framework de voz, tanto si una solicitud concreta corre en el dispositivo como si se reintenta contra el servidor de Apple. El permiso regula la operación, no la vía que tome una solicitud en particular.

¿Dónde compruebo qué apps tienen acceso al micrófono o al reconocimiento de voz?

Ajustes → Privacidad y seguridad tiene una sección aparte para cada uno —Micrófono y Reconocimiento de voz— con la lista de apps que lo han pedido y un interruptor por cada una.