Resumo

  • O primeiro rascunho público do W3C, em dezembro de 2019, descreveu o envio de texto e links pelo site para uma interface de escolha de destino apresentada pelo agente do usuário.
  • A Recomendação de maio de 2023 incluiu arquivos, a verificação com canShare() e as condições de ação do usuário para iniciar share().

Houve um tempo em que cada página parecia trazer uma pequena feira de botões: mande para isto, publique naquilo, salve no outro lugar. A banca podia ser vistosa e, ainda assim, não ter a barraca que o leitor procurava. Afinal, o jornal não mora no telefone de quem lê. Não sabe quais aplicativos estão instalados nem para onde aquela pessoa prefere mandar uma reportagem num domingo à noite.

O aparelho sabe mais sobre as próprias portas. O site, por sua vez, sabe exatamente qual conteúdo quer oferecer: título, uma frase, o endereço da página. O Web Share API aproveita essa divisão. O editor embala o link, o navegador chama a interface de compartilhamento do ambiente e o leitor escolhe o destino. Parece etiqueta básica de uma portaria; na web, precisou virar contrato técnico.

O primeiro rascunho público do W3C, de 17 de dezembro de 2019, mostrou navigator.share() recebendo dados como título e URL depois do clique num botão. O agente do usuário apresenta opções de destino. O texto inicial trabalhava com título, texto e endereço. O site oferecia o pacote, mas não precisava manter uma lista de mensageiros, contatos e aplicativos de cada visitante.

Essa economia muda a experiência editorial. Um leitor pode enviar a matéria a outra pessoa, guardar o endereço numa anotação ou escolher uma opção que o site jamais colocou no seu mural de ícones. O conteúdo partilhado continua o mesmo; a rota muda com a vontade do leitor e com o que o dispositivo oferece naquele instante. O jornal perde o controle do corredor e ganha um botão mais honesto.

Na Recomendação do W3C de 30 de maio de 2023, o pacote passou a incluir arquivos. O exemplo da especificação coloca um File em files. O método navigator.canShare(data) permite consultar a capacidade de partilhar certos dados sem abrir imediatamente a interface. É a pergunta feita ao balcão antes de chamar todo mundo para a fila. A ação efetiva ainda acontece em share().

A chamada depende de uma iniciativa do usuário, como o clique no botão. A Recomendação também descreve pedidos em andamento, rejeições e cancelamento. São detalhes que aparecem na vida real: alguém toca em Compartilhar, vê as opções e decide fechar a janela. A página precisa aceitar o gesto e continuar disponível. Transformar uma desistência em sermão seria uma interpretação bastante criativa de hospitalidade.

O destino concreto fica com o agente do usuário. A Recomendação de 2023 admite alvos que podem ser aplicativos, sites ou contatos conforme o ambiente. Uma tela mostra uma folha de compartilhamento, outra oferece um menu distinto. O padrão não exige que todos os porteiros usem o mesmo uniforme. Ele descreve como o pacote chega às mãos de quem apresenta as portas.

O histórico de publicação do W3C registra a primeira versão pública em 2019 e a Recomendação em 2023. Arquivos e verificação prévia ganharam lugar no documento posterior. A cena essencial, porém, cabe num balcão: o site pode oferecer o que tem, e a pessoa escolhe para onde vai.

Isso aumenta a responsabilidade do lado editorial que continua sob controle do site. Se o título prometido no compartilhamento aponta para outro assunto, o erro foi escrito antes de a janela aparecer. Se a URL leva a uma página diferente da pretendida, o porteiro não tem como corrigir o pacote. Um botão bom começa com dados bons.

A elegância do Web Share API é deixar o último gesto com o leitor. O site não precisa conhecer a lista íntima de contatos para que uma reportagem viaje. Precisa apresentar um link digno de ser enviado e saber esperar enquanto alguém decide por qual porta ele sairá.