Strona główna / Blog / Audyt strony

3 min czytania

Audytowaliśmy własną stronę: co znaleźliśmy i jak to naprawiliśmy

Puściliśmy nasz audyt na berc.pl. Wynik 96/100 brzmi dobrze, ale pod spodem były artykuły bez autora, ucinane tytuły, niewypełniony rekord DMARC i strona, która na telefonie ładowała główną treść 4-7 sekund. Oto co zmieniliśmy i z jakim skutkiem.

Narzędzie do audytu, które sprzedajemy, najpierw sprawdziliśmy na sobie. Pełny raport berc.pl objął 51 podstron, dane z Ahrefs, Google PageSpeed na kilku szablonach i rekordy DNS poczty. Wynik ogólny: 96/100. Brzmi jak powód do zadowolenia, ale wynik jest średnią, a raport pokazał kilka rzeczy, które realnie kosztowały nas widoczność.

01 Artykuły bez autora i daty

Wszystkie 20 artykułów i case studies nie miało autora ani daty zapisanych tak, żeby odczytał je robot. Data była na stronie, ale jako zwykły tekst, a podpis „Zespół LuKas Holdings” jako zwykły akapit. Dla Google i asystentów AI to sygnał, że nie wiadomo, kto odpowiada za treść i czy jest aktualna.

Poprawka zajęła godzinę: datę owinęliśmy w znacznik time z datą w formacie ISO, dodaliśmy meta author oraz article:published_time i article:modified_time, a w danych strukturalnych BlogPosting uzupełniliśmy dateModified, obraz i logo wydawcy.

02 Połowa tytułów ucinana w Google

25 z 50 tytułów miało ponad 65 znaków. Najdłuższy, dla strony usługi AI, liczył 97: „AI & Integracja: Sztuczna inteligencja, która odbiera robotę, a nie pracowników. | LuKas Holdings”. Hasło marketingowe w tytule i dopisek z nazwą firmy na każdej stronie zjadały miejsce na to, czego ktoś szuka.

Teraz dopisek z marką dodajemy tylko wtedy, gdy cały tytuł mieści się w 60 znakach, a usługi dostały krótkie tytuły oparte na tych samych słowach co nagłówek H1: „AI & Integracja: automatyzacja pracy | LuKas Holdings”.

03 Szybkość na telefonie: z 80 do 95

Na komputerze strona miała 100/100, na telefonie 80 na stronie głównej i 71 na stronie audytu. Główna treść pojawiała się po 4-7 sekundach. PageSpeed wskazał trzy przyczyny, i żadna nie była tam, gdzie byśmy jej szukali.

  • ASześć małych arkuszy stylów (1-3 KB każdy), które przeglądarka musiała pobrać przed pierwszym wyświetleniem: około 0,6 s na telefonie. Wpisaliśmy je bezpośrednio w HTML.
  • BZdjęcie na stronie głównej w rozmiarze 1000×1500 px (149 KB) wysyłane także telefonom. Dodaliśmy wersję 800 px (83 KB), którą przeglądarka wybiera sama.
  • CSkrypt analityki ładowany razem z treścią. Teraz startuje przy pierwszej interakcji albo 3 s po załadowaniu strony, a zdarzenia z tego czasu czekają w kolejce.

Efekt w PageSpeed na telefonie: strona główna 87-95, strona audytu 94-96, blog 84-95 (wynik różni się między pomiarami), a czas wyświetlenia głównej treści spadł do 2,1-3,3 s.

04 Rekord DMARC, który nigdzie nie wysyłał raportów

W rekordzie DMARC domeny został adres z szablonu: your-cloudflare-address@dmarc-reports.cloudflare.net. Polityka działała, ale raporty o tym, kto wysyła maile w imieniu berc.pl, trafiały donikąd, więc podszywanie się pod domenę przeszłoby niezauważone. Rozwiązanie: włączenie DMARC Management w Cloudflare, które wstawia prawdziwy adres, i usunięcie tego z szablonu.

05 Dane strukturalne bez logo i profili

Dane Organization na każdej z 50 stron nie miały logo ani sameAs, więc Google nie miał jak powiązać strony z wizytówką firmy. Dodaliśmy kwadratowe logo i odnośnik do profilu w Google Business. Przy okazji oferta pracy dostała datę ważności validThrough.

06 Co raport zgłosił niesłusznie

Audyt na sobie to też test narzędzia. Zgłosiło dwa fałszywe alarmy: „brakuje stron kontaktu i o firmie”, choć dane kontaktowe są w stopce każdej strony, a link „O nas” prowadzi na stronę główną, oraz „brak analityki”, bo nasza analityka jest częścią kodu aplikacji, a nie osobnym skryptem w HTML. Poprawiliśmy oba testy: dziś liczą się nazwane linki i dane kontaktowe w stopce, a audyt czyta też pliki JavaScript strony.

07 Czego nie ruszaliśmy

Raport pokazał 86 domen z linkami o typowo spamowych tekstach („High Quality Dofollow Backlinks…”). To automatyczne farmy linków, które Google w większości ignoruje. Plik disavow ma sens dopiero przy karze ręcznej, więc tylko to obserwujemy. Nie mamy też jeszcze danych Core Web Vitals od prawdziwych użytkowników, bo Google zbiera je dopiero przy odpowiednim ruchu.

08 Wynik: 99/100

Po poprawkach ponowny audyt dał 99/100: 100 w SEO technicznym, treści, szybkości, bezpieczeństwie i gotowości na AI. Wszystko zajęło jeden dzień pracy. Najważniejsza lekcja: 96 punktów nie znaczy, że wszystko jest dobrze. Znaczy tylko, że problemów nie widać na pierwszy rzut oka.

Współpraca / Rozmowa 30 minut

* Pole wymagane

Umów rozmowę

Zostaw kontakt, a oddzwonimy, żeby ustalić termin. W 30 minut pokażemy, gdzie tracisz sprzedaż i co naprawić najpierw.

Produkt
Produkt * Wybierz jeden

Nazwę firmy uzupełnimy za Ciebie.

Nazwa firmy Z Białej listy podatników VAT

Uzupełni się po wpisaniu NIP