Struktura artykułu SEO — H1, H2, H3 i dlaczego kolejność ma znaczenie

Nagłówek to nie jest większa czcionka. To element struktury dokumentu — deklaracja, że w tym miejscu zaczyna się nowa sekcja i że jest ona podrzędna wobec czegoś, co było wyżej. Przeglądarka, czytnik ekranu i parser wyszukiwarki czytają tę deklarację dosłownie. Człowiek widzi pogrubiony tekst, maszyna widzi węzeł w drzewie — a kiedy te dwa obrazy się rozjeżdżają, tekst czyta się dobrze i indeksuje źle.

Ten wpis jest o tym, jak wygląda poprawna struktura artykułu SEO, co z niej faktycznie widzi Google, gdzie najczęściej się psuje i jak Smart-Copy.ai planuje ją zanim napisze pierwsze zdanie treści.

Hierarchia nagłówków to drzewo, nie lista

HTML daje sześć poziomów: od h1 do h6. Zasada jest jedna i banalna: poziom niższy opisuje fragment poziomu wyższego. h3 ma sens tylko wtedy, gdy uszczegóławia h2, pod którym stoi.

Weźmy artykuł o pompach ciepła. Struktura poprawna:

• H1 — Pompa ciepła w domu jednorodzinnym
• H2 — Jak działa pompa ciepła
  • H3 — Obieg czynnika chłodniczego
  • H3 — Co oznacza współczynnik COP
• H2 — Rodzaje pomp ciepła
  • H3 — Powietrze–woda
  • H3 — Gruntowe
• H2 — Koszty eksploatacji

Struktura niepoprawna wygląda tak samo na ekranie, ale inaczej w kodzie: „Obieg czynnika chłodniczego" jako h2 (bo akurat pasował rozmiar), „Gruntowe" jako h4 (bo przeskoczono poziom), a „Koszty eksploatacji" jako pogrubiony akapit (bo autor nie chciał dużego nagłówka). Wizualnie różnica jest kosmetyczna. Strukturalnie to trzy różne artykuły.

Jedna rzecz techniczna: przeglądarki nie budują żadnego automatycznego „outline'u" dokumentu. Algorytm konspektu, który miał to robić, nigdy nie doczekał się implementacji. Poziom nagłówka jest więc dokładnie tym, co sam napiszesz — nic tego za Ciebie nie naprawi.

Co z tego widzi wyszukiwarka — i co jest mitem

Wokół nagłówków narosło sporo folkloru. Rozdzielmy to, co Google mówi o sobie sam, od tego, co powtarza branża.

Twierdzenie	Jak jest naprawdę
Dwa H1 na stronie to błąd karany przez Google	Nie. John Mueller z Google mówił wprost, że systemy wyszukiwarki nie mają problemu z wieloma H1 — to częsty wzorzec w sieci, a nagłówki służą im do rozumienia kontekstu części strony.
H1 to silny czynnik rankingowy	Przydatne, ale nie krytyczne. Google deklaruje, że pracuje z HTML-em takim, jaki zastanie — również gdy semantycznych nagłówków nie ma wcale.
Skoro nie karze, to hierarchia nie ma znaczenia	Ma, tylko nie jako „punkty rankingowe". Nagłówki decydują o tym, jak treść zostanie pocięta na fragmenty i opisana.
Fraza kluczowa musi być w każdym H2	Nie. Nagłówek ma opisywać sekcję. Fraza upchana w każdym H2 psuje opis i nic nie dodaje.

Ostatni wiersz tabeli jest dziś najważniejszy. Wyszukiwarki i systemy generujące odpowiedzi nie pobierają całych stron — pracują na fragmentach. Strona jest dzielona na kawałki, a tekst nagłówka służy jako etykieta: informacja, o czym jest ten fragment i do jakiej całości należy. Sekcja z opisowym nagłówkiem i zamkniętą odpowiedzią pod nim jest łatwiejsza do wyciągnięcia niż to samo zdanie zakopane w ósmym akapicie ściany tekstu. Kolejność nagłówków ma znaczenie, bo z niej powstaje drzewo podziału.

Dostępność: ten sam sygnał, inny odbiorca

Użytkownicy czytników ekranu nawigują po stronie skokami między nagłówkami — to podstawowy sposób przeglądania długiego tekstu bez myszy. Poziom nagłówka mówi im, gdzie są w hierarchii. Przeskok z H2 na H4 jest odbierany dokładnie tak, jak wygląda: jako sygnał, że coś między nimi zostało pominięte.

Formalnie to obszar wytycznej WCAG 1.3.1 (Info and Relationships): struktura widoczna wizualnie musi być dostępna również programowo. Pogrubiony akapit udający nagłówek to jednoznaczna wpadka — wizualnie jest sekcją, w kodzie nie istnieje. Sam przeskok poziomu bywa oceniany łagodniej i nie zawsze jest kwalifikowany jako naruszenie, ale W3C konsekwentnie go odradza. Dobra wiadomość: to ten sam porządek, którego oczekują parsery wyszukiwarek — jedna decyzja, dwóch odbiorców.

Pięć błędów, które widać w większości tekstów

1. Dwa H1 z niedopatrzenia. Nie dlatego, że ktoś tak zaprojektował, tylko dlatego, że szablon CMS-a renderuje tytuł wpisu jako H1, a wklejony HTML zawiera własny H1 z tym samym tekstem. Google to zniesie, ale masz w kodzie zduplikowany tytuł bez żadnego powodu.
2. Nagłówek dobrany rozmiarem. Autor chce mniejszy odstęp, więc daje H3 zamiast H2. Klasyk, bo w edytorze WYSIWYG poziom nagłówka wygląda jak opcja formatowania.
3. Nagłówki generyczne. „Wstęp", „Podsumowanie", „Kilka słów na koniec". Zero informacji dla czytelnika skanującego stronę i zero informacji dla parsera, który użyje tego tekstu jako etykiety fragmentu.
4. Nagłówek, który nie odpowiada sekcji. H2 obiecuje „Ile to kosztuje", a pod spodem są trzy akapity o historii technologii. Użytkownik wraca do wyników, a fragment nie nadaje się do zacytowania.
5. Płaska struktura na długim tekście. Piętnaście H2 pod rząd, zero H3. Formalnie poprawne, praktycznie oznacza, że nikt nie przemyślał, które wątki są nadrzędne.

Jak Smart-Copy.ai planuje strukturę, zanim zacznie pisać

W Smart-Copy.ai struktura nie jest efektem ubocznym pisania. Jest osobnym etapem, który dzieje się wcześniej — i widać go w statusach zamówienia w API:

queued → researching → outlining → awaiting_outline_approval → writing → generating_image → completed

Kolejność tych etapów jest tu sednem sprawy. Najpierw research (analiza wyników wyszukiwania i treści konkurencji, opcjonalnie własne źródła przez source_urls i source_mode). Dopiero potem outlining — agent planujący (Manager) układa drzewo nagłówków: co jest H2, co schodzi na H3, w jakiej kolejności idą sekcje i ile miejsca dostaje każda z nich. Model piszący nie decyduje o strukturze w locie, akapit po akapicie. Dostaje gotowy plan i wypełnia go sekcja po sekcji — status writing zwraca pole section {current, total}, czyli licznik sekcji z tego właśnie planu.

To rozwiązuje najbardziej uporczywy problem generowania długich tekstów: model piszący liniowo, bez planu, dokłada nagłówki tam, gdzie akurat zmieni temat. Wychodzi tekst, który ma nagłówki, ale nie ma hierarchii.

Struktura skalowana do długości

Plan jest proporcjonalny do zamówionej wartości length. Krótki tekst dostaje płytkie drzewo i jedną listę; długi — pełne rozwinięcie na H3 i co najmniej jedną tabelę.

Zamówiona długość	Typowy kształt planu
ok. 4 000 znaków	4–5 sekcji H2, H3 tylko tam, gdzie temat naprawdę się rozgałęzia, jedna lista
ok. 8 000 znaków	6–8 sekcji H2 z rozwinięciami H3, kilka list, zwykle tabela porównawcza
15 000 znaków i więcej	Pełne dwupoziomowe drzewo, wiele list i tabel — inaczej tekst czyta się jak ciągła ściana

Konspekt jako punkt kontrolny

Jeśli chcesz zobaczyć plan przed napisaniem tekstu, ustaw outline_approval: true. Zamówienie zatrzyma się na statusie awaiting_outline_approval, a Ty dostaniesz webhook outline.ready. Poprawiasz wtedy konspekt — kilkanaście linijek — zamiast przebudowywać gotowe 9 000 znaków. Przy seriach autobloga ten jeden przełącznik decyduje o tym, czy kontrolujesz strukturę klastra, czy tylko odbierasz gotowe wpisy.

Walidacja na końcu, nie tylko dobre chęci

Po napisaniu tekst przechodzi przez etap sprawdzenia wyjściowego HTML-a: czy poziomy nagłówków się nie rozjechały, czy zaplanowane elementy faktycznie są w treści. To celowa asymetria — nie zakłada się, że model dotrzymał instrukcji, tylko sprawdza się wynik. Ten sam mechanizm obsługuje linkowanie wewnętrzne; opisaliśmy go szerzej w tekście o tym, jak działa optymalizacja SEO w Smart-Copy.ai oraz w poradniku o automatycznym linkowaniu wewnętrznym.

Jedna pułapka przy publikacji: drugi H1

Odpowiedź z API zawiera pole html z pełną treścią — łącznie z nagłówkiem H1. To ma sens, gdy wrzucasz tekst do własnego szablonu, który tytułu nie renderuje. Ale większość motywów WordPressa renderuje tytuł wpisu jako H1 automatycznie. Wklejasz HTML i masz dwa H1 pod rząd, oba z tym samym tekstem.

Rozwiązania są dwa. Przy publikacji przez wp_site_id albo przez wtyczkę WordPress mapowanie tytułu i treści dzieje się po stronie integracji. Przy własnym pipeline — usuń H1 z pobranego HTML-a przed zapisem, jeśli szablon sam stawia tytuł.

Checklist: jak formatować artykuł SEO

• Jeden H1 na stronę, odpowiadający tematowi — i sprawdź, czy nie dokłada go szablon.
• Poziomy schodzą po kolei: H2 → H3. Bez przeskoków na H4.
• Poziom wybierany według relacji do sekcji nadrzędnej, nigdy według rozmiaru czcionki.
• Nagłówek opisuje treść sekcji na tyle konkretnie, żeby działał wyjęty z kontekstu.
• Zero pogrubionych akapitów udających nagłówki.
• Frazy kluczowe wplecione naturalnie tam, gdzie pasują — dobór fraz opisaliśmy w poradniku o wyborze fraz kluczowych.
• Pod każdym nagłówkiem sekcja, która domyka jeden wątek i da się zacytować samodzielnie.
• Głębokość drzewa proporcjonalna do długości tekstu.

Struktura nie jest kosmetyką nakładaną na gotowy tekst. Jest decyzją, którą podejmujesz przed pisaniem — o tym, jakie pytania artykuł zamyka i w jakiej kolejności. Dlatego w Smart-Copy.ai plan powstaje przed treścią, a nie razem z nią.