Podsumowywanie strony (Chrome)

Funkcja Chrome wykorzystująca Gemini Nano do generowania 5-7 zdań podsumowania aktualnie otwartej strony — z menu kontekstowego, paska narzędzi i side panel'u. Podsumowanie staje się "twoją stroną" w głowie użytkownika. Jakość zależy od semantyki HTML, schema.org, hierarchii nagłówków i llms.txt.

W Polsce nazywane też:

Page summarization Chromepodsumowywanie strony ChromeSummarize this page Chromestreszczenie strony Chrome

Użytkownik otwiera twoją stronę. Strona ładuje się, użytkownik widzi twój nagłówek, twój hero, twoją kompozycję. Ale zanim zacznie scrollować, na pasku narzędzi (Chrome 144+) widzi przycisk „Summarize this page”. Klika.

Nano czyta DOM. Wybiera elementy semantyczne. Generuje 5-7 zdań które według niego oddają sens twojej strony. Użytkownik czyta podsumowanie. Decyduje czy zostać na twojej stronie czy nie.

Twoja strona właśnie została przefiltrowana przez model zanim człowiek przeczytał choćby jedno twoje zdanie.

Czym jest Podsumowywanie strony w Chrome

Page summarization (Podsumowywanie strony) to funkcja Chrome wykorzystująca lokalny model Gemini Nano do generowania zwięzłego podsumowania (5-7 zdań) aktualnie otwartej strony WWW — dostępna z menu kontekstowego, paska narzędzi i side panel’u — operująca na DOM-ie strony i wybierająca elementy semantyczne jako źródło treści podsumowania.

Mechanizm

Użytkownik wywołuje funkcję (przycisk na pasku, menu kontekstowe, side panel). Chrome przekazuje do Gemini Nano:
– text content strony (extracted z DOM, nie z screen-grabowanego rendera),
– strukturę nagłówków (h1, h2, h3),
– atrybuty meta (title, description, og:title, og:description),
– schema.org JSON-LD (jeśli obecny),
– znaczniki semantyczne (

,

,
,

,

).

Model generuje podsumowanie w polskim/angielskim/innym języku zależnie od kontekstu strony. Czas operacji: sekundy.

Co Page summarization robi z twoją stroną

Podsumowanie staje się „twoją stroną” w głowie użytkownika. Jeśli użytkownik czyta podsumowanie i ono mu nie odpowiada — opuszcza twoją stronę nie czytając jej oryginalnej treści. Jeśli podsumowanie jest niedokładne, użytkownik dostaje fałszywy obraz tego co oferujesz.

Konkurencja z lepszą semantyką dostaje lepsze podsumowanie. Klient, który czytał oba — twoje i konkurencji — wybiera na podstawie podsumowań, nie na podstawie waszych stron.

Co wpływa na jakość podsumowania

Hierarchia nagłówków: jeden

na stronę, kompletna hierarchia h2-h3, treść nagłówków odpowiada na konkretne pytania. Nano używa nagłówków jako struktury podsumowania.

Semantyka HTML:

,

,
dają modelowi mapę.

daje zupę znaków.

Schema.org JSON-LD: LocalBusiness, Service, Product, Article — typy schema dają modelowi precyzyjną informację o tym czym jest twoja strona.

llms.txt: plik /llms.txt mówi modelowi jak czytać twoją stronę i co ma być pierwszą informacją w streszczeniu. Format młody (2024), ale Chrome (i inni) coraz częściej go uwzględnia.

Meta description: dobrze napisany meta description trafia do modelu jako „preferowane streszczenie” — może mocno wpłynąć na końcowe podsumowanie.

Testowanie jak Nano widzi twoją stronę

W Chrome z włączonymi flagami AI (chrome://flags/#prompt-api-for-gemini-nano = Enabled, chrome://flags/#optimization-guide-on-device-model = Enabled BypassPerfRequirement) możesz w DevTools wywołać:

const session = await window.ai.createTextSession();
const summary = await session.prompt(„Summarize the current page.”);

To co dostaniesz jest tym, co dostanie twój użytkownik klikając „Summarize this page”. Jeśli to podsumowanie nie reprezentuje twojej strony — masz pracę do zrobienia w semantyce, schema.org i treści.

Page summarization a SEO

Page summarization to nie SEO. SEO decyduje czy człowiek dotrze do twojej strony przez wyszukiwarkę. Page summarization decyduje co człowiek zobaczy z twojej strony po dotarciu. To dwie różne warstwy widoczności — obie wymagają osobnej optymalizacji, ale techniczna baza (semantyka, schema, jasna treść) jest wspólna.

Przeglądarka-jako-AgentParadygmat w którym przeglądarka zawiera wbudowany lokalny LLM modulujący doświadczenie każdej odwiedzanej strony — bez wyraźnej intencji użytkownika i bez wiedzy autora strony. W przeciwieństwie do Agent-in-Browser (świadomie uruchamiany gość), Browser-as-Agent jest cały czas obecny. Wcielenie: Chrome z Gemini Nano w 500M+ urządzeń.Przeramowanie treści po stronie przeglądarkiZjawisko w którym treść strony WWW jest modyfikowana, podsumowywana, klasyfikowana lub parafrazowana przez lokalny model AI w przeglądarce użytkownika ZANIM zostanie zaprezentowana w finalnej formie — bez wiedzy autora strony. Łamie historyczny kontrakt "serwer wysyła HTML, przeglądarka renderuje". Niewidoczne dla klasycznych analytics.Gemini NanoLokalny LLM od Google z rodziny Gemini, przeznaczony do uruchomienia na urządzeniu użytkownika — napędzający funkcje AI w Chrome (Help me write, Page summarization, Tab group suggestions). Jedyne pełnoskalowe wcielenie Browser-as-Agent w 2026 — pre-stage'owany na ~500M+ urządzeń desktop bez zgody użytkownika.Pomóż mi napisać (Chrome)Funkcja Chrome wykorzystująca lokalny Gemini Nano do pomocy użytkownikowi w pisaniu treści w polach formularzy — z menu kontekstowego prawego kliknięcia. Model czyta kontekst strony (nagłówki, opis, FAQ) i generuje treść w stylu witryny. Wiadomości od klientów stają się generowane przez model, nie przez klienta.Prompt API (Chrome)Interfejs JavaScript w Chrome (window.ai od Chrome 127+) umożliwiający stronom WWW programatyczne korzystanie z lokalnego Gemini Nano — bez klucza API, bez chmury, bez kosztu inferencji. Pierwsza możliwość lokalnego LLM dostępnego dla strony WWW. Otwiera nowe wzorce projektowania pod prywatność i agent-readiness.llms.txtPlik tekstowy umieszczany w katalogu głównym strony zawierający uproszczone informacje o witrynie przeznaczone dla modeli językowych — analogia robots.txt ale dla LLM.Semantyczny HTMLUżycie znaczników HTML zgodnie z ich znaczeniem (main, article, nav, header, footer) zamiast generycznych div — pozwala agentom AI zrozumieć strukturę strony bez zgadywania.