Responsabilidade de plataforma: o papel técnico exercido define o dever discutido

Quando um dano acontece em rede social, marketplace, aplicativo, site de avaliações ou serviço de hospedagem, a palavra “plataforma” é ampla demais para resolver a responsabilidade. O primeiro trabalho é identificar qual função técnica aquele agente exerceu no episódio: publicou conteúdo próprio, hospedou material de terceiro, intermediou pagamento, vendeu produto, recomendou oferta, forneceu infraestrutura ou apenas transmitiu dados. Cada função pode levar a regras e provas diferentes.

O Marco Civil da Internet disciplina direitos, deveres e hipóteses de responsabilização de provedores, mas o regime atual precisa ser lido também à luz do julgamento conjunto dos Temas 533 e 987 pelo Supremo Tribunal Federal. O Tema 987 do STF registra o julgamento de repercussão geral sobre a constitucionalidade e o alcance do art. 19. Por isso, análises baseadas apenas na fórmula antiga “só responde depois de ordem judicial” podem estar desatualizadas ou incompletas.

Comece pela função, não pelo nome comercial

Duas empresas chamadas de “plataforma” podem estar em posições jurídicas muito diferentes. Um marketplace que participa da oferta e do pagamento não ocupa necessariamente a mesma posição de um serviço que apenas hospeda uma página; uma rede social que recebe denúncia sobre conteúdo de terceiro não se confunde com quem produziu campanha publicitária própria.

Antes de discutir indenização, vale reconstruir a cadeia:

1. quem criou o conteúdo, anúncio, oferta ou transação;
2. quem tinha controle técnico para alterar, bloquear ou remover;
3. qual informação a plataforma recebeu e em que momento;
4. quais medidas foram adotadas depois da ciência;
5. qual dano é atribuído a cada conduta.

Essa decomposição evita dois erros opostos: responsabilizar automaticamente qualquer empresa que apareça na tela ou, no extremo contrário, tratar toda plataforma como mero “quadro de avisos” sem participação econômica ou técnica.

O regime de conteúdo de terceiros mudou de contexto

O art. 19 do Marco Civil foi concebido para tratar da responsabilidade por conteúdo gerado por terceiros. Depois do julgamento dos Temas 533 e 987, o enquadramento exige atenção às teses fixadas pelo STF e ao tipo de conteúdo discutido. O próprio processo de repercussão geral mostra que a matéria envolve liberdade de expressão, proteção de direitos, deveres dos provedores e diferentes formas de ciência do conteúdo.

Isso torna a cronologia da ciência uma prova central. Prints isolados mostram o conteúdo, mas não necessariamente demonstram quando ele foi denunciado, qual canal foi utilizado, qual URL foi indicada, qual resposta foi dada ou se a publicação permaneceu disponível. Protocolos, e-mails, tickets, notificações e registros de remoção podem ser mais importantes do que uma captura de tela sem contexto.

Marketplace e relação de consumo podem abrir outra trilha

Quando a discussão não é apenas sobre fala de terceiro, mas sobre compra, pagamento, entrega, fraude ou serviço integrado, o Código de Defesa do Consumidor pode entrar na análise da cadeia de fornecimento. Nesse cenário, é preciso identificar o que a empresa efetivamente forneceu e se a falha alegada pertence ao serviço colocado no mercado.

A pergunta prática é: qual risco pertence à atividade daquela empresa? Se o problema decorreu de etapa que a plataforma controla — por exemplo, autenticação, custódia de pagamento, fluxo de contratação ou informação apresentada como própria — a análise é diferente daquela em que o dano resulta exclusivamente de comportamento externo e imprevisível.

Isso se conecta à investigação de golpes digitais e da cadeia técnica envolvida e à distinção entre serviço insatisfatório e serviço juridicamente defeituoso.

A prova deve ligar poder de intervenção e dano

Uma boa análise não termina em “a plataforma sabia”. É preciso demonstrar o que ela poderia fazer, quando poderia fazer e como a omissão ou conduta se conecta ao prejuízo. Dependendo do caso, isso exige preservar a URL exata, identificadores de conta, data e hora, anúncio original, comprovante da transação, protocolo de denúncia, resposta da empresa e evolução do dano.

Também convém separar objetivos. Remover conteúdo, identificar usuário, preservar dados, recuperar valor e pedir indenização são medidas diferentes, com requisitos e urgências diferentes. Tentar resolver todas como se fossem uma única “ação contra a plataforma” costuma empobrecer o caso.

O caminho mais seguro é montar uma matriz simples: agente → função → dever discutido → ciência → capacidade de intervenção → dano → prova. A partir dela fica mais claro se o foco deve estar no autor do conteúdo, na plataforma, em outro participante da cadeia ou em mais de um deles.

Há ainda uma diferença importante entre dever de remover e dever de preservar ou fornecer dados. Identificar um autor anônimo pode depender de registros sujeitos ao Marco Civil e de pedido delimitado, enquanto a retirada do conteúdo busca impedir continuidade do dano. Unir tudo em uma notificação genérica — “remova, identifique e indenize” — pode esconder requisitos distintos. Ao formular a estratégia, vale definir qual medida é urgente, quais dados precisam ser preservados e qual agente tecnicamente possui esses dados.

Também não é prudente tratar o precedente do STF como autorização para responsabilização automática. A decisão redesenha o regime jurídico, mas cada caso continua exigindo enquadramento da atividade, do conteúdo, da ciência e do comportamento do provedor. A página deve servir justamente para impedir o atalho inverso: trocar a antiga imunidade presumida por uma culpa presumida igualmente imprecisa.