NotebookLM to teraz Gemini Notebook. Nowy fetcher Google omija robots.txt

Google zmienia nazwe swojego popularnego narzedzia badawczego: NotebookLM staje sie Gemini Notebook. Za pozornie kosmetycznym rebrandingiem kryje sie jednak zmiana, ktora powinna zainteresowac kazdego, kto zarzadza trescia w sieci. Wraz z nowa marka pojawia sie nowy identyfikator bota, Google-GeminiNotebook, ktory pobiera artykuly na zyczenie uzytkownikow i, jak ostrzega branza SEO, nie respektuje regul zapisanych w pliku robots.txt.

To nie jest odosobniony przypadek. Google od miesiecy rozbudowuje warstwe agentow i fetcherow uruchamianych przez ludzi, a nie przez klasyczne indeksowanie. Dla wydawcow i wlascicieli sklepow oznacza to jedno: dotychczasowe metody kontroli nad tym, kto i jak korzysta z ich tresci, przestaja wystarczac.

Co dokladnie zmienil Google

Zgodnie z oficjalnym komunikatem firmy, ogloszonym 16 lipca 2026 roku, NotebookLM zostaje przemianowany na Gemini Notebook. Google podkresla, ze produkt pozostaje samodzielna aplikacja, ale zyskuje glebsza integracje z reszta ekosystemu Gemini. Notatniki mozna teraz tworzyc i przegladac bezposrednio w aplikacji Gemini, z pelna synchronizacja miedzy oboma srodowiskami. W planach jest tez wprowadzenie notatnikow do trybu AI Mode w wyszukiwarce.

Do tego dochodzi nowa, praktyczna funkcja: mozliwosc uruchamiania kodu wewnatrz notatnika, w bezpiecznym srodowisku chmurowym, przeznaczona przede wszystkim do analizy danych. Ta opcja trafia stopniowo do uzytkownikow planu Pro. Logo zostaje odswiezone i przyjmuje charakterystyczny niebiesko-fioletowy gradient Gemini.

Google zapewnia, ze rebranding nie lamie niczego, co uzytkownicy juz zbudowali. Linki do istniejacych notatnikow dzialaja bez zmian, a zewnetrzne rozszerzenia funkcjonuja tak jak dotychczas. Skala produktu robi wrazenie: z narzedzia korzysta ponad 30 milionow osob i przeszlo 600 tysiecy organizacji. To wlasnie ta skala sprawia, ze zmiana technicznego identyfikatora bota nie jest blaha.

Sedno sprawy: nowy fetcher i robots.txt

Najwiecej emocji w branzy budzi nie sama nazwa, lecz to, co dzieje sie pod maska. Jak podaje serwis Search Engine Journal, autorstwa Rogera Monttiego, wraz z rebrandingiem Google wprowadza nowy identyfikator uzytkownika (user agent) dla fetchera odpowiedzialnego za pobieranie zrodel. Dotychczasowy Google-NotebookLM ma zostac wygaszony w sierpniu 2026 roku, a jego miejsce zajmuje Google-GeminiNotebook, w wariantach mobilnym i desktopowym.

Kluczowa jest klasyfikacja tego bota. Google zalicza go do kategorii tak zwanych user-triggered fetchers, czyli pobieran uruchamianych bezposrednio przez uzytkownika, a nie przez automatyczny crawler dzialajacy w tle. Ta roznica ma powazne konsekwencje. Zgodnie z dokumentacja Google, fetchery uruchamiane przez uzytkownika nie sa zobowiazane do przestrzegania dyrektyw z pliku robots.txt, poniewaz, jak argumentuje firma, dzialaja na wyrazne polecenie czlowieka, a nie z wlasnej inicjatywy.

W praktyce oznacza to, ze regula, ktora do tej pory blokowala Google-NotebookLM, po sierpniu przestanie cokolwiek zmieniac. Co wiecej, nawet poprawnie skonfigurowany robots.txt nie zatrzyma pobrania, jesli uzytkownik Gemini Notebook wskaze adres Twojej strony jako zrodlo. To fundamentalna zmiana logiki: robots.txt zawsze byl sugestia, a nie twardym zabezpieczeniem, ale w modelu user-triggered ta sugestia jest ignorowana z zalozenia.

Kontekst: rosnaca rodzina fetcherow Google

Gemini Notebook nie dziala w prozni. To kolejny element coraz bardziej rozbudowanej rodziny botow, ktore Google wykorzystuje do zasilania swoich produktow AI. Obok klasycznego Googlebota, odpowiedzialnego za indeksowanie wynikow wyszukiwania, firma prowadzi osobne identyfikatory dla trenowania i uzywania modeli, miedzy innymi Google-Extended, ktory steruje wykorzystaniem tresci do uczenia Gemini. Roznica polega na tym, ze o ile Google-Extended respektuje ustawienia w robots.txt, o tyle fetchery uruchamiane przez uzytkownika sa z tej logiki wylaczone.

Dla administratora oznacza to koniecznosc rozroznienia trzech odrebnych warstw. Pierwsza to indeksowanie, w ktorym robots.txt nadal dziala i decyduje o obecnosci w wynikach. Druga to trenowanie modeli, gdzie osobne dyrektywy pozwalaja zrezygnowac z udzialu w uczeniu bez utraty pozycji w wyszukiwarce. Trzecia, najnowsza i najtrudniejsza do kontrolowania, to pobrania na zyczenie uzytkownika, ktore omijaja robots.txt i wymagaja twardych regul serwerowych. Zrozumienie tej mapy jest dzis warunkiem swiadomego zarzadzania trescia.

Ta segmentacja tlumaczy, dlaczego pojedyncza regula w robots.txt przestaje byc wystarczajaca. Wydawca, ktory chce panowac nad tym, gdzie i jak pojawiaja sie jego tresci, musi mysleć wielowarstwowo: inaczej dla indeksowania, inaczej dla trenowania modeli, a jeszcze inaczej dla narzedzi typu Gemini Notebook, ktore czytaja strone w imieniu konkretnej osoby.

Jak wyglada zbieranie tresci

Gemini Notebook potrafi zasilac notatniki na kilka sposobow, a czesc z nich bezposrednio dotyka wydawcow. Najczesciej wskazywana funkcja jest Discover Sources, ktora automatycznie wyszukuje i pobiera do dziesieciu artykulow powiazanych z tematem podanym przez uzytkownika. System generuje z nich streszczenia, a te, jak zauwaza branza, potrafia pojawiac sie bez wyraznego wskazania zrodla.

Druga scieżka to konwersja tresci na inne formaty. Gemini Notebook zamienia zebrany material w audio w formie podcastu lub w wyjasnienia wideo. Powstaje w ten sposob produkt pochodny, ktory moze konkurowac o uwage odbiorcy z oryginalnym artykulem, czesto bez odsylania ruchu z powrotem do wydawcy.

Ponizsza tabela porzadkuje najwazniejsze fakty dotyczace zmiany.

Co to znaczy dla SEO i AIO

Dla specjalistow SEO i AIO ta zmiana jest kolejnym sygnalem, ze granica miedzy klasycznym indeksowaniem a pobieraniem tresci przez modele jezykowe coraz bardziej sie zaciera. Przez lata robots.txt byl podstawowym narzedziem komunikacji z robotami Google. Dzis czesc ruchu botow, ktory realnie czyta Twoje tresci, znajduje sie poza jego zasiegiem. Pisalismy juz o tym, jak boty AI przejely wiekszosc ruchu w sieci i jak zmienia to reguly gry dla widocznosci.

Pierwsza konsekwencja jest strategiczna. Jesli Twoje tresci trafiaja do notatnikow, streszczen i podcastow generowanych przez Gemini Notebook, powstaje pytanie o widocznosc i atrybucje. Zysk jest realny, gdy narzedzie odsyla uzytkownika do zrodla i buduje Twoja rozpoznawalnosc jako eksperta. Strata pojawia sie, gdy odbiorca dostaje gotowe streszczenie i nigdy nie odwiedza strony. To ta sama logika, ktora znamy z AI Overviews i odpowiedzi generatywnych.

Warto tez spojrzec na to z perspektywy pomiaru. Klasyczne narzedzia analityczne pokazuja ruch z wyszukiwarki, ale pobrania realizowane przez Gemini Notebook czesto nie zostawiaja sladu w standardowych raportach odwiedzin, bo nie prowadza do wizyty czlowieka na stronie. Efekt jest paradoksalny: Twoja tresc moze wplywac na coraz szersze grono odbiorcow w srodowiskach generatywnych, a jednoczesnie wykresy sesji organicznych beda plaskie lub nawet spadac. Dlatego rosnie znaczenie analizy logow serwera oraz nowych metryk widocznosci w odpowiedziach AI, ktore uzupelniaja obraz niewidoczny dla tradycyjnej analityki.

Druga konsekwencja jest techniczna. Blokowanie na poziomie robots.txt przestaje dzialac wobec fetcherow uruchamianych przez uzytkownika, wiec kontrola musi przeniesc sie na warstwe serwera. To zblizenie tematyki AIO do klasycznego technicznego SEO, w ktorym liczy sie konfiguracja serwera, naglowki i reguly dostepu. Warto tez pamietac o wplywie na budzet crawlowania, bo kazdy dodatkowy bot to obciazenie infrastruktury, nawet jesli formalnie nie jest klasycznym crawlerem.

Jak ograniczyc dostep, jesli tego chcesz

Skoro robots.txt nie zatrzyma Google-GeminiNotebook, jedyna skuteczna metoda pozostaje blokada na poziomie serwera lub firewalla aplikacyjnego. Branza wskazuje regule dla pliku .htaccess, ktora odrzuca zadania na podstawie identyfikatora uzytkownika. Zasada dziala tak, ze serwer rozpoznaje user agenta i zwraca odpowiedz odmowna, zanim tresc zostanie wydana. Przed wdrozeniem takiej blokady warto jednak przemyslec, czy rezygnacja z obecnosci w Gemini Notebook nie oznacza utraty potencjalnej widocznosci wobec ponad 30 milionow uzytkownikow narzedzia.

Istotny jest tez element porzadkowy. Kto ma na stale zapisany stary identyfikator Google-NotebookLM w regulach serwera, powinien zaktualizowac go przed sierpniem 2026 roku. Po tej dacie stare wpisy przestana obejmowac ruch generowany przez Gemini Notebook, poniewaz bot bedzie przedstawial sie juz nowa nazwa.

Reakcje branzy

W srodowisku SEO rebranding odczytano dwutorowo. Z jednej strony sam fakt zmiany nazwy przyjeto spokojnie, bo funkcjonalnie produkt pozostaje ten sam, a Google zadbal o zachowanie linkow i rozszerzen. Z drugiej strony kwestia fetchera i robots.txt wywolala dyskusje o kurczacej sie kontroli wydawcow nad wlasnymi trescami.

Powracajacym argumentem jest asymetria. Modele Google i innych dostawcow korzystaja z tresci publikowanych w sieci, ale coraz czesciej serwuja je uzytkownikowi w formie przetworzonej, bez klikniecia w zrodlo. Klasyfikowanie botow jako fetcherow uruchamianych przez uzytkownika bywa opisywane jako sposob na obejscie ograniczen, ktore wlasciciele stron nakladaja przez robots.txt. Google z kolei podkresla, ze to uzytkownik podejmuje decyzje o pobraniu, a narzedzie jedynie ja realizuje.

Praktycy zwracaja uwage na jeszcze jeden watek: przejrzystosc. Publikacja nowego identyfikatora user agenta jest krokiem pozytywnym, bo pozwala administratorom precyzyjnie rozpoznac i, jesli chca, zablokowac ruch. Gorzej byloby, gdyby fetcher ukrywal sie pod ogolnym identyfikatorem przegladarki. W tym sensie Google gra w otwarte karty, nawet jesli sama zasada dzialania budzi kontrowersje.

Osobnym glosem w dyskusji sa wydawcy tresci premium i redakcje, dla ktorych kazde streszczenie bez klikniecia to bezposredni ubytek przychodu. Ich argument jest prosty: skoro narzedzie potrafi zamienic artykul w podcast lub wideo, to konkuruje z oryginalem nie tylko o uwage, ale i o monetyzacje. Z drugiej strony czesc marketerow widzi w Gemini Notebook szanse na dotarcie do odbiorcow, ktorzy i tak nie trafiliby na strone przez klasyczne wyszukiwanie. To napiecie miedzy ochrona a zasiegiem bedzie definiowac strategie tresci na najblizsze kwartaly.

Praktyczna lista dzialan

Zamiast reagowac panicznie, warto podejsc do tematu metodycznie. Ponizsze kroki pozwalaja przejsc od diagnozy do swiadomej decyzji, niezaleznie od tego, czy prowadzisz blog, sklep, czy duzy serwis informacyjny.

• Audyt logow serwera. Przefiltruj logi pod katem identyfikatorow Google-NotebookLM oraz Google-GeminiNotebook i sprawdz, ktore adresy sa najczesciej pobierane. To da Ci realny obraz skali, zamiast domyslow.
• Decyzja strategiczna. Ustal, czy dana sekcja serwisu ma byc dostepna dla narzedzi generatywnych. Tresci budujace rozpoznawalnosc marki mozesz zostawic otwarte, a materialy premium ograniczyc.
• Wdrozenie na poziomie serwera. Jesli decydujesz sie na blokade, zastosuj regule w pliku .htaccess lub w firewallu aplikacyjnym, bo robots.txt tu nie zadziala.
• Aktualizacja starych regul. Zamien wszystkie wpisy odwolujace sie do Google-NotebookLM na nowy identyfikator przed sierpniem 2026 roku.
• Monitoring widocznosci. Obserwuj, czy Twoje tresci pojawiaja sie w odpowiedziach generatywnych i czy generuja ruch zwrotny, aby ocenic realny bilans zyskow i strat.

Taka rutyna sprawia, ze decyzja o blokadzie lub otwarciu przestaje byc odruchem, a staje sie elementem strategii opartej na danych. W praktyce wiekszosc serwisow wybierze rozwiazanie hybrydowe: otwarte tresci poradnikowe i budujace autorytet oraz zamkniete zasoby o najwyzszej wartosci komercyjnej.

Co dalej

Rebranding NotebookLM na Gemini Notebook to nie koniec, lecz kolejny etap konsolidacji narzedzi Google wokol marki Gemini. Zapowiedziana integracja notatnikow z trybem AI Mode w wyszukiwarce sugeruje, ze granica miedzy osobistym narzedziem badawczym a publiczna warstwa wyszukiwania bedzie sie dalej zacierac. Dla wydawcow oznacza to koniecznosc myslenia o widocznosci nie tylko w klasycznych wynikach, ale i w srodowiskach generatywnych.

W najblizszych tygodniach warto zrobic trzy rzeczy. Po pierwsze, sprawdzic logi serwera pod katem identyfikatora Google-GeminiNotebook i ocenic realna skale ruchu. Po drugie, zdecydowac swiadomie, czy chcesz byc zrodlem dla Gemini Notebook, czy wolisz ograniczyc dostep na poziomie serwera. Po trzecie, zaktualizowac wszelkie reguly odwolujace sie do starej nazwy Google-NotebookLM przed sierpniowym wygaszeniem.

Szersza lekcja jest jednak strategiczna. Ochrona tresci i budowanie widocznosci w erze AI to juz nie wybor miedzy indeksowaniem a blokada, lecz ciagle wazenie kosztow i korzysci. Kazde nowe narzedzie, ktore czyta sieć, to zarazem ryzyko utraty ruchu i szansa na dotarcie do nowej grupy odbiorcow. Zwyciezaja ci, ktorzy podejmuja te decyzje na podstawie danych, a nie odruchu. Rebranding Gemini Notebook jest tu tylko sygnalem ostrzegawczym, ktory warto potraktowac jako impuls do przegladu wlasnej polityki dostepu do tresci, zanim zrobi to za nas kolejna aktualizacja.