lei-mercados-digitais/docs/notas/analise-transversal-casos-pl4675.md

Nota: análise transversal — PL 4675/2025 e quatro casos concretos de poder de plataforma

Como o PL 4675/2025 (agentes econômicos de relevância sistêmica em mercados digitais; Cade) conversa com quatro casos reais: (1) verificação obrigatória de desenvolvedores Android pelo Google; (2) dependência de Google Play Services; (3) exigência de WebKit pela Apple; (4) suspensão de contas no Instagram (caso Chavoso da USP). Fontes verificadas em 18/08/2026; referências em referencias/index.md.

1. Os quatro casos (fatos verificados)

Caso 1 — Google: verificação obrigatória de desenvolvedores Android

• A partir de 30/09/2026, em dispositivos certificados com Android 7+ no Brasil, Indonésia, Singapura e Tailândia, os aplicativos instalados a partir de lojas participantes (Google Play, HONOR App Market, OPPO App Market, Galaxy Store, Palm Store, V-Appstore, GetApps) exigem que o app esteja registrado em nome de desenvolvedor verificado (identidade confirmada, taxa de US$ 25 e documento de identidade do governo). Expansão global anunciada para 2027 (fonte: developer.android.com/developer-verification, confirmado pela Hacker News, jun/2026).
• Fora do Google Play, o app não registrado não instala pelo caminho normal: só via Android Debug Bridge (ADB) ou pelo "advanced flow", desenhado com fricção deliberada (ativar modo desenvolvedor, reiniciar, esperar 24 horas, reautenticar) antes do sideload (Hacker News, 22/06/2026; Technology.org, 19/06/2026).
• Leitura concorrencial (opinião): verificar a identidade do desenvolvedor é legítimo contra malware, mas o desenho cria um monopólio de verificação — quem decide se um desenvolvedor é "verificado" é o próprio Google, e o caminho alternativo é intencionalmente desconfortável. O Brasil é mercado-lançamento da regra (30/09/2026) antes da expansão global.

Caso 2 — Google Play Services como barreira de fato

• Vários SDKs da Google (ex.: Firebase) só funcionam em dispositivos com Google Play Services (GMS) instalado, que é proprietário e pré-instalado em dispositivos certificados; dispositivos sem GMS (ex.: Kindle Fire, certos mercados regionais) não rodam esses apps (fonte: documentação oficial Firebase, firebase.google.com/docs/android/android-play-services).
• Consequência: o Android é open source (AOSP), mas o ecossistema funcional depende de componente proprietário controlado pela Google. Apps de concorrentes ou lojas alternativas (Aptoide etc.) que dependam de GMS ficam reféns das condições da Google. É o caso clássico de "essential facility" em mercados digitais (ver remio.ai e cobertura do caso Google/Play nos EUA).

Caso 3 — Apple: exigência de WebKit para navegadores no iOS

• Todos os navegadores do iOS/iPadOS devem usar o motor WebKit (Safari); Chrome e Firefox no iPhone são "Safari requintado" (reskins), sem motores próprios (MacRumors, 18/06/2026).
• UK CMA concluiu (12/03/2025) que a exigência de WebKit reprime concorrência e inovação e anunciou roadmap exigindo motores alternativos no iOS (consultas no 1º semestre de 2026) (mjtsai.com, 04/12/2024; Open Web Advocacy, 04/11/2025).
• Na UE, o DMA teoricamente permitiu motores alternativos desde mar/2024 (BrowserEngineKit), mas nenhum navegador alternativo foi lançado até jun/2026 — barreiras técnicas e exigência de app separado citadas como causa (MacRumors, 18/06/2026). A Apple é gatekeeper designado no DMA (iOS).

Caso 4 — Instagram suspende contas do "Chavoso da USP"

• Em 16/11/2025, a Meta suspendeu as contas do Instagram (principal e reserva, juntas com mais de 1 milhão de seguidores) do sociólogo e comunicador Thiago Torres ("Chavoso da USP"), sob justificativa de "violação das diretrizes da comunidade"; a segunda conta foi suspensa em seguida, e ele relatou prejuízo financeiro (redes sociais são sua principal fonte de renda) (Alma Preta, 18/11/2025; Gazeta do Povo, 17/11/2025).
• Thiago Torres já havia prestado depoimento na CPI dos Pancadões da Câmara Municipal de SP (28/08/2025) (saopaulo.sp.leg.br).
• ⚠️ Pendência de verificação: a "audiência no dia 01/09/2026" citada pelo autor deste estudo não foi localizada nas fontes públicas consultadas em 18/08/2026 (busca por audiências de 01/09/2026 no Congresso envolvendo o caso). Registrar quando houver fonte.

2. Como o PL 4675/2025 conversa com cada caso

O PL 4675/2025 tem três ferramentas: designação (art. 47-C: faturamento global > R$ 50 bi ou no Brasil > R$ 5 bi + critérios qualitativos), obrigações especiais (art. 47-E, rol exemplificativo, impostas caso a caso em processo administrativo) e execução (SMD instaura/instrui, Tribunal decide, sanções dos arts. 37 a 45).

Caso 1 (verificação de desenvolvedores): cobertura parcial, dependente de processo

• Google passa nos limiares do art. 47-C (faturamento global muito acima de R$ 50 bi) → designável.
• Obrigações especiais aplicáveis por interpretação: art. 47-E, V, c (permitir instalação e uso de apps de terceiros), V, e (opções de configuração padrão), IV, a e b (não impedir participação de concorrentes / não limitar acesso a ofertas de terceiros). A verificação obrigatória com fricção de 24h ao sideload poderia ser enquadrada como barreira à entrada de lojas alternativas.
• Limites: nada disso é automático; depende de representação e processo administrativo individual (SMD instaura; Tribunal decide). Não há prazo legal. E a regra entra em vigor no Brasil em 30/09/2026 — antes de qualquer processo do Cade.

Caso 2 (Google Play Services): o coração do problema é a interoperabilidade

• O art. 47-E, V, b do PL já prevê obrigação de "interoperabilidade gratuita e efetiva do serviço, inclusive por meio de interface tecnológica apropriada entre sua infraestrutura e os serviços, produtos ou ofertas de terceiros". Aplicada a GMS, significaria acesso em condições justas às APIs de sistema para concorrentes (notificações, push, mapas, pagamento) sem dependência excludente.
• Limite: o dispositivo é genérico e caso a caso — quem decide a "efetividade" é o Cade, sem padrão técnico objetivo (ver docs/notas/cobertura-interoperabilidade-pl4675.md). A emenda de interoperabilidade (Título V-B) não alcança sistemas operacionais/APIs de sistema: cobre mensageria e redes sociais.

Caso 3 (WebKit): cobertura parcial, mesma lógica do GMS

• Apple é designável (art. 47-C). A exigência de WebKit é uma restrição de interoperabilidade de motor de navegador — enquadrável no art. 47-E, V, b (interoperabilidade) e V, c (apps de terceiros).
• A experiência UE/UK mostra que só a proibição não basta: o DMA permitiu motores alternativos e nada mudou em 2 anos. Isso reforça a lição de que obrigação ex ante + especificação técnica + prazos (como na emenda proposta) são necessários — para navegadores também, se o Brasil quiser ir além.

Caso 4 (Chavoso da USP): fora do PL — mas a emenda dá consequência econômica

• O PL 4675/2025 é uma lei de concorrência: a exposição de motivos é expressa ao dizer que a proposta trata de "aspectos econômicos e concorrenciais". Suspensão de contas por moderação de conteúdo não é matéria do PL — é matéria de Marco Civil (art. 19), PL 2630/2020 e do STF (ADPF 403/ADI 5527).
• Onde o PL (e a emenda) se conectam ao caso: a suspensão de um criador com 1 milhão de seguidores mostra a dependência econômica do usuário comercial em relação à plataforma — exatamente a assimetria que a portabilidade de conta ataca. A emenda (art. 47-O, §§ 5º a 7º) garante que a exclusão definitiva só produza efeitos após prazo mínimo de 30 dias da notificação, com os dados da conta mantidos acessíveis ao usuário exclusivamente para fins de portabilidade — ou seja, o usuário pode portar perfil, conteúdo e seguidores antes da exclusão. Portabilidade pós-exclusão seria inútil na prática (o conteúdo fica oculto/inacessível — o que tecnicamente as plataformas já fazem); a janela pré-exclusão é o que torna o remédio efetivo. Isso não invade a competência do Marco Civil/PL 2630 sobre os critérios de moderação em si, mas reduz o poder de expulsão econômica da plataforma sobre criadores.

3. Síntese transversal

Caso	Tipo de problema	PL 4675/2025 (texto atual)	Emenda proposta	Lacuna que permanece
1. Verificação de devs Android	Barreira à entrada (monopólio de verificação + fricção ao sideload)	Cobertura parcial (art. 47-E, V, c/e e IV) — caso a caso, sem prazo	Coberto (art. 47-P: sideload/lojas em 6 meses; vedação absoluta de exigir verificação/cadastro/credenciamento como condição de instalação — § 1º, I)	Prazos contados da resolução; acompanhamento da regra de 30/09/2026
2. Google Play Services	Essential facility / interoperabilidade de SO e APIs	Art. 47-E, V, b — genérico, caso a caso	Coberto (art. 47-P, II: APIs e serviços de sistema em 12 meses, protocolo aberto)	Especificação técnica do comitê; medição de "componentes essenciais"
3. WebKit (Apple)	Autopreferência + interoperabilidade de motor	Art. 47-E, V, b/c — caso a caso	Coberto (art. 47-P, III: motores de navegação e padrões alternativos em 18 meses)	Lição UE/UK: exigir fiscalização ativa, não só a norma
4. Suspensão de contas (Chavoso)	Moderação de conteúdo + dependência econômica do usuário comercial	Fora do escopo (lei de concorrência)	Mitigação: portabilidade pré-exclusão e pré-suspensão (art. 47-O, §§ 5º a 7º: prazo de 30 dias após notificação, dados acessíveis para portar)	Devido processo em moderação (outra lei: PL 2630/MCI)

4. Conclusões

1. O PL 4675/2025 alcança Google, Apple e Meta (todos passam os limiares de designação), e o rol do art. 47-E permite atacar casos 1 a 3 — mas só caso a caso, por processo administrativo, sem prazos legais e sem parâmetro técnico.
2. Os casos 2 e 3 são o mesmo fenômeno da emenda proposta: interoperabilidade negada por desenho (GMS, WebKit). A experiência UE/UK (WebKit: 2 anos sem mudança apesar da permissão) demonstra que obrigação ex ante com especificação técnica e prazos é a única via comprovadamente eficaz — o modelo da emenda (Título V-B) cobre mensageria, redes sociais e, com o art. 47-P, sistemas operacionais (sideload/lojas, APIs e serviços de sistema, motores de navegação), sem criar designação paralela (reusa o art. 47-C do PL).
3. O caso 4 escapa do PL por natureza (conteúdo), mas a emenda dá consequência econômica: a portabilidade pré-exclusão (art. 47-O, §§ 5º e 6º) garante ao usuário levar perfil, conteúdo e seguidores antes da exclusão — a porta de saída real para a dependência econômica que a suspensão revela.
4. Recomendação (opinião): (a) aprovar a emenda (Título V-B) cobrindo mensageria, redes sociais e sistemas operacionais; (b) acompanhar a entrada em vigor da verificação de desenvolvedores do Google em 30/09/2026 no Brasil como caso-piloto de fiscalização da SMD; (c) tratar o devido processo em moderação (caso 4) em instrumento próprio (PL 2630/2020 ou novo), não no PL 4675/2025.

5. Fontes

• Google Android Developer Verification (oficial): developer.android.com/developer-verification; support.google.com (help 16561738); Hacker News 22/06/2026; Technology.org 19/06/2026; TecMundo 19/06/2026.
• Firebase/Google Play Services (oficial): firebase.google.com/docs/android/ android-play-services; remio.ai (caso Google/Play EUA).
• WebKit: mjtsai.com (04/12/2024, UK CMA); Open Web Advocacy (04/11/2025); MacRumors (18/06/2026); gov.uk (Mozilla, 03/03/2026).
• Chavoso da USP: Alma Preta (18/11/2025); Gazeta do Povo (17/11/2025); saopaulo.sp.leg.br (28/08/2025).
• PL 4675/2025 (inteiro teor, id 2562481); BR-014.
• Emenda proposta: rascunho/emenda-pl-4675-interoperabilidade.md; notas docs/notas/cobertura-interoperabilidade-pl4675.md, docs/notas/admissibilidade-emenda.md, docs/notas/interop-mensageria-dma.md.