WWW · PADRÕES ABERTOS · DADOS · ALGORITMOS · OBJETOS

Da primeira página à Web orientada por dados, IA e objetos

A mesma história conecta URL, HTTP e HTML à Web 1.0, às plataformas sociais, aos feeds personalizados, à ciência de dados, à Web Semântica, aos agentes e à Internet das Coisas. As “gerações” são lentes didáticas — não versões instaladas.

Imagem: Charles Severance / Wikimedia Commons, CC0

O PROBLEMA ANTES DA TECNOLOGIA

Informações importantes estavam espalhadas por sistemas incompatíveis.

No CERN, equipes, experimentos e equipamentos mudavam continuamente. Documentos e bancos de dados viviam em computadores distintos. Em março de 1989, Tim Berners-Lee propôs um sistema distribuído de hipertexto que pudesse conectar informações sem exigir um banco central único.

Dados fragmentados

Cada grupo possuía formatos, sistemas e estruturas próprias. Descobrir onde estava uma informação já era parte do problema.

Relações atravessavam sistemas

Pessoas precisavam conectar documentos, projetos, equipamentos e responsáveis mesmo quando estavam armazenados separadamente.

A Internet já existia

A infraestrutura de rede podia transportar dados. Faltava um sistema comum para identificar, publicar, pedir e navegar por documentos.

A Web não substituiu a Internet. Ela utilizou a conectividade existente e acrescentou um modelo de recursos identificados, transferidos por protocolo e conectados por hyperlinks.

TRÊS IDEIAS QUE FUNCIONAM JUNTAS

Identificar, transferir e representar.

Separadamente, URL, HTTP e HTML resolvem problemas diferentes. Juntos, permitem que um navegador localize um recurso, converse com um servidor e interprete um documento com links para novos recursos.

Laboratório visual · Construindo a primeira experiência Web

Avance do endereço até a página renderizada e acompanhe a responsabilidade de cada padrão.

arquitetura da Web
Seu navegador não suporta canvas.

URL: fornece um identificador/endereço para o recurso, incluindo esquema, host, porta quando necessária, caminho, consulta e fragmento.

URL

Onde está?

Um Uniform Resource Locator identifica um recurso por meio de um esquema e componentes de localização. Na arquitetura moderna, URL é um tipo de URI.

https://info.cern.ch/hypertext/WWW/
HTTP

Como pedir e responder?

Define a semântica de requisições, respostas, métodos, status e metadados. O protocolo evoluiu, mas preservou o modelo de recursos identificados.

GET /hypertext/WWW/ HTTP/1.1
HTML

Como estruturar?

Representa títulos, parágrafos, listas e âncoras. O navegador analisa a marcação e cria uma árvore de objetos para apresentar e interagir.

<a href="History.html">História</a>

1989–1994

Proposta, protótipo, abertura e padronização.

1989

Uma proposta de gestão de informação

Berners-Lee descreve um sistema distribuído de hipertexto para conectar informações no CERN.

1990

Servidor, navegador/editor e primeira página

No NeXT, são implementados o servidor httpd, o navegador-editor WorldWideWeb e as primeiras versões de HTTP e HTML.

1991

A Web alcança pessoas fora do CERN

O software e as instruções passam a circular pela Internet. Outros grupos conseguem executar servidores e construir navegadores.

1993

CERN disponibiliza a tecnologia livremente

A decisão de colocar o software da Web no domínio público favorece adoção sem cobrança de royalties. Mosaic ajuda a popularizar navegação gráfica.

1994

Fundação do W3C

O World Wide Web Consortium é criado para coordenar padrões que preservem interoperabilidade e evolução aberta.

INTEROPERABILIDADE, NÃO UNIFORMIDADE VISUAL

Um padrão aberto permite implementações independentes conversarem.

A Web cresceu porque publicar um documento não dependia de um navegador ou servidor específico. Especificações públicas descrevem sintaxe, processamento e comportamento esperado; implementadores testam compatibilidade e corrigem diferenças.

1

Necessidade e proposta

Um problema recorrente motiva uma nova capacidade ou correção.

2

Especificação

Casos, algoritmos, conformidade, segurança e acessibilidade são discutidos.

3

Implementações e testes

Motores independentes revelam ambiguidades e diferenças reais.

4

Interoperabilidade

Autores podem usar a capacidade sem programar uma página por navegador.

Especificação pública

O comportamento pode ser lido, discutido, testado e implementado por organizações diferentes.

Políticas de propriedade intelectual

Organizações de padrões estabelecem regras para reduzir barreiras de patentes e permitir adoção ampla.

Testes compartilhados

Suites de testes ajudam a medir se navegadores interpretam a mesma entrada de forma compatível.

Aberto não significa congelado. HTML e APIs da plataforma continuam evoluindo. A estabilidade vem de compatibilidade, especificação, testes e cuidado para não quebrar conteúdo existente — não da ausência de mudanças.

DA MARCAÇÃO INICIAL AO LIVING STANDARD

As “versões do HTML” refletem mudanças de processo e de plataforma.

Os primeiros documentos descreviam um conjunto pequeno de elementos. Depois vieram especificações formais, integração com CSS e scripting, a experiência XHTML e o desenvolvimento do HTML5. Hoje, o WHATWG mantém o HTML como Living Standard, atualizado continuamente.

MarcoAnoO que representaLeitura correta
HTML Tags1991Descrição pública inicial de elementos usados na Web.A linguagem ainda era pequena e ligada ao protótipo.
HTML 2.01995RFC 1866 documenta prática interoperável acumulada.Não foi a segunda implementação real, mas uma consolidação.
HTML 3.21997Primeira Recommendation HTML do W3C.Registrou recursos amplamente implementados naquele período.
HTML 4.011999Semântica mais madura, estilos separados e acessibilidade.Frames e apresentações antigas ainda faziam parte do contexto.
XHTML 1.02000Reformulação do HTML 4 como aplicação XML.Exigia regras sintáticas mais estritas quando servido como XML.
HTML52014Elementos semânticos, mídia, formulários e APIs para aplicações.Resultado de anos de desenvolvimento e experiência dos navegadores.
HTML Living StandardcontínuoEspecificação mantida pelo WHATWG e atualizada sem “HTML 6”.Recursos chegam por compatibilidade e implementação, não por caixas fechadas de versão.
Não escolha uma “versão” com <!doctype html>. O doctype moderno aciona o modo de padrões. Suporte a um recurso deve ser verificado pela especificação, compatibilidade dos navegadores e testes, não pela ideia de que o documento “usa HTML5 inteiro”.

PARE E PENSE

Uma página pode usar Internet sem usar a Web? E a Web pode existir sem Internet?

Separe protocolo, serviço e alcance da rede.

Sim para as duas perguntas, com contexto. E-mail ou SSH usam Internet sem serem Web. Uma Web privada pode funcionar numa intranet sem acesso à Internet pública, usando navegador, HTTP, URLs e HTML. Na prática, a Web pública depende da Internet para alcançar pessoas globalmente.

A PILHA POR TRÁS DE CADA ÉPOCA

As gerações mudaram não só as telas, mas a divisão de trabalho entre navegador, servidor e dados.

HTML estrutura o documento, CSS apresenta, JavaScript reage no navegador e o backend executa regras que não devem depender do cliente. Entre uma ponta e outra, HTTP transporta requisições e respostas. O que mudou ao longo do tempo foi quanto trabalho cada lado realiza e se o servidor devolve um documento completo, um fragmento ou dados para a interface montar.

“Web 1.0”, “Web 2.0” e “HTML5” não são a mesma classificação. As gerações descrevem tendências de uso e organização. HTML 4, XHTML e HTML5 são marcos de uma linguagem. PHP é tecnologia de backend. AJAX é uma técnica de comunicação e atualização da interface. Elas se cruzam historicamente, mas pertencem a categorias diferentes.

NAVEGADOR

HTML + CSS + JavaScript

Analisa documentos, constrói DOM e CSSOM, apresenta pixels, captura eventos e pode iniciar novas requisições.

SERVIDOR WEB

Apache, Nginx, IIS...

Escuta HTTP/HTTPS, entrega arquivos estáticos, aplica configurações e encaminha requisições dinâmicas ao runtime da aplicação.

BACKEND

PHP, Java, .NET, Ruby, Node...

Valida entrada, autentica, aplica regras de negócio, acessa dados e produz HTML, XML, JSON ou outra representação.

DADOS E SERVIÇOS

Banco, cache, filas e APIs

Mantêm estado e integração. Normalmente não ficam expostos diretamente ao JavaScript do navegador.

Servidor Web e backend não são obrigatoriamente a mesma coisa. Apache ou Nginx podem receber a conexão e servir CSS e imagens, enquanto PHP-FPM, uma aplicação Java ou um processo Node executa a lógica. Em projetos menores, um único processo pode acumular mais de um papel.

Linha do tempo das tecnologias que sustentaram as gerações

Período didáticoNavegador e interfaceServidor e backendDados e comunicaçãoExperiência predominante
1990–1994
Web inicial
HTML inicial, hyperlinks, imagens; apresentação ainda muito ligada à marcação.Servidores como CERN httpd e NCSA httpd; arquivos estáticos e CGI para executar programas.HTTP inicial, formulários e arquivos; bancos podiam ser acessados por programas CGI.Clicar, pedir outro documento e substituir a página inteira.
1995–1999
Web dinâmica
HTML 2/3.2/4, CSS1/CSS2, JavaScript, cookies e DOM ainda fragmentado pelas “guerras dos navegadores”.Apache e IIS; CGI, Perl, PHP, ASP, Java Servlets/JSP e templates gerando páginas.Bancos relacionais, sessões no servidor e formulários HTTP.O documento chega pronto, mas pode ter sido calculado para cada usuário.
2000–2004
Padronização e aplicações
HTML 4.01 ou XHTML 1.0, CSS2, JavaScript e DOM padronizado; XML aparece em muitos contratos.PHP 4/5, Java, ASP.NET e frameworks de aplicação; stacks como LAMP tornam sites dinâmicos acessíveis.MySQL/PostgreSQL, XML, SOAP, RSS e sessões autenticadas.Portais e sistemas completos, ainda baseados principalmente em navegação de página inteira.
2005–2012
Web 2.0 e AJAX
HTML 4/XHTML durante a transição ao HTML5, CSS, JavaScript, DOM e XMLHttpRequest; bibliotecas como jQuery reduzem diferenças entre navegadores.PHP, Java, .NET, Ruby on Rails e outros backends passam a oferecer endpoints para a própria interface e para terceiros.XML continua presente; JSON se torna comum em APIs; REST ganha adoção; cache e CDN sustentam escala.Partes da tela mudam sem substituir o documento inteiro; interfaces se aproximam de aplicações desktop.
2014–hoje
Plataforma Web
HTML5/Living Standard, CSS modular, JavaScript moderno, fetch, Canvas, áudio/vídeo, WebSocket, Service Worker e componentes.APIs, Node.js, microsserviços, funções serverless e também renderização no servidor; várias linguagens continuam válidas.JSON, streams, eventos, bancos SQL/NoSQL, cloud, edge e pipelines de dados.MPA, SPA, PWA, SSR e CSR coexistem; a arquitetura é escolhida conforme o problema.
HTML 4.01

Estrutura madura para documentos

Consolidou formulários, tabelas, scripting, style sheets, acessibilidade e internacionalização. Ainda era uma aplicação SGML e oferecia DTDs Strict, Transitional e Frameset.

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
XHTML 1.0

HTML 4 reformulado como XML

Exigia marcação bem formada: elementos fechados, atributos entre aspas e aninhamento correto. Quando enviado como text/html, muitos sites dependiam das regras de compatibilidade; como XML, erros podiam impedir a renderização.

<br /> <img alt="..." />
HTML5

Evolução compatível com a Web existente

Definiu parsing interoperável, elementos como main, video e canvas, formulários melhores e integração com APIs de aplicações. O doctype ficou curto.

<!doctype html>
Living Standard

Uma plataforma continuamente mantida

Hoje HTML evolui de modo contínuo. CSS também é desenvolvido em módulos; portanto, “CSS3” funciona melhor como rótulo histórico do que como uma versão única instalada.

HTML + DOM + APIs do navegador

Backend clássico: o servidor monta o documento

Clique ou formulárionavegador solicita /produto/42
Servidor Webrecebe HTTP e encaminha
PHP / backendvalida, aplica regras e consulta dados
Banco de dadosdevolve registros
HTML completonavegador troca o documento

O QUE REALMENTE ACONTECE

O navegador não recebe o código PHP.

O runtime executa o arquivo no servidor e transforma seu resultado em bytes da resposta HTTP. O cliente recebe HTML ou dados — exceto se o servidor estiver configurado incorretamente e expuser o arquivo-fonte.

<?php
$nome = buscarNomeDoBanco($id);
echo "<h1>Olá, " . htmlspecialchars($nome) . "</h1>";
?>

Resposta → <h1>Olá, Ana</h1>

AJAX: o documento permanece e JavaScript pede dados em segundo plano

Evento na interfacebuscar, filtrar ou salvar
JavaScriptXMLHttpRequest ou fetch
Endpoint backendPHP, Java, .NET, Ruby, Node...
XML, JSON ou HTMLresposta menor e focada
Atualização do DOMsó a região necessária muda

AJAX HISTÓRICO

XMLHttpRequest

const xhr = new XMLHttpRequest();
xhr.open('GET', '/api/produtos');
xhr.onload = () => atualizarTela(xhr.responseText);
xhr.send();

FORMA MODERNA

fetch + JSON

const resposta = await fetch('/api/produtos');
const produtos = await resposta.json();
atualizarTela(produtos);
AJAX não é linguagem nem protocolo novo — e XML não é obrigatório. É o nome dado a uma combinação de tecnologias já existentes: HTML/CSS, DOM, JavaScript, comunicação assíncrona e um formato de dados. Hoje é comum usar fetch e JSON, mas a ideia central permanece: comunicar-se com o backend sem recarregar a página inteira.

RESSALVA ACADÊMICA

A Web não recebeu atualizações oficiais chamadas 1.0, 2.0, 3.0 e 4.0.

Esses nomes agrupam tendências sociais, econômicas e técnicas. “Web 1.0” foi aplicado retrospectivamente à Web inicial. “Web 2.0” ganhou força para descrever a Web como plataforma participativa. “Web 3.0” é ambíguo: pode apontar para a Web Semântica ou, em uso recente, para a Web3 baseada em blockchain. “Web 4.0” é ainda mais prospectivo e costuma reunir Web ubíqua, agentes de IA, dispositivos conectados e experiências físico-digitais.

Use como síntese didática, não como taxonomia oficial. Um blog atual pode funcionar como publicação “1.0”; uma aplicação social de 2006 pode ter recursos sofisticados; dados semânticos e tecnologias descentralizadas podem aparecer dentro de aplicações centralizadas.
1.0

Publicação conectada

Documentos, hyperlinks, diretórios, portais e leitura predominante.

2.0

Participação e seleção algorítmica

Conteúdo de usuários, APIs, feeds, Big Data, recomendação e software como serviço.

3?

Significados disputados

Dados legíveis por máquinas, descentralização, identidade e propriedade digital.

4?

Convergência proposta

Agentes, contexto, dispositivos e ambientes físicos e virtuais conectados.

STORYTELLING · DA PÁGINA AO AGENTE

Uma história em cinco atos: publicar, participar, selecionar, conectar dados e agir.

Use os capítulos para percorrer os grandes marcos. A curva não mede uma suposta “evolução” objetiva: ela organiza a narrativa pela capacidade de participação e coordenação. Tecnologias antigas continuam vivas, e as datas marcam lançamentos — não fronteiras entre gerações.

Grandes marcos da Web

O fio azul conta a história; o capítulo selecionado aproxima os acontecimentos e explica a mudança central.

narrativa interativa
Seu navegador não suporta canvas.

Ato 1 · documentos conectados: o primeiro site mostrou que documentos poderiam ter endereços globais e links. Mosaic tornou a navegação gráfica mais acessível; Amazon e Google mostraram que a Web também poderia organizar catálogos e descoberta em escala.

Leia como acúmulo de capacidades. A Web 2.0 não desligou os documentos; a Web Semântica não substituiu as plataformas; agentes e objetos conectados continuam dependendo de URL, HTTP, HTML, APIs e padrões abertos construídos antes.

QUEM PUBLICA, QUEM CONTROLA, COMO O VALOR CIRCULA

Compare modelos sem transformar história em caricatura.

Laboratório visual · Cinco lentes para a evolução da Web

Troque a lente e acompanhe autores, plataformas, dados, agentes e mecanismos de confiança.

modelos coexistentes
Seu navegador não suporta canvas.

Web 1.0: poucos publicadores mantêm documentos que muitas pessoas leem e percorrem por hyperlinks. Isso descreve uma tendência, não a ausência total de formulários ou interação.

WEB 1.0 · DOCUMENTOS E PORTAIS

Publicar para muitos leitores era a grande ruptura.

Na década de 1990, colocar um documento globalmente acessível e conectá-lo a outros documentos já era revolucionário. A experiência típica se apoiava em páginas entregues pelo servidor, navegação por links, diretórios e mecanismos de busca em formação.

Documento como unidade

Cada URL normalmente correspondia a um HTML. Clicar em um link solicitava outro documento e substituía a página visível.

Publicação concentrada

Administradores e autores editavam arquivos ou sistemas de conteúdo; a maioria das pessoas consumia.

Diretórios e portais

Catálogos organizados por pessoas ajudavam a descobrir sites antes que buscas algorítmicas dominassem.

Não era necessariamente estática

CGI, formulários, cookies e bancos de dados já permitiam páginas geradas dinamicamente. “1.0 = somente HTML parado” é simplificação.

1.0

COMO ESSA WEB APARECIA NA TELA

Links azuis, documentos leves e busca ainda nascendo.

As capturas são evidências visuais da época, não um modelo obrigatório de design.

WEB 2.0 · A REDE COMO PLATAFORMA

Usuários passaram de audiência a participantes — dentro de plataformas.

O termo se popularizou nos anos 2000 para destacar serviços continuamente atualizados, conteúdo produzido por usuários, APIs, colaboração, interfaces mais responsivas e efeitos de rede. Blogs, wikis, redes sociais, mapas interativos e software como serviço exemplificam a mudança.

Pessoa cria

Publica texto, foto, avaliação, vídeo ou código.

Plataforma organiza

Armazena, modera, recomenda e oferece APIs.

Rede reage

Comenta, compartilha, remixa e produz novos sinais.

Participação não significa controle distribuído. Plataformas podem concentrar dados, identidade, moderação, algoritmos, publicidade e capacidade de encerrar contas. O mesmo efeito de rede que aumenta utilidade pode elevar dependência.
2.0

A PÁGINA GANHA VOZES

A interface passa a mostrar edições, perfis, uploads, comentários e reações.

O conteúdo deixa de chegar somente da equipe do site: a comunidade alimenta o serviço continuamente.

WEB 2.0 EM ESCALA · QUEM ESCOLHE O QUE APARECE?

O feed transformou uma coleção de publicações em uma sequência calculada para cada pessoa.

Quando poucas páginas publicavam, diretórios e links ajudavam a navegar. Quando milhões de pessoas passaram a produzir conteúdo continuamente, mostrar “tudo em ordem” deixou de ser suficiente. O feed virou uma decisão algorítmica: formar um conjunto de candidatos, estimar o valor de cada item para aquela pessoa e ordenar o resultado em poucos milissegundos.

1

Lista cronológica

O item mais recente aparece primeiro. A regra é simples e previsível, mas publicadores muito frequentes dominam a tela.

2

Feed por regras

Recência, relacionamento, popularidade e filtros editoriais recebem pesos definidos pelo produto.

3

Ranking com aprendizado de máquina

Modelos aprendem padrões históricos para prever ações ou satisfação e combinam várias previsões em um score.

LABORATÓRIO VISUAL

Do inventário ao feed personalizado

Troque o objetivo e observe como os mesmos candidatos mudam de posição.

MODELO DIDÁTICO

Relevância: o ranking estima quais candidatos têm maior afinidade com o perfil e o contexto desta requisição. O score não é uma verdade: ele representa o objetivo, os dados e as regras escolhidos pelo produto.

O caminho real é um funil, não uma fórmula mágica

  1. 1
    Inventário

    Publicações de contas seguidas, grupos, buscas, anúncios e conteúdo recomendado formam o universo possível.

  2. 2
    Recuperação de candidatos

    Índices, grafos, similaridade e modelos rápidos reduzem milhões de itens para centenas ou milhares.

  3. 3
    Features

    O sistema reúne sinais da pessoa, do conteúdo, do contexto e da relação entre ambos: tema, recência, idioma, dispositivo e histórico, por exemplo.

  4. 4
    Predições

    Modelos estimam probabilidades ou valores: abrir, assistir, comentar, ocultar, considerar útil ou abandonar.

  5. 5
    Score e regras

    O produto combina previsões, objetivos, integridade, diversidade, limites de repetição e políticas.

  6. 6
    Exibição e feedback

    O feed é renderizado; impressões, ações e ausência de ação retornam ao sistema e influenciam medições e novos modelos.

Baseada em conteúdo

Compara características dos itens e preferências inferidas. Ajuda a encontrar conteúdo semelhante, inclusive quando outros usuários ainda interagiram pouco.

Filtragem colaborativa

Usa padrões coletivos: pessoas com comportamentos parecidos consumiram itens relacionados. É poderosa, mas sofre com usuários e itens novos.

Modelos híbridos e neurais

Combinam conteúdo, colaboração, embeddings, sequências e contexto. Sistemas grandes normalmente usam modelos diferentes em várias etapas do funil.

Regras de produto

Moderação, segurança, diversidade, publicidade e obrigações legais alteram a lista. Nem toda decisão do feed vem de inteligência artificial.

Algoritmo não é sinônimo de IA. Ordenar por data já é um algoritmo. Um conjunto de regras ponderadas também é. Falamos em aprendizado de máquina quando os parâmetros ou representações são aprendidos a partir de dados, e em redes neurais quando esse aprendizado usa arquiteturas neurais.

Benefício

Descoberta personalizada, redução de sobrecarga, conteúdos de nicho e adaptação a idioma, momento e dispositivo.

Feedback loop

O sistema mostra o que prevê que será consumido; o consumo gera novos dados; esses dados podem reforçar a previsão inicial.

Viés de popularidade

Itens já populares recebem mais exposição e, por isso, mais oportunidades de produzir os sinais usados pelo ranking.

Bolhas e homogeneização

Otimizar apenas semelhança ou engajamento pode reduzir diversidade, novidade e contato com perspectivas diferentes.

Assimetria de informação

A plataforma conhece objetivos, métricas e experimentos; a pessoa vê a sequência final, mas raramente toda a lógica que a formou.

Objetivo é uma escolha de valor

Tempo de tela, satisfação, segurança, receita e diversidade podem entrar em conflito. Não existe ranking “neutro”.

DADOS COMO INFRAESTRUTURA DA WEB

Big Data tornou possível observar a Web em escala; ciência de dados transformou registros em perguntas, modelos e decisões.

Cliques, buscas, compras, uploads, localização aproximada, tempo de exibição, sensores e falhas produzem eventos continuamente. O salto não foi apenas “guardar muitos dados”, mas criar arquiteturas capazes de coletar, processar e analisar dados cujo volume, velocidade ou variedade ultrapassam abordagens convencionais.

V

Volume

Quantidade de eventos, arquivos, perfis, relações e mídia acumulada.

V

Velocidade

Dados chegam e perdem atualidade rapidamente; alguns precisam ser processados em tempo real.

V

Variedade

Tabelas, textos, imagens, vídeos, grafos, logs e telemetria exigem representações distintas.

+

Veracidade e valor

Extensões didáticas lembram que dados podem conter erros e só produzem valor quando respondem a uma necessidade.

Eventoclique · busca · sensor
Coletalogs · filas · streams
Armazenamentolake · warehouse · bancos
Preparaçãoqualidade · união · contexto
Análisemétricas · hipóteses · modelos
Decisãoproduto · experimento · automação

ENGENHARIA DE DADOS

Faz o dado chegar com qualidade

Instrumentação, contratos, pipelines, armazenamento, catálogo, processamento batch/stream e confiabilidade.

ANÁLISE DE DADOS

Descreve e acompanha o produto

Métricas, consultas, painéis, segmentações e explicação do que aconteceu.

CIÊNCIA DE DADOS

Investiga, estima e experimenta

Perguntas, estatística, inferência, previsão, experimentos e comunicação da incerteza.

MACHINE LEARNING

Aprende padrões operacionalizáveis

Treinamento, avaliação, implantação e monitoramento de modelos usados em busca, recomendação, fraude e moderação.

Ciência de dados não começa pelo modelo

perguntamediçãoqualidadeexploraçãohipótese/modeloexperimentomonitoramento
Correlação não prova causa e dado abundante não corrige uma pergunta ruim. Eventos refletem a interface, o público alcançado e o próprio algoritmo. Privacidade, consentimento, retenção, representatividade e finalidade precisam fazer parte da arquitetura — não de uma revisão tardia.

WEB 3.0 ≠ UM ÚNICO PROJETO

Web Semântica e Web3 descentralizada partem de perguntas diferentes.

WEB SEMÂNTICA

Como conectar dados com significado explícito?

A visão associada ao W3C busca dados identificáveis, relacionados e processáveis por máquinas. Tecnologias como RDF, vocabulários e dados ligados ajudam sistemas diferentes a combinar conhecimento.

  • identificadores globais;
  • relações expressas como dados;
  • vocabulários compartilhados;
  • consultas e inferências.

WEB3

Como reduzir dependência de intermediários centrais?

No uso popular recente, Web3 descreve aplicações apoiadas em blockchain, carteiras, tokens e contratos inteligentes. A proposta enfatiza posse e coordenação descentralizadas, mas envolve custos, riscos e compromissos próprios.

  • estado replicado em redes;
  • chaves controlando contas;
  • contratos programáveis;
  • governança e ativos digitais.
PerguntaWeb SemânticaWeb3 descentralizada
Problema centralInteroperabilidade e significado dos dados.Controle, propriedade e coordenação sem autoridade única.
Tecnologias associadasRDF, RDFS, OWL, SPARQL, Linked Data, JSON-LD.Blockchain, carteiras, tokens, contratos inteligentes, redes P2P.
ConfiançaProveniência, vocabulários, assinaturas e contexto.Consenso da rede, criptografia e regras do protocolo.
Limitação importanteModelar significado e alinhar vocabulários exige governança.Escala, custo, privacidade, segurança de chaves e experiência de uso.
As duas ideias podem se cruzar, mas não são sinônimas. Uma aplicação pode usar JSON-LD sem blockchain; outra pode usar contratos inteligentes sem publicar dados semanticamente interoperáveis.
3?

DUAS HISTÓRIAS SOB O MESMO RÓTULO

De um lado, entidades e relações legíveis por máquinas; do outro, aplicações ligadas a redes descentralizadas.

As duas capturas foram colocadas lado a lado justamente para evitar a confusão entre Web Semântica e Web3.

WEB 4.0 · UMA VISÃO EM CONSTRUÇÃO

Da página que responde ao agente que percebe contexto, combina serviços e pode agir.

Não existe uma definição universal de Web 4.0. Em 2023, a Comissão Europeia adotou o termo em uma estratégia sobre a próxima transição tecnológica, enfatizando a integração entre mundos físico e virtual. Em pesquisas e discursos do setor, aparecem também as expressões Web simbiótica, Web ubíqua e Web orientada por agentes.

Agentes orientados por objetivos

Em vez de apenas clicar em telas, a pessoa expressa uma intenção. Um agente pode planejar etapas, consultar fontes, chamar serviços e solicitar confirmação antes de executar ações.

Experiências imersivas e multimodais

Voz, imagem, gestos, realidade aumentada, realidade virtual e ambientes 3D ampliam a interface além do documento bidimensional.

Web presente nos objetos

Sensores, veículos, edifícios e dispositivos expõem propriedades, ações e eventos. A Web of Things busca interoperabilidade entre ecossistemas de IoT.

Convergência físico-digital

Gêmeos digitais e dados em tempo real representam sistemas físicos. Uma decisão digital pode produzir efeitos no ambiente e retornar novos sinais.

Um chatbot dentro de um site não transforma automaticamente a aplicação em Web 4.0. A visão envolve integração contextual e interoperável entre agentes, dados, serviços, dispositivos e ambientes. Mesmo assim, continua sendo uma classificação prospectiva, não um teste de conformidade.

Do clique explícito à delegação controlada

EtapaExemploQuestão arquitetural
Intenção“Organize uma viagem acessível dentro deste orçamento.”Como registrar objetivo, limites e preferências sem coletar contexto excessivo?
PlanejamentoO agente divide a tarefa em transporte, hospedagem e agenda.Como explicar o plano, as fontes e as suposições?
DescobertaServiços e dispositivos anunciam capacidades legíveis por máquinas.Como garantir interoperabilidade, identidade e procedência?
AutorizaçãoA pessoa permite consultar agenda, mas exige confirmação para pagar.Como limitar escopo, valor, duração e capacidade de delegar novamente?
Ação e retornoReservas são realizadas e a agenda é atualizada.Como auditar, cancelar, compensar erros e atribuir responsabilidade?

Autoridade

Quem autorizou o agente, para qual ação, com quais limites e por quanto tempo?

Privacidade contextual

Localização, voz, ambiente e hábitos podem revelar mais do que uma requisição tradicional.

Segurança física

Uma saída incorreta deixa de ser apenas texto quando controla fechaduras, veículos ou equipamentos.

Procedência

Agentes precisam indicar fontes, transformações, incertezas e conteúdo sintético.

Responsabilidade

Logs, confirmações e mecanismos de reparação precisam acompanhar decisões automatizadas.

Interoperabilidade

Sem contratos e padrões abertos, a “Web ubíqua” pode virar uma coleção de ecossistemas fechados.

4?

SINAIS DE UMA VISÃO EMERGENTE

Conversas com agentes e descrições de objetos conectados apontam além da página tradicional.

Não existem “sites Web 4.0 oficiais”. Estes exemplos mostram componentes que pesquisadores, indústria e políticas públicas associam à próxima transição.

IOT E WEB OF THINGS · QUANDO A REDE ENCONTRA O MUNDO FÍSICO

Na Internet das Coisas, sensores publicam estado e atuadores transformam comandos digitais em efeitos físicos.

IoT conecta objetos capazes de perceber, comunicar, processar ou agir: termostatos, máquinas industriais, tratores, relógios, veículos e equipamentos médicos. A Web of Things não substitui todos os protocolos de IoT; ela usa princípios e tecnologias Web para descrever capacidades e tornar ecossistemas diferentes mais interoperáveis.

INTERNET OF THINGS

Conectividade e operação dos objetos

Inclui hardware, sensores, atuadores, redes locais, gateways, protocolos, processamento na borda, cloud e aplicações.

WEB OF THINGS

Uma camada comum de descrição e interação

A W3C WoT descreve propriedades, ações e eventos de uma “coisa” com metadados processáveis, preservando soluções IoT existentes por baixo.

LABORATÓRIO VISUAL

O caminho do sensor ao atuador

Observe onde o dado nasce, onde é interpretado e como um comando retorna ao mundo físico.

FLUXO BIDIRECIONAL

Casa conectada: o sensor mede a temperatura, o dispositivo publica telemetria, uma regra compara o valor desejado e um comando retorna ao atuador. Parte desse ciclo pode continuar localmente mesmo sem cloud.

O percurso completo de uma mensagem IoT

1

Perceber

Um sensor converte uma grandeza física — temperatura, vibração, luz ou posição — em dado.

2

Conectar

O dispositivo usa rede cabeada ou sem fio. Nem toda rede local chega diretamente à Internet.

3

Traduzir

Um gateway pode agregar, filtrar e converter protocolos específicos para IP, HTTP, MQTT ou outro contrato.

4

Processar

Edge ou cloud validam eventos, mantêm estado, detectam condições e alimentam análises.

5

Decidir

Regras, pessoas ou modelos de IA determinam se existe uma ação necessária.

6

Agir e confirmar

O atuador altera o ambiente; um novo evento confirma o resultado ou revela uma falha.

NecessidadeTecnologia possívelPor que aparece em IoT
Telemetria publish/subscribeMQTTProdutores e consumidores ficam desacoplados por tópicos e broker; funciona bem com mensagens pequenas.
API e configuraçãoHTTP/HTTPSIntegra dispositivos, gateways e serviços ao ecossistema Web com autenticação e contratos conhecidos.
Atualização em tempo real na interfaceWebSocketMantém um canal bidirecional entre dashboard e servidor para eventos e comandos com baixa latência.
Descoberta ou transmissão localUDP e multicastPermitem mensagens sem conexão e descoberta de vários participantes na rede local.
Descrição interoperável da coisaW3C Thing DescriptionExpõe metadados sobre propriedades, ações, eventos, segurança e formas de acesso.

Edge: decidir perto do objeto

Reduz latência e tráfego, continua funcionando em falhas de conexão e pode preservar dados localmente. Tem energia e processamento limitados e exige atualização segura de muitos dispositivos.

Cloud: combinar a visão global

Centraliza histórico, treinamento de modelos, coordenação de frotas e análises amplas. Depende de conectividade e exige controle de custo, privacidade, disponibilidade e residência dos dados.

Em IoT, segurança digital pode ser segurança física. Identidade única por dispositivo, inicialização confiável, atualização assinada, criptografia, menor privilégio, segmentação de rede, inventário e possibilidade de operação segura durante falhas são requisitos de projeto.

A MESMA WEB, MUITAS CAMADAS HISTÓRICAS

Novas práticas se acumulam em vez de apagar completamente as anteriores.

DimensãoWeb 1.0Web 2.0Web 3.0 / Web3Web 4.0 proposta
Metáfora dominanteBiblioteca de documentos.Plataforma participativa.Web de dados ou infraestrutura descentralizada.Ambiente inteligente conectado ao mundo físico.
ProduçãoAutores e organizações.Usuários e comunidades em plataformas.Agentes, comunidades e participantes de redes.Pessoas, agentes, sensores, serviços e objetos.
Unidade de valorPágina e hyperlink.Perfil, conteúdo, evento, feed, interação e API.Dado relacionado, identidade, token ou contrato.Intenção, contexto, capacidade e ação coordenada.
Controle típicoResponsável por cada site.Grandes plataformas e seus ecossistemas.Distribuição pretendida, com graus variados na prática.Delegação entre pessoas, agentes e infraestruturas.
Risco recorrenteBaixa participação e descoberta difícil.Concentração, vigilância, feedback loops, viés de ranking e dependência.Complexidade, governança, fraude e expectativas exageradas.Autonomia excessiva, vigilância contextual e efeitos físicos.

Um jornal moderno ilustra a coexistência: publica documentos acessíveis por URL, recebe comentários e distribui conteúdo em redes sociais, oferece dados estruturados para buscadores, talvez experimente identidade descentralizada e use agentes para personalizar ou resumir conteúdo. Classificá-lo em uma única “geração” esconde mais do que explica.

PARE E PENSE

Adicionar um assistente de IA transforma automaticamente um site em “Web 4.0”?

Observe se o rótulo descreve uma tecnologia isolada ou uma visão mais ampla de agentes, contexto e interoperabilidade.

Não. Um assistente pode ser apenas mais um componente da interface. A visão chamada Web 4.0 costuma envolver agentes capazes de combinar serviços, contexto, objetos e ambientes físico-digitais com autorização e interoperabilidade. Além disso, o termo não possui especificação oficial ou certificado técnico.

REFERÊNCIAS · PARTE I

WWW, HTML e padrões abertos

Referências históricas e padrões

Documentos originais e organizações responsáveis.

Itens adicionais de estudo

Experimentos históricos e técnicos.

  • Navegue pela reconstrução do primeiro site e liste quais ideias permanecem na Web atual.
  • Leia a proposta de 1989 e destaque o problema organizacional antes da solução técnica.
  • Compare uma requisição HTTP/0.9 conceitual com uma mensagem HTTP/1.1 moderna.
  • Escolha cinco elementos do documento “HTML Tags” e encontre seus equivalentes atuais.
  • Pesquise por que HTML5 retomou uma evolução compatível com páginas existentes.
  • Implemente o mesmo formulário de duas formas: resposta HTML completa produzida por PHP e atualização parcial usando fetch.
  • Inspecione uma aplicação no DevTools e classifique cada resposta como documento, CSS, JavaScript, imagem, HTML parcial ou dados JSON.
  • Compare a função do servidor HTTP, do runtime de backend e do banco de dados no caminho de uma única requisição.
  • Abra o Web Platform Tests e identifique testes compartilhados por navegadores.

REFERÊNCIAS · PARTE II

Gerações, algoritmos, dados e Internet das Coisas

Referências conceituais

Textos que originaram ou consolidaram os termos.

Algoritmos, dados e Internet das Coisas

Fontes técnicas para aprofundar os novos capítulos.

Fontes dos marcos e das capturas

Histórias institucionais e páginas de licença das imagens usadas nesta aula.

Itens adicionais de estudo

Atividades críticas e comparativas.

  • Escolha três sites atuais e identifique características associadas a mais de uma geração.
  • Compare a definição compacta de Web 2.0 de O'Reilly com uma rede social atual.
  • Modele três fatos simples como sujeito, predicado e objeto em RDF.
  • Compare uma conta de plataforma com uma carteira baseada em chave privada.
  • Pesquise federação, como ActivityPub, e discuta onde ela entra nessa classificação.
  • Escreva uma crítica de cinco linhas à ideia de progresso linear “1.0 → 2.0 → 3.0 → 4.0”.
  • Compare as definições de Web 4.0 como Web simbiótica, Web ubíqua e convergência físico-digital.
  • Monte um feed com dez itens, escolha três objetivos conflitantes e explique como cada objetivo muda o ranking.
  • Identifique um possível feedback loop em uma plataforma e proponha uma métrica de diversidade ou satisfação.
  • Desenhe um pipeline que transforme eventos Web em uma hipótese testável, sem confundir correlação com causalidade.
  • Modele permissões mínimas para um agente que consulta agenda, pesquisa preços e realiza uma compra.
  • Desenhe um fluxo Web of Things em que sensor, gêmeo digital, agente e pessoa compartilham decisões.