Słownik SEO

Każdy termin, skrót i sygnał, który zobaczysz w raporcie SEOMaster, wyjaśniony prostym językiem. Bez logowania i bez skanowania — po prostu wiedza.

Podstawy internetu

World Wide Web (WWW) — World Wide Web (WWW) to warstwa połączonych stron i dokumentów dostępnych przez przeglądarkę, działająca na bazie internetu. Wymyślił ją Tim Berners-Lee w CERN w 1989 r., łącząc trzy pomysły: adresy (URL), język stron (HTML) i protokół ich przesyłania (HTTP). Warto odróżnić WWW od internetu: internet to fizyczna i logiczna sieć połączeń, a WWW to jedna z usług, które na niej działają — obok poczty czy transferu plików.

URL (adres strony) — URL (Uniform Resource Locator) to pełny adres zasobu w sieci, np. https://example.pl/o-nas. Składa się z protokołu (https), domeny (example.pl) i ścieżki (/o-nas), a czasem parametrów i kotwicy. Każda strona, obraz czy plik ma swój URL — to po nim przeglądarka, wyszukiwarka i użytkownik trafiają dokładnie tam, gdzie trzeba.

Adres IP — Adres IP to numeryczny adres urządzenia w sieci — serwera, komputera, telefonu. Występuje w wersji IPv4 (np. 192.0.2.10) i nowszej IPv6 (dłuższej, bo adresów IPv4 zaczęło brakować). Ludzie posługują się nazwami domen, bo są łatwiejsze do zapamiętania; DNS tłumaczy domenę na adres IP, pod który faktycznie kieruje się ruch.

Przeglądarka — Przeglądarka (Chrome, Firefox, Safari, Edge) to program, który pobiera HTML, CSS i JavaScript, a następnie składa z nich widoczną stronę. Każda ma swój silnik renderujący, dlatego warto testować wygląd w kilku. Googlebot to też swego rodzaju przeglądarka — pobiera stronę i potrafi wykonać JavaScript, choć kosztuje to czas i bywa opóźnione względem zwykłego użytkownika.

Serwer — Serwer to komputer (lub usługa), który na żądanie przeglądarki odsyła stronę: HTML i powiązane zasoby. Słucha na danym porcie, przyjmuje żądania HTTP i odpowiada — albo gotowym plikiem, albo wynikiem pracy aplikacji. Jego szybkość i konfiguracja wprost wpływają na wydajność: czas odpowiedzi serwera to TTFB, a ustawienia cache i kompresji decydują o wadze transferu.

Protokół (HTTP/HTTPS) — Protokół to zestaw zasad komunikacji między przeglądarką a serwerem. W webie podstawowym protokołem jest HTTP — język żądań („daj mi tę stronę”) i odpowiedzi („oto ona, status 200”). HTTPS to jego szyfrowana, bezpieczna wersja. Nowsze wersje, HTTP/2 i HTTP/3, przesyłają wiele zasobów równolegle jednym połączeniem, co skraca ładowanie względem starego HTTP/1.1.

Frontend i języki

HTML — HTML (HyperText Markup Language) to język opisujący strukturę i treść strony: nagłówki, akapity, listy, linki, obrazy, formularze. To „szkielet”, który czytają zarówno przeglądarki, jak i wyszukiwarki. Dobry, semantyczny HTML (właściwe znaczniki dla właściwych treści) sprawia, że strona jest zrozumiała dla robotów i dostępna dla technologii asystujących — jeszcze zanim doda się wygląd (CSS) i interaktywność (JS).

CSS — CSS (Cascading Style Sheets) to język wyglądu strony: kolory, czcionki, odstępy, siatki, animacje. Oddziela warstwę prezentacji od treści (HTML), dzięki czemu ten sam dokument można dowolnie stylować. Sposób ładowania CSS ma znaczenie dla wydajności: arkusze blokują renderowanie (przeglądarka czeka na nie, zanim narysuje stronę), więc warto wczytywać krytyczny styl wcześnie, a resztę odkładać.

JavaScript (JS) — JavaScript (JS) to język, który ożywia stronę w przeglądarce: obsługuje kliknięcia, pobiera dane, animuje, zmienia treść bez przeładowania. To trzeci filar frontendu — obok HTML (struktura) i CSS (wygląd). Jego siłą jest interaktywność, ale i pułapką: nadmiar JavaScriptu spowalnia stronę (TTI, INP), a treść składana wyłącznie przez JS bywa trudniejsza do zaindeksowania.

TypeScript (TS) — TypeScript (TS) to nadzbiór JavaScriptu dodający statyczne typy — informację, jakiego rodzaju są dane (liczba, tekst, obiekt). Dzięki temu wiele błędów wychodzi na jaw już podczas pisania kodu, a nie dopiero u użytkownika. TypeScript kompiluje się do zwykłego JavaScriptu, więc działa wszędzie tam, gdzie JS. SEOMaster jest napisany w TypeScript.

DOM — DOM (Document Object Model) to drzewo elementów strony, które przeglądarka buduje z HTML. Każdy nagłówek, akapit czy przycisk to węzeł, który JavaScript może odczytywać i zmieniać — i to właśnie zmiany w DOM widzi użytkownik. „Renderowany DOM” to stan strony po wykonaniu JavaScriptu; bywa różny od surowego HTML wysłanego przez serwer. Wyszukiwarki oceniają zwykle ten renderowany.

JSON — JSON (JavaScript Object Notation) to lekki, czytelny format zapisu danych w postaci par „klucz: wartość”. Stał się standardem wymiany danych między aplikacjami (API) i w danych strukturalnych (JSON-LD) dla wyszukiwarek. Jest prostszy i lżejszy od starszego XML, dlatego dominuje w nowoczesnym webie — od odpowiedzi API po konfiguracje.

API — API (Application Programming Interface) to interfejs, przez który jedna aplikacja udostępnia dane lub funkcje innej. Dzięki niemu Twoja strona może np. pobrać kurs waluty, mapę albo wysłać formularz do systemu CRM — bez znajomości wnętrza tamtej usługi. Najpopularniejszy styl to REST (po HTTP, dane w JSON); alternatywą bywa GraphQL. API to spoiwo nowoczesnego webu, łączące fronty, backendy i usługi zewnętrzne.

Framework — Framework to gotowy szkielet do budowy aplikacji webowych — zestaw narzędzi, wzorców i konwencji, który przyspiesza pracę i porządkuje kod. Zamiast pisać wszystko od zera, korzystasz ze sprawdzonych rozwiązań (np. React, Vue, Angular, Svelte na froncie). Framework narzuca pewną strukturę i sposób myślenia, co ułatwia rozwój i pracę zespołową, ale wiąże projekt z danym ekosystemem.

React — React to popularna biblioteka JavaScript do budowy interfejsów z komponentów — małych, wielokrotnego użytku klocków (przycisk, karta, formularz), które składają się w całą stronę. Utrzymuje lekką kopię drzewa (virtual DOM), by aktualizować tylko to, co się zmieniło. React domyślnie renderuje w przeglądarce (CSR), więc dla SEO często łączy się go z renderowaniem po stronie serwera lub prerenderingiem. SEOMaster jest zbudowany w React.

RWD (responsywność) — RWD (Responsive Web Design) to podejście, w którym jeden kod strony dopasowuje swój układ do szerokości ekranu — od telefonu, przez tablet, po duży monitor. Osiąga się to elastycznymi siatkami i regułami CSS (media queries). Dziś to standard i czynnik SEO: Google indeksuje przede wszystkim wersję mobilną (mobile-first), więc strona musi być wygodna na małym ekranie.

Web Components — Web Components to standard pozwalający tworzyć własne, wielokrotnego użytku elementy HTML (np. <moja-karta>), działające natywnie w przeglądarce, bez frameworka. Każdy taki komponent może mieć izolowany styl i logikę, które nie kolidują z resztą strony. To natywna alternatywa dla komponentów z bibliotek jak React — przenośna między projektami, ale o mniejszym ekosystemie.

Zarządzanie stanem — Zarządzanie stanem to sposób, w jaki aplikacja trzyma i synchronizuje dane wspólne dla wielu części interfejsu — np. zalogowanego użytkownika, zawartość koszyka czy ustawienia. Chodzi o to, by istniało jedno „źródło prawdy”, a wszystkie komponenty widziały spójne dane. Służą do tego wzorce i biblioteki (np. Redux, Zustand, sygnały). Bez nich dane łatwo się rozjeżdżają między fragmentami strony.

Drzewo dostępności (a11y) — Drzewo dostępności (a11y tree) to uproszczona struktura strony, którą przeglądarka buduje z DOM-u i ról ARIA — to ona jest „odczytywana” przez czytniki ekranu i inne technologie asystujące. Decyduje, jak osoba niewidoma „słyszy” stronę. Dobrze zbudowany HTML (nagłówki, etykiety, role) daje sensowne drzewo dostępności niemal za darmo; chaotyczny markup czyni stronę trudną lub niemożliwą do obsługi bez wzroku.

Architektura i rendering

CSR (renderowanie po stronie klienta) — CSR (Client-Side Rendering) to model, w którym serwer wysyła niemal pustą stronę z dołączonym JavaScriptem, a cała treść powstaje dopiero w przeglądarce użytkownika. Framework (np. React) buduje widok po pobraniu i wykonaniu skryptów. Daje to płynne, „aplikacyjne” działanie po załadowaniu, ale pierwszy render zależy od pobrania i wykonania JS — a robot lub podgląd linku, który tego nie zrobi, zobaczy pustą stronę.

SSR (renderowanie po stronie serwera) — SSR (Server-Side Rendering) to model, w którym serwer buduje gotowy HTML z treścią przy każdym żądaniu i wysyła go do przeglądarki. Użytkownik (i robot) od razu widzi pełną stronę, a JavaScript jedynie dodaje interaktywność (hydratacja). To dobry kompromis między świeżością danych a SEO: treść jest pewna już w surowym HTML, kosztem nieco większego obciążenia serwera niż przy stronach statycznych.

SSG (generowanie statyczne) — SSG (Static Site Generation) to budowanie gotowych plików HTML raz, podczas publikacji. Powstałe strony są serwowane błyskawicznie z CDN — bez pracy serwera przy każdym żądaniu. To najszybszy i najtańszy wariant, idealny dla treści, która nie zmienia się co sekundę (blogi, strony firmowe, dokumentacja). Aktualizacja wymaga przebudowy, ale efekt to maksymalna szybkość i odporność.

ISR (regeneracja przyrostowa) — ISR (Incremental Static Regeneration) łączy szybkość SSG ze świeżością. Strony są statyczne (serwowane z CDN), ale przebudowują się w tle po określonym czasie albo na żądanie — bez przebudowy całej witryny. Dzięki temu masz wydajność stron statycznych i jednocześnie aktualne dane, np. ceny czy stany magazynowe, które odświeżają się co kilka minut.

SPA (aplikacja jednostronicowa) — SPA (Single Page Application) to aplikacja, w której nawigacja odbywa się bez pełnego przeładowania strony — JavaScript podmienia treść w miejscu, dając płynne, „aplikacyjne” wrażenie. To świetne dla paneli i narzędzi (jak panel SEOMaster), ale dla stron treściowych wymaga uwagi: pierwszy render i podglądy muszą działać bez czekania na cały JS, dlatego SPA często łączy się z SSR lub prerenderingiem.

Hydratacja — Hydratacja to moment, w którym JavaScript „ożywia” gotowy HTML wysłany przez serwer (SSR/SSG): podpina obsługę zdarzeń, stan i interaktywność do statycznej struktury, która już jest na ekranie. Użytkownik najpierw widzi treść (bo HTML przyszedł gotowy), a po chwili strona staje się klikalna. Jeśli skryptów jest dużo, ten moment się odwleka i strona przez chwilę „nie reaguje”.

Virtual DOM — Virtual DOM to technika, w której framework (np. React) utrzymuje lekką kopię drzewa elementów w pamięci. Gdy dane się zmieniają, liczy różnicę między starą a nową wersją kopii i nanosi na prawdziwy DOM tylko niezbędne zmiany. Prawdziwy DOM jest kosztowny w aktualizacji, więc ograniczenie liczby operacji do minimum przyspiesza i wygładza interfejs.

Backend i infrastruktura

Baza danych — Baza danych to uporządkowane miejsce na dane aplikacji: treści, użytkowników, zamówienia, ustawienia. Aplikacja zapisuje do niej i odczytuje z niej informacje, zwykle przez zapytania (np. w języku SQL). Wydajność bazy wprost wpływa na czas odpowiedzi strony: wolne lub źle zaindeksowane zapytania podnoszą TTFB, bo serwer dłużej składa odpowiedź.

Serverless — Serverless to model, w którym uruchamiasz fragmenty kodu (funkcje) „na żądanie” w chmurze, nie martwiąc się o serwer — dostawca sam go uruchamia, skaluje i wyłącza. Płacisz tylko za faktyczny czas działania. Funkcje brzegowe (edge functions) to odmiana serverless uruchamiana blisko użytkownika. SEOMaster używa funkcji brzegowych Supabase do logiki backendowej skanera.

CI/CD — CI/CD (Continuous Integration / Continuous Deployment) to automatyzacja drogi kodu od zmiany do produkcji. CI scala i testuje każdą zmianę (czy nic nie psuje), a CD automatycznie publikuje sprawdzony kod na żywej stronie. Dzięki temu wdrożenia są częste, szybkie i bezpieczniejsze: błędy wyłapuje się wcześnie, a publikacja nie wymaga ręcznych, ryzykownych kroków.

Git — Git to system kontroli wersji: śledzi historię zmian w kodzie, pozwala wielu osobom pracować równolegle i cofać błędy. Każda zmiana to „commit” z opisem, a pracę dzieli się na gałęzie (branches), które potem się łączy. Serwisy jak GitHub czy GitLab dodają do Gita współpracę, przegląd kodu i integracje (np. automatyczne wdrożenia z gałęzi).

Webhook — Webhook to sposób, w jaki jedna usługa powiadamia drugą o zdarzeniu — wysyłając żądanie HTTP w momencie, gdy coś się wydarzy (np. po zakończeniu skanu, po płatności). To „zadzwonię, gdy będzie gotowe” zamiast ciągłego dopytywania „czy już?”. Dzięki webhookom systemy reagują natychmiast i oszczędzają zasoby — nie muszą w kółko odpytywać o status.

Edge / brzeg sieci — Edge (brzeg sieci) to uruchamianie logiki i renderowania na serwerach możliwie blisko użytkownika, zamiast w jednym, centralnym miejscu. Dzięki temu odpowiedź pokonuje krótszą drogę i przychodzi szybciej. Funkcje brzegowe (edge functions) łączą zalety serverless i CDN: kod wykonuje się na żądanie, ale w lokalizacji najbliższej odwiedzającemu. SEOMaster używa funkcji brzegowych.

Serwer WWW (Nginx · Apache) — Serwer WWW (np. Nginx lub Apache) to oprogramowanie, które nasłuchuje na żądania HTTP i zwraca odpowiedzi: gotowe pliki (HTML, obrazy) albo przekazuje żądanie dalej, do aplikacji. To pierwszy punkt styku przeglądarki z Twoją infrastrukturą. Nginx i Apache to dwa najpopularniejsze; Nginx słynie z wydajności przy dużym ruchu i często pełni też rolę reverse proxy.

Reverse proxy — Reverse proxy to pośrednik stojący przed serwerem aplikacji. Przyjmuje ruch z internetu i kieruje go dalej, po drodze dodając funkcje: obsługę HTTPS, cache, kompresję, równoważenie obciążenia i ukrycie prawdziwego adresu serwera. Dla świata zewnętrznego widoczny jest tylko proxy; aplikacja chowa się za nim, co poprawia bezpieczeństwo i elastyczność (można podmienić backend bez zmiany adresu).

Load balancer — Load balancer (równoważnik obciążenia) rozkłada przychodzące żądania na kilka serwerów, gdy jeden nie wystarcza. Dba, by żaden nie był przeciążony, a gdy któryś ulegnie awarii — kieruje ruch do działających. To podstawa skalowania poziomego: zamiast jednego coraz większego serwera, stawiasz kilka mniejszych i dzielisz między nie pracę.

Mikroserwisy — Mikroserwisy to sposób budowy aplikacji z wielu małych, niezależnych usług, z których każda odpowiada za jeden obszar (np. płatności, użytkownicy, powiadomienia) i komunikuje się z innymi przez API. Przeciwieństwem jest monolit — jeden duży program. Mikroserwisy łatwiej skalować i rozwijać osobno, ale wprowadzają złożoność komunikacji i wdrożeń.

ORM — ORM (Object-Relational Mapping) to warstwa, która pozwala programiście pracować z danymi z bazy jak ze zwykłymi obiektami w kodzie, zamiast pisać surowe zapytania SQL. ORM tłumaczy operacje na obiektach na odpowiednie polecenia bazy. Przyspiesza pracę i zmniejsza liczbę błędów przy typowych operacjach, choć przy złożonych zapytaniach bywa mniej wydajny niż ręczny SQL.

SQL vs NoSQL — SQL i NoSQL to dwa modele baz danych. Bazy SQL (np. PostgreSQL, MySQL) przechowują dane w tabelach o ścisłej strukturze i relacjach, z potężnym językiem zapytań. Bazy NoSQL (dokumentowe, klucz-wartość, grafowe) są elastyczniejsze i nie wymagają sztywnego schematu. Wybór zależy od danych: SQL świetnie sprawdza się przy danych powiązanych i transakcjach; NoSQL przy danych zmiennych, prostych lub ogromnej skali.

Redis (cache w pamięci) — Redis to bardzo szybka baza trzymająca dane w pamięci RAM, a nie na dysku. Dzięki temu odpowiada w ułamkach milisekundy i świetnie nadaje się jako cache, magazyn sesji albo kolejka zadań. Najczęściej działa obok głównej bazy: odciąża ją, przechowując często odpytywane lub tymczasowe dane, które nie muszą być trwałe.

Zmienne środowiskowe — Zmienne środowiskowe to ustawienia trzymane poza kodem: klucze API, hasła do bazy, adresy usług. Dzięki nim te same pliki kodu działają w różnych środowiskach (lokalnym, testowym, produkcyjnym) z innymi wartościami — i bez umieszczania sekretów w repozytorium. To podstawowa zasada bezpieczeństwa: tajne dane nigdy nie trafiają do kodu źródłowego, tylko są wstrzykiwane jako konfiguracja.

Formaty i protokoły

SVG (grafika wektorowa) — SVG (Scalable Vector Graphics) to format grafiki opisanej matematycznie — punktami, liniami i krzywymi — zamiast siatką pikseli. Dzięki temu skaluje się bez utraty ostrości na każdym ekranie i przy każdym powiększeniu. To zwykły kod XML, więc SVG można stylować CSS-em, animować i osadzać wprost w HTML. Idealny do logo, ikon i prostych ilustracji (jak diagramy w tym słowniku).

WebP — WebP to format obrazów stworzony przez Google, który daje tę samą jakość co JPEG lub PNG przy wyraźnie mniejszym rozmiarze pliku. Obsługuje zarówno kompresję stratną (jak JPEG), jak i bezstratną z przezroczystością (jak PNG). Jest dziś obsługiwany przez wszystkie aktualne przeglądarki, więc to bezpieczny domyślny wybór dla zdjęć i grafik na stronie.

AVIF — AVIF to nowoczesny format obrazów oparty na kodeku wideo AV1. Kompresuje jeszcze mocniej niż WebP — często daje najmniejsze pliki przy zachowaniu dobrej jakości, zwłaszcza dla zdjęć. Obsługa jest już szeroka, ale nieco mniejsza niż WebP, dlatego AVIF zwykle podaje się jako pierwszą opcję, z WebP lub JPEG jako zapasem.

WOFF2 (czcionki webowe) — WOFF2 (Web Open Font Format 2) to skompresowany format czcionek internetowych — najlżejszy i najszerzej obsługiwany sposób dostarczania fontów na stronę. Sposób ładowania czcionek (właściwość font-display) decyduje, czy podczas pobierania fontu tekst jest niewidoczny, czy pokazany zastępczym krojem. Źle ustawiony powoduje „skok” lub miganie tekstu.

REST API — REST (Representational State Transfer) to najpopularniejszy styl budowy API po HTTP. Zasoby (np. użytkownicy, produkty) mają adresy URL, a operacje na nich wykonuje się metodami HTTP: GET (pobierz), POST (utwórz), PUT/PATCH (zmień), DELETE (usuń). Dane wymieniane są zwykle w formacie JSON. Prostota i oparcie na standardach HTTP sprawiły, że REST jest domyślnym wyborem dla większości integracji.

GraphQL — GraphQL to alternatywny dla REST sposób budowy API, w którym klient w jednym zapytaniu prosi dokładnie o te pola, których potrzebuje — ani mniej, ani więcej. Wszystko idzie przez jeden punkt końcowy. Ogranicza to dwa typowe problemy REST: pobieranie nadmiarowych danych i konieczność odpytywania wielu adresów, by złożyć jeden widok. Powstał w Facebooku.

XML — XML (eXtensible Markup Language) to format zapisu danych w postaci zagnieżdżonych znaczników, podobnych do HTML. Jest rozwlekły, ale ścisły i samoopisujący się — dobrze nadaje się do wymiany ustrukturyzowanych danych między systemami. W świecie SEO spotkasz XML przede wszystkim w mapach strony (sitemap.xml) i kanałach RSS. Nowsze API częściej używają lżejszego formatu JSON.

RSS — RSS to format kanału (oparty na XML), który publikuje listę najnowszych treści strony — wpisów bloga, artykułów, odcinków podcastu. Czytniki i usługi subskrybują kanał i automatycznie pokazują nowości bez odwiedzania witryny. Mimo że bywa uznawany za „stary”, RSS wciąż napędza podcasty, agregatory i integracje, a dla bloga to wygodny sposób dystrybucji treści.

Markdown — Markdown to lekki sposób zapisu sformatowanego tekstu zwykłymi znakami: # tworzy nagłówek, gwiazdki pogrubienie lub listę, [tekst](url) link. Jest czytelny w surowej postaci i łatwo zamienia się na HTML. Dzięki prostocie stał się standardem w dokumentacji, plikach README, notatkach i treściach przygotowywanych dla narzędzi AI — stąd m.in. eksport raportu SEOMaster w Markdown.

Usługi i chmura

Chmura obliczeniowa — Chmura obliczeniowa to wynajem mocy i usług informatycznych zamiast utrzymywania własnych serwerów. Zasoby — serwery, bazy danych, magazyn plików — są dostępne na żądanie u dostawcy i płatne za faktyczne użycie. Największą zaletą jest elastyczność: gdy ruch rośnie, dokładasz mocy w minuty; gdy maleje — przestajesz płacić. Nie trzeba kupować ani administrować fizycznym sprzętem.

IaaS / PaaS / SaaS — IaaS, PaaS i SaaS to trzy poziomy usług chmurowych, różniące się tym, jak dużo bierze na siebie dostawca. IaaS (Infrastructure) to surowe serwery, które sam konfigurujesz. PaaS (Platform) to gotowe środowisko, w którym po prostu uruchamiasz swój kod. SaaS (Software) to gotowa aplikacja, z której korzystasz przez przeglądarkę. Im wyżej w tej drabinie, tym mniej masz do administrowania, ale i mniej kontroli. SEOMaster to przykład SaaS — używasz go, nie martwiąc się serwerami.

AWS · Azure · Google Cloud — Hyperscalerzy to najwięksi dostawcy chmury: Amazon Web Services (AWS), Microsoft Azure i Google Cloud. Oferują setki usług — od serwerów i baz danych po kolejki i sztuczną inteligencję — w globalnej sieci centrów danych. Na ich infrastrukturze stoi ogromna część internetu, w tym wiele znanych serwisów. Skala daje niezawodność i bogactwo usług, ale rozliczenia bywają złożone.

Vercel · Netlify — Vercel i Netlify to platformy specjalizujące się w hostowaniu nowoczesnych frontendów. Łączą się z repozytorium git, automatycznie budują projekt po każdej zmianie, serwują go z globalnego CDN i obsługują funkcje serverless dla logiki backendowej. Dają deweloperowi wygodę „wypchnij kod, reszta dzieje się sama”. SEOMaster działa na Vercel.

Cloudflare — Cloudflare to globalna sieć działająca jako warstwa między użytkownikiem a Twoim serwerem. Pełni rolę CDN (przyspiesza, serwując zasoby z najbliższej lokalizacji), zarządza DNS, ukrywa adres serwera źródłowego i filtruje ruch — chroniąc przed atakami DDoS i złośliwymi botami. Dla wielu stron to jednocześnie przyspieszenie, ochrona i uproszczenie konfiguracji DNS w jednym miejscu.

Supabase · Firebase — BaaS (Backend as a Service), jak Supabase czy Firebase, to gotowy backend dostępny od ręki: baza danych, logowanie użytkowników, przechowywanie plików i API — bez stawiania i administrowania własnym serwerem. Pozwala szybko zbudować aplikację, skupiając się na froncie i logice, a nie na infrastrukturze. SEOMaster używa Supabase (baza Postgres + funkcje brzegowe).

Object storage (S3) — Object storage (magazyn obiektowy, spopularyzowany przez Amazon S3) to sposób przechowywania plików w chmurze jako „obiektów” — każdy z własnym adresem i metadanymi. Świetnie nadaje się do obrazów, kopii zapasowych, plików do pobrania i zasobów statycznych. Obiekty często serwuje się bezpośrednio przez CDN, co odciąża serwer aplikacji i przyspiesza dostarczanie mediów.

Let’s Encrypt — Let's Encrypt to urząd certyfikacji, który spopularyzował darmowy, automatyczny HTTPS. Wydaje certyfikaty TLS bezpłatnie, a proces ich wystawiania i odnawiania jest zautomatyzowany (protokół ACME). Certyfikaty są ważne ok. 90 dni i odnawiają się same w tle, więc po jednorazowej konfiguracji strona „po prostu ma” aktualny HTTPS bez ręcznej pracy.

Docker (konteneryzacja) — Docker to narzędzie do „konteneryzacji” — pakowania aplikacji razem z całym jej środowiskiem (kodem, bibliotekami, ustawieniami) w lekką, samowystarczalną paczkę zwaną kontenerem. Taki kontener działa tak samo wszędzie: na laptopie dewelopera, w testach i na produkcji. Eliminuje to klasyczny problem „u mnie działa” i ułatwia wdrożenia oraz skalowanie — z jednego obrazu uruchamiasz dowolnie wiele identycznych kontenerów.

Kubernetes (K8s) — Kubernetes (w skrócie K8s) to system do zarządzania wieloma kontenerami na wielu maszynach. Automatycznie uruchamia je, skaluje przy wzroście ruchu, restartuje po awarii i rozkłada obciążenie — tak, by aplikacja działała niezawodnie bez ręcznego nadzoru. To standard dla dużych, rozproszonych systemów, ale jest złożony — dla małej strony bywa „armatą na muchę”.

Narzędzia i workflow

npm / pakiety — npm to menedżer pakietów dla JavaScriptu: pobiera, instaluje i wersjonuje gotowe biblioteki (pakiety), z których buduje się aplikację. Działa w środowisku Node.js, a zależności projektu opisuje plik package.json. Dzięki niemu nie trzeba pisać wszystkiego od zera — korzystasz z ogromnego ekosystemu sprawdzonych bibliotek, kontrolując ich wersje.

Bundler (Vite · webpack) — Bundler (np. Vite albo webpack) to narzędzie, które łączy i optymalizuje pliki źródłowe — moduły JavaScript, style, obrazy — w kilka wydajnych plików gotowych do wysłania do przeglądarki. Po drodze usuwa nieużywany kod, dzieli go na mniejsze paczki ładowane na żądanie i minifikuje. SEOMaster budujemy narzędziem Vite.

Transpiler (Babel) — Transpiler (np. Babel) tłumaczy nowoczesny kod JavaScript lub TypeScript na wersję zgodną ze starszymi przeglądarkami. Pozwala pisać w najnowszej, wygodnej składni, a mimo to działać wszędzie. Zamienia nowe konstrukcje na powszechnie obsługiwane odpowiedniki, w razie potrzeby dokładając brakujące funkcje (polyfille).

Linter / formater — Linter (np. ESLint) i formater (np. Prettier) to narzędzia automatycznej kontroli jakości kodu. Linter wyłapuje błędy, podejrzane wzorce i ryzykowne konstrukcje, zanim trafią na produkcję; formater ujednolica styl zapisu (wcięcia, cudzysłowy), by kod był spójny. Działają w tle podczas pisania i przy budowaniu, wyłapując problemy wcześnie i tanio.

Tailwind CSS — Tailwind CSS to sposób stylowania, w którym zamiast pisać osobne arkusze CSS, składasz wygląd z drobnych klas wprost w HTML (np. text-center, p-4). Każda klasa robi jedną rzecz, a z ich kombinacji powstaje cały interfejs. Daje to szybkość pracy i spójność (ograniczona paleta odstępów, kolorów), a niewykorzystane klasy są usuwane przy budowaniu, więc finalny CSS jest mały. SEOMaster korzysta z Tailwind.

Sass / preprocesory CSS — Sass to „preprocesor” CSS — rozszerza zwykły CSS o zmienne, funkcje, zagnieżdżanie reguł i moduły, a następnie kompiluje się do czystego CSS, który rozumie przeglądarka. Ułatwia utrzymanie dużych arkuszy stylów: kolory i odstępy trzymasz w jednym miejscu (zmienne), a powtarzalne wzorce zamykasz w funkcjach. Część jego możliwości ma już dziś natywny CSS.

Nowoczesny web

PWA — PWA (Progressive Web App) to strona, która zachowuje się jak aplikacja: można ją zainstalować na ekranie głównym, działa offline (dzięki service workerom), bywa szybsza przy powrotach i może wysyłać powiadomienia. Łączy zalety webu (jeden adres, brak sklepu z aplikacjami, indeksowalność) z wygodą aplikacji. Wymaga HTTPS i pliku manifestu opisującego ikonę, nazwę i zachowanie.

WebAssembly (Wasm) — WebAssembly (Wasm) to format kodu, który przeglądarka wykonuje z wydajnością bliską aplikacjom natywnym — znacznie szybciej niż typowy JavaScript przy ciężkich obliczeniach. Powstaje z kompilacji języków jak C++, Rust czy Go. Używa się go tam, gdzie liczy się surowa moc: gry, edytory grafiki i wideo, symulacje, obliczenia w przeglądarce. Współpracuje z JavaScriptem, nie zastępując go w typowych zadaniach.

HTTP/2 i HTTP/3 — HTTP/2 i HTTP/3 to nowsze, szybsze wersje protokołu HTTP. HTTP/2 przesyła wiele zasobów równolegle jednym połączeniem (multipleksacja), eliminując kolejkowanie znane z HTTP/1.1. HTTP/3 idzie dalej, używając transportu QUIC, który lepiej radzi sobie ze stratami pakietów i szybciej nawiązuje połączenie. Efekt to krótsze ładowanie, zwłaszcza stron z wieloma zasobami i na słabszych łączach mobilnych.

WebSocket — WebSocket to technologia tworząca trwałe, dwukierunkowe połączenie między przeglądarką a serwerem. W odróżnieniu od zwykłego HTTP (pytanie–odpowiedź), kanał pozostaje otwarty, więc obie strony mogą wysyłać dane w dowolnym momencie. Używa się go tam, gdzie liczy się czas rzeczywisty: czaty, powiadomienia na żywo, wspólna edycja, notowania, dane z czujników. SEOMaster wykorzystuje połączenia na żywo do pokazywania skanów w czasie rzeczywistym.

AI search — Wyszukiwanie AI to odpowiadanie na pytania generowane przez modele językowe — w ChatGPT, Gemini, Perplexity czy w AI Overviews Google. Zamiast listy linków użytkownik dostaje gotową odpowiedź, czasem z odnośnikami do źródeł. Nie ma jednego „panelu zgłoszeń” do AI. Systemy te korzystają z własnych crawlerów, indeksów, partnerstw i zwykłych wyników wyszukiwania — to, co pomaga w klasycznym SEO, pomaga też tutaj.

llms.txt — llms.txt to propozycja prostego, tekstowego pliku w katalogu głównym, który w czytelny dla maszyn sposób wskazuje najważniejsze treści serwisu — pomyślany jako ułatwienie dla modeli i agentów AI. Uczciwie: to nie jest oficjalny standard rankingowy. Google wprost komunikuje, że Search nie używa llms.txt — ani do wyszukiwania, ani do widoczności w odpowiedziach AI. Część niezależnych agentów może go czytać, ale niczego nie gwarantuje.

Wydajność

Core Web Vitals (CWV) — Core Web Vitals to trzy metryki Google opisujące realne odczucie z korzystania ze strony: LCP (jak szybko widać główną treść), INP (jak szybko strona reaguje na kliknięcia) i CLS (czy układ nie skacze). W odróżnieniu od ogólnego „wyniku szybkości” są to konkretne, mierzalne progi liczone na podstawie zachowania prawdziwych użytkowników. Google używa ich jako jednego z sygnałów rankingowych (zwłaszcza mobilnych), ale sam dobry wynik nie gwarantuje wyższej pozycji — o trafności decydują też jakość i dopasowanie treści.

Largest Contentful Paint (LCP) — LCP (Largest Contentful Paint) mierzy, po jakim czasie od rozpoczęcia ładowania na ekranie pojawia się największy element treści — zwykle główny obraz, baner lub duży blok tekstu. To najlepszy pojedynczy wskaźnik tego, kiedy użytkownik widzi, że strona się załadowała. Próg dobrego wyniku to 2,5 sekundy.

Cumulative Layout Shift (CLS) — CLS (Cumulative Layout Shift) mierzy, jak bardzo elementy strony „przeskakują” w trakcie ładowania. Każde nagłe przesunięcie, którego użytkownik się nie spodziewał, zwiększa wynik — a niższy jest lepszy. Klasyczny winowajca to obraz albo reklama bez zarezerwowanego miejsca: tekst już jest, a po chwili coś się doładowuje i spycha go w dół. Próg dobrego wyniku to 0,1.

Interaction to Next Paint (INP) — INP (Interaction to Next Paint) mierzy, jak szybko strona reaguje na działania użytkownika — kliknięcia, dotyk, wpisywanie. Liczy czas od interakcji do momentu, gdy ekran pokaże jej efekt. Zastąpił starszą metrykę FID i jest surowszy: bierze pod uwagę wszystkie interakcje w trakcie wizyty, nie tylko pierwszą. Próg dobrego wyniku to 200 ms.

Time To First Byte (TTFB) — TTFB (Time To First Byte) to czas od wysłania żądania do otrzymania pierwszego bajtu odpowiedzi serwera. Obejmuje DNS, nawiązanie połączenia, pracę serwera i drogę danych do użytkownika. To fundament szybkości: dopóki nie przyjdzie pierwszy bajt, przeglądarka nie ma nad czym pracować. Wysoki TTFB opóźnia wszystko, co dzieje się dalej, łącznie z LCP.

Zasoby blokujące renderowanie — Zasoby blokujące renderowanie to pliki CSS i JavaScript, które przeglądarka musi pobrać i przetworzyć, zanim pokaże treść. Ładowane synchronicznie w sekcji <head> wstrzymują pierwsze wyświetlenie strony. Przeglądarka domyślnie czeka na cały CSS (bo inaczej nie wie, jak narysować stronę) i na skrypty bez atrybutów async/defer. Im więcej takich zasobów na starcie, tym później użytkownik cokolwiek zobaczy.

WebP / AVIF — WebP i AVIF to nowoczesne formaty obrazów, które dają tę samą (lub lepszą) jakość co JPEG i PNG przy znacznie mniejszym rozmiarze pliku — często o 30–60%. Obrazy to zwykle najcięższa część strony, więc ich format mocno wpływa na szybkość. AVIF kompresuje najmocniej, WebP jest wszędzie obsługiwany; dobrze podawać nowoczesny format z klasycznym jako zapasem.

FCP (First Contentful Paint) — FCP (First Contentful Paint) mierzy czas do pojawienia się na ekranie pierwszego elementu treści — tekstu, obrazu, grafiki. To moment, w którym użytkownik widzi, że „coś się dzieje” i strona nie jest pusta. FCP poprzedza LCP (największy element) i zależy głównie od szybkości serwera (TTFB) oraz zasobów blokujących renderowanie.

TTI (Time to Interactive) — TTI (Time to Interactive) to moment, od którego strona realnie reaguje na działania — można bez opóźnień klikać, przewijać i pisać. Strona może wyglądać na gotową, a wciąż „nie słuchać”, jeśli w tle wykonuje się ciężki JavaScript. TTI odsłania rozdźwięk między „wygląda gotowo” a „działa gotowo”, ważny zwłaszcza dla aplikacji i interaktywnych stron.

Speed Index — Speed Index to miara tego, jak szybko widoczna część strony wypełnia się treścią podczas ładowania. Zamiast pojedynczego momentu, uśrednia tempo, w jakim ekran staje się kompletny. Niższy Speed Index oznacza, że użytkownik szybciej widzi „pełną” stronę, nawet jeśli pojedyncze metryki (jak LCP) wyglądają podobnie.

Lazy loading — Lazy loading to technika ładowania zasobów dopiero wtedy, gdy są potrzebne — najczęściej obrazów i sekcji spoza widocznego ekranu, które wczytują się przy przewijaniu. Atrybut loading="lazy" robi to natywnie w przeglądarce. Dzięki temu start strony jest lżejszy: przeglądarka nie pobiera od razu wszystkiego, tylko to, co użytkownik faktycznie widzi.

preload / preconnect / prefetch — preload, preconnect i prefetch to wskazówki dla przeglądarki, by przygotowała się wcześniej. preload mówi „pobierz ten zasób priorytetowo” (np. kluczowy font albo obraz LCP), preconnect „połącz się zawczasu z tą domeną” (np. CDN), a prefetch „pobierz to na zapas, bo pewnie będzie potrzebne”. Dobrze użyte skracają ścieżkę krytyczną i przyspieszają to, co najważniejsze; nadużyte — konkurują o pasmo i szkodzą.

Minifikacja — Minifikacja to usuwanie z kodu wszystkiego, co zbędne dla przeglądarki, a potrzebne tylko ludziom: spacji, wcięć, komentarzy, długich nazw. Plik robi się mniejszy, choć działa identycznie. To standardowy krok budowania dla CSS, JavaScriptu i HTML — mniej bajtów do pobrania, szybsze ładowanie, bez żadnej zmiany w działaniu.

Dzielenie kodu (code splitting) — Dzielenie kodu (code splitting) to rozbicie jednego wielkiego pliku JavaScript na mniejsze fragmenty, ładowane dopiero wtedy, gdy są potrzebne — np. kod danej podstrony wczytuje się przy wejściu na nią, a nie na starcie całej aplikacji. Dzięki temu pierwsze wejście pobiera tylko niezbędne minimum, a reszta dochodzi na żądanie. Kluczowa technika w aplikacjach SPA.

Gzip / Brotli (kompresja) — Gzip i Brotli to metody kompresji plików tekstowych w trakcie przesyłania ich z serwera do przeglądarki. Serwer pakuje HTML, CSS i JavaScript, a przeglądarka błyskawicznie je rozpakowuje — w efekcie pobiera znacznie mniej danych. Brotli (nowszy) zwykle kompresuje mocniej niż Gzip. Kompresji nie stosuje się do plików już skompresowanych, jak obrazy JPEG czy WebP.

Lighthouse — Lighthouse to darmowe narzędzie audytowe Google, wbudowane w przeglądarkę Chrome. Ocenia stronę w kilku kategoriach — Wydajność, Dostępność, SEO, Najlepsze praktyki — dając wynik 0–100 i konkretną listę rzeczy do poprawy. Pomiary są „laboratoryjne” (w kontrolowanych warunkach), więc traktuj je jako wskazówkę, a nie wyrok — realni użytkownicy mają różne urządzenia i łącza.

SEO on-page

Tytuł strony (title) — Tytuł strony (znacznik <title>) to nagłówek, który Google pokazuje jako klikalny link w wynikach, a przeglądarka wyświetla na karcie. To najważniejszy pojedynczy sygnał on-page mówiący, o czym jest strona. Dobry tytuł jest unikalny dla każdej podstrony, zawiera najważniejszą frazę blisko początku i mieści się w ok. 50–60 znakach, żeby nie został ucięty w wynikach.

Meta description — Meta description to krótki opis strony, który Google często (choć nie zawsze) pokazuje pod tytułem w wynikach. Nie jest czynnikiem rankingowym, ale działa jak „reklama” zachęcająca do kliknięcia. Dobry opis ma ok. 150–160 znaków, streszcza wartość strony i zawiera konkret lub wezwanie. Gdy go brak, Google sam wybierze fragment treści — zwykle gorszy niż dobrze napisany opis.

Nagłówek H1 — H1 to główny nagłówek treści widoczny na stronie — odpowiednik tytułu rozdziału. Powinien być jeden i jasno mówić, o czym jest dana podstrona, zarówno użytkownikowi, jak i robotowi. Nagłówki tworzą hierarchię (H1 → H2 → H3…), która porządkuje treść. H1 stoi na jej szczycie i wzmacnia główny temat strony.

Link kanoniczny (canonical) — Link kanoniczny (rel="canonical") wskazuje wyszukiwarce, który adres jest „oryginalną” wersją strony, gdy ta sama treść jest dostępna pod kilkoma adresami — np. z parametrami, z www i bez, czy z ukośnikiem na końcu. Google traktuje wskazaną wersję jako główną i to ją indeksuje, a sygnały (linki, moc SEO) skupia na niej zamiast rozpraszać między duplikaty.

hreflang — hreflang to atrybut, który łączy ze sobą różne wersje językowe lub regionalne tej samej strony i mówi Google, którą pokazać konkretnemu użytkownikowi — na podstawie jego języka i kraju. Każda wersja powinna wskazywać na wszystkie pozostałe (łącznie z samą sobą), tworząc spójną sieć powiązań. Często dodaje się też wersję x-default jako domyślną.

robots.txt — robots.txt to plik w katalogu głównym domeny, który mówi robotom wyszukiwarek, których części witryny NIE powinny odwiedzać. To wskazówka dla zachowania crawlera, nie zabezpieczenie. Uwaga: zablokowanie w robots.txt powstrzymuje pobranie, ale nie gwarantuje wykluczenia z indeksu — do usunięcia z wyników służy meta noindex. Z robots.txt zwykle linkuje się też do sitemap.xml.

Mapa strony (sitemap.xml) — Mapa strony (sitemap.xml) to lista adresów Twojej witryny w formacie zrozumiałym dla wyszukiwarek. Pomaga robotom znaleźć wszystkie ważne podstrony, także te słabo podlinkowane wewnętrznie. Sitemapa nie gwarantuje indeksacji, ale ją porządkuje i przyspiesza — szczególnie na dużych lub nowych witrynach. Warto zgłosić ją w Search Console i wskazać w robots.txt.

Dane strukturalne (schema.org / JSON-LD) — Dane strukturalne (schema.org, zwykle w formacie JSON-LD) to dodatkowy, ukryty dla użytkownika opis treści w języku zrozumiałym dla wyszukiwarek. Mówią wprost: „to jest produkt”, „to firma lokalna”, „to FAQ”. Dzięki nim Google nie musi zgadywać znaczenia treści i może wyświetlić wzbogacony wynik — z ceną, oceną, godzinami otwarcia czy pytaniami i odpowiedziami.

Rich Results — Rich Results (wyniki z elementami rozszerzonymi) to wzbogacone wpisy w Google: gwiazdki ocen, ceny, dostępność produktu, pytania FAQ, przepisy czy okruszki nawigacyjne. Powstają na bazie poprawnych danych strukturalnych. Zamiast zwykłego niebieskiego linka użytkownik widzi więcej kontekstu już w wynikach — co przyciąga wzrok i zwiększa szansę kliknięcia.

Tekst alternatywny (alt) — Tekst alternatywny (atrybut alt) to opis obrazu wpisany w kod. Czytniki ekranu odczytują go osobom niewidomym, a wyszukiwarki używają do zrozumienia, co przedstawia grafika. Dobry alt rzeczowo opisuje treść obrazu w kontekście strony. Obrazy czysto dekoracyjne powinny mieć alt pusty (alt=""), żeby czytnik je pominął.

noindex — noindex to dyrektywa (meta tag lub nagłówek HTTP), która mówi wyszukiwarce: nie pokazuj tej strony w wynikach. Strona może być normalnie pobrana i przeczytana, ale nie trafi do indeksu. To właściwe narzędzie do ukrywania stron przed wyszukiwarką — inaczej niż robots.txt, który blokuje pobranie, ale nie gwarantuje usunięcia z wyników. Przydaje się na stronach logowania, koszyka, podziękowania czy wewnętrznych wynikach wyszukiwania.

Bezpieczeństwo

HTTPS / TLS — HTTPS to zwykły HTTP działający wewnątrz szyfrowanego tunelu TLS. Zanim przeglądarka pobierze pierwszą literę treści, uzgadnia z serwerem wspólny klucz i sprawdza certyfikat — dopiero potem płyną dane, których po drodze nikt nie odczyta ani nie podmieni. Kłódka w pasku adresu oznacza aktywne TLS. Przeglądarki od dawna oznaczają strony bez HTTPS jako „Niezabezpieczone”, a wiele nowoczesnych funkcji webu (service workery, geolokalizacja, kamera) działa wyłącznie po HTTPS.

Certyfikat SSL — Certyfikat SSL/TLS to podpisany cyfrowo dokument, który potwierdza, że domena należy do tego, kto się nią posługuje. Wystawia go urząd certyfikacji (CA), a przeglądarka mu ufa, bo ufa temu urzędowi. W praktyce certyfikat jest fundamentem HTTPS: zawiera nazwę domeny, datę ważności i klucz publiczny używany przy uzgadnianiu szyfrowania. Darmowe certyfikaty (np. Let's Encrypt) są w pełni wystarczające dla większości stron.

Content Security Policy (CSP) — Content Security Policy to nagłówek HTTP, który mówi przeglądarce, z jakich źródeł wolno ładować skrypty, style, obrazy czy czcionki. Wszystko spoza tej listy zostaje zablokowane. Dzięki temu nawet jeśli ktoś zdoła wstrzyknąć na stronę obcy kod (atak XSS), przeglądarka go nie uruchomi, bo źródło nie jest zaufane. CSP buduje się stopniowo — od trybu raportowania po pełne egzekwowanie.

HTTP Strict Transport Security (HSTS) — HSTS to nagłówek, którym serwer każe przeglądarce łączyć się z domeną wyłącznie po HTTPS — przez zadany czas, nawet jeśli ktoś wpisze http:// albo kliknie stary link. Po pierwszej wizycie przeglądarka zapamiętuje regułę i sama zamienia http na https, zanim wyśle jakiekolwiek żądanie. To zamyka okno na atak, w którym napastnik przechwytuje pierwsze, nieszyfrowane połączenie.

X-Frame-Options — X-Frame-Options mówi przeglądarce, czy Twoją stronę wolno osadzić w ramce (iframe) na innej witrynie. Wartość DENY lub SAMEORIGIN blokuje obce osadzenie. Chroni to przed clickjackingiem — atakiem, w którym napastnik nakłada przezroczystą ramkę z Twoją stroną na swoją i podstępnie zbiera kliknięcia (np. „polub”, „zapłać”). Nowocześniejszym odpowiednikiem jest dyrektywa frame-ancestors w CSP.

Subresource Integrity (SRI) — SRI to atrybut integrity przy skrypcie lub stylu ładowanym z zewnątrz (np. z CDN). Zawiera skrót kryptograficzny pliku — przeglądarka pobiera zasób, liczy jego skrót i uruchamia tylko, gdy się zgadza. Jeśli ktoś podmieni plik na serwerze CDN albo przejmie połączenie, zmodyfikowany skrypt zostanie odrzucony zamiast wykonany.

security.txt — security.txt to prosty plik tekstowy pod adresem /.well-known/security.txt, w którym podajesz, jak zgłosić Ci lukę bezpieczeństwa: kontakt, ewentualnie klucz PGP, język i datę ważności. To standard (RFC 9116), który skraca drogę między badaczem a właścicielem strony — zamiast szukać kontaktu po omacku, znajduje on gotowe wytyczne.

Mixed content — Mixed content to sytuacja, w której strona ładowana po HTTPS dociąga część zasobów (obrazy, skrypty, style) po nieszyfrowanym HTTP. Połączenie przestaje być w pełni bezpieczne. Przeglądarki traktują to surowo: aktywne zasoby (skrypty, style) są blokowane, a pasywne (obrazy) oznaczane ostrzeżeniem. Efekt to popsuty wygląd lub działanie strony i zniknięcie kłódki.

TLS (następca SSL) — TLS (Transport Layer Security) to protokół, który szyfruje połączenie między przeglądarką a serwerem — to on stoi za „S” w HTTPS. „SSL” to jego starsza, potoczna nazwa; dziś używa się TLS w wersji 1.2 i 1.3. Podczas nawiązywania połączenia strony uzgadniają wspólny klucz i weryfikują certyfikat, a potem cała komunikacja płynie zaszyfrowana — nieczytelna dla kogokolwiek po drodze.

OAuth / SSO — OAuth to standard, dzięki któremu logujesz się „przez Google/Facebook” bez podawania aplikacji swojego hasła. Zamiast hasła aplikacja dostaje ograniczony token dostępu, wystawiony przez zaufanego dostawcę tożsamości. SSO (Single Sign-On) to powiązana idea: jedno logowanie daje dostęp do wielu połączonych usług. Razem upraszczają logowanie i zmniejszają liczbę haseł do wykradzenia.

JWT (tokeny) — JWT (JSON Web Token) to podpisany cyfrowo „bilet” potwierdzający tożsamość. Po zalogowaniu serwer wystawia token zawierający np. identyfikator użytkownika, a klient pokazuje go przy kolejnych żądaniach, zamiast logować się za każdym razem. Podpis sprawia, że tokenu nie da się podrobić, ale jego zawartość jest tylko zakodowana (nie zaszyfrowana) — więc nie wkłada się tam tajemnic.

CORS — CORS (Cross-Origin Resource Sharing) to mechanizm przeglądarki, który decyduje, czy strona z jednej domeny może odczytać dane z API w innej domenie. Domyślnie przeglądarka tego zabrania (polityka same-origin); CORS pozwala serwerowi świadomie zrobić wyjątek. Serwer dodaje nagłówki (np. Access-Control-Allow-Origin) mówiące, które obce źródła mają dostęp. To ochrona użytkownika, nie samego serwera.

WAF (zapora aplikacyjna) — WAF (Web Application Firewall) to zapora, która filtruje ruch HTTP, zanim dotrze do aplikacji — blokuje typowe ataki (SQL injection, XSS), nadużycia i złośliwe boty na podstawie reguł i reputacji. WAF bywa też powodem, dla którego automatyczny skaner (w tym SEOMaster) widzi blokadę lub ograniczony dostęp: ochrona uznaje go za bota i odmawia odpowiedzi.

XSS (cross-site scripting) — XSS (Cross-Site Scripting) to atak, w którym napastnik wstrzykuje swój JavaScript w treść strony — np. przez nieoczyszczone pole komentarza — a skrypt wykonuje się w przeglądarce innych użytkowników. Taki kod może wykraść ciasteczka sesji, podmienić treść albo wykonać akcje w imieniu ofiary. To jedna z najczęstszych i najgroźniejszych podatności webu.

CSRF — CSRF (Cross-Site Request Forgery) to atak, w którym złośliwa strona zmusza zalogowaną przeglądarkę ofiary do wykonania akcji w innym serwisie — np. zmiany hasła czy przelewu — wykorzystując to, że ciasteczko sesji jest dołączane automatycznie. Użytkownik nieświadomie „klika” w żądanie, które serwer uznaje za pochodzące od niego. Bronią przed tym tokeny CSRF i atrybut SameSite ciasteczek.

Uwierzytelnianie dwuskładnikowe (2FA) — 2FA (uwierzytelnianie dwuskładnikowe) dokłada do hasła drugi, niezależny składnik logowania: kod z aplikacji (np. Authenticator), SMS albo fizyczny klucz. Nawet jeśli ktoś pozna Twoje hasło, bez drugiego składnika się nie zaloguje. Najbezpieczniejsze są klucze sprzętowe i aplikacje generujące kody; SMS jest lepszy niż nic, ale podatny na przejęcie numeru.

Haszowanie haseł — Haszowanie haseł to zapisywanie ich w postaci nieodwracalnego „odcisku”, a nie jako czytelnego tekstu. Bezpieczne serwisy używają do tego specjalnych funkcji (bcrypt, argon2) z „solą”, więc nawet wyciek bazy nie ujawnia haseł. Przy logowaniu serwer liczy odcisk wpisanego hasła i porównuje go z zapisanym — nigdy nie musi znać hasła w jawnej postaci.

Rate limiting — Rate limiting to ograniczenie, ile razy ktoś (użytkownik, IP, bot) może wykonać daną operację w określonym czasie — np. 5 prób logowania na minutę. Po przekroczeniu limitu serwer odrzuca kolejne żądania. Chroni przed nadużyciami: zgadywaniem haseł, spamem, zbieraniem danych i przeciążeniem. SEOMaster stosuje go w publicznym skanerze, by utrzymać wydajność przy dużym ruchu.

Dostępność

WCAG — WCAG (Web Content Accessibility Guidelines) to międzynarodowy standard dostępności stron — zbiór wytycznych, dzięki którym z witryny mogą korzystać także osoby z niepełnosprawnościami (wzroku, słuchu, ruchu, poznawczymi). Wytyczne grupują się wokół czterech zasad: treść ma być postrzegalna, obsługiwalna, zrozumiała i solidna (POUR). Mają poziomy zgodności A, AA i AAA — w praktyce celuje się w AA.

ARIA — ARIA (Accessible Rich Internet Applications) to zestaw atrybutów HTML, które dodają znaczenie elementom tam, gdzie sam HTML nie wystarcza — np. mówią czytnikowi ekranu, że dany element to „przycisk”, „zakładka” albo że właśnie się rozwinął. Złota zasada brzmi: najpierw używaj natywnych elementów HTML (button, nav, label), a ARIA stosuj dopiero, gdy budujesz komponent, którego HTML nie ma. Źle użyta ARIA potrafi zaszkodzić bardziej niż jej brak.

Kontrast — Kontrast to różnica jasności między tekstem a jego tłem. Im większa, tym łatwiej przeczytać treść — zwłaszcza osobom słabowidzącym, w słońcu albo na słabym ekranie. WCAG podaje konkretne progi: zwykły tekst potrzebuje kontrastu co najmniej 4,5:1, a duży tekst 3:1. To liczby, które da się zmierzyć, a nie kwestia gustu.

Skip link — Skip link to ukryty na co dzień link „przejdź do treści”, który pojawia się jako pierwszy po naciśnięciu Tab. Pozwala osobie obsługującej stronę klawiaturą pominąć powtarzającą się nawigację i od razu skoczyć do głównej treści. Bez niego użytkownik klawiatury musi przeklikać całe menu na każdej podstronie, zanim dotrze do tego, po co przyszedł.

WCAG 2.1 / EAA — WCAG 2.1 definiuje kryteria sukcesu na trzech poziomach: A, AA i AAA. Europejski Akt o Dostępności (EAA), obowiązujący w UE od czerwca 2025, odsyła do normy EN 301 549, która wymaga poziomu AA. W raporcie mapujemy wyniki automatycznego audytu (Lighthouse/axe-core) na konkretne kryteria wraz z ich poziomem.

Design i UX

UX — UX (User Experience) to całość wrażeń, jakie ma użytkownik korzystając ze strony: czy łatwo znajduje to, czego szuka, czy proces (np. zakup) jest prosty, czy nie odczuwa frustracji. To znacznie więcej niż wygląd — to przepływ, logika i wygoda. Dobre UX wprost przekłada się na cele biznesowe: mniej porzuceń, więcej konwersji. Coraz częściej pokrywa się też z sygnałami, które ceni Google (szybkość, stabilność, mobilność).

UI — UI (User Interface) to warstwa wizualna interfejsu: przyciski, kolory, układ, typografia, ikony — wszystko, z czym użytkownik bezpośrednio wchodzi w interakcję wzrokowo. UI jest częścią UX: ładny, czytelny interfejs ułatwia korzystanie. Dobre UI jest spójne (jednolite kolory, odstępy, style przycisków) i czytelne, prowadząc wzrok do najważniejszych elementów.

Typografia — Typografia to dobór i układ krojów pisma: rozmiar tekstu, odstępy między wierszami (interlinia), szerokość kolumny, kontrast. To ona w dużej mierze decyduje, czy treść jest przyjemna i łatwa do czytania. Dobra typografia jest niewidoczna — po prostu dobrze się czyta. Zła (za mały tekst, zbity wiersz, słaby kontrast) męczy i odstrasza, zanim ktoś zdąży poznać treść.

Hierarchia wizualna — Hierarchia wizualna to porządek, w jakim elementy strony przyciągają wzrok: od najważniejszego (nagłówek, główne wezwanie do działania) do detali. Buduje się ją rozmiarem, kolorem, kontrastem, odstępami i położeniem. Dobra hierarchia prowadzi użytkownika za rękę — od razu wie, co jest najważniejsze i co zrobić dalej. Jej brak sprawia, że wszystko „krzyczy” naraz i nic się nie wyróżnia.

Above the fold — Above the fold to obszar strony widoczny od razu po wejściu, bez przewijania — pierwszy ekran. To na nim w kilka sekund rozstrzyga się, czy użytkownik zostanie, czy wyjdzie. Powinien jasno komunikować, czym jest strona i co oferuje, oraz prowadzić do kolejnego kroku (CTA). Jednocześnie to obszar, którego szybkość ładowania (LCP) jest najważniejsza.

CTA (wezwanie do działania) — CTA (Call To Action, wezwanie do działania) to element — zwykle przycisk lub link — który nakłania użytkownika do konkretnej akcji: „Zamów”, „Wyceń”, „Zadzwoń”, „Pobierz”. To most między zainteresowaniem a konwersją. Dobre CTA jest wyraźne (wyróżnia się kolorem i wielkością), jednoznaczne (mówi, co się stanie po kliknięciu) i umieszczone tam, gdzie użytkownik jest gotów działać.

Design system — Design system to spójny zestaw komponentów (przyciski, karty, formularze), reguł (kolory, odstępy, typografia) i zasad, z których buduje się cały interfejs. To wspólny język projektowy dla całej strony lub produktu. Dzięki niemu wszystko wygląda spójnie, projektowanie i budowa są szybsze (gotowe klocki), a zmiany łatwiejsze (poprawiasz w jednym miejscu, działa wszędzie).

Tryb ciemny — Tryb ciemny to alternatywna, ciemna paleta kolorów interfejsu — jasny tekst na ciemnym tle. Bywa wygodniejszy dla oczu w słabym oświetleniu i oszczędza energię na ekranach OLED. Dobrze zrobiony tryb ciemny to nie samo „odwrócenie kolorów”, lecz przemyślana paleta z zachowanym kontrastem i czytelnością. Można go dopasować do preferencji systemu użytkownika.

Makieta (wireframe) — Wireframe (makieta) to uproszczony szkic układu strony — rozmieszczenie bloków (nagłówek, treść, przyciski) bez gotowej grafiki, kolorów i finalnych treści. Służy do szybkiego zaplanowania struktury i przepływu, zanim zacznie się projekt graficzny. Praca na makietach jest tania i szybka: łatwo przesuwać elementy i testować pomysły na układ, zanim zainwestuje się czas w piękny design.

Favicon — Favicon to mała ikona strony pokazywana w karcie przeglądarki, na liście zakładek, a czasem w wynikach wyszukiwania obok adresu. To drobny, ale realny element rozpoznawalności marki. Współczesne strony dostarczają favicon w kilku rozmiarach (i powiązane ikony dla urządzeń mobilnych), by dobrze wyglądał wszędzie — od karty na desktopie po ekran główny telefonu.

Zaufanie

NAP (nazwa, adres, telefon) — NAP to skrót od Name, Address, Phone — nazwa, adres i telefon firmy. Chodzi o to, by te dane były identyczne wszędzie: na stronie, w wizytówce Google, w katalogach i mediach społecznościowych. Wyszukiwarki kojarzą firmę po spójnych danych. Rozbieżności (inny zapis ulicy, stary numer) osłabiają to skojarzenie i mogą szkodzić w wynikach lokalnych.

NIP / REGON — NIP i REGON to urzędowe identyfikatory polskiej firmy: NIP (numer podatkowy) i REGON (numer statystyczny). Umieszczone na stronie potwierdzają, że za witryną stoi realny, zarejestrowany podmiot. Dla wielu rodzajów działalności podanie tych danych (zwykle w stopce, regulaminie lub kontakcie) jest też wymogiem prawnym przy sprzedaży czy świadczeniu usług online.

Polityka prywatności — Polityka prywatności to dokument informujący, jakie dane osobowe zbierasz, w jakim celu, na jakiej podstawie i jakie prawa ma użytkownik. Jest wymagana przez RODO zawsze, gdy strona przetwarza dane — a robi to praktycznie każda strona z formularzem, analityką czy ciasteczkami. Idzie w parze z mechanizmem zgody na pliki cookie. Razem stanowią podstawę legalnego zbierania danych w UE.

sameAs — sameAs to pole danych strukturalnych schema.org, w którym podajesz linki do oficjalnych profili marki — Facebooka, Instagrama, LinkedIna, Wikipedii czy YouTube. Mówi wyszukiwarce: „to jest ta sama marka”. Dzięki temu Google łączy stronę z jej kanałami w jeden spójny byt, co wspiera wiedzę o marce (knowledge graph) i jej rozpoznawalność.

Hosting i DNS

DNS — DNS (Domain Name System) to „książka telefoniczna” internetu. Zamienia łatwą do zapamiętania nazwę (twojadomena.pl) na adres IP serwera, pod którym faktycznie stoi strona. Gdy wpisujesz adres, przeglądarka pyta system DNS o IP, a dopiero potem łączy się z serwerem. Po drodze odpowiedzi są zapamiętywane (cache), więc kolejne wejścia są szybsze.

Nameservery (NS) — Nameservery (rekordy NS) wskazują, które serwery odpowiadają za DNS Twojej domeny — czyli gdzie naprawdę przechowywane są jej rekordy. Ustawia się je u rejestratora domeny i dotyczą całej domeny głównej. Zmiana nameserwerów to przeniesienie zarządzania DNS do innego dostawcy (np. do CDN albo nowego hostingu). To operacja u podstaw — wpływa na wszystkie pozostałe rekordy.

CDN — CDN (Content Delivery Network) to sieć serwerów rozsianych po świecie, które przechowują kopie zasobów Twojej strony (obrazów, CSS, JS, a czasem całych stron) i serwują je z lokalizacji najbliższej użytkownikowi. Zamiast podróżować przez pół świata do jednego serwera, dane przychodzą z pobliskiego „brzegu” sieci (edge). To skraca opóźnienia i odciąża serwer główny.

Cache (nagłówki cache) — Cache (pamięć podręczna) to mechanizm, dzięki któremu przeglądarka lub CDN zapamiętuje pobrane pliki, by nie ściągać ich ponownie przy każdym wejściu. Sterują tym nagłówki HTTP, przede wszystkim Cache-Control. Dla zasobów, które się nie zmieniają (logo, biblioteki, czcionki), można ustawić długi czas cache — kolejne wizyty ładują je natychmiast z dysku zamiast z sieci.

Kompresja (Gzip / Brotli) — Kompresja przy przesyłaniu (Gzip lub nowocześniejszy Brotli) zmniejsza rozmiar plików tekstowych — HTML, CSS, JavaScript — zanim serwer wyśle je do przeglądarki. Po stronie użytkownika są one błyskawicznie rozpakowywane. Efekt bywa duży: pliki tekstowe potrafią schudnąć o 60–80%. Kompresji nie stosuje się do już skompresowanych formatów (obrazy JPEG/WebP), bo nic nie zyskują.

Rekordy DNS (A, AAAA, CNAME, TXT) — Rekordy DNS to wpisy konfigurujące domenę — różne „adresy” i ustawienia pod jedną nazwą. Najważniejsze to A i AAAA (wskazują adres IP serwera, odpowiednio IPv4 i IPv6), CNAME (alias jednej nazwy na drugą), TXT (dowolny tekst: weryfikacje, SPF, DKIM) oraz MX (serwer poczty). Razem tworzą „książkę telefoniczną” Twojej domeny: mówią światu, gdzie szukać strony, gdzie wysyłać pocztę i jak ją weryfikować.

TTL (czas życia rekordu) — TTL (Time To Live) to liczba sekund, przez którą serwery i przeglądarki mogą trzymać w pamięci odpowiedź DNS, zanim zapytają o nią ponownie. Krótki TTL oznacza, że zmiany rozchodzą się szybko; długi — że DNS jest mniej obciążony, ale zmiany wchodzą wolniej. To prosty kompromis między świeżością a wydajnością, który ma znaczenie zwłaszcza przy planowanych zmianach.

Propagacja DNS — Propagacja DNS to proces rozchodzenia się zmian w rekordach po całym internecie. Po edycji wpisu resolvery na świecie wymieniają zapamiętaną starą wartość na nową dopiero, gdy wygaśnie ich cache (zależny od TTL) — dlatego zmiana nie jest natychmiastowa. W okresie propagacji część użytkowników widzi już nową konfigurację, a część jeszcze starą. To normalne i przejściowe.

TLD / ccTLD — TLD (Top-Level Domain) to końcówka domeny — to, co po ostatniej kropce: .com, .org, .pl. ccTLD (country-code TLD) to wersje krajowe, jak .pl, .de, .fr, które bywają sygnałem, że strona kieruje się do danego kraju. Wybór końcówki wpływa na postrzeganie (zaufanie, lokalność) i bywa lekką wskazówką geotargetowania dla wyszukiwarki.

RDAP / WHOIS — RDAP (Registration Data Access Protocol) to nowoczesny następca protokołu WHOIS — oficjalny sposób odpytania o dane rejestracyjne domeny: m.in. datę rejestracji, status i rejestratora. Zwraca dane w ustrukturyzowanym formacie (JSON). SEOMaster korzysta z RDAP, by poznać wiek domeny — jeden z sygnałów branych pod uwagę przy ocenie zaufania (bardzo świeże domeny bywają częściej powiązane z nadużyciami).

Slug (część adresu) — Slug to czytelny fragment adresu URL opisujący stronę, zwykle na jego końcu — np. /buty-trekkingowe zamiast /produkt?id=8421. Powstaje z tytułu, zamienionego na małe litery z myślnikami zamiast spacji i bez polskich znaków diakrytycznych. Dobry slug jest krótki, sensowny i stabilny — mówi i użytkownikowi, i wyszukiwarce, czego dotyczy strona, jeszcze przed kliknięciem.

Parametry URL — Parametry URL to część adresu po znaku „?”, przekazująca dodatkowe informacje, np. ?sort=cena&strona=2 albo ?utm_source=fb. Służą do filtrowania, sortowania, paginacji i śledzenia kampanii. Problem w tym, że mnożą warianty tego samego widoku: ta sama treść dostępna pod wieloma adresami z różnymi parametrami tworzy duplikaty, które trzeba uporządkować canonicalem.

Poczta i DNS

SPF — SPF (Sender Policy Framework) to wpis w DNS Twojej domeny, który wymienia serwery uprawnione do wysyłania w jej imieniu poczty. Serwer odbiorcy sprawdza, czy mail przyszedł z adresu na tej liście. Jeśli wiadomość wyszła z serwera spoza listy, odbiorca traktuje ją jako podejrzaną. SPF to pierwsza z trzech warstw (obok DKIM i DMARC), które razem chronią domenę przed podszywaniem.

DKIM — DKIM (DomainKeys Identified Mail) dokłada do każdej wysyłanej wiadomości podpis cyfrowy. Klucz publiczny do jego weryfikacji leży w DNS Twojej domeny, a klucz prywatny zna tylko Twój serwer wysyłający. Odbiorca liczy podpis i porównuje go z kluczem z DNS. Jeśli się zgadza, ma pewność, że mail naprawdę pochodzi z Twojej domeny i nie został po drodze zmieniony.

DMARC — DMARC spina SPF i DKIM w jedną politykę i mówi serwerom odbiorców, co robić z pocztą, która nie przejdzie uwierzytelnienia: przepuścić, oznaczyć jako spam (quarantine) czy odrzucić (reject). Dodatkowo DMARC zbiera raporty — dostajesz informację, kto i z jakich serwerów wysyła pocztę „w Twoim imieniu”. To pozwala wyłapać zarówno nadużycia, jak i własne źle skonfigurowane systemy.

Rekord MX — Rekord MX (Mail Exchange) w DNS wskazuje serwer (lub serwery), który odbiera pocztę dla Twojej domeny. Każdy MX ma priorytet — niższa liczba oznacza wyższy priorytet, a pozostałe służą jako zapas. Gdy ktoś wysyła wiadomość na adres @twojadomena.pl, jego serwer pyta DNS o rekord MX i dostarcza pocztę pod wskazany adres.

DNSSEC — DNSSEC dodaje do odpowiedzi DNS podpisy kryptograficzne. Dzięki nim zapytujący może sprawdzić, że odpowiedź naprawdę pochodzi od właściciela domeny i nie została po drodze podmieniona. Zwykły DNS jest podatny na fałszowanie (cache poisoning) — napastnik może podsunąć fałszywy adres IP i przekierować ruch. DNSSEC tworzy łańcuch zaufania od domeny głównej aż po Twoją domenę, który to uniemożliwia.

Podstawy

SEO (optymalizacja pod wyszukiwarki) — SEO (Search Engine Optimization) to ogół działań, dzięki którym strona pojawia się wyżej w bezpłatnych wynikach wyszukiwania. Składa się z trzech filarów: technicznego (żeby robot mógł stronę pobrać i zrozumieć), treściowego (żeby odpowiadała na pytania użytkowników) i sygnałów zaufania (żeby uchodziła za wiarygodne źródło). W odróżnieniu od reklam SEO nie jest płatne za kliknięcie — ruch przychodzi „organicznie”. Efekty budują się tygodniami i miesiącami, za to są trwałe.

Indeksacja — Indeksacja to zapisanie strony w bazie wyszukiwarki. Najpierw robot musi stronę odwiedzić (crawl), a potem zdecydować, że warto ją dodać do indeksu — dopiero zaindeksowana strona może pojawić się w wynikach. Samo istnienie strony nie wystarczy: może być pobrana, ale niezaindeksowana (np. uznana za duplikat, zbyt cienka treściowo albo oznaczona noindex).

Robot / crawler — Crawler (robot, np. Googlebot) to program wyszukiwarki, który automatycznie odwiedza strony: pobiera HTML, czyta treść i podąża za linkami, by odkrywać kolejne adresy. Tak powstaje mapa internetu, z której budowany jest indeks. Robot ma ograniczony „budżet” na każdą witrynę, więc dobrze nie marnować go na nieistotne czy zapętlone adresy. Część robotów potrafi renderować JavaScript, ale kosztuje to czas i bywa opóźnione.

SSR / CSR / SSG / prerendering — Renderowanie to sposób, w jaki treść strony trafia do przeglądarki. Przy SSR (na serwerze) i SSG (statycznie) gotowy HTML powstaje zawczasu i przychodzi kompletny. Przy CSR (w przeglądarce) serwer wysyła niemal pustą stronę, a treść dorysowuje dopiero JavaScript. Dla użytkownika efekt bywa podobny, ale dla robotów i podglądów w mediach społecznościowych ma znaczenie: treść obecna już w surowym HTML jest pewna, a ta składana przez JS — zależna od tego, czy i kiedy zostanie wykonany.

SEO i wyszukiwarki

SERP (wyniki wyszukiwania) — SERP (Search Engine Results Page) to strona z wynikami, którą wyszukiwarka pokazuje na dane zapytanie. Obok klasycznych „niebieskich linków” mieści dziś reklamy, mapę, grafiki, pytania i odpowiedzi czy wyróżnione fragmenty. Pozycja na SERP wprost przekłada się na ruch — pierwsze wyniki zbierają lwią część kliknięć. O miejsce walczy się treścią, linkami i technicznym SEO.

Słowo kluczowe — Słowo kluczowe to fraza, którą wpisują użytkownicy i na którą chcesz być widoczny w wynikach. Dobór słów kluczowych to dopasowanie treści do realnych zapytań i ich intencji, a nie do tego, jak sam nazywasz swoje produkty. Liczy się nie tylko popularność frazy, ale i jej trafność oraz konkurencyjność — czasem łatwiej i bardziej opłacalnie celować w węższe, precyzyjne zapytania.

Intencja wyszukiwania — Intencja wyszukiwania to powód, dla którego ktoś wpisał dane zapytanie. Zwykle dzieli się ją na informacyjną (chcę się dowiedzieć), nawigacyjną (szukam konkretnej strony), transakcyjną (chcę kupić/zrobić) i lokalną (szukam czegoś w pobliżu). Google coraz lepiej rozumie intencję i nagradza strony, które w nią trafiają — nawet jeśli nie używają dokładnie tych samych słów co zapytanie.

Długi ogon (long-tail) — Długi ogon (long-tail) to dłuższe, bardziej precyzyjne zapytania — np. „naprawa felg aluminiowych Kraków Krowodrza” zamiast samego „felgi”. Każde z osobna ma mały ruch, ale razem stanowią większość wszystkich wyszukiwań. Są mniej konkurencyjne i mają jaśniejszą intencję, więc łatwiej o nie rankować i częściej kończą się konwersją.

Link zwrotny (backlink) — Link zwrotny (backlink) to odnośnik z innej strony prowadzący do Twojej. Wyszukiwarka traktuje go jak głos zaufania — sygnał, że ktoś uznał Twoją treść za wartą polecenia. Kluczowa jest jakość i tematyczność źródła, a nie sama liczba. Jeden link z cenionej, powiązanej tematycznie strony znaczy więcej niż setki z przypadkowych katalogów.

Anchor (tekst linku) — Anchor (tekst kotwicy) to klikalny tekst odnośnika. Podpowiada zarówno użytkownikowi, jak i wyszukiwarce, czego dotyczy strona docelowa — dlatego „kliknij tutaj” niesie mniej wartości niż opisowy anchor. Naturalna różnorodność anchorów (marka, adres URL, opisy) jest bezpieczna; sztuczne upychanie tej samej frazy dokładnie pasującej do słowa kluczowego bywa sygnałem manipulacji.

rel: nofollow / sponsored / ugc — Atrybuty rel: nofollow, sponsored i ugc opisują charakter linku. Mówią wyszukiwarce, by nie przekazywała przez niego pełnej „mocy”: nofollow (nie ręczę za to źródło), sponsored (link płatny/reklamowy), ugc (link z treści tworzonych przez użytkowników, np. komentarzy). To sposób na uczciwe oznaczenie linków, za które nie chcesz brać pełnej odpowiedzialności — i ochronę przed zarzutem manipulacji.

PageRank — PageRank to pierwotny algorytm Google oceniający ważność stron na podstawie linków: strona jest tym istotniejsza, im więcej (i bardziej wartościowych) stron do niej linkuje, a moc „przepływa” dalej przez jej własne linki. Dziś to już tylko jeden z setek sygnałów rankingowych i nie jest publicznie pokazywany, ale leżąca u jego podstaw idea — że linki to głosy zaufania — wciąż obowiązuje.

E-E-A-T — E-E-A-T to skrót od Experience, Expertise, Authoritativeness, Trust (doświadczenie, ekspertyza, autorytet, zaufanie) — zestaw kryteriów jakości, którymi Google ocenia wiarygodność treści i jej autora. Szczególnie ważny przy tematach YMYL („Your Money or Your Life”): zdrowiu, finansach, prawie. Tam Google wymaga wyraźnych dowodów kompetencji i rzetelności źródła.

Przekierowanie 301 — Przekierowanie 301 oznacza „przeniesione na stałe”. Mówi przeglądarce i wyszukiwarce, że dany adres już nie obowiązuje, a jego miejsce zajął nowy — i że ruch oraz sygnały SEO (w tym wartość linków) mają przejść na nowy URL. To podstawowe narzędzie przy zmianie struktury adresów, przejściu na HTTPS czy migracji domeny. Dobrze wykonane 301 zachowuje wypracowane pozycje.

Przekierowanie 302 — Przekierowanie 302 oznacza „przeniesione tymczasowo”. Wyszukiwarka rozumie, że to stan chwilowy, więc zachowuje w indeksie stary adres i nie przenosi na nowy pełnej wartości SEO. Jest właściwe przy faktycznie czasowych sytuacjach (np. strona w przebudowie). Użyte przez pomyłkę zamiast 301 przy trwałej zmianie — gubi pozycje.

Kody odpowiedzi HTTP — Kody odpowiedzi HTTP to liczbowy status każdej odpowiedzi serwera, pogrupowany według pierwszej cyfry: 2xx (sukces), 3xx (przekierowanie), 4xx (błąd po stronie klienta, np. 404), 5xx (błąd serwera). Roboty traktują je dosłownie: 200 to „indeksuj”, 404/410 to „tego nie ma”, 301 to „przejdź gdzie indziej”, a 5xx to „spróbuj później”. Dlatego błędne kody wprost wpływają na indeksację.

Błąd 404 (i soft 404) — Błąd 404 oznacza, że żądana strona nie istnieje. To normalny, zdrowy status, gdy zasób faktycznie zniknął — roboty po prostu usuwają taki adres z planów indeksowania. Groźniejszy jest „soft 404”: pusta lub zastępcza strona, która zwraca kod 200 (sukces). Robot traktuje ją jak pełnoprawną treść, marnuje na nią budżet i zaśmieca indeks.

Duplikacja treści — Duplikacja treści to ta sama lub niemal identyczna treść dostępna pod wieloma adresami — np. z parametrami, wersją z www i bez, drukowalną czy językową bez hreflang. Wyszukiwarka musi wtedy wybrać jedną wersję do indeksu i rozprasza sygnały między duplikaty. Część duplikacji jest naturalna i nieszkodliwa; problem zaczyna się, gdy rozmywa pozycje albo gdy Google indeksuje wersję inną niż chcesz.

Kanibalizacja słów kluczowych — Kanibalizacja słów kluczowych to sytuacja, w której kilka Twoich własnych podstron konkuruje o to samo zapytanie. Zamiast jednej mocnej strony, „podgryzają się” w wynikach, dzieląc kliknięcia, linki i sygnały. Efekt jest odwrotny do zamierzonego: żadna z nich nie osiąga tak wysokiej pozycji, jaką mogłaby zająć jedna skonsolidowana, wyczerpująca temat strona.

Featured snippet (pozycja zero) — Featured snippet (pozycja zero) to wyróżniona odpowiedź, którą Google pokazuje na samej górze wyników — w ramce, nad klasycznymi linkami. Wyciąga ją wprost z treści jakiejś strony: akapit, listę albo tabelę. Zdobywa się go, odpowiadając na konkretne pytanie krótko i wprost, z jasną strukturą (nagłówek z pytaniem, zwięzła odpowiedź, lista kroków).

Google Search Console (GSC) — Google Search Console (GSC) to bezpłatny panel Google pokazujący, jak Twoja strona radzi sobie w wyszukiwarce: na jakie frazy się wyświetla, ile ma kliknięć i wyświetleń, jaki CTR i pozycje, a także błędy indeksowania i Core Web Vitals. To oficjalne, najbardziej wiarygodne źródło danych SEO — pokazuje realny obraz z perspektywy Google, którego nie da się uzyskać z zewnątrz.

Pokrycie indeksu — Pokrycie indeksu to obraz tego, które strony Twojej witryny są w indeksie Google, a które nie — i dlaczego. Raport w Search Console grupuje je na zaindeksowane, wykluczone oraz z błędami, podając powód każdego wykluczenia. Warto pilnować zjawiska „index bloat”: zalewu śmieciowych adresów (filtry, parametry, duplikaty), które rozmywają wartość witryny i marnują budżet indeksowania.

Strona osierocona — Strona osierocona to podstrona, do której nie prowadzi żaden link wewnętrzny z reszty serwisu. Robot odkrywa strony, podążając za linkami, więc strona bez nich jest trudna do znalezienia i zaindeksowania — istnieje, ale jakby w próżni. Często powstaje przypadkiem: po przebudowie menu, usunięciu kategorii albo publikacji adresu tylko w newsletterze.

Uboga treść (thin content) — Uboga treść (thin content) to strona o znikomej wartości dla użytkownika: bardzo krótka, powielona, automatycznie generowana albo niewnoszący nic poza słowami kluczowymi. Nie odpowiada w pełni na intencję, z jaką ktoś tu trafił. Wyszukiwarki coraz lepiej rozpoznają taką treść i obniżają ją w wynikach. Lepiej mieć mniej stron, ale każdą naprawdę wartościową.

Upychanie słów kluczowych — Upychanie słów kluczowych (keyword stuffing) to sztuczne, nienaturalne nasycanie treści frazami w nadziei na lepsze pozycje — powtarzanie tego samego słowa w kółko, ukrywanie go w tle czy wciskanie list fraz bez sensu. To relikt dawnego SEO. Dziś algorytmy rozumieją treść kontekstowo, a takie nadużycie jest sygnałem spamu, który raczej szkodzi, niż pomaga.

Cloaking — Cloaking to pokazywanie wyszukiwarce innej treści niż zwykłemu użytkownikowi — np. nafaszerowanej frazami strony robotowi, a zupełnie innej człowiekowi. To celowe oszukiwanie algorytmu. Należy do technik „black hat” i jest jawnym złamaniem zasad Google. Wykryte, kończy się drastycznym spadkiem pozycji albo całkowitym wykluczeniem z indeksu.

White hat vs black hat — White hat i black hat to dwa podejścia do SEO. White hat buduje wartość zgodnie z wytycznymi wyszukiwarek: dobra treść, technika, naturalne linki. Black hat próbuje oszukać algorytm (spam, cloaking, kupowane linki, ukryty tekst), by szybko zyskać pozycje. Black hat bywa skuteczny na krótko, ale jest niestabilny — prędzej czy później kończy się karą lub wykluczeniem. White hat rośnie wolniej, lecz trwale.

Open Graph (OG) — Open Graph (OG) to zestaw metatagów, które sterują tym, jak Twój link wygląda po wklejeniu w mediach społecznościowych i komunikatorach: og:title (tytuł), og:description (opis) i og:image (obrazek podglądu). Bez nich platforma sama zgaduje, co pokazać — często wybierając przypadkowy fragment i grafikę. Dobrze ustawiony OG sprawia, że udostępniony link wygląda atrakcyjnie i klikalnie.

Twitter Cards — Twitter Cards to odpowiednik Open Graph dla platformy X (Twitter). Tagi twitter:card, twitter:title, twitter:description i twitter:image decydują, jak udostępniony link wyświetli się w osi czasu — jako zwykły link czy bogata karta z obrazem. W praktyce X często korzysta także z tagów Open Graph, więc wystarczy je uzupełnić tam, gdzie chcesz mieć pełną kontrolę nad wyglądem karty (np. typ summary_large_image).

Okruszki (breadcrumbs) — Okruszki (breadcrumbs) to ścieżka nawigacyjna pokazująca, gdzie w strukturze serwisu znajduje się dana strona, np. Start › Kategoria › Produkt. Każdy element jest zwykle klikalnym linkiem do poziomu wyżej. Pomagają użytkownikowi się zorientować i wrócić, a oznaczone danymi strukturalnymi (BreadcrumbList) bywają wyświetlane wprost w wynikach Google zamiast surowego adresu URL.

Cytowanie lokalne — Cytowanie lokalne (local citation) to każde miejsce w sieci, gdzie pojawia się NAP Twojej firmy — nazwa, adres i telefon — np. w katalogu, wizytówce czy serwisie branżowym. Spójne cytowania budują zaufanie wyszukiwarek do tego, że firma istnieje pod danym adresem, i wspierają widoczność w wynikach lokalnych.

Jakość katalogu stron — Jakość katalogu decyduje o tym, czy wpis w nim cokolwiek daje. Wartościowy katalog jest tematyczny lub lokalny, moderowany, ma realny ruch i nie sprzedaje masowo linków. Słaby katalog (otwarty na wszystko, bez moderacji, pełen spamu) w najlepszym razie nic nie wnosi, a w gorszym jest sygnałem niskiej jakości.

Masowe zgłaszanie do katalogów — Masowe dodawanie do katalogów to automatyczne zgłaszanie strony do setek lub tysięcy katalogów naraz — zwykle sprzedawane jako „pakiet SEO”. To technika z czasów, gdy liczyła się liczba linków, nie ich jakość. Dziś Google ignoruje lub dewaluuje takie linki, a w skrajnych przypadkach traktuje je jako schemat linkowania. Zysk jest iluzoryczny, a ryzyko realne.

Crawlable content — Treść dostępna dla robotów (crawlable content) to taka, którą wyszukiwarka może pobrać i zrozumieć bez przeszkód: jest publiczna, linkowana, renderuje się poprawnie i nie jest blokowana przez robots.txt ani noindex. Jeśli kluczowa treść pojawia się dopiero po zalogowaniu, po kliknięciu lub wyłącznie przez ciężki JavaScript, robot może jej nie zobaczyć — a wtedy nie trafi do indeksu.

Analityka i pomiar

CTR (współczynnik klikalności) — CTR (Click-Through Rate) to odsetek osób, które kliknęły link spośród tych, którym się wyświetlił: kliknięcia podzielone przez wyświetlenia. W wynikach wyszukiwania zależy głównie od tytułu i opisu, bo to one zachęcają (lub nie) do kliknięcia. Dla danej pozycji wyższy CTR oznacza więcej ruchu z tej samej widoczności, a sygnały zaangażowania mogą z czasem pomóc i samej pozycji.

Współczynnik odrzuceń — Współczynnik odrzuceń to odsetek wizyt, które kończą się na jednej stronie bez dalszej interakcji. Bywa interpretowany jako sygnał, że treść nie spełniła oczekiwań — ale nie zawsze: czasem użytkownik znalazł odpowiedź od razu i zadowolony wyszedł. W GA4 klasyczny „bounce” zastąpiono miarą zaangażowania, ale idea pozostała: czy odwiedzający robi coś poza obejrzeniem jednej strony.

Konwersja — Konwersja to wykonanie przez użytkownika działania, na którym Ci zależy: zakupu, wysłania formularza, telefonu, zapisu do newslettera. To miara, która łączy SEO z realnym wynikiem biznesowym. Celem nie jest ruch dla ruchu, lecz ruch, który konwertuje — dlatego trafność (właściwe frazy, właściwa intencja) bywa ważniejsza niż sama liczba wejść.

CRO (optymalizacja konwersji) — CRO (Conversion Rate Optimization) to systematyczne zwiększanie odsetka odwiedzających, którzy wykonują cel — bez konieczności zwiększania ruchu. Polega na poprawie treści, układu, szybkości i ścieżki użytkownika, popartej danymi i testami. Zamiast „przyciągnąć więcej ludzi”, CRO pyta „jak sprawić, by więcej z obecnych odwiedzających zrobiło to, czego chcemy”.

Google Analytics 4 (GA4) — Google Analytics 4 (GA4) to darmowe narzędzie analityki ruchu od Google. Mierzy zdarzenia (kliknięcia, przewinięcia, zakupy), ścieżki użytkowników i konwersje, dając obraz tego, co dzieje się na stronie po wejściu. W odróżnieniu od dawnego Universal Analytics jest oparte na zdarzeniach, a nie na sesjach i odsłonach — bardziej elastyczne, ale wymagające konfiguracji celów, by dawało wartościowe dane.

Menedżer tagów — Menedżer tagów (np. Google Tag Manager) to narzędzie, które wstrzykuje na stronę kody śledzące — analitykę, piksele reklamowe, mapy ciepła — bez edycji kodu samej strony. Zarządzasz nimi z jednego panelu, dodając i zmieniając „tagi” regułami. Daje to wygodę i niezależność od programisty, ale każdy tag to dodatkowy JavaScript, który może spowolnić stronę, jeśli się go nadużywa.

Lejek (funnel) — Lejek (funnel) to ciąg etapów, przez które przechodzi użytkownik w drodze do celu — np. wejście → karta produktu → koszyk → płatność → zakup. Na każdym etapie część osób odpada, więc lejek zwęża się ku dołowi. Analiza lejka pokazuje, gdzie dokładnie tracisz najwięcej ludzi — a to właśnie te miejsca dają największy potencjał poprawy.

Testy A/B — Testy A/B to metoda podejmowania decyzji na danych: część użytkowników widzi wariant A, część wariant B, a wygrywa ten z lepszym wynikiem (np. wyższą konwersją). Zamiast zgadywać, sprawdzasz empirycznie, co działa. Kluczowe są wystarczająca próba i jedna testowana zmiana naraz, by wynik był wiarygodny i dało się przypisać go konkretnej różnicy.

Narzędzia i serwisy SEO

Bing Webmaster Tools (BWT) — Bing Webmaster Tools to bezpłatny panel Microsoftu, odpowiednik Google Search Console dla wyszukiwarki Bing. Pokazuje, na jakie frazy wyświetlasz się w Bing, liczby kliknięć i wyświetleń, błędy indeksowania oraz pozwala zgłaszać adresy. Obsługuje też protokół IndexNow do szybkiego informowania o zmianach. Choć Bing ma mniejszy udział niż Google, napędza m.in. wyszukiwanie w Windows i część asystentów AI.

Google Business Profile (GBP) — Google Business Profile (dawniej Google Moja Firma) to bezpłatna wizytówka firmy w wyszukiwarce Google i w Mapach. Zawiera nazwę, adres, telefon, godziny, zdjęcia i opinie — i to ją Google pokazuje w wynikach lokalnych oraz w „mapce”. Dla firm działających lokalnie to jeden z najważniejszych elementów widoczności, często ważniejszy niż sama strona przy zapytaniach „w pobliżu”.

Google Trends — Google Trends to bezpłatne narzędzie pokazujące, jak popularność danego zapytania zmienia się w czasie i jak rozkłada się geograficznie. Wartości są względne (0–100), nie bezwzględne, więc służą do porównań i wyłapywania trendów, a nie do liczenia konkretnego ruchu. Pomaga wychwycić sezonowość (kiedy ludzie szukają danego tematu), rosnące frazy i różnice regionalne — przydatne przy planowaniu treści i kampanii.

PageSpeed Insights (PSI) — PageSpeed Insights (PSI) to bezpłatne narzędzie Google oceniające wydajność strony. Łączy dane laboratoryjne (z silnika Lighthouse, w kontrolowanych warunkach) z danymi „polowymi” z raportu CrUX — czyli od realnych użytkowników Chrome, jeśli strona ma ich wystarczająco wielu. Daje wynik i konkretne rekomendacje, w tym Core Web Vitals. SEOMaster traktuje PSI informacyjnie — własne pomiary liczymy niezależnie.

Test wyników z elementami rozszerzonymi — Test wyników z elementami rozszerzonymi to bezpłatne narzędzie Google, które sprawdza, czy dane strukturalne (schema.org) na stronie kwalifikują się do bogatych wyników — gwiazdek, FAQ, produktów, przepisów. Pokazuje, jakie typy danych Google wykrył, czy są poprawne i jakie błędy lub ostrzeżenia trzeba poprawić, by realnie pojawić się jako rich result.

Walidator Schema.org — Walidator Schema.org to niezależne narzędzie sprawdzające poprawność danych strukturalnych na stronie. W odróżnieniu od testu Google (który ocenia kwalifikowalność do bogatych wyników), skupia się na zgodności ze specyfikacją schema.org — składni i typach. Przydaje się, by wyłapać błędy formalne w oznaczeniach, zanim sprawdzi się, czy kwalifikują się do rich results.

IndexNow — IndexNow to otwarty protokół, który pozwala od razu powiadomić wyszukiwarki o nowych lub zmienionych adresach, zamiast czekać, aż roboty same je odkryją. Po zmianie strony „pingujesz” wyszukiwarki listą adresów URL. Wymaga umieszczenia na domenie klucza weryfikującego. Wspierają go m.in. Bing i Seznam; Google oficjalnie go nie obsługuje, więc traktuj go jako uzupełnienie, nie zamiennik sitemapy.

CrUX (dane realnych użytkowników) — CrUX (Chrome User Experience Report) to publiczny zbiór danych Google o realnej wydajności stron, zbierany anonimowo od użytkowników przeglądarki Chrome (którzy się na to zgodzili). To źródło „polowych” Core Web Vitals — pokazujących, jak strona działa u prawdziwych ludzi, a nie w teście. Dane są dostępne tylko dla stron z wystarczająco dużym ruchem; mniejsze witryny mogą ich nie mieć i muszą polegać na pomiarach laboratoryjnych.

Search Essentials (wytyczne Google) — Search Essentials (dawniej Webmaster Guidelines) to oficjalne wytyczne Google opisujące, co robić, a czego unikać, by strona była poprawnie indeksowana i nie dostała kary. Obejmują wymagania techniczne, zasady dotyczące spamu i zalecenia jakościowe. To punkt odniesienia, który oddziela „białe” SEO (budowanie wartości zgodnie z zasadami) od technik ryzykownych. W razie wątpliwości, czy coś jest dozwolone, to pierwsze źródło.

Test mobilności — Test mobilności (mobile-friendly) ocenia, czy strona jest wygodna w obsłudze na telefonie: czy tekst jest czytelny bez przybliżania, elementy klikalne nie są zbyt blisko siebie, a układ mieści się w ekranie bez przewijania w poziomie. To ważne, bo Google indeksuje przede wszystkim wersję mobilną (mobile-first). Funkcje takiej oceny są dziś wbudowane w Lighthouse i Search Console.

WAVE — WAVE to bezpłatne narzędzie do oceny dostępności (a11y), które wizualnie zaznacza problemy wprost na stronie: brak tekstów alternatywnych, słaby kontrast, błędy ARIA, problemy ze strukturą nagłówków. Pokazuje je ikonami nałożonymi na podgląd, co ułatwia zrozumienie kontekstu. To dobry punkt startu do audytu dostępności, choć — jak każdy automat — wyłapuje tylko część problemów; resztę trzeba sprawdzić ręcznie (klawiatura, czytnik ekranu).

Screaming Frog — Screaming Frog (SEO Spider) to desktopowy program, który „przechodzi” witrynę jak robot wyszukiwarki i zbiera dane techniczne: tytuły, opisy, statusy odpowiedzi, przekierowania, duplikaty, linki wewnętrzne, dane strukturalne. To klasyk audytów technicznych SEO. Pozwala szybko wyłapać problemy na dużej liczbie podstron — np. masowe 404, brakujące tytuły czy łańcuchy przekierowań — których nie widać, patrząc na pojedyncze strony.

GTmetrix — GTmetrix to hostowane narzędzie do testowania szybkości ładowania strony. Pokazuje czas ładowania, wagę i liczbę zasobów oraz „wodospad” (waterfall) — wykres, na którym widać, co i kiedy się pobiera oraz co opóźnia ładowanie. Daje konkretne rekomendacje i pozwala testować z różnych lokalizacji i przy różnych prędkościach łącza, co pomaga zrozumieć doświadczenie użytkowników spoza Twojego regionu.

WebPageTest — WebPageTest to zaawansowane, szczegółowe narzędzie do testowania wydajności stron. Pozwala testować z wielu lokalizacji na świecie, w różnych przeglądarkach i przy zadanych prędkościach łącza, a wyniki obejmują wodospady zasobów, klatki ładowania (film) i Core Web Vitals. Jest bardziej techniczne niż proste testy, ale daje najgłębszy wgląd — dobre do diagnozy trudnych problemów wydajności i porównań w realistycznych warunkach.

Ahrefs — Ahrefs to płatna platforma SEO znana przede wszystkim z analizy linków (backlinków), oparta na własnym, dużym indeksie sieci. Pozwala badać profil linków swojej strony i konkurencji, szukać słów kluczowych, śledzić pozycje i audytować witrynę. To narzędzie dla osób prowadzących SEO bardziej zawodowo; dane o linkach i frazach są jego mocną stroną, ale to estymacje firmy trzeciej, nie oficjalne dane Google.

Semrush — Semrush to płatna, wszechstronna platforma marketingowo-SEO: badanie słów kluczowych, audyty techniczne, śledzenie pozycji, analiza konkurencji i jej reklam, a także treści i mediów społecznościowych. Działa na własnych danych i estymacjach. Mocną stroną jest szerokość — łączy wiele funkcji w jednym miejscu — co czyni ją popularnym wyborem dla agencji i zespołów marketingu prowadzących SEO kompleksowo.

Moz — Moz to płatna platforma SEO, najbardziej znana z metryk autorytetu: Domain Authority (DA) i Page Authority (PA). To autorskie wskaźniki w skali 0–100, które szacują „siłę” domeny lub strony na podstawie profilu linków — wymyślone przez firmy trzecie, nie przez Google. Moz oferuje też badanie fraz, audyty i śledzenie pozycji. DA bywa wygodnym skrótem do porównań, ale łatwo go przecenić — to estymacja, nie czynnik rankingowy Google.

Weryfikacja własności strony — Weryfikacja właściciela to potwierdzenie, że zarządzasz daną domeną, zanim narzędzie pokaże Ci jej dane. Search Console i Bing Webmaster Tools wymagają jej przed dostępem do raportów indeksowania. Najczęstsze metody: rekord DNS (TXT), plik weryfikacyjny w katalogu głównym, znacznik meta w sekcji <head> albo połączenie z Google Analytics/Tag Manager.

URL Inspection — URL Inspection w Google Search Console pokazuje, co Google wie o konkretnym adresie: czy jest zindeksowany, kiedy był ostatnio odwiedzony, jaką wersję zrenderował i czy są błędy. Pozwala też poprosić o ponowne zindeksowanie po większej zmianie — to kolejka, nie gwarancja, więc używaj jej dla ważnych adresów, nie hurtowo.

Zgłoszenie sitemap.xml — Zgłoszenie mapy strony to wskazanie wyszukiwarce pliku sitemap.xml z listą adresów, które chcesz pokazać. Nie zastępuje linkowania wewnętrznego, ale przyspiesza odkrywanie nowych i głęboko ukrytych podstron. Sitemapę zgłasza się raz w Search Console / Bing Webmaster Tools; potem wystarczy ją aktualizować — narzędzia same ją okresowo pobierają.

Bing Places for Business — Bing Places for Business to odpowiednik wizytówki Google dla wyszukiwarki Bing i map Bing. Dla firm z lokalizacją to dodatkowy, darmowy kanał widoczności w wynikach lokalnych. Część danych można zaimportować z Google Business Profile, co skraca konfigurację. Bing zasila też wyniki w Windows, Copilot i niektórych integracjach.

Apple Business Connect — Apple Business Connect to bezpłatny panel, w którym firma zarządza swoją kartą w Apple Maps (i powiązanych miejscach w ekosystemie Apple). To lokalny odpowiednik wizytówki dla użytkowników iPhone'ów i Maców. Pozwala dodać godziny, zdjęcia, logo, akcje („Pokaż menu”, „Zarezerwuj”) i aktualności (Showcases).

OpenStreetMap (OSM) — OpenStreetMap (OSM) to otwarta, społecznościowa mapa świata. Dane z OSM zasilają wiele aplikacji i serwisów, które nie korzystają z Google ani Apple Maps. Dla firmy oznacza to dodatkowy punkt obecności: dobrze opisany obiekt (nazwa, adres, godziny, strona) pojawia się w narzędziach opartych na OSM.

Inne

llms.txt — Propozycja z 2024 roku (llmstxt.org): plik /llms.txt w Markdownie, opisujący firmę i najważniejsze podstrony. Uwaga — to NIE jest standard i żaden duży dostawca AI oficjalnie go jeszcze nie honoruje. Dlatego w naszym scoringu ma niską wagę, a jego brak prawie nie obniża wyniku.

Roboty AI (GPTBot, ClaudeBot, PerplexityBot) — Dzielą się na dwie grupy o przeciwnych skutkach. Roboty TRENUJĄCE (GPTBot, ClaudeBot, Google-Extended, CCBot) pobierają treść do uczenia modeli. Roboty WYSZUKUJĄCE (OAI-SearchBot, Claude-SearchBot, PerplexityBot, ChatGPT-User) pobierają stronę, żeby zacytować ją w odpowiedzi — razem z linkiem do Ciebie. Sterujesz nimi w robots.txt, osobno dla każdego.

Jak liczymy wynik · Historia internetu