Sezon 1, odcinek 15

WPROWADZENIE

Duch ma trop: wie już, że osad w sieci pochodzi z jednego miejsca. Otwiera więc stronę firmy i patrzy na nią tak, jak zrobiłby to człowiek. Menu, zdjęcie budynku, zdanie o zespole specjalistów, przycisk kontaktu. Wszystko wygląda w porządku. Gdzie miałby się ukrywać plik?

Nigdzie — bo nie jest ukryty, tylko niewidoczny. Wystarczy zajrzeć w źródło strony, żeby zobaczyć fragment, którego oko nie czyta, a maszyny czytają jako pierwszy. To tam firma deklaruje, kim jest: nazwa, adres, założyciel, profile, zakres działania. I to nie jest opis. To deklaracja, którą maszyny traktują jak fakt.

TRANSKRYPCJA ODCINKA

Panel 1. Duch z lupą przy lampie. Podpis: Duch znalazł ślad osadu. Teraz szuka źródła. Duch: Skąd to wszystko się wzięło?

Panel 2. Duch przed zwykłą stroną firmową. Podpis: Duch przegląda stronę jak człowiek. Nic podejrzanego. Na ekranie: FIRMA X — O nas, Oferta, Realizacje, Kontakt. „Jesteśmy zespołem specjalistów od 2015 roku. Zaufali nam klienci z całej Polski." Duch: Wszystko wygląda w porządku. Gdzie ukrywa się plik?

Panel 3. Widok kodu źródłowego. Podpis: Duch zagląda za kulisy. Tam jest coś, czego oko nie widzi. Kod: <script type="application/ld+json">, "@context": "https://schema.org", "@type": "Organization", "name": "Firma X", "url": "https://firma-x.pl". Duch: Aha… Tu maszyny czytają moją stronę.

Panel 4. Dwie karty. Podpis: To nie jest zwykły tekst. To dane strukturalne. DLA CZŁOWIEKA: widoczna treść strony. DLA MASZYNY: dane strukturalne – deklaracje faktów. Adnotacja: Dane strukturalne opisują tożsamość organizacji, autorstwo, relacje i znaczenie treści.

Panel 5. Rozpisany blok kodu z opisami. Podpis: W tym pliku strona deklaruje, kim jest. Maszyny traktują to jak fakt. Opisane pola: typ encji (Organization), nazwa organizacji, strona internetowa, powiązania (profile), osoba (założyciel), zakres działania. Adnotacja: TO DEKLARACJA. NIE DYSKUSJA.

Panel 6. Lista na karcie. Podpis: Maszyny ufają danym strukturalnym, bo są czytelne, jednoznaczne i łatwe do przetworzenia. Jasna składnia (JSON-LD). Zgodność ze słownikiem schema.org. Brak wieloznaczności. Możliwość łączenia z innymi źródłami danych. Wysoki priorytet w indeksach i grafach wiedzy.

Panel 7. Kod z czerwonymi adnotacjami. Podpis: Problem zaczyna się, gdy deklaracje są błędne lub zmanipulowane. Błędny właściciel. Fałszywy autor. Cudze powiązania. Manipulacja zasięgiem. Adnotacja: MASZYNY NIE WIDZĄ KŁAMSTWA. WIDZĄ FAKT.

Panel 8. Czerwona sieć rozchodząca się od dokumentu. Podpis: Takie dane rozchodzą się po sieci i zostają w pamięci maszyn. Węzły: GRAFY WIEDZY, INDEKSY WYSZUKIWAREK, AGREGATORY I BAZY, ASYSTENCI AI, NARZĘDZIA I MODELE. Adnotacja: Usunięcie źródła nie zawsze usuwa osad.

Panel 9. Dwa widoki obok siebie. Podpis: Człowiek widzi stronę. Maszyna widzi deklaracje. DLA CZŁOWIEKA: strona firmy. DLA MASZYN: dane strukturalne. Adnotacja: Dwie różne historie. Jedna strona.

Panel 10. Tarcza z kłódką, obok lista. Podpis: Dlatego plik danych strukturalnych to zasób bezpieczeństwa. Kontroluj, co deklarujesz. Weryfikuj regularnie. Usuwaj błędne dane. Chroń przed zmianami przez osoby trzecie. Monitoruj osad w sieci.

Panel 11. Duch pisze w otwartym kodeksie. Podpis: Duch zapisuje zasadę do Kodeksu. To klucz do wiarygodności w sieci. KODEKS DUCHA: Nie wystarczy powiedzieć, kim jesteś. Musisz dbać o to, co maszyny o Tobie wiedzą.

Panel 12. Duch nad ciemną doliną. Podpis: Duch wraca z wiedzą. Teraz nauczy innych, zanim pojawi się osad. Duch: Świat nie potrzebuje więcej stron. Potrzebuje stron, które mówią prawdę maszynom.

Puenta odcinka: Nie wystarczy powiedzieć, kim jesteś. Musisz dbać o to, co maszyny o Tobie wiedzą.

ZASADA TEGO ODCINKA

Twoja strona ma dwie wersje. Zwykle pilnujesz tylko jednej.

Warstwa widoczna przechodzi przez akceptacje, korekty i uzgodnienia z zarządem. Warstwa dla maszyn powstaje raz — przy wdrożeniu, często automatycznie z wtyczki albo od podwykonawcy — i potem nikt do niej nie zagląda. A to właśnie ona odpowiada na pytania, kim jest ta organizacja, kto ją założył, jakie profile są z nią powiązane i czym się zajmuje. Człowiek czyta o „zespole specjalistów". Maszyna czyta konkretną nazwę, konkretną datę i konkretne nazwisko, i przyjmuje je bez negocjacji.

Dlatego dane strukturalne bywają rozbieżne z rzeczywistością nie ze złej woli, tylko z zaniedbania: została stara nazwa sprzed przekształcenia, nieaktualny adres, profil na portalu, którego firma już nie prowadzi, nazwisko wspólnika, który odszedł trzy lata temu. Nikt tego nie widzi, bo nikt na to nie patrzy. Sieć widzi to jako pierwsze.

Konsekwencja jest bezpieczeństwowa, nie marketingowa. Pole sameAs przypisuje ci cudze profile. Pole founder przypisuje ci osobę. Ktoś z dostępem do CMS-u może zmienić te deklaracje bez zmiany jednego widocznego piksela — i przez długi czas nikt tego nie zauważy, a informacja zdąży rozejść się po indeksach. Stąd praktyczny wniosek: warstwa danych strukturalnych zasługuje na taką samą kontrolę jak dane rejestrowe. Kto ma prawo ją zmieniać, kiedy była ostatnio sprawdzana, czy zgadza się z KRS i czy to, co powtarzają o tobie katalogi, wciąż odpowiada temu, co deklarujesz u siebie.

ZAPOWIEDŹ

W następnym odcinku Duch sprawdza, kto właściwie ma klucze do tej deklaracji — i kto może zmienić twoją historię bez twojej wiedzy. Strażnicy i listy gości