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.
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.
URL: fornece um identificador/endereço para o recurso, incluindo esquema, host, porta quando necessária, caminho, consulta e fragmento.
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/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.1Como 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.
Uma proposta de gestão de informação
Berners-Lee descreve um sistema distribuído de hipertexto para conectar informações no CERN.
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.
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.
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.
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.
Necessidade e proposta
Um problema recorrente motiva uma nova capacidade ou correção.
Especificação
Casos, algoritmos, conformidade, segurança e acessibilidade são discutidos.
Implementações e testes
Motores independentes revelam ambiguidades e diferenças reais.
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.
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.
| Marco | Ano | O que representa | Leitura correta |
|---|---|---|---|
| HTML Tags | 1991 | Descrição pública inicial de elementos usados na Web. | A linguagem ainda era pequena e ligada ao protótipo. |
| HTML 2.0 | 1995 | RFC 1866 documenta prática interoperável acumulada. | Não foi a segunda implementação real, mas uma consolidação. |
| HTML 3.2 | 1997 | Primeira Recommendation HTML do W3C. | Registrou recursos amplamente implementados naquele período. |
| HTML 4.01 | 1999 | Semântica mais madura, estilos separados e acessibilidade. | Frames e apresentações antigas ainda faziam parte do contexto. |
| XHTML 1.0 | 2000 | Reformulação do HTML 4 como aplicação XML. | Exigia regras sintáticas mais estritas quando servido como XML. |
| HTML5 | 2014 | Elementos semânticos, mídia, formulários e APIs para aplicações. | Resultado de anos de desenvolvimento e experiência dos navegadores. |
| HTML Living Standard | contínuo | Especificação mantida pelo WHATWG e atualizada sem “HTML 6”. | Recursos chegam por compatibilidade e implementação, não por caixas fechadas de versão. |
<!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.
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.
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.
Linha do tempo das tecnologias que sustentaram as gerações
| Período didático | Navegador e interface | Servidor e backend | Dados e comunicação | Experiê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. |
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">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="..." />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>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 navegadorBackend clássico: o servidor monta o documento
/produto/42O 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
XMLHttpRequest ou fetchAJAX 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);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.
Publicação conectada
Documentos, hyperlinks, diretórios, portais e leitura predominante.
Participação e seleção algorítmica
Conteúdo de usuários, APIs, feeds, Big Data, recomendação e software como serviço.
Significados disputados
Dados legíveis por máquinas, descentralização, identidade e propriedade digital.
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.
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.
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.
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.
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.
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.
Lista cronológica
O item mais recente aparece primeiro. A regra é simples e previsível, mas publicadores muito frequentes dominam a tela.
Feed por regras
Recência, relacionamento, popularidade e filtros editoriais recebem pesos definidos pelo produto.
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.
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
- 1Inventário
Publicações de contas seguidas, grupos, buscas, anúncios e conteúdo recomendado formam o universo possível.
- 2Recuperação de candidatos
Índices, grafos, similaridade e modelos rápidos reduzem milhões de itens para centenas ou milhares.
- 3Features
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.
- 4Predições
Modelos estimam probabilidades ou valores: abrir, assistir, comentar, ocultar, considerar útil ou abandonar.
- 5Score e regras
O produto combina previsões, objetivos, integridade, diversidade, limites de repetição e políticas.
- 6Exibiçã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.
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.
Volume
Quantidade de eventos, arquivos, perfis, relações e mídia acumulada.
Velocidade
Dados chegam e perdem atualidade rapidamente; alguns precisam ser processados em tempo real.
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.
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
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.
| Pergunta | Web Semântica | Web3 descentralizada |
|---|---|---|
| Problema central | Interoperabilidade e significado dos dados. | Controle, propriedade e coordenação sem autoridade única. |
| Tecnologias associadas | RDF, RDFS, OWL, SPARQL, Linked Data, JSON-LD. | Blockchain, carteiras, tokens, contratos inteligentes, redes P2P. |
| Confiança | Proveniência, vocabulários, assinaturas e contexto. | Consenso da rede, criptografia e regras do protocolo. |
| Limitação importante | Modelar significado e alinhar vocabulários exige governança. | Escala, custo, privacidade, segurança de chaves e experiência de uso. |
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.
Do clique explícito à delegação controlada
| Etapa | Exemplo | Questão arquitetural |
|---|---|---|
| Intenção | “Organize uma viagem acessível dentro deste orçamento.” | Como registrar objetivo, limites e preferências sem coletar contexto excessivo? |
| Planejamento | O agente divide a tarefa em transporte, hospedagem e agenda. | Como explicar o plano, as fontes e as suposições? |
| Descoberta | Serviços e dispositivos anunciam capacidades legíveis por máquinas. | Como garantir interoperabilidade, identidade e procedência? |
| Autorização | A pessoa permite consultar agenda, mas exige confirmação para pagar. | Como limitar escopo, valor, duração e capacidade de delegar novamente? |
| Ação e retorno | Reservas 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.
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.
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
Perceber
Um sensor converte uma grandeza física — temperatura, vibração, luz ou posição — em dado.
Conectar
O dispositivo usa rede cabeada ou sem fio. Nem toda rede local chega diretamente à Internet.
Traduzir
Um gateway pode agregar, filtrar e converter protocolos específicos para IP, HTTP, MQTT ou outro contrato.
Processar
Edge ou cloud validam eventos, mantêm estado, detectam condições e alimentam análises.
Decidir
Regras, pessoas ou modelos de IA determinam se existe uma ação necessária.
Agir e confirmar
O atuador altera o ambiente; um novo evento confirma o resultado ou revela uma falha.
| Necessidade | Tecnologia possível | Por que aparece em IoT |
|---|---|---|
| Telemetria publish/subscribe | MQTT | Produtores e consumidores ficam desacoplados por tópicos e broker; funciona bem com mensagens pequenas. |
| API e configuração | HTTP/HTTPS | Integra dispositivos, gateways e serviços ao ecossistema Web com autenticação e contratos conhecidos. |
| Atualização em tempo real na interface | WebSocket | Mantém um canal bidirecional entre dashboard e servidor para eventos e comandos com baixa latência. |
| Descoberta ou transmissão local | UDP e multicast | Permitem mensagens sem conexão e descoberta de vários participantes na rede local. |
| Descrição interoperável da coisa | W3C Thing Description | Expõ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.
A MESMA WEB, MUITAS CAMADAS HISTÓRICAS
Novas práticas se acumulam em vez de apagar completamente as anteriores.
| Dimensão | Web 1.0 | Web 2.0 | Web 3.0 / Web3 | Web 4.0 proposta |
|---|---|---|---|---|
| Metáfora dominante | Biblioteca de documentos. | Plataforma participativa. | Web de dados ou infraestrutura descentralizada. | Ambiente inteligente conectado ao mundo físico. |
| Produção | Autores e organizações. | Usuários e comunidades em plataformas. | Agentes, comunidades e participantes de redes. | Pessoas, agentes, sensores, serviços e objetos. |
| Unidade de valor | Pá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ípico | Responsá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 recorrente | Baixa 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.
REFERÊNCIAS · PARTE I
WWW, HTML e padrões abertos
Referências históricas e padrões
Documentos originais e organizações responsáveis.
- CERN · A short history of the Web — proposta de 1989, implementação e primeiro servidor.
- Information Management: A Proposal — proposta original de Tim Berners-Lee em HTML.
- The World Wide Web project — reconstrução do primeiro site.
- W3C · History — criação do consórcio e evolução de padrões.
- RFC 1866 · HTML 2.0 — primeira especificação HTML publicada como RFC.
- W3C · HTML 4.01 — linguagem de publicação, style sheets, scripting, acessibilidade e internacionalização.
- W3C · XHTML 1.0 — reformulação do HTML 4 em XML 1.0 e regras de compatibilidade.
- W3C · história do CSS — propostas iniciadas em 1994 e CSS1 como Recommendation em 1996.
- WHATWG · HTML Living Standard — especificação atual do HTML.
- PHP Manual · história do PHP — CGI, formulários, HTML incorporado e páginas dinâmicas desde meados dos anos 1990.
- Apache HTTP Server · história do projeto — servidor HTTP aberto lançado publicamente em 1995.
- Jesse James Garrett · Ajax at 20 — retrospectiva do autor que nomeou a abordagem AJAX em 2005.
- W3C Patent Policy — política para Recommendations implementáveis sem royalties.
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.
- Tim O'Reilly · What Is Web 2.0 — plataforma, participação, serviços e efeitos de rede.
- Tim Berners-Lee · Services and Semantics — visão arquitetural da Web Semântica.
- W3C · Semantic Web — padrões para dados ligados e interoperáveis.
- W3C · RDF 1.1 Concepts — modelo de dados baseado em grafos.
- Ethereum.org · What is Web3? — apresentação da visão Web3 descentralizada.
- Tim Berners-Lee · Linked Data — princípios para publicar dados relacionados na Web.
- Comissão Europeia · Web 4.0 and virtual worlds — visão estratégica de integração entre mundos físico e virtual.
- W3C · Web of Things Architecture — interoperabilidade entre dispositivos e ecossistemas de IoT.
- Agentic Web: Weaving the Next Web with AI Agents — proposta acadêmica sobre uma Web orientada por agentes autônomos.
Algoritmos, dados e Internet das Coisas
Fontes técnicas para aprofundar os novos capítulos.
- Google Research · Deep Neural Networks for YouTube Recommendations — arquitetura em geração de candidatos e ranking.
- Meta Engineering · News Feed ranking — inventário, predições, score e múltiplos passes.
- Google Research · Wide & Deep Learning — memorização e generalização em recomendação.
- NIST · Big Data Interoperability Framework — definições, características e arquitetura de referência.
- W3C · Web of Things Architecture 1.1 — dispositivos, consumidores, intermediários e interoperabilidade.
- W3C · Thing Description 1.1 — metadados para propriedades, ações e eventos.
- NIST · IoT definitions — características de dispositivos IoT e interfaces com os mundos físico e digital.
Fontes dos marcos e das capturas
Histórias institucionais e páginas de licença das imagens usadas nesta aula.
- CERN · A short history of the Web — primeiro servidor, site e Mosaic.
- Wikimedia Foundation · Wikipedia at 15 — lançamento e colaboração.
- WordPress · History e Meta · Nossa história.
- YouTube · A to Z — primeiro upload e cultura de participação.
- DBpedia · About e Ethereum Foundation · Ethereum Launches.
- Schema.org · How we work — origem do vocabulário compartilhado em 2011.
- Primeiro site, Google 1998, Wikipedia 2001 e YouTube 2005.
- Wikidata, Aave, ChatGPT e Web of Things.
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.





