SEOMaster
Zmiany w silniku oceny
Gdy Twój wynik zmienia się między skanami, odpowiedź brzmi: zmieniła się Twoja strona albo zmieniliśmy się my. Ta strona istnieje po to, żeby drugą możliwość dało się sprawdzić, a nie tylko założyć.
Dlaczego to publikujemy
Narzędzie, które ocenia cudzą przejrzystość, nie może samo być czarną skrzynką. Jeśli podnosimy poprzeczkę — a przy filarze bezpieczeństwa podnieśliśmy ją wyraźnie — spadek Twojego wyniku nie jest Twoją winą i powinieneś mieć jak to ustalić.
Wpisy oznaczone jako mogące zmienić wynik to te, po których istniejąca, niezmieniona strona mogła dostać inną liczbę punktów. Wpisy neutralne zmieniają sposób prezentacji albo kolejność rekomendacji, ale nie samą punktację.
Każdy wpis wskazuje identyfikator fazy odpowiadający plikowi migracji, która go wdrożyła. To celowo weryfikowalna referencja, a nie ogólnikowe „ulepszyliśmy algorytm”.
Bezpieczeństwo: wagi opisują rozróżnianie, nie konsekwencję
· phase199 · Zmiana wag · Mogła zmienić wynik bez zmian na stronie
Strona bez ani jednego z sześciu nagłówków bezpieczeństwa potrafiła zdobyć 82/100 w tym filarze, bo ważny certyfikat, poprawny TLS i brak mixed content dawały 43% wagi za „ma HTTPS i niczego nie zepsuł”. W 2026 certyfikat jest standardem i nie odróżnia nikogo od nikogo. Wagi opisują teraz, jak bardzo dany sygnał różnicuje strony, a rzeczywiście groźne awarie (odrzucony lub wygasły certyfikat, mixed content, brak HTTPS, oprogramowanie z publicznymi podatnościami) nakładają górny limit na cały filar. Zmieniły się też progi: „0 z 6 nagłówków” dawało 52 punkty, teraz daje 16; brak HSTS dawał 40, teraz 20.
Każda poprawka dostaje szacowany nakład pracy
· phase197 · Zmiana metody · Neutralna dla wyniku
Rekomendacje przestały być listą posortowaną wyłącznie według wagi. Każdy check ma teraz metadane nakładu — od „minuta” (nagłówek do wklejenia) po „dzień lub dwa” (zmiana architektury renderowania) — oraz oznaczenie szybkich wygranych. Wynik się od tego nie zmienia; zmienia się kolejność, w jakiej raport proponuje działać.
Nowe kontrole: font-display i treść niemal zduplikowana
· phase196 · Nowa kontrola · Mogła zmienić wynik bez zmian na stronie
Dwie kontrole liczone z danych, które skan i tak już pobrał: performance.font_display (czy własne fonty deklarują font-display, bez którego tekst bywa niewidoczny przez sekundy) oraz seo.duplicate_content (podstrony o niemal identycznej treści w pobranej próbce). Żadnego nowego zapytania.
Nowa kontrola: miękkie 404
· phase195 · Nowa kontrola · Mogła zmienić wynik bez zmian na stronie
Sonda nieistniejącego adresu działała w każdym skanie od dawna, ale jej wynik nigdy nie trafiał do oceny. seo.soft_404 wykrywa teraz serwery zwracające status 200 dla stron, których nie ma — a to sprawia, że wyszukiwarka indeksuje nieistniejące adresy i marnuje na nie budżet indeksowania.
Nowe kontrole: spójność SEO i dodatki bezpieczeństwa
· phase194 · Nowa kontrola · Mogła zmienić wynik bez zmian na stronie
seo.dup_meta (zduplikowane tytuły i opisy w próbce podstron), seo.sitemap_robots (czy sitemapa i robots.txt nie przeczą sobie nawzajem), security.cross_origin (nagłówki COOP, CORP i COEP, których nie obejmowała pozycja „sześć nagłówków”) oraz security.cookie_prefix (prefiksy __Host- i __Secure- na ciasteczkach).
Nowe kontrole: obrazy, strony osierocone i przekierowania wewnętrzne
· phase193 · Nowa kontrola · Mogła zmienić wynik bez zmian na stronie
performance.img_dimensions i performance.img_srcset (wymiary obrazów zapobiegające przeskokom układu oraz warianty responsywne), seo.orphans (podstrony w sitemapie, do których nie prowadzi żaden link wewnętrzny), seo.internal_redirects (linki wewnętrzne celujące w przekierowanie zamiast w docelowy adres) i security.consent (bannery zgody blokujące treść).
Indeksowalność czyta nagłówek X-Robots-Tag
· phase192 · Zmiana metody · Mogła zmienić wynik bez zmian na stronie
Kontrola seo.indexable sprawdzała wyłącznie znacznik <meta robots>. Strona wykluczona z indeksu nagłówkiem HTTP X-Robots-Tag: noindex przechodziła ją bez zastrzeżeń — czyli najpoważniejszy możliwy problem SEO pozostawał niewidoczny. Teraz oba źródła są czytane, a nagłówek ma pierwszeństwo, tak jak u Google.
Ósmy filar: gotowość dla AI
· phase171 · Nowa kontrola · Mogła zmienić wynik bez zmian na stronie
Nowy filar odpowiada na pytanie, które klienci zaczęli zadawać: czy ChatGPT, Perplexity i AI Overviews mogą odczytać tę stronę. Sześć kontroli: polityka wobec robotów AI w robots.txt, wyodrębnialność treści, obecność treści w surowym HTML, dane strukturalne, plik llms.txt oraz autor i data. Wagi filarów SEO i wydajności zostały przy tej okazji obniżone, żeby zrobić miejsce — wynik istniejących stron mógł się zmienić bez żadnej zmiany po ich stronie.
Pełny odczyt Lighthouse z wywołania PageSpeed
· phase170 · Zmiana metody · Mogła zmienić wynik bez zmian na stronie
Każdy skan i tak płacił za zapytanie do PageSpeed Insights, które uruchamia prawdziwy headless Chrome, ale wykorzystywaliśmy z odpowiedzi ułamek. Teraz odczytujemy pełny zestaw audytów, w tym naruszenia axe-core mapowane na konkretne kryteria WCAG. Bez dodatkowych zapytań i bez dodatkowego kosztu.
Rejestr kontroli: wagi i progi stają się jawne
· phase102 · Zmiana metody · Neutralna dla wyniku
Punkt początkowy tego dziennika. Wagi, progi, opisy i porady naprawcze przeniosły się z kodu skanera do wersjonowanego rejestru w bazie. Od tego momentu każdy punkt w raporcie da się wskazać z nazwy, a zmiana metody podbija numer wersji silnika — co dopiero umożliwiło odróżnienie zmiany po stronie strony od zmiany po naszej.