SEOMaster
Internet nie jest tym samym co World Wide Web. Zobacz, jak ARPANET, TCP/IP, DNS, pierwsza strona WWW, przeglądarki, JavaScript, mobile i nowe protokoły zbudowały współczesne strony.
Internet przenosi dane między sieciami. WWW opisuje adresy i połączone dokumenty, przeglądarka interpretuje HTML, CSS oraz JavaScript, a aplikacja dodaje usługi i interakcje. Każda nowsza warstwa nadal zależy od poprzedniej.
Komutacja pakietów, TCP/IP i DNS tworzą wspólną infrastrukturę.
HTML, HTTP, URL i przeglądarka budują publiczną sieć dokumentów.
Asynchroniczne dane i treści użytkowników zmieniają sposób publikowania.
Dotykowy smartfon i elastyczny layout przenoszą web na każdy ekran.
Komponenty, szyfrowanie, nowe API i prywatność stają się codziennością.
Core Web Vitals i nowe protokoły łączą szybkość, reakcję i niezawodność.
W 1969 roku ARPANET łączy pierwsze cztery ośrodki badawcze w Stanach Zjednoczonych. Sieć rozwijana przez ARPA/DARPA pokazuje, że dane można dzielić na pakiety i przesyłać między odległymi komputerami.
Dlaczego to ważne dziś: Komutacja pakietów i odporna architektura sieci są fundamentem transportu danych, z którego nadal korzystają strony i aplikacje.
Źródło: DARPA — ARPANET
RFC 114 z kwietnia 1971 roku przedstawia wczesny File Transfer Protocol. Jego zadaniem jest przenoszenie danych między różnymi komputerami. To rozwój wymiany plików, nie narodziny stron internetowych.
Dlaczego to ważne dziś: Internet jest infrastrukturą dla wielu usług. WWW, poczta i transfer plików korzystają z różnych protokołów.
Źródło: RFC 114 · FTP
RFC 821 z sierpnia 1982 roku opisuje Simple Mail Transfer Protocol. Serwer nadawcy przekazuje wiadomość serwerowi odbiorcy, także przez serwery pośredniczące. SMTP służy do transportu poczty, nie do wyświetlania skrzynki ani stron WWW.
Dlaczego to ważne dziś: Działanie witryny i dostarczalność poczty to osobne części jakości usługi, choć obie zależą między innymi od domeny i DNS.
Źródło: RFC 821 · SMTP
1 stycznia 1983 roku ARPANET kończy przejście z NCP na rodzinę protokołów TCP/IP. Oddzielne sieci mogą odtąd komunikować się według wspólnych reguł — stąd bierze się internet jako „sieć sieci”.
Dlaczego to ważne dziś: Adres IP, routing i niezawodny transport TCP pozostają podstawą komunikacji między przeglądarką, CDN-em i serwerem.
Źródło: DARPA — ARPANET i TCP/IP
Specyfikacje RFC 882 i 883 opisują Domain Name System: hierarchiczny, rozproszony system nazw, który zastępuje ręcznie utrzymywaną listę hostów. Dzięki DNS użytkownik wpisuje domenę zamiast adresu IP.
Dlaczego to ważne dziś: Konfiguracja DNS wpływa dziś na dostępność strony, pocztę, CDN, certyfikaty TLS i szybkość pierwszego połączenia.
W marcu 1989 roku Tim Berners-Lee składa w CERN propozycję systemu łączącego informacje za pomocą hipertekstu. Projekt doprowadzi do powstania adresów URL, protokołu HTTP i języka HTML.
Dlaczego to ważne dziś: WWW nie jest całym internetem: to usługa działająca na jego infrastrukturze. To rozróżnienie pomaga rozumieć domeny, hosting i protokoły.
Pod koniec 1990 roku w CERN działają pierwszy serwer webowy oraz WorldWideWeb — pierwsza przeglądarka, która była również edytorem. Ten sam program pozwala odbierać dokumenty i tworzyć między nimi linki.
Dlaczego to ważne dziś: Model klient–serwer oraz możliwość publikowania i łączenia dokumentów nadal definiują podstawowy przepływ działania webu.
Źródło: W3C — History of the Web
W 1991 roku oprogramowanie WWW zostaje udostępnione szerszej społeczności, a info.cern.ch publikuje opis projektu, instrukcje uruchomienia serwera i odnośniki do kolejnych zasobów.
Dlaczego to ważne dziś: Pierwsza witryna pokazuje trwały rdzeń SEO: unikalny adres, tekst możliwy do odczytania i linki prowadzące do następnych dokumentów.
Na Wydziale Fizyki Uniwersytetu Warszawskiego uruchomiono międzynarodowe połączenie internetowe. Za symboliczną datę przyjmuje się 17 sierpnia 1991 roku i wymianę poczty z Kopenhagą przy użyciu TCP/IP. Pierwszy polski serwer WWW pojawił się na UW w 1993 roku.
Dlaczego to ważne dziś: Podłączenie kraju do internetu i uruchomienie pierwszej witryny to różne wydarzenia: infrastruktura poprzedza publikowanie stron.
Źródło: Uniwersytet Warszawski · historia fizyki na Hożej · NASK · 30 lat internetu w Polsce
W 1993 roku NCSA udostępnia Mosaic, jedną z pierwszych szeroko dostępnych graficznych przeglądarek WWW. Łatwiejsza instalacja i multimedia pomagają wyprowadzić web poza środowisko naukowe.
Dlaczego to ważne dziś: Obraz staje się częścią dokumentu, ale nadal potrzebuje właściwego formatu, rozmiaru i tekstu alternatywnego.
Źródło: NCSA — History and Mosaic
30 kwietnia 1993 roku CERN udostępnia w domenie publicznej podstawowe komponenty oprogramowania WWW. W 1994 roku kolejna wersja zostaje objęta licencją open source. Nie jest to data wynalezienia internetu ani pierwszej strony.
Dlaczego to ważne dziś: Otwarte specyfikacje pozwalają różnym organizacjom rozwijać zgodne przeglądarki i serwery. Web nie musi być produktem jednego dostawcy.
Źródło: CERN · Licensing the web
W październiku 1994 roku Tim Berners-Lee zakłada W3C. Konsorcjum rozwija wspólne, otwarte specyfikacje, dzięki którym strona może działać w różnych przeglądarkach i na różnych urządzeniach.
Dlaczego to ważne dziś: HTML, CSS, WCAG i inne standardy zmniejszają zależność witryny od jednego producenta oraz poprawiają dostępność i interoperacyjność.
Źródło: W3C — History
JavaScript pojawia się w Netscape Navigator 2.0 we wrześniu 1995 roku. Skrypty mogą zmieniać dokument, reagować na zdarzenia i z czasem komunikować się z serwerem bez opuszczania strony.
Dlaczego to ważne dziś: JavaScript napędza współczesne interfejsy, ale jego ilość i sposób ładowania wpływają na INP, dostępność, renderowanie i indeksowanie.
Źródło: MDN — JavaScript
17 grudnia 1996 roku CSS Level 1 zostaje rekomendacją W3C. Autor może opisywać prezentację dokumentu poza HTML-em, zamiast mieszać strukturę treści z instrukcjami wyglądu.
Dlaczego to ważne dziś: Rozdzielenie semantyki i prezentacji ułatwia responsywność, dostępność, utrzymanie design systemu i szybsze ładowanie strony.
Źródło: W3C — CSS Level 1
RFC 2068 ze stycznia 1997 roku opisuje HTTP/1.1. Stałe połączenia ograniczają potrzebę zestawiania nowego TCP dla każdego zasobu. Specyfikacja rozwija też mechanizmy pamięci podręcznej. Późniejsze dokumenty doprecyzowują ten standard.
Dlaczego to ważne dziś: Koszt połączeń, cache i nagłówki nadal wpływają na szybkość. Nowa wersja HTTP nie zastępuje rozsądnej wielkości zasobów.
Źródło: RFC 2068 · HTTP/1.1
W 1998 roku powstaje Google. Wyszukiwarka rozwija podejście, w którym struktura linków pomaga porządkować ogromną liczbę dokumentów i odpowiadać na zapytania użytkowników.
Dlaczego to ważne dziś: Linkowanie wewnętrzne, możliwość crawl i czytelna architektura informacji nadal pomagają wyszukiwarkom odkrywać oraz rozumieć strony.
Źródło: Google — Our story
RFC 2460 z grudnia 1998 roku opisuje IPv6. Znacznie większa przestrzeń adresowa odpowiada na ograniczenia IPv4. Publikacja specyfikacji nie oznacza jednak natychmiastowej wymiany internetu: operatorzy, urządzenia i usługi muszą osobno wdrożyć obsługę.
Dlaczego to ważne dziś: Standard może istnieć długo przed upowszechnieniem. IPv6 wymaga spójnej konfiguracji sieci, hostingu i DNS.
Źródło: RFC 2460 · IPv6
Internet Explorer 5 wprowadza w 1999 roku obiekt Microsoft.XMLHTTP. Kolejne przeglądarki implementują zgodny mechanizm XMLHttpRequest, dzięki któremu skrypt może pobrać dane w tle i zaktualizować fragment dokumentu.
Dlaczego to ważne dziś: Asynchroniczne żądania są podstawą aplikacji webowych, lecz stan interfejsu nadal musi być dostępny, linkowalny i zrozumiały dla użytkownika oraz robota.
RFC 2246 ze stycznia 1999 roku opisuje TLS 1.0, wywodzący się z SSL 3.0. Celem są prywatność i integralność komunikacji między aplikacjami. To historyczna wersja, nie zalecenie stosowania jej we współczesnym serwisie.
Dlaczego to ważne dziś: HTTPS chroni transmisję, lecz nie potwierdza uczciwości treści witryny. Certyfikat nie wystarcza do oceny bezpieczeństwa całej strony.
Źródło: RFC 2246 · TLS 1.0
5 maja 1999 roku WCAG 1.0 zostaje rekomendacją W3C. Dokument opisuje tworzenie treści dostępnych dla osób z niepełnosprawnościami, między innymi przez alternatywy tekstowe i niezależność od konkretnego sposobu obsługi.
Dlaczego to ważne dziś: Dostępność nie jest nowym dodatkiem do designu. Semantyka, teksty alternatywne i obsługa klawiaturą należą do fundamentów webu.
Źródło: W3C · WCAG 1.0
Pierwsza konferencja Web 2.0 odbywa się w 2004 roku. Określenie porządkuje zmianę od zbioru statycznych stron do usług, społeczności, API i produktów rozwijanych dzięki aktywności użytkowników.
Dlaczego to ważne dziś: Treści generowane przez użytkowników i modele platformowe wymagają moderacji, wiarygodności autorów, trwałych adresów i kontroli jakości indeksowanej treści.
Źródło: O’Reilly — What Is Web 2.0
9 listopada 2004 roku ukazuje się Firefox 1.0. Projekt rozwija alternatywę dla dominującego wówczas Internet Explorera, stawiając na użyteczność, bezpieczeństwo i otwarty rozwój. To ważny etap konkurencji między przeglądarkami.
Dlaczego to ważne dziś: Popularność jednej przeglądarki nie gwarantuje zgodności całego webu. Różne silniki i wspólne standardy wymagają testów poza jednym środowiskiem.
Źródło: Mozilla · premiera Firefox 1.0
W lutym 2005 roku Jesse James Garrett publikuje esej „Ajax: A New Approach to Web Applications”. Nie wynajduje samego mechanizmu, lecz nadaje nazwę podejściu łączącemu JavaScript, DOM i asynchroniczną wymianę danych.
Dlaczego to ważne dziś: Nazwanie wzorca przyspieszyło rozwój aplikacji typu single-page; dziś trzeba równoważyć płynność interfejsu z URL-ami, historią nawigacji i renderowaniem dla SEO.
Źródło: Jesse James Garrett — Ajax: A New Approach to Web Applications
Apple prezentuje iPhone’a w styczniu 2007 roku jako telefon z pełną przeglądarką internetową. W kolejnych latach smartfon upowszechnia stały dostęp do WWW i wymusza projektowanie interfejsów pod dotyk oraz zmienny viewport.
Dlaczego to ważne dziś: Mobile nie jest dodatkiem: czytelność, cele dotykowe, szybkość i ta sama główna treść wpływają na użyteczność oraz mobile-first indexing.
Źródło: Apple Newsroom — iPhone
2 września 2008 roku Google udostępnia pierwszą wersję Chrome oraz otwarty projekt Chromium. Wieloprocesowa architektura i silnik JavaScript V8 odpowiadają na rosnącą złożoność aplikacji webowych.
Dlaczego to ważne dziś: Szybkie silniki umożliwiają bogatsze aplikacje, ale nie usuwają kosztu nadmiarowego JavaScriptu po stronie urządzenia użytkownika.
Źródło: Chromium Blog — launch
Projekt Node.js rozpoczyna się w 2009 roku. Środowisko uruchomieniowe oparte na V8 i zdarzeniowym wejściu/wyjściu pozwala używać JavaScriptu poza przeglądarką, również do serwerów i narzędzi budujących frontend.
Dlaczego to ważne dziś: Node.js spina współczesny workflow webowy: serwer, narzędzia, rendering i frontend mogą dzielić język oraz pakiety, ale wymagają kontroli zależności.
Źródło: Node.js — historia projektu
W maju 2010 roku Ethan Marcotte opisuje Responsive Web Design: połączenie płynnych siatek, elastycznych obrazów i media queries. Jeden dokument może zmieniać układ wraz z dostępną przestrzenią.
Dlaczego to ważne dziś: Responsywność ogranicza duplikację wersji mobilnej, zachowuje jeden URL i pomaga utrzymać spójną treść, canonical oraz linkowanie.
RFC 6455 z grudnia 2011 roku opisuje WebSocket. Po ustanowieniu połączenia klient i serwer mogą wymieniać wiadomości w obu kierunkach. To podstawa takich rozwiązań jak czaty, powiadomienia i współpraca w czasie rzeczywistym.
Dlaczego to ważne dziś: Aktualizacja danych nie wymaga przeładowania strony. Połączenia w tle wymagają jednak kontroli zasobów, autoryzacji i obsługi utraty sieci.
Źródło: RFC 6455 · WebSocket
W czerwcu 2012 roku Google publikuje zalecenia dla witryn smartfonowych i wskazuje responsywny projekt jako rekomendowaną konfigurację: te same adresy i ten sam HTML, którego prezentację zmienia CSS.
Dlaczego to ważne dziś: Jeden adres ułatwia udostępnianie, konsolidację sygnałów indeksowania i efektywne crawlowanie wersji mobilnej oraz desktopowej.
6 czerwca 2012 roku uczestnicy World IPv6 Launch uruchamiają trwałą obsługę IPv6. Inicjatywa Internet Society obejmuje witryny, operatorów i producentów domowych routerów. W odróżnieniu od jednodniowego testu z 2011 roku zmiana ma pozostać aktywna.
Dlaczego to ważne dziś: Publikacja standardu i jego wdrożenie na dużą skalę mają osobne daty. Podobnie trzeba rozróżniać nowe funkcje webowe od ich faktycznego wsparcia.
29 maja 2013 roku Meta udostępnia React jako projekt open source. Biblioteka popularyzuje deklaratywne interfejsy budowane z komponentów i przewidywalne aktualizowanie widoku na podstawie stanu.
Dlaczego to ważne dziś: Komponenty pomagają utrzymać spójny UI, ale aplikacja nadal potrzebuje semantycznego HTML-u, dostępności i strategii renderowania odpowiedniej dla SEO.
28 października 2014 roku HTML5 uzyskuje status rekomendacji W3C. Standard porządkuje semantyczne elementy dokumentu oraz natywne możliwości multimedialne, graficzne i aplikacyjne.
Dlaczego to ważne dziś: Semantyczny HTML wspiera dostępność, rozumienie treści przez wyszukiwarki i stabilne działanie bez zależności od zamkniętych wtyczek.
RFC 7540 z maja 2015 roku definiuje HTTP/2. Nowa warstwa binarna, kompresja nagłówków i multipleksowanie strumieni ograniczają część opóźnień znanych z HTTP/1.1 bez zmiany znaczenia metod, statusów i adresów URL.
Dlaczego to ważne dziś: HTTP/2 poprawia transport wielu zasobów, ale nie zastępuje optymalizacji ich liczby, wagi, cache ani priorytetów ładowania.
Źródło: RFC 7540 — HTTP/2
W marcu 2016 roku Let’s Encrypt wydaje milionowy certyfikat, kilka miesięcy po otwarciu publicznej bety. Bezpłatne certyfikaty i automatyzacja protokołem ACME przyspieszają przejście webu na HTTPS.
Dlaczego to ważne dziś: HTTPS chroni transmisję, umożliwia nowoczesne funkcje przeglądarki i jest podstawowym sygnałem zaufania; certyfikat trzeba nadal odnawiać i poprawnie konfigurować.
W listopadzie 2017 roku przedstawiciele czterech głównych silników uznają projekt początkowego API i formatu WebAssembly za kompletny na etapie MVP. Web zyskuje przenośny cel kompilacji o przewidywalnej wydajności.
Dlaczego to ważne dziś: WebAssembly rozszerza zakres aplikacji działających w przeglądarce, ale współpracuje z JavaScriptem, DOM-em i standardowymi zasadami bezpieczeństwa webu.
Źródło: WebAssembly — Feature status
25 maja 2018 roku zaczyna być stosowane unijne RODO/GDPR. Rozporządzenie wzmacnia prawa osób, obowiązki informacyjne, zasadę minimalizacji oraz wymóg posiadania podstawy prawnej przetwarzania. Zgoda jest tylko jedną z możliwych podstaw; reguły plików cookie wynikają również z przepisów ePrivacy i prawa krajowego.
Dlaczego to ważne dziś: Prywatność wpływa na formularze, analitykę, retencję danych, zarządzanie zgodami i zaufanie — nie powinna być traktowana wyłącznie jako baner.
W sierpniu 2018 roku opublikowano RFC 8446 opisujące TLS 1.3. Zmiany upraszczają negocjację i usuwają część historycznych opcji. To rozwój warstwy ochrony transmisji, a nie nowa wersja HTTP.
Dlaczego to ważne dziś: Aktualizacja szyfrowania i aktualizacja HTTP to odrębne zadania. Bezpieczne połączenie nadal wymaga właściwej konfiguracji serwera.
Źródło: RFC 8446 · TLS 1.3
4 marca 2019 roku WebAuthn zostaje rekomendacją W3C. Standard rozwijany z FIDO Alliance pozwala używać kluczy bezpieczeństwa i uwierzytelniaczy w urządzeniach. Serwis nie musi opierać logowania wyłącznie na wpisywanym haśle.
Dlaczego to ważne dziś: Jakość logowania to bezpieczeństwo, dostępność, odzyskiwanie konta i zrozumiałe komunikaty. Wszystkie te elementy są częścią doświadczenia użytkownika.
Źródło: W3C i FIDO Alliance · WebAuthn
W maju 2020 roku inicjatywa Web Vitals porządkuje kluczowe metryki jakości. Pierwotny zestaw Core Web Vitals obejmuje LCP dla ładowania, FID dla reakcji na pierwszą interakcję i CLS dla stabilności wizualnej.
Dlaczego to ważne dziś: Metryki terenowe kierują optymalizację na realne doświadczenie użytkowników, a nie wyłącznie wynik pojedynczego testu laboratoryjnego.
Źródło: web.dev — Web Vitals
RFC 9000 z maja 2021 roku standaryzuje QUIC: bezpieczny, multipleksowany transport działający nad UDP. Łączy ustanawianie połączenia i zabezpieczeń TLS oraz ogranicza blokowanie niezależnych strumieni przez utratę pakietu.
Dlaczego to ważne dziś: QUIC pomaga na niestabilnych i mobilnych łączach, lecz rzeczywista szybkość nadal zależy od serwera, sieci, cache i wagi strony.
Źródło: RFC 9000 — QUIC
RFC 9114 z czerwca 2022 roku definiuje HTTP/3: semantyka HTTP działa nad transportem QUIC zamiast TCP. Żądania zachowują znane metody i statusy, ale korzystają z niezależnych strumieni QUIC.
Dlaczego to ważne dziś: Obsługa HTTP/3 może poprawić niezawodność i opóźnienia, szczególnie w ruchu mobilnym, ale wymaga poprawnej konfiguracji CDN-u lub serwera i pomiaru realnych efektów.
Źródło: RFC 9114 — HTTP/3
W maju 2023 roku ogłoszony zostaje Web Platform Baseline. Inicjatywa pokazuje, czy funkcja jest nowo lub szeroko dostępna w głównych przeglądarkach desktopowych i mobilnych, bez sprowadzania decyzji do jednej wersji jednego silnika.
Dlaczego to ważne dziś: Baseline ułatwia dobór bezpiecznych funkcji HTML, CSS i JavaScript oraz dokumentowanie wymaganego poziomu kompatybilności projektu.
Źródło: web.dev — Introducing Baseline
5 października 2023 roku WCAG 2.2 zostaje rekomendacją W3C. Dodaje dziewięć kryteriów sukcesu względem WCAG 2.1. Dostępność trzeba oceniać także w złożonych interfejsach i procesach, nie tylko w pojedynczym dokumencie.
Dlaczego to ważne dziś: Automatyczny skan nie potwierdza pełnej zgodności. Potrzebne są testy klawiaturą, sprawdzenie formularzy i ocena rzeczywistych zadań.
Źródło: W3C WAI · WCAG 2.2
12 marca 2024 roku Interaction to Next Paint oficjalnie zastępuje First Input Delay w zestawie Core Web Vitals. INP obserwuje opóźnienia interakcji podczas całej wizyty, a nie tylko pierwsze wejście użytkownika.
Dlaczego to ważne dziś: Optymalizacja INP wymaga ograniczania długich zadań, kosztownego JavaScriptu i pracy renderowania po kliknięciu — poprawia odczuwalną szybkość strony.
Wykresy obejmują użytkowników internetu od 2005 roku, desktop, mobile i tablet, siedem przeglądarek (także Internet Explorer i Opera) oraz rozdzielczości ekranów. Domyślnie pokazujemy zakończone lata. Zapis StatCounter z 7 czerwca 2026 roku to dane częściowe, nie wynik całoroczny ani prognoza.
Źródła danych: World Bank / ITU oraz StatCounter Global Stats. ITU opisuje osoby korzystające z internetu, a StatCounter udział odsłon w próbie witryn. Nie są to te same miary. Interaktywna strona udostępnia tabelę wartości i źródeł.
6 mld osób korzysta z internetu, ale sam wzrost liczby użytkowników nie oznacza równego dostępu. Szacunki ITU za 2025, wartości zaokrąglone.
Udział ludności korzystającej z internetu. Około 2,2 mld osób pozostaje offline. ITU · Internet use 2025
Różnica między obszarami miejskimi i wiejskimi wynosi 27 punktów procentowych. ITU · Urban and rural areas 2025
To grupy krajów według dochodu, nie podział użytkowników według ich indywidualnych zarobków. ITU · Internet use 2025
Schematy na stronie są pojęciowe, nie są pomiarem szybkości. Cache, konfiguracja i zależności między zasobami również wpływają na wynik.