Spis treści i kotwice w artykule: czy pomagają w cytowaniach AI

Spis treści w artykule SEO bywa traktowany jak ozdoba albo jak element, który wtyczka dokleja automatycznie i nikt już na niego nie patrzy. Tymczasem lista odnośników do sekcji mówi coś konkretnego zarówno czytelnikowi, jak i systemom, które czytają stronę maszynowo: gdzie zaczyna się każdy temat, jak się nazywa i jak do niego trafić jednym adresem. Poniżej rozbieramy, co spis treści realnie zmienia w odbiorze tekstu przez wyszukiwarki i modele językowe, a gdzie jego wpływ jest przeceniany.

Jak modele dzielą długi tekst na fragmenty

Systemy odpowiadające na pytania rzadko pracują na całej stronie naraz. Pobrany dokument jest zwykle dzielony na mniejsze kawałki (w żargonie: chunki), a do odpowiedzi trafiają te, które najlepiej pasują do zapytania. Sposób podziału zależy od konkretnego systemu i nie jest publicznie opisany przez dostawców takich jak OpenAI czy Google, więc nie warto wierzyć nikomu, kto podaje dokładną długość fragmentu. Wiadomo natomiast, że najprostsze i najczęstsze metody tną tekst według struktury: nagłówków, akapitów, list.

Z tego wynika praktyczna zasada, którą szerzej opisujemy w tekście o strukturze artykułu pod AI i nagłówkach: sekcja pod nagłówkiem H2 powinna dać się zrozumieć bez czytania reszty. Jeśli fragment zaczyna się od „jak wspomnieliśmy wyżej”, po wycięciu traci sens. Spis treści tego nie naprawi. On tylko ujawnia, czy podział istnieje i czy nagłówki są nazwane tak, że da się z nich odczytać temat sekcji.

Co spis treści komunikuje o strukturze dokumentu

Dobrze zbudowany spis treści to skrócona mapa dokumentu: kolejność tematów, ich nazwy i adresy. Dla czytelnika to sygnał, że tekst jest uporządkowany i można przeskoczyć do interesującej części. Dla robota to dodatkowy zestaw linków wewnętrznych do tej samej strony, z tekstem kotwicy równym nazwie sekcji.

Trzeba jednak uczciwie powiedzieć, czego spis treści nie robi. Nie ma dowodów, że sama jego obecność podnosi pozycję strony albo zwiększa szansę na cytowanie w ChatGPT czy Perplexity. Modele i tak widzą nagłówki w kodzie HTML. Wartość spisu leży gdzie indziej: wymusza na autorze sensowne, opisowe nagłówki (bo pusty „Wstęp” czy „Podsumowanie” wygląda w spisie źle) i daje stabilne adresy sekcji, do których mogą prowadzić linki z zewnątrz i z wyników wyszukiwania. To ta sama logika, którą stosujemy w formacie wpisu pod cytowania: struktura ma pomagać w wycinaniu odpowiedzi, a nie udawać sygnał rankingowy.

Kotwice i identyfikatory nagłówków: poprawna implementacja

Kotwica działa tylko wtedy, gdy nagłówek ma atrybut id, a link w spisie wskazuje dokładnie ten identyfikator po znaku #. Wiele motywów i edytorów nie dodaje identyfikatorów samodzielnie, więc spis trzeba albo wygenerować wtyczką, albo dopisać ręcznie. Minimalna poprawna wersja wygląda tak:

<nav aria-label="Spis treści">
  <ol>
    <li><a href="#koszty-wdrozenia">Koszty wdrożenia</a></li>
  </ol>
</nav>

<h2 id="koszty-wdrozenia">Koszty wdrożenia</h2>

Kilka zasad, które oszczędzają późniejszych poprawek:

• Identyfikatory pisz bez polskich znaków, spacji i wielkich liter (koszty-wdrozenia, nie Koszty_Wdrożenia). Zakodowane znaki w adresie są poprawne technicznie, ale źle się je kopiuje i łatwo o literówkę.
• Nie zmieniaj identyfikatora przy każdej redakcji nagłówka. Jeśli ktoś podlinkował sekcję, nowy id zerwie link bez żadnego komunikatu.
• Identyfikator musi być unikalny na stronie. Dwa nagłówki „FAQ” z tym samym id to błąd, który przeglądarka rozwiąże po swojemu.
• Owijaj spis w element nav z etykietą, żeby czytniki ekranu traktowały go jako nawigację, a nie zwykłą listę.
• Nie usuwaj fragmentu z adresu skryptem przy ładowaniu strony. Google wprost ostrzega, że modyfikacje window.location.hash albo wywołania History API kasujące fragment psują głębokie linki.

Ostatni punkt pochodzi z dokumentacji Google Search Central o fragmentach w wynikach wyszukiwania, w części o linkach „Read more”, które prowadzą do konkretnej sekcji strony. Ta sama strona radzi, by treść była od razu widoczna dla człowieka i nie siedziała za rozwijaną sekcją czy zakładką, oraz by nie wymuszać skryptem pozycji przewijania przy wczytaniu.

Kiedy spis treści przeszkadza i psuje pierwszy ekran

Spis treści ma koszt: zajmuje miejsce tam, gdzie czytelnik spodziewa się odpowiedzi. Przy krótkim tekście z trzema sekcjami lista linków bywa dłuższa niż sens całego artykułu, a użytkownik musi ją przewinąć, zanim cokolwiek przeczyta. Z perspektywy cytowań problem jest podobny. Pierwszy akapit to często najlepszy kandydat na fragment odpowiadający na główne pytanie, więc warto, by był pełnym zdaniem z odpowiedzią, a spis pojawiał się po nim, a nie zamiast niego.

Orientacyjnie: przy tekstach poniżej mniej więcej 800 słów albo z mniej niż czterema sekcjami spis treści zwykle nie jest potrzebny. Przy przewodnikach i porównaniach, gdzie czytelnik szuka jednej konkretnej informacji, spis oszczędza mu czas. To redakcyjna reguła kciuka, nie wynik pomiaru, i warto ją sprawdzić na własnych danych z zachowania użytkowników.

Drugi częsty błąd to spis generowany ze wszystkich poziomów nagłówków. Lista z dwudziestoma pozycjami H3 przestaje być mapą i staje się drugą kopią artykułu. W większości tekstów wystarczą same H2. Przy automatyzacji produkcji tekstów, o której piszemy w zestawieniu pięciu workflow pod AI, ten parametr warto ustawić raz w szablonie, zamiast poprawiać każdy wpis osobno.

Wersja mobilna: zwijany spis czy pełna lista

Na telefonie pełna lista siedmiu czy ośmiu pozycji potrafi zająć cały pierwszy ekran. Rozsądnym kompromisem jest spis zwinięty domyślnie, z widocznym przyciskiem „Spis treści”, albo przewijany pasek nawigacji przypięty u góry. Ważne rozróżnienie: zalecenie Google, by nie chować treści za rozwijanymi elementami, dotyczy właściwego tekstu, który ma się pojawić we fragmencie. Spis treści jest nawigacją, więc jego zwinięcie nie ukrywa żadnej informacji, która miałaby trafić do wyników.

Przy przypiętym pasku pamiętaj o właściwości CSS scroll-margin-top na nagłówkach. Bez niej skok do kotwicy ustawia nagłówek pod paskiem i czytelnik widzi środek sekcji zamiast jej tytułu.

Fragmenty tekstu z odnośnikiem a wejścia z wyszukiwarki

Kotwice z identyfikatorami to nie jedyny sposób, w jaki ruch trafia w środek strony. Przeglądarki oparte na Chromium obsługują tak zwane fragmenty tekstu, czyli adresy z dopiskiem #:~:text=, które przewijają stronę do wskazanego cytatu i podświetlają go. Mechanizm jest opisany w dokumentacji MDN o Text fragments: jeśli cytat nie pasuje do tekstu albo przeglądarka go nie obsługuje, użytkownik ląduje na początku strony.

Google opisuje podobne zachowanie przy fragmentach z odpowiedzią: kliknięcie przenosi do miejsca na stronie, z którego pochodzi wyróżniony fragment, bez żadnych dodatkowych oznaczeń po stronie witryny. Wniosek dla redakcji jest prosty. Do konkretnej sekcji da się trafić także bez spisu treści, ale tylko wtedy, gdy cytowany fragment istnieje w HTML jako zwykły, widoczny tekst. Jeśli treść jest wstawiana skryptem po kliknięciu albo różni się od wersji, którą zobaczył robot, przewinięcie po prostu nie zadziała.

Spis treści z kotwicami i fragmenty tekstu uzupełniają się więc, a nie konkurują. Kotwice dają stabilne, czytelne adresy sekcji, które możesz sam podać w linkowaniu wewnętrznym albo w briefie dla autora. Fragmenty tekstu działają tam, gdzie adres generuje wyszukiwarka lub model. Oba mechanizmy wymagają tego samego: sekcji, która zaczyna się od jasnego zdania i nie zależy od kontekstu reszty artykułu.

FAQ