Darmowe narzędzie: Aspekty techniczne
Darmowy audyt strony internetowej
Jeden skan podanej strony i maksymalnie czterech kluczowych podstron z wynikami w siedmiu obszarach: dostępność, gotowość na EAA, SEO, szybkość, konwersja, bezpieczeństwo i uwierzytelnianie poczty e-mail. Zacznij tutaj, aby zobaczyć, gdzie są największe problemy, zanim zdecydujesz, co naprawić.
Za darmo. Testuje do pięciu kluczowych podstron w około minutę.
Co sprawdza to narzędzie
Dostępność
Reguły axe-core WCAG 2.2 dla poziomów A i AA na każdej testowanej stronie oraz test klawiatury wykrywający pułapki fokusu, linki pomijające i brakujące obrysy fokusu.
Gotowość na EAA
Automatycznie wykryte błędy dostępności przypisane do EN 301 549, europejskiej normy stosowanej na potrzeby europejskiego aktu o dostępności (European Accessibility Act).
SEO
Tytuły, opisy, nagłówki H1, adresy kanoniczne, noindex, robots.txt, mapa witryny XML, viewport, język, Open Graph i dane strukturalne.
Szybkość
Czasy ładowania, przesunięcia układu, długie zadania, waga strony, ciężkie obrazy i udział zasobów zewnętrznych, mierzone podczas tych samych wczytań strony. Test telefonu na wolnym 4G znajdziesz w Teście szybkości strony.
Konwersja
Wezwania do działania, sposoby kontaktu, formularze i treści budujące zaufanie, takie jak opinie klientów i linki do regulaminów i polityk. W sklepach także kontrole produktu i koszyka, takie jak cena, przycisk dodania do koszyka i przycisk przejścia do kasy.
Pasywne bezpieczeństwo
Certyfikat, przekierowanie z HTTP na HTTPS, nagłówki bezpieczeństwa, flagi plików cookie, treści mieszane (mixed content), przestarzałe wersje jQuery i Lodash, security.txt oraz polityka DMARC, która chroni przed sfałszowanymi wiadomościami e-mail.
Uwierzytelnianie poczty e-mail
SPF, DKIM dla popularnych selektorów, DMARC, BIMI i MTA-STS, odczytywane z publicznego DNS.
Typ witryny i technologia
Rodzaj witryny (sklep, SaaS lub aplikacja, strona firmowa, blog, wydawca, edukacja, administracja publiczna, opieka zdrowotna, hotel lub landing page) i jej platforma spośród 18 technologii, wykrywane na podstawie publicznie dostępnych sygnałów wraz z poziomem pewności. Oba decydują o tym, które strony i kontrole zostaną użyte.
Czego nie może sprawdzić
- Zagłębić się w żaden pojedynczy obszar. Każdy obszar pokazuje najważniejsze wyniki; odpowiedni płatny raport wykonuje więcej testów i podaje poprawkę dla każdego wyniku.
- Przetestować więcej niż pięciu stron, stron za logowaniem ani procesu zakupu.
- Zastąpić testu penetracyjnego. Kontrole bezpieczeństwa odczytują tylko to, co pokazują przeglądarka odwiedzającego i publiczny DNS.
- Znaleźć każdego klucza DKIM. Selektorów nie da się wylistować, więc sprawdzane są tylko te, których używają popularne usługi e-mail.
- Odpowiedzieć na pytania prawne, na przykład czy obowiązuje Cię ADA lub EAA albo czy spełniasz ich wymogi.
- Zmierzyć efektów, takich jak pozycje w wyszukiwarce, współczynniki konwersji, sprzedaż czy trafianie wiadomości do skrzynki odbiorczej.
Dlaczego to ważne
Problemy witryn rzadko ograniczają się do jednego obszaru. Karuzela obrazów może być jednocześnie błędem dostępności, najcięższym plikiem na stronie i powodem, dla którego wezwanie do działania znajduje się poniżej pierwszego ekranu. Baner cookies może naraz więzić fokus klawiatury i przesuwać układ strony. Widok wszystkich obszarów z jednego skanu pokazuje, gdzie jedna zmiana naprawia kilka rzeczy jednocześnie.
Szeroka kontrola wykrywa też to, za co nikt nie odpowiada. Rekordy uwierzytelniania poczty konfiguruje się raz i się o nich zapomina; bez egzekwowanej polityki DMARC inni mogą wysyłać wiadomości, które wyglądają, jakby pochodziły z Twojej domeny. Wygasający certyfikat, brakujące nagłówki bezpieczeństwa i stara wersja jQuery dołączona przez wtyczkę są równie niepozorne, dopóki coś się nie zepsuje.
Ponieważ skan rozpoznaje, jaki rodzaj witryny testuje, kontrole są do niego dopasowane: sklep dostaje kontrole produktu i koszyka, witryna SaaS kontrolę cennika, a blog kontrolę artykułów. Rozpoznanie pokazuje swoje dowody i poziom pewności, dzięki czemu łatwo zauważyć, kiedy jest błędne.
Jak czytać wyniki
- Problem
- Pewny problem potwierdzony przez kontrole, na przykład niespełniona reguła WCAG, strona z ustawionym noindex lub brak rekordu DMARC.
- Do weryfikacji
- Coś, czemu powinien przyjrzeć się człowiek, bo oprogramowanie nie może tego rozstrzygnąć albo może to być zamierzone, na przykład pozycja, której axe-core nie rozstrzygnął, lub strona, którą inne witryny mogą osadzać.
- Możliwość poprawy
- Usprawnienie, a nie błąd, na przykład brak Content Security Policy albo wezwanie do działania poniżej pierwszego ekranu.
- Zaliczone
- Kontrola została wykonana i nie wykryła problemów na testowanych stronach.
- Informacja
- Kontekst, a nie werdykt, na przykład nagłówki bezpieczeństwa, które Shopify ustawia dla każdego sklepu i których nie możesz zmienić.
- Typ witryny i poziom pewności
- Za co skan uważa Twoją witrynę, wraz z dowodami. Gdy dowody są słabe, witryna jest traktowana jako ogólna strona internetowa i nadal przechodzi wszystkie kontrole, które pasują do każdej witryny.
- Technologia
- Wykryta platforma lub framework, na przykład Shopify, WordPress, Webflow lub Next.js. Od niej zależy, jakie instrukcje naprawy dla konkretnej platformy zobaczysz.
Jak naprawić najczęstsze problemy
Brak polityki DMARC
Opublikuj rekord TXT pod _dmarc.yourdomain.com, na przykład v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com, aby zacząć otrzymywać raporty. Gdy raporty pokażą, że każda usługa wysyłająca pocztę w Twoim imieniu przechodzi SPF lub DKIM, przejdź na p=quarantine, a potem na p=reject.
HTTP nie przekierowuje na HTTPS
Włącz opcję wymuszania HTTPS u swojego dostawcy hostingu lub w CDN albo dodaj przekierowanie 301 z http:// na https:// dla każdej ścieżki. Gdy HTTPS działa wszędzie, dodaj nagłówek Strict-Transport-Security.
Brakujące nagłówki bezpieczeństwa
Zacznij od X-Content-Type-Options: nosniff, nagłówka Referrer-Policy, na przykład strict-origin-when-cross-origin, oraz dyrektywy frame-ancestors w Content Security Policy (lub X-Frame-Options), aby inne witryny nie mogły osadzać Twoich stron w ramkach. Pełna Content Security Policy wymaga testów, więc zacznij od Content-Security-Policy-Report-Only.
Przestarzałe jQuery lub Lodash
Zaktualizuj bibliotekę do aktualnej wersji lub usuń ją, jeśli nic jej nie używa. W WordPressie stare kopie zwykle pochodzą z motywu lub wtyczki, która dołącza własną wersję, więc rozwiązaniem jest aktualizacja lub wymiana tej wtyczki.
SPF ze zbyt wieloma zapytaniami DNS
SPF dopuszcza najwyżej 10 zapytań DNS. Usuń wpisy include: dla usług, z których już nie korzystasz, unikaj zagnieżdżonych include tam, gdzie to możliwe, i upewnij się, że domena publikuje tylko jeden rekord SPF.
Brak wyraźnego wezwania do działania
Umieść jedno główne działanie, na przykład „Umów prezentację”, „Poproś o wycenę” lub „Zobacz nowości”, na pierwszym ekranie strony głównej jako prawdziwy link lub przycisk z konkretnym tekstem i powtórz je po kluczowych sekcjach.
Pytania o to narzędzie
Co obejmuje darmowy audyt strony?
Podaną stronę i maksymalnie cztery kluczowe podstrony testowane w prawdziwej przeglądarce oraz kontrole całej witryny: robots.txt, mapy witryny, certyfikatu, nagłówków odpowiedzi i rekordów DNS. Wyniki są podzielone na siedem obszarów, a każdy z nich zawiera najważniejsze ustalenia.
Ile trwa audyt?
W przypadku większości witryn około minuty, ponieważ ładowanych i testowanych jest pięć stron. Jeśli ten sam adres był skanowany w ciągu ostatniej godziny, wyniki mogą zostać użyte ponownie.
Czy kontrolę bezpieczeństwa można bezpiecznie uruchomić na działającej witrynie?
Tak. Odczytuje tylko to, co pokazują przeglądarka odwiedzającego i publiczny DNS: certyfikat, nagłówki, pliki cookie, skrypty i rekordy. Nigdy nie próbuje haseł, nie sonduje ukrytych ścieżek ani nie wysyła ruchu atakującego.
Jak rozpoznawany jest typ witryny?
Na podstawie publicznie dostępnych sygnałów na Twoich stronach: danych strukturalnych, tagów generatora, skryptów oraz słów w linkach i przyciskach. Każda etykieta ma poziom pewności i pokazuje swoje dowody, więc błędne rozpoznanie łatwo zauważyć.
Dlaczego przetestowano mniej niż pięć stron?
Kluczowe podstrony są wybierane spośród linków na podanej stronie. W małej witrynie albo gdy strona przekierowuje do innej witryny, zwraca błąd lub jest zablokowana, można przetestować mniej stron.
Od którego płatnego raportu zacząć?
Od tego, który dotyczy obszaru z problemami najważniejszymi dla Ciebie. Każdy obszar audytu prowadzi do swojego raportu, który testuje więcej stron lub wykonuje dodatkowe testy i podaje poprawkę dla każdego wyniku.
Źródła
- W3C: Wytyczne dotyczące dostępności treści internetowych (WCAG) 2.2(otwiera się w nowej karcie)
- ETSI: EN 301 549, wymagania dotyczące dostępności produktów i usług ICT(otwiera się w nowej karcie)
- Google Search Central: Wymagania techniczne(otwiera się w nowej karcie)
- web.dev: Web Vitals(otwiera się w nowej karcie)
- IETF RFC 7208: Sender Policy Framework (SPF)(otwiera się w nowej karcie)
- IETF RFC 6376: DomainKeys Identified Mail (DKIM) Signatures(otwiera się w nowej karcie)
- IETF RFC 9989: Domain-based Message Authentication, Reporting, and Conformance (DMARC)(otwiera się w nowej karcie)
- IETF RFC 8461: SMTP MTA Strict Transport Security (MTA-STS)(otwiera się w nowej karcie)
- IETF RFC 9116: Format pliku ułatwiający zgłaszanie podatności (security.txt)(otwiera się w nowej karcie)
Powiązane narzędzia
- DostępnośćTest dostępności stronySprawdź swoją stronę w prawdziwej przeglądarce pod kątem WCAG 2.2 A i AA i zobacz każdą barierę z elementem, podstroną i wyjaśnieniem, dlaczego ma znaczenie.Otwórz narzędzie
- SEOAudyt SEO stronyZnajdź na kluczowych podstronach techniczne problemy SEO, które wykluczają je z wyszukiwarki lub pogarszają ich wygląd w wynikach.Otwórz narzędzie
- WydajnośćTest szybkości stronyZaładuj stronę jak telefon ze średniej półki na wolnym 4G i zobacz LCP, przesunięcia układu, czas blokowania i najcięższe pliki, a także dane rzeczywistych użytkowników z Google, jeśli są dostępne.Otwórz narzędzie