Modelowane listy odbiorców nie zawierają konkretnych osób, tylko prawdopodobieństwa. Wyjaśniam, jak powstają, gdzie ich szukać w panelu i jak czytać ich raporty.
ChatGPT jest publicznie dostępny od końca listopada, czyli w momencie, w którym to piszę, od dwóch miesięcy. To wystarczyło, żeby w każdej rozmowie o treściach na stronę pojawiało się to samo pytanie: czy można tym pisać teksty i czy Google za to ukarze.
Odpowiadam na nie kilka razy w tygodniu i za każdym razem muszę zaczynać od zimnego prysznica. Nie mam dostępu do wewnętrznych ustaleń Google i nikt spoza firmy go nie ma. Mam natomiast to, co Google powiedział publicznie, i to jest w tej chwili jedyny grunt, na którym da się stanąć. A powiedział rzeczy, które warto przeczytać dokładnie, zanim ktoś podłączy generator pod harmonogram publikacji.
Poniżej opisuję, jak sam używam tego narzędzia w pracy nad treściami klientów, gdzie stawiam granicę i dlaczego akurat tam. Bez zachwytów i bez straszenia — ChatGPT jest w tej chwili darmowym eksperymentem badawczym udostępnionym publicznie, a nie dojrzałym narzędziem redakcyjnym, i tak go traktuję.
Zacznijmy od faktu, który w entuzjazmie ostatnich tygodni gdzieś ginie. Obowiązujące publiczne stanowisko Google jest niekorzystne dla tekstów pisanych maszyną.
W kwietniu 2022 roku, podczas jednego z office hours, John Mueller zapytany o treści generowane przez modele językowe odpowiedział, że dla Google jest to automatycznie generowana treść, a ta należy do kategorii opisanej w zasadach dotyczących spamu. Nie było w tym niedomówień ani zastrzeżeń typu „zależy od jakości”. Od tego czasu Google nie opublikował nic, co by tę wypowiedź zmiękczało.
Warto rozumieć, skąd bierze się ta reguła. Zasady dotyczące automatycznie generowanej treści są w wytycznych od lat i powstały na długo przed modelami językowymi — mierzyły w teksty składane z szablonów, tłumaczone maszynowo bez korekty i sklejane z fragmentów innych stron. Z punktu widzenia zasady liczy się rezultat: strona wypełniona tekstem, którego nikt nie napisał, nie sprawdził i nie wziął za niego odpowiedzialności.
Dlatego kiedy ktoś pyta mnie, czy „ChatGPT jest zakazany”, odpowiadam, że pytanie jest źle postawione. Ryzyko rośnie nie od tego, że użyłeś modelu, ale od tego, ile z gotowego wyniku poszło na stronę bez ludzkiej ingerencji.
Druga rzecz, którą trzeba mieć w głowie, jest nowsza i moim zdaniem ważniejsza od samej definicji spamu.
W sierpniu 2022 Google wdrożył Helpful Content Update — system oceniający, czy witryna jako całość ma dużo treści tworzonych pod wyszukiwarkę, a nie pod człowieka. Wtedy działał wyłącznie na zapytaniach angielskich, więc w polskich rozmowach traktowano go jako ciekawostkę. To się skończyło. Grudniowa aktualizacja tego systemu, którą Google zaczął wdrażać 5 grudnia i domknął 12 stycznia, objęła wszystkie języki. Od tej chwili mechanizm dotyczy też polskich stron.
Dla osoby myślącej o generowaniu treści to zmiana ciężaru dowodu. Sygnał jest opisany jako działający na poziomie całej witryny, a nie pojedynczego adresu. Nie chodzi więc o to, czy da się przepchnąć jeden wygenerowany tekst — tylko o to, czy po roku takiej produkcji serwis nadal wygląda jak zrobiony dla ludzi.
Do tego dochodzi grudniowa aktualizacja wytycznych dla oceniających jakość, w której Google rozszerzył znany skrót E-A-T do E-E-A-T, dodając na początku Experience, czyli doświadczenie. Nie jest to czynnik rankingowy i nikt w Google tak o tym nie mówi, ale kierunek jest czytelny: liczy się, czy autor faktycznie coś przeżył, sprawdził albo obsłużył. Model językowy nie obsłużył żadnego konta, nie zwrócił żadnego towaru i nie rozmawiał z żadnym klientem. Cokolwiek napisze o doświadczeniu, będzie zmyślone.
Po tych zastrzeżeniach mogłoby się wydawać, że odradzam narzędzie. Nie odradzam — używam go codziennie, tylko nie do produkcji tekstu na stronę.
Wspólny mianownik jest jeden: wiedza pochodzi ode mnie albo od klienta, a model obrabia formę. W tym układzie nie tworzę automatycznie generowanej treści, bo za każdym zdaniem stoi ktoś, kto wie, czy to zdanie jest prawdziwe.
Najgorszy scenariusz, jaki widziałem opisany na branżowych grupach w ostatnich tygodniach, wygląda tak: lista kilkuset fraz, pętla generująca do każdej tekst, automatyczna publikacja. To jest dokładnie ta sytuacja, o której mówi zasada o automatycznie generowanej treści, i nie znam żadnego argumentu, którym dałoby się jej obronić.
Nie każę też modelowi pisać o rzeczach, w których nie umiem zweryfikować odpowiedzi. Nie sięga on do internetu w trakcie rozmowy i nie podaje źródeł. Kiedy pytam o coś z mojej działki, widzę to od razu: potrafi opisać funkcję Google Ads, której nie ma, albo pomylić nazwę raportu. Brzmi przy tym równie pewnie jak wtedy, gdy ma rację, i to jest najbardziej niebezpieczna cecha tego narzędzia. Tekst o tym, jak dawkować lek albo jak rozliczyć podatek, wygenerowany bez udziału kogoś, kto to wie, to nie jest problem SEO — to problem poważniejszy.
Nie pozwalam mu też wymyślać liczb. Poproszony o konkret model chętnie podaje procenty bez żadnego pokrycia. Jeśli w tekście ma być liczba, musi pochodzić z dokumentu, który mogę wskazać. I nie używam go do generowania opinii ani komentarzy rzekomo pochodzących od ludzi — to już nie jest kwestia wytycznych wyszukiwarki.
Zamiast pytać „czy ChatGPT jest bezpieczny”, pytam o cztery rzeczy dotyczące konkretnej treści.
Świadomie nie piszę tu o narzędziach do wykrywania maszynowego tekstu. Pierwsze publiczne detektory pojawiły się dopiero w tym miesiącu, ich skuteczność jest dyskusyjna i nie znam żadnego oświadczenia Google, z którego wynikałoby, że wyszukiwarka takich narzędzi używa. Opieranie strategii treści na zgadywaniu, co wykryje detektor, uważam za ślepą uliczkę — zasady mówią o jakości i o tym, dla kogo tekst powstał, a nie o wyniku testu.
Zdarza się, że wchodzę na projekt, w którym część tekstów powstała maszynowo, bo ktoś zdążył przed rozmową ze mną. Nie zaczynam wtedy od masowego usuwania.
Najpierw sprawdzam, czy te strony w ogóle mają ruch i czy są indeksowane — bo bywa, że Google ich po prostu nie wziął. Potem dzielę je na trzy grupy: treści na tematy, na których firmie zależy i które warto napisać od nowa; treści niepotrzebne, które usuwam albo przekierowuję; oraz treści przeciętne, ale nieszkodliwe, które zostawiam do decyzji na później.
Pierwsza grupa jest zwykle najmniejsza i od niej zaczynam. Przepisanie dwudziestu ważnych stron przez człowieka daje więcej niż kosmetyczne poprawki w dwustu. Przy okazji radzę uporządkować autorstwo: strona, na której wszystkie teksty są bezimienne, wygląda źle niezależnie od tego, kto je napisał.
Na koniec rzecz, którą powtarzam klientom: sytuacja jest świeża i będzie się zmieniać. Google prawdopodobnie zabierze jeszcze głos w sprawie treści z modeli językowych, bo skala zjawiska tego wymaga. Do tego czasu rozsądną strategią jest robić rzeczy, które będą dobre w każdym wariancie tej wypowiedzi — publikować mniej, sprawdzać dokładniej i podpisywać się pod tym, co wychodzi.
Używamy plików cookies, aby ułatwić Ci nawigację oraz wykonywanie określonych funkcji. Szczegółowe informacje o wszystkich plikach cookies znajdziesz w każdej kategorii zgody poniżej.
Pliki cookies oznaczone jako "Niezbędne" są przechowywane w Twojej przeglądarce, ponieważ są one kluczowe dla zapewnienia podstawowych funkcji strony.
Używamy również plików cookies firm trzecich, które pomagają nam analizować, w jaki sposób korzystasz z tej strony, zapamiętują Twoje preferencje oraz dostarczają treści i reklamy odpowiednie dla Ciebie. Te pliki cookies będą przechowywane w Twojej przeglądarce tylko za Twoją uprzednią zgodą.
Możesz zdecydować, czy chcesz włączyć lub wyłączyć niektóre bądź wszystkie te pliki cookies, jednak wyłączenie niektórych z nich może wpłynąć na Twoje doświadczenia podczas przeglądania strony.
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __cf_bm | 13 minutes | Cloudflare bot management — distinguishes humans from bots. |
| rc::* | Persistent | Google reCAPTCHA — localStorage holding anti-bot challenge state. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| wpEmojiSettingsSupports | Session | WordPress — sessionStorage flag caching whether the browser can render emoji (feature detection). |
| ytidb* | Persistent | YouTube — IndexedDB storing playback/search state for embedded videos. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| _ga_* | 400 days | Google Analytics 4 — persists session state per property. |
| _ga | 400 days | Google Analytics — distinguishes unique users via a client id. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| NID | 183 days | Google — stores preferences for personalized ads. |
| fr | 90 days | Meta — encrypted Facebook id and browser id for ads. |
| _gcl_au | 90 days | Google AdSense/Ads — experiments with advertising efficiency (conversion linker). |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __Secure-YNID | 180 days | |
| YSC | Session | |
| __Secure-ROLLOUT_TOKEN | 180 days | |
| VISITOR_INFO1_LIVE | 180 days | |
| VISITOR_PRIVACY_METADATA | 180 days | |
| datr | 400 days | |
| sb | 400 days | |
| wd | 7 days |