„Zoptymalizowana pod SEO” mówi dziś każdy. My wolimy pokazać, co dokładnie robi za Ciebie nasz CMS i jak to wygląda obok popularnego WordPressa z wtyczką Yoast SEO. Sprawdziliśmy kod stron głównych – dokładnie tak, jak czyta go robot Google i asystenci AI.
Robot wyszukiwarki nie ogląda strony jak człowiek. Pobiera jej kod i szuka w nim kilku rzeczy: o czym jest strona (tytuł, opis, nagłówki), kim jest firma (adres, telefon, godziny, ceny), które podstrony są ważne (mapa strony) i czy strona dobrze działa na telefonie (szybkość, brak „skaczącego” układu). Asystenci AI – ChatGPT, Gemini, Perplexity – korzystają z tych samych źródeł, tylko jeszcze bardziej cenią treść podaną wprost: krótkie fakty, pytania i odpowiedzi, konkretne dane.
Wszystko to da się ustawić na każdej stronie. Różnica polega na tym, czy dzieje się samo, czy trzeba o to zadbać ręcznie – i pilnować, żeby kolejna zmiana niczego nie zepsuła.
Klient zmienia w panelu tekst, cenę albo zdjęcie i klika „Opublikuj”. W tym momencie system generuje nie tylko samą stronę, ale też całą warstwę dla wyszukiwarek:
Wzięliśmy dwie strony lokalnych firm (ośrodek psychoterapii i poradnia psychologiczna), zbudowane na WordPressie z kreatorem Divi i wtyczką Yoast SEO – czyli w bardzo popularnym zestawie. Obok – dwie strony obiektów noclegowych przygotowane w naszym CMS-ie. Nazw firm nie podajemy; to porównanie technologii, nie ranking.
Strona główna każdej witryny, kod pobrany tak, jak pobiera go robot (bez uruchamiania skryptów), do tego robots.txt, mapa strony i llms.txt. Pomiar z 7 października 2026. Uwaga: to różne firmy i różne treści – porównujemy warstwę techniczną SEO, a nie jakość tekstów. Szybkość ładowania tych samych treści na WordPressie i w naszym CMS-ie porównaliśmy w poprzednim artykule.
Skąd taka różnica? Około 150 kB kodu stron na WordPressie to style kreatora Divi wklejone bezpośrednio w każdą podstronę. Robot musi je pobrać i przejrzeć, zanim dotrze do treści. U nas style są w jednym małym pliku, a w HTML zostaje sama treść i dane dla wyszukiwarek – mimo że nasze strony hoteli mają na stronie głównej kilka razy więcej treści i zdjęć.
| Co sprawdzamy | Strona A WordPress | Strona B WordPress | Strona C nasz CMS | Strona D nasz CMS |
|---|---|---|---|---|
| Opis strony dla Google (meta description) | brak | brak | 150 znaków | 140 znaków |
| Tytuł w wynikach Google | „Strona główna | …” – 44 zn. | „Home - …” – 101 zn., ucinany | 60 zn., z miastem i ofertą | 58 zn., z miastem i ofertą |
| Nagłówki H1 | 1 | 2 i 2 przeskoki poziomów | 1, bez przeskoków | 1, bez przeskoków |
| Dane strukturalne | ogólne: strona, organizacja, wyszukiwarka | ogólne: strona, organizacja, wyszukiwarka | obiekt noclegowy, adres, współrzędne, 11 udogodnień, FAQ | hotel, pokoje, adres, współrzędne, FAQ |
| Mapa strony | 164 adresy, w tym 19 archiwów kategorii | 24 adresy, w tym 3 archiwa (m.in. strona autora z nazwą konta) | 15 podstron, 0 archiwów | 8 podstron, 0 archiwów |
| llms.txt dla AI | brak | brak | jest | jest |
| Zdjęcia w WebP | 0 z 7 | 4 z 8 | 43 z 45 | 49 z 51 |
| Zdjęcia bez podanych wymiarów powód „skakania” układu | 1 | 2 | 0 | 0 |
| Pliki JavaScript / CSS | 22 / 9 | 24 / 12 | 1 / 2 | 1 / 2 |
| Adres kanoniczny i podgląd do udostępniania | jest | jest | jest | jest |
Obie strony na WordPressie mają adres kanoniczny, podgląd do udostępniania, podstawowe dane strukturalne i mapę strony – to zasługa wtyczki Yoast SEO. Szybkość odpowiedzi serwera też była porównywalna z naszą (ok. 0,1 s przy kolejnych wejściach). WordPress nie przekreśla SEO.
Problem leży gdzie indziej: wtyczka daje narzędzia, ale domyślne ustawienia zostają domyślne. Nikt nie wpisał opisów stron, tytuł strony głównej to „Strona główna” albo „Home”, do mapy strony trafiły archiwa kategorii i strona autora (z nazwą konta administratora – co przy okazji ułatwia życie włamywaczom), a dane strukturalne mówią tylko „to jest strona internetowa organizacji”. Żeby to poprawić, ktoś musi wiedzieć, gdzie kliknąć – i robić to przy każdej nowej podstronie.
Coraz więcej osób zamiast „pensjonat Wisła” wpisuje do ChatGPT pytanie: „gdzie w Beskidach jest nocleg z basenem i obiadokolacją dla rodziny z dziećmi?”. Asystent odpowie dobrze tylko wtedy, gdy znajdzie konkretne, jednoznaczne fakty: adres, ceny, udogodnienia, zasady pobytu. Dlatego nasz CMS podaje je trzy razy: w treści strony, w danych strukturalnych (pytania i odpowiedzi, pokoje z cenami, udogodnienia) i w pliku llms.txt.
Uczciwie: llms.txt to młody, proponowany standard – nie każdy asystent AI już z niego korzysta. Kosztuje jednak zero pracy, bo powstaje sam z treści, którą i tak wpisujesz w panelu, a dane strukturalne i czytelna treść działają w Google już dziś.
06Dobra warstwa techniczna to fundament, nie gwarancja pozycji. Na to, gdzie pojawisz się w Google, wpływają też: treść (czy odpowiada na pytania klientów), wizytówka Google i opinie (dla firm lokalnych często ważniejsze niż sama strona), linki z innych stron i historia domeny. Nie obiecujemy „pierwszego miejsca w tydzień” – obiecujemy, że strona nie będzie przeszkadzać, a wszystko, co techniczne, jest ustawione od pierwszego dnia.
07Nie powinieneś – dla każdego starego adresu ustawiamy przekierowanie 301 na nową podstronę, a tytuły i opisy przenosimy albo poprawiamy. Przez kilka tygodni po zmianie pozycje mogą się lekko wahać, to normalne przy każdej przebudowie.
Tak. Każda podstrona ma w panelu pola „Tytuł dla Google” i „Opis dla Google” z licznikiem znaków. Jeśli zostawisz je puste, system wstawi sensowną wersję z nazwy podstrony i firmy.
To plik z najważniejszymi informacjami o firmie w prostym tekście – dla asystentów AI. Nic nie musisz robić: aktualizuje się sam przy każdej publikacji, z danych, które i tak masz w panelu.
Tak, przy odpowiedniej konfiguracji, wtyczkach i dyscyplinie przy każdej zmianie. Różnica jest taka, że u nas to ustawienie domyślne, którego nie da się przypadkiem wyłączyć.
Zrobimy bezpłatny przegląd SEO Twojej obecnej strony – tytuły, opisy, dane strukturalne, mapa strony – i pokażemy, jak wyglądałaby w naszym CMS-ie.
Zapytaj o przegląd