Google trebuie sa deschida 11 functii Android catre toti asistentii vocali — decizia UE din 2026

Pe 16 iulie 2026, Comisia Europeana a adoptat o decizie care ar putea schimba fundamental felul in care interactionezi cu asistentii vocali de pe telefon. Sub Digital Markets Act (DMA), Alphabet — compania-mama a Google — este obligata sa deschida 11 functii Android catre toti asistentii vocali, in conditii egale si gratuit.

Ce inseamna asta concret? Ca asistenti precum Home Assistant, sau orice alt asistent tert, vor putea folosi aceleasi capacitati pe care acum doar Google le are: detectia cuvantului de activare „Ok Google” fara sa-ti manance bateria, accesul la senzori, automatizarea ecranului si integrarea cu aplicatiile. Fara sa fii obligat sa renunti la Gemini ca asistent implicit.

Decizia vine dupa ani de plangeri de la dezvoltatori si organizatii precum Open Home Foundation (cei din spatele Home Assistant), care au semnalat Comisiei ca Android-ul functioneaza ca un gard de sarma in jurul functiilor vocale.

Ce vei gasi in acest articol:

• Ce functii exacte trebuie Google sa le deschida si ce inseamna fiecare pentru tine
• Cum functioneaza tehnologia wake word pe Android si de ce conteaza accesul la DSP
• Ce probleme reale aveau aplicatiile terte pana acum (baterie, consum, limitari)
• Ce termene are Google si ce se schimba in Android 18 si 19
• Cum raspunde Google si de ce argumentele lor sunt slabe
• Ce inseamna riscul de „malicious compliance”

Cele 11 functii pe care Google trebuie sa le deschida

Decizia Comisiei identifica 11 functii Android care, pana acum, erau disponibile in mod preferential pentru Google si producatorii de telefoane. Iata ce include lista si ce inseamna fiecare pentru experienta ta de zi cu zi:

Punctul 11 e cel mai important. Nu e vorba doar ca alt asistent poate folosi functia — e vorba ca mai multi asistenti pot functiona simultan. Poti avea „Ok Google” si „Hey Home Assistant” active in acelasi timp, fara conflicte.

Cum functioneaza tehnologia wake word si de ce conteaza DSP-ul

Ca sa intelegi de ce aceasta decizie e atat de importanta, trebuie sa stii cum functioneaza detectia cuvantului de activare pe Android.

Android detecteaza „Ok Google” sau alte cuvinte de activare in doua etape:

Prima etapa — DSP (Digital Signal Processor). Telefonul tau are un chip separat, foarte eficient energetic, care sta permanent si asculta. Acest DSP ruleaza un model mic de recunoastere vocala si consuma extrem de putina energie — de ordinul a 1% baterie pe zi. Important: DSP-ul este izolat, nu are acces la retea si nu poate extrage audio pana cand nu detecteaza cuvantul de activare. E o masura de securitate si intimitate.

A doua etapa — CPU. Odata ce DSP-ul detecteaza un potential cuvant de activare, trece confirmarea catre procesorul principal (CPU), care verifica daca intr-adevar ai spus „Ok Google” si nu doar un cuvant asemanator.

Problema e ca DSP-ul era blocat pentru aplicatiile terte. Doar Google si producatorul telefonului aveau acces la aceasta functie. Orice alt asistent trebuia sa ruleze detectia exclusiv pe CPU — si asta avea consecinte reale.

Ce se intampla cand un asistent tert nu are acces la DSP

Daca ai incercat vreodata sa folosesti Home Assistant Companion cu detectie vocala pe Android, stii deja problema:

• Bateria sarea de la ~1% la ~15% consum. In loc sa foloseasca DSP-ul eficient energetic, aplicatia trebuia sa mentina CPU-ul activ permanent pentru detectie. Asta inseamna ca telefonul tau pierdea o parte semnificativa din baterie doar pentru ca asistentul asculta.

• Indicatorul verde de microfon ramanea permanent aprins. Android iti arata cand o aplicatie foloseste microfonul. Cu detectia pe CPU, indicatorul era vizibil tot timpul — ceea ce e enervant si creeaza senzatia ca esti ascultat permanent.

• Trebuia sa setezi aplicatia ca asistent implicit. Ca sa functioneze corect, trebuia sa inlocuiesti complet Gemini cu asistentul tert. Asta insemna ca pierdeai functiile Gemini, pierdeai apelurile si mesajele prin asistent, si nu puteai folosi ambele sisteme in paralel.

Practic, Google iti forta o alegere: sau folosesti Gemini, sau accepti un compromis masiv la baterie si functionalitate.

Ce spune exact decizia Comisiei

Decizia Comisiei Europeane nu e formulata vag. Iata cateva prevederi cheie:

Fara conditionare a accesului. Google „nu poate conditiona accesul la functii de detinerea rolului implicit, inclusiv rolul de asistent implicit.” Adica nu poti fi obligat sa alegi intre „asistent Google” si „asistent tert cu functii limitate.” Cele 11 functii trebuie sa fie disponibile indiferent de ce asistent ai setat ca implicit.

Detectie hotword concurenta. Detectia wake word de la mai multe servicii, inclusiv terte si Alphabet, trebuie sa poata rula simultan. Asta inseamna ca poti avea activi mai multi asistenti in acelasi timp, fiecare cu cuvantul sau de activare.

Solutii echivalente. Google trebuie sa ofere tertilor solutii „la fel de eficiente” ca ale sale la usurinta de folosire, viteza si consum de energie. Nu e suficient sa deschida accesul daca solutia oferita e de 15 ori mai consumatoare de baterie.

Raportare lunara. Google trebuie sa raporteze lunar progresul catre Comisie. Nu e o decizie pe care UE o uita dupa presa — exista un mecanism de supraveghere activa.

Termene: Android 18 si Android 19

Decizia nu asteapta la nesfarsit. Google are termene clare:

Android 18 este versiunea asteptata pentru toamna 2027, deci termenul de 1 august 2027 e realist din punct de vedere tehnic. Detectia hotword concurenta in Android 19 (2028) e mai complexa din punct de vedere ingineresc — trebuie sa gestioneze mai multe modele de recunoastere vocala pe DSP simultan, cu management de energie si conflicte.

Ce raspunde Google si de ce argumentele sunt slabe

Google a contestat public decizia invocand riscuri de securitate. Argumentul companiei: oferirea accesului la functii precum detectia wake word si senzorii ambientali catre terti inseamna „permisiuni sensibile si puternice” care ar expunge datele „fara stirea sau consimtamantul utilizatorului.”

Sa analizam acest argument:

Ce spune Google: Daca orice aplicatie poate accesa microfonul pentru detectie wake word, utilizatorii sunt expusi la supraveghere.

Ce spune de fapt decizia: Decizia pastreaza consimtamantul utilizatorului. Indicatorii de intimitate (punctul verde de microfon, notificarile de acces) raman in vigoare. Revocarea accesului per aplicatie functioneaza la fel. Utilizatorul trebuie sa acorde permisiunea explicit.

E ca si cum ai spune ca „a permite tertilor sa vanda paine e periculos pentru ca ar putea contine otrava.” Nu — exista reglementari, controale si standarde. La fel si aici: accesul nu inseamna acces necontrolat.

Mai mult, decizia Comisiei a fost luata tocmai pentru ca Google nu oferea acces egal nici macar cu controalele de rigoare. Nu e vorba de a elimina securitatea, ci de a elimina monopolul sub pretextul securitatii.

Riscul de „malicious compliance”

Un risc real al acestei decizii este ceea ce expertii numesc malicious compliance — o implementare tehnica corecta, dar inutilizabila in practica.

Cum arata asta? Google ar putea:

• Deschide accesul la DSP, dar cu un API atat de complex si prost documentat incat nimeni nu il poate folosi eficient
• Oferi accesul cu intarzieri artificiale care fac experienta inferioara
• Implementa functiile intr-un mod care consuma mai multa energie decat solutia Google proprie
• Adauga pasi suplimentari de confirmare care fac experienta frustranta pentru utilizator

Decizia Comisiei incearca sa previna asta prin cerinta de „solutii la fel de eficiente” si prin mecanismul de raportare lunara. Dar istoria ne arata ca marile companii tehnologice au gasit intotdeauna modalitati de a se conforma la litera legii, dar nu la spiritul ei.

Ce poti tu face ca utilizator? Sa urmaresti cum se implementeaza functiile in Android 18 si 19, sa testezi alternativele si sa raportezi problemele. Comunitatea open-source si organizatii precum Open Home Foundation vor fi primii care vor observa daca Google trage de timp sau ofera solutii de proasta calitate.

Ce inseamna asta pentru tine concret

Daca folosesti Android in Europa, aceasta decizie iti aduce cateva beneficii directe:

Poti folosi orice asistent vocal fara compromisuri. Nu mai trebuie sa alegi intre Home Assistant si Gemini. Poti avea ambele, cu functii complete si consum normal de baterie.

Bateria ta nu va mai suferi. Accesul la DSP inseamna ca detectia wake word pentru asistentii terti va consuma la fel de putin ca „Ok Google” — aproximativ 1% pe zi, nu 15%.

Poti invoca asistentul cu butonul home. Apasarea lunga pe butonul home nu va mai fi rezervata exclusiv pentru Gemini. Poti seta orice asistent vrei.

Integrare nativa cu aplicatiile. Asistentii terti vor putea accesa Gmail, Calendar si Maps la fel ca Google, ceea ce inseamna ca poti intreba „ce intalniri am maine?” si din Home Assistant, nu doar din Gemini.

Fara obligatia de asistent implicit. Functiile nu mai sunt conditionate de setarea unui asistent implicit. Poti folosi mai multi asistenti simultan, cu functii complete.

Daca folosesti GrapheneOS sau alte custom ROM-uri, decizia ar putea deschide noi posibilitati pentru asistenti vocali care respecta intimitatea, rulati local si fara a trimite date catre cloud.

Cum se leaga de alte decizii UE impotriva Google

Aceasta decizie nu vine din senin. E parte dintr-un efort sistematic al Comisiei Europene de a reglementa puterea marilor companii tehnologice.

In 2024, UE a amendat Google cu 4,7 miliarde de euro pentru practici antitrust legate de Android — exact pentru acelasi tip de comportament: conditionarea accesului la functii de pre-instalarea aplicatiilor Google.

DMA (Digital Markets Act), care a intrat in vigoare in 2023, a creat cadrul legal pentru astfel de decizii. Comisia poate desemna companii drept „gatekeepers” si le poate impune obligatii specifice. Alphabet/Google este gatekeeper pentru Android, Search, Chrome, Maps, YouTube si alte servicii.

Decizia din iulie 2026 e una dintre cele mai concrete aplicari ale DMA in zona mobila. Nu e o amenda (desi amenzile pot urma daca Google nu se conformeaza) — e o obligatie de a schimba arhitectura tehnica a Android.

Vezi si cazul in care Google blocheaza aplicatii Android prin Developer Verifier — un alt exemplu de control excesiv asupra ecosistemului care limiteaza alegerea utilizatorului.

Si daca te intrebi ce altceva te urmareste pe telefonul tau, articolul despre tastatura care te spioneaza si alternativele private iti arata cat de multe aplicatii colecteaza date fara sa stii.

Ce urmeaza

Decizia e adoptata, termenele sunt clare. Ce trebuie sa urmaresti:

1. Android 18 (toamna 2027) — primele functii deschise catre terti, inclusiv acces la senzori, automatizare ecran, integrare cu aplicatii Google.

2. Android 19 (2028) — detectia hotword concurenta. Acesta e cel mai complex tehnic si cel mai important pentru experienta cotidiana.

3. Reactia dezvoltatorilor — Home Assistant, si probabil alti dezvoltatori de asistenti vocali, vor incepe sa implementeze functiile noi imediat ce API-urile sunt disponibile.

4. Malicious compliance — urmareste daca Google ofera solutii cu adevarat echivalente sau doar bifeaza cerintele. Comunitatea open-source va fi primul semnal de alarma.

5. Alte piete — daca implementarea functioneaza bine in Europa, presiunea va crece pentru ca Google sa extinda accesul global. SUA are propriile procese antitrust impotriva Google, iar alte regiuni urmaresc indeaproape modelul DMA.

Intrebari frecvente