¡Buenos días! Esto es Emilcar Daily, un podcast sobre tecnología en general, Apple en particular,
productividad personal, cultura de Internet y francamente cualquier cosa que me interese.
Hoy es martes 6 de febrero de 2024 y este es el capítulo 2471. Yo soy Emilcar y hoy
te voy a contar el comienzo de la guerra de los navegadores en iOS.
Justo una semana, el martes pasado, te hablaban en el capítulo 2466 del fin del monopolio
de Safari en iOS y te explicaba muy ufano de mí, por un lado, que como en su momento
se le tuvo que obligar a hacer a Internet Explorer en Windows, ¡qué vergüenza Apple!
Cuando ejecutas por primera vez Safari a partir de iOS 17.4 te vas a sacar una ristra de navegadores
alternativos y por otro lado también se va a permitir que esos navegadores tengan su
propio motor de renderizado porque hasta ahora los navegadores que existían en iOS eran
pues simplemente máscaras del mismo motor de renderizado que es el de Safari y en el
motor de renderizado es donde un navegador se la juega. Bueno, estas medidas, bueno,
todo lo anunciado por Apple con respecto a los navegadores, a las tiendas de aplicaciones,
a las cosas que no se han ocupado en la última semana, ya he comentado que no son un punto
y final. Yo creo que más bien son un comienzo. Quiero decir, la Unión Europea ahora tiene
que analizar todas las consecuencias técnicas de estas nuevas normas, de estos nuevos kits
de desarrollo, de toda la documentación técnica que ha vertido Apple en su web y ver si esto
es forma de cumplir con la DMA o si Apple los está tongando o está levantando otro
tipo de barreras para evitar conseguir lo que la Unión Europea con su legislación
propone. Pero la realidad es que esto es así hoy. Es decir, si tú en marzo en iOS 17.4
quieres estar aprovechando algunas de las nuevas posibilidades, pues todo eso te lo
tienes que fumar. Otra cosa es que de pronto apobrezca la Unión Europea en junio y le
diga, mira, para empezar, te voy a caer una multa de 50 millones de euros porque hoy es
hoy. Y ahora para terminar, me vas a escribir 50 mil veces, no seré un cabronías monopolista.
Que nunca se sabe lo que puede pasar, pero lo que sí tenés claro es que hoy esto es
lo que hay que cumplir. Y al igual que ya hay mucha gente quejándose, y ya lo he recogido
yo en el Daily, de todos estos temas y de estas normas que Apple ha puesto, que al final
y además Apple, ya lo dije, de una forma muy mezquina diciendo las cosas, diciendo
que la DMA desprotege a los usuarios y toda esa toda esa basura. Pues claro, los navegadores
de internet, los que ahora pueden aprovechar estas funcionalidades, fundamentalmente Google
con Google Chrome y la Fundación Mozilla con Firefox, pues están que fuman en pipa.
Porque estas normales parecen draconianas. Para empezar tenemos un, o sea, si tú quieres
construir un navegador propio con un motor de renderizado propio, te han hecho una API,
o como de infierno se llame, que es el Browser Engine Kit. Entonces, para poder usar esto
te lo tienen que aprobar. Es como cuando quieres hacer una App Store y Apple te tiene que dar
permiso y además tienes que dejar un aval de un millón de dólares. Pues algo parecido.
Es decir, tienes que pedirlo por favor, que te dejen usarlo. Y esto es tanto si quieres
usar, quieres crear un navegador, como si quieres usar otro motor de renderizado en el navegador
integrado de tu App. Vamos a pensar que hay muchas Apps que usan un navegador integrado.
Por ejemplo, Twitter. Tú en Twitter abres un enlace y se abre en un navegador dentro
de la propia Twitter, que en este caso es siempre Safari. Pero luego tienes otro botón
para salirte y abrirlo en Safari realmente. Entonces, si por lo que sea Twitter quisiera
que esto se hiciera en Firefox, también tiene que cumplir con todas estas historias. Nadie
va a usar esto. Evidentemente, con todas estos condiciones técnicos, salvo las aplicaciones
de Google que van a querer usar integradamente también el motor de Google Chrome, no hay
nadie que se vaya a meter en estas historias. La segunda cosa, bueno, no sé si segunda,
si tercera, no sé, no tengo que hacer una lista numerada. Otra cosa es que esto es exclusivamente
para la Unión Europea. Es decir, Apple no ha aprovechado que el pisuerga pasa por la
Alibaba para ampliar esta liberalidad al resto del mundo como si ha hecho alguna que otra
cosa. ¿Eso qué significa? Pues que tienes que tener dos aplicaciones a la vez. Tienes
que mantener dos aplicaciones a la vez. Una para la Unión Europea con tu propio motor
de renderizado y otra para el resto del mundo simplemente siendo el marco del motor de renderizado
de Apple. Y ahí, claro, esto no es fácil de hacer. El tener que mantener dos aplicaciones
simultáneamente. Como ya he dicho, Mozilla y Google están cabreadísimos y yo me debato,
me debato ante unirme con ellos y pedir que encienda mi antorcha o no hacerlo. ¿Por qué?
Porque los motivos de los enfados son muy distintos y no siempre están alineados con
la libertad de elección de los usuarios. Por ejemplo, Mozilla ha dicho en palabras
de su portavoz, Damiano Devonte, que las propuestas de Apple no dan a los consumidores opciones
viables al hacer que sea lo más doloroso posible para otros proporcionada alternativas
competitivas a Safari. Este es otro ejemplo de cómo Apple crea barreras para evitar una
verdadera competencia de navegadores en iOS. Apple haciendo amigos continuamente. Esto
es... Me recuerda tanto a la Microsoft de aquellos tiempos que me dan arcadas. Por otro
lado, partes de estas medidas son buenas. Apple dentro de las condiciones, de las muchas
condiciones que pone para los navegadores, hay cosas que le pide que tú dices, oye,
esto es muy bien. Hace muy bien. Sí, sí, sí, sí. Hace muy bien Apple en exigir esto.
Por ejemplo, cierto nivel de soporte de los estándares web, compromiso para corregir
la vulnerabilidad de seguridad rápidamente, proteger la privacidad del usuario mostrando
las indicaciones de consentimiento estándar para acceder a cosas como la ubicación. Ya
comenzamos en un momento que Apple se comprometía a dejar abierta esa parte del sistema para
los futuros navegadores. No? Decir, claro, todo esto se hace vía sistema operativo.
Entonces, por mucho que se comprometa Firefox, si Apple le cierra la puerta, ya tal. Entonces,
Apple se comprometió a hacer esto y le exige a los navegadores el mismo compromiso, no?
Permiso para usar la cámara, permiso para usar el micrófono, la localización, todas
estas cosas. Y luego, ojo con esto, dice que no se va a permitir a los navegadores sincronizar
las cookies y el estado entre el navegador y cualquier otra aplicación, incluso otras
aplicaciones del desarrollador. Esto es una medida anti Google, que claro, ya le gustaría
poder hacer esa sincronización entre lo que el usuario está navegando en Google Chrome
y sus aplicaciones de Google que tiene instaladas en el mismo dispositivo, no? Gmail, Google
Calendar y todo este tipo de historias. Claro, Google por esto se queja, no? Entonces, pues
que se queje Mozilla por las cosas que se queja me parece bien, pero que se queje Google
me parece bien pero en otro sentido. Es decir, sí, sí, sí, quejate que no te están dejando
tejer tu tu red, no? Pero bueno, en cualquier caso, insisten que estas medidas tan restrictivas
van a encaminadas a no dar una libertad real a los usuarios y espera que la Unión Europea
tome cartas. Y claro, es que también tienen razón. Es que, por otro lado, cuando el mismo
día que Apple lanzó la nota de prensa, hubo mucha gente que decía que muy bien por la
libertad, pero que ojito con lo que seas, no sea que se te cumpla. ¿Por qué? Porque
iOS es una plataforma que concentra un gran porcentaje de la navegación móvil, igual
que ahora ya menos. Pero en su momento ocurría que los que escuchaban podcast en un teléfono
lo hacían en un iPhone. Vale, no es que la la peña con Android no quisiera escuchar podcast,
pero los números eran esos. Muchos años de iTunes, Apple Podcast, es decir, una gran
tradición ahí entre esos usuarios, mientras que los de Android se tenían que buscar las
habichuelas porque no tenían una forma amanosa hasta que apareció Spotify. Pues exactamente
pasa igual con la navegación móvil. Por lo que sea, los usuarios de iOS son más tendentes
a navegar en el móvil que los usuarios de Android. Entonces, claro, Safari se ha convertido
pues en una suerte de último reducto, último reducto de que el único sitio donde Chrome
no arrasa, porque Chrome, Google Chrome, tiene una tasa de implantación en el mundo absolutamente
demencial. Otra vez como Internet de Prone en su momento. Entonces, claro, en iOS no
arrasa porque no puede, porque aunque exista Google Chrome y la gente se lo instala y lo
use, pero el motor de rendedizado que insisto, que es lo que cuenta, es el de Safari. Entonces,
claro, ahora con estas medidas destinadas a evitar el monopolio de Safari en iOS, se
le pone a mandeja a Chrome, el último territorio que le quedaba por conquistar y obtener, pues
ya casi pues ya cuesta abajo sin frenos, no un monopolio de facto, que esto tampoco es
bueno. Es decir, salimos, venimos de intentar evitar un monopolio en iOS y las medidas que
vamos a tomar para ello van a conseguir que Chrome obtenga un monopolio universal. Pues no sé qué
es peor. Realmente no sé qué es peor. Ars Técnica, el blog de tecnología informó, además, hace
ya unos meses en una noticia como un poco sensacionalista que Mozilla y Google estaban
trabajando en versiones de sus navegadores para iOS que violaban las normas de la AppStore.
No es una cosa pensar que estos se quieren hacer un Epic, quieren colar las versiones aquí por la
puerta atrás, lo que sea. No, simplemente pues estaban adelantando trabajo, evidentemente. Claro,
yo no sé si el trabajo que han adelantado es aprovechable si está en consonancia con los
requerimientos técnicos de este browser engine kit o si es trabajo perdido o qué, pero bueno,
la realidad es que marzo está a la vuelta de la esquina, nos estamos comiendo el año,
pero a una velocidad de vértigo que diría mi querido David Isasi. Insisto, marzo está ahí con
iOS 17.4 y vamos a ver a esta gente si quiere estar de inicio o si prefiere estar bien y esperar
un poco más. Es decir, aquí hay muchas... hay más preguntas que respuestas, pero a estas alturas del
partido la cosa tendría que estar un poco más achuchada. Que yo creo que eso además ha sido
otra de las cosas que ha hecho Apple para poner más piedrecitas en el camino y es todas estas cosas,
todas estas apps y todos estos kits y todos estos developers, no sé qué, a finales de enero. Que
tenga la gente un mes y medio y el que quiera trabajar que trabaje y el que no tela. Pero bueno,
al final estas cosas tampoco es el que llega primero, sino el que llega convenientemente.
Si Mozilla o Chrome por llegar el día de lanzamiento hacen trabajos poco finos y entras y se cuelga y
no te carga y no sé qué y no funciona, pues al final la gente difícilmente les va a dar una
segunda oportunidad y va a seguir usando Safari. Que además es lo que hago yo. Quiero decir,
yo soy un chico 100% Safari. Yo uso Safari en el Mac y uso Safari, por supuesto, en el iPhone. Es más,
hubo un tiempo cuando tenía PC en el trabajo que también estuve usando Safari en el PC del trabajo
todo el tiempo que Apple lo permitió hasta que dejó de darle soporte. Entonces claro, para mí esto,
yo lo sigo y yo soy antimonopolista y tal, pero no es algo que a mí realmente me vaya a beneficiar.
Es decir, no estoy en Safari, en iOS y cuando llego al Mac y abro mi Chrome o mi Firefox,
ah, por fin he llegado. Yo no tengo todo eso. En el Mac es cierto que tengo Firefox,
sobre todo por si alguna web oficial de algún organismo público se pone un poco tonta y también
uso Brave como navegador basado en Chromium para entrar a aquellas webs que requieren ser
navegadas con un navegador basado en Chromium. Por ejemplo, Riverside. Riverside.fm es el servicio web
que yo uso para grabar podcasts en remoto y lo uso con Brave sin ningún problema. Eso sí, la semana
pasada por primera vez, por primera vez en años, tuve que instalarme Google Chrome. ¿Por qué? Porque
quedé con Víctor Correal para grabar un capítulo de su podcast, no es asunto vuestro. Él, que es
un cabezón, lo hace con ZenCaster y ZenCaster necesita Chrome, pero además Chrome, Chrome. O sea,
estaba con Brave y no sé qué y se cortaba y a él lo veía bien y no sé cuánto, pero ya me instalé
Google Chrome y ya a partir de ahí como la seda. Pues un ejemplo más del pernicioso software que
es ZenCaster. Pero vamos, conforme estoy grabando esto, estoy grabando Clima y Mac 10 para
desinstalar por completo Google Chrome. O sea, que ya me lo... se me había olvidado que estaba ahí y al
preparar este podcast me he dado cuenta y me lo quito de medio. También he de decir que cuando he
abierto Google Chrome para ir a desinstalarlo eficientemente y del todo, me he ido directamente
a la opción de eliminar malware, pero no sé no sé por qué no está ahí. Yo creo que es el sitio
donde debería estar Google Chrome a la hora de desinstalarlo, pero no. En Clima y Mac aparece
como una aplicación más y bueno, ya la he desinstalado. 1,43 gigas. Dime tú si esto es
malware o no es malware. Nada más, expre tu comentarios en mactodon.milkart.social. Allá
donde me encuentro eso en la comunidad de weekly en Discord. Si quieres apoyar a este podcast,
suscríbete a EmileKart Daily Premium desde emilekart.fm barra daily, como están haciendo
tantos y tantos oyentes y recibe, entre otras cosas, todos sus capítulos de lunes a viernes.
Que tengas un fantástico martes. Un saludo y hasta mañana.