Tytuł strony

Co oznacza to kryterium

Tytuł pozwala rozpoznać stronę bez czytania całej jej zawartości. W HTML jest nazwą dokumentu dostępną m.in. w karcie przeglądarki. Widoczne „Dostawa” w treści nie zastępuje tej właściwości. Po przejściu do odrębnego widoku aplikacji webowej tytuł powinien opisywać aktualny temat, także bez zmiany adresu.

Opisowa nazwa pomaga osobom niewidomym i słabowidzącym rozróżniać otwarte strony bez poszukiwania nagłówka. Ułatwia powrót do zadania przy trudnościach z pamięcią i koncentracją. Przy nawigacji opartej na dźwięku ogranicza dodatkowe przeglądanie, co może pomagać osobom z ograniczeniami ruchowymi. Te korzyści nie są wynikiem badania użytkowników przykładu.

Przykłady błędów i poprawek

Dwa widoki, właściwy tytuł

Demonstracja „Pracownia” ma widoki Dostawa i Zamówienia z syntetycznymi danymi P-104. Nawigacja zmienia zawartość w tym samym dokumencie, pod tym samym adresem. Wszystkie warianty zachowują wygląd i dane; istotną różnicą jest nadawanie document.title.

Odczyty title w DOM, nazwy karty i AXWebArea były zgodne. Potwierdzają właściwość i jej aktualizację w tym odbiorniku. Ocena opisowości jest interpretacją AI, bez przeglądu człowieka.

Pusty, ogólny lub pozostawiony tytuł

Kadry good i bad tego samego widoku mają identyczne widoczne teksty. Duży nagłówek lub screenshot bez paska kart nie ujawniają błędu tytułu. Brak danych o częstości tych usterek.

Kiedy obowiązuje i gdzie są wyjątki

Normatywne 2.4.2 nie wymienia wyjątków dla stron. Strona obejmuje zasób uzyskany z URI i treść renderowaną razem, także aplikację ze zmieniającymi się widokami. W SPA tytuł ma odpowiadać odrębnemu aktualnemu tematowi; nie trzeba zmieniać go po każdym znaku lub zaznaczeniu opcji. Istotność zmiany oceniaj w kontekście.

Tytuł nie musi być równy h1. Kryterium nie podaje progu długości, obowiązkowej marki, separatora, numeru zamówienia ani bezwzględnej globalnej unikalności. Krótka nazwa z ważnym tematem na początku i kontekstem witryny jest dobrą praktyką G88/G127. Powtórzony tekst ocenia się według jego znaczenia. Nazwa aplikacji lub dokumentu może wystarczyć, jeżeli rzeczywiście opisuje cel; nie każda nazwa marki jest automatycznym błędem.

H25/G88 opisują pomocniczą technikę opisowego elementu title. Atrybut title na elemencie, aria-label na main, nazwa przycisku i h1 są innymi informacjami. Poprawienie wyłącznie nagłówka nie naprawia tej pary. Jeden title w head jest praktyką HTML, bez osobnego warunku normatywnego 2.4.2. Reguły ACT uwzględniają pierwszy tytuł; duplikat lub błędne miejsce wymagają oceny rzeczywistego wyniku, bez werdyktu tylko za składnię.

Osadzony dokument iframe nie jest samodzielną stroną w zakresie opisanych reguł ACT. Tytuł strony nadrzędnej i etykieta ramki są odrębne. PDF18 opisuje /Title oraz /DisplayDocTitle true; wydrukowany nagłówek na pierwszej stronie nie zastępuje tego mechanizmu. Technikę PDF omówiono, bez testu dokumentu i odbiornika.

Platformy

Ocena AI z 2026-10-03 używa WCAG 2.2 Recommendation 2024-12-12 oraz informacyjnego WCAG2ICT Group Note 2025-12-11. Adaptacja poza WWW rozróżnia dokument i program. Nie ustala EN 301 549 ani obowiązków prawnych.

Brak odczytu tytułu w sondzie lub na obrazie nie dowodzi braku wsparcia platformy. Format/platforma bez wskazanej właściwości nie uruchamia warunku adaptacji; pomocna nazwa pozostaje dobrą praktyką. Nazwa pliku sama nie dowodzi metadanych dokumentu. W hybrydzie rozdziel strony i host natywny; nie przenoś do 2.4.2 warunku zbioru z 2.4.1 ani wyjątków innych norm.

Rozwiązania w technologiach

<head>
  <title>Dostawa — Pracownia</title>
</head>

// W istniejącym renderowaniu/routerze, po ustaleniu bieżącego widoku:
document.title = currentViewTitle;

import android.app.Activity
import androidx.compose.runtime.Composable
import androidx.compose.runtime.SideEffect

@Composable
fun UpdateScreenTitle(activity: Activity, screenTitle: String) {
    SideEffect { activity.title = screenTitle }
}

import SwiftUI

struct DeliveryView: View {
    var body: some View {
        NavigationStack {
            Text("Odbiór zamówienia P-104")
                .navigationTitle("Dostawa")
        }
    }
}

import 'package:flutter/widgets.dart';

// W istniejącym buildzie, z nazwą aktualnego widoku i jego widgetem:
Title(
  title: screenTitle,
  color: const Color(0xFF15201C),
  child: screen,
)

Jak sprawdzić

1. Ustal stronę, dokument lub okno oraz rzeczywistą właściwość tytułu i jej odbiorcę. Odczytaj wartość programowo i porównaj z tematem treści.
2. Sprawdź wejście i istotne zmiany widoków, także SPA bez zmiany URI. Wykonaj powrót i reload; oczekuj tytułu odpowiadającego aktualnej zawartości.
3. Oceń nazwę poza całym tekstem strony, wśród otwartych stron. Nie wymagaj mechanicznej równości z h1 ani unikalności za wszelką cenę.
4. Zapisz pustkę, placeholder lub nieaktualny temat razem z wartością i zawartością. Sama niepustość jest częściową oceną. Odbiór lub ogłoszenie czytnikiem wymaga osobnego rzeczywistego testu.

Weryfikacja i ograniczenia

Źródłowa próba: 2026-10-03 00:21:54–00:22:00 CEST, IAB na macOS 27.0, build 26A428, UA Chrome/154.0.0.0; viewport 1280 × 720 CSS px, DPR 1. UA maskuje system; silnika poza UA nie odczytano. Node 22.22.3 i Python 3.9.6; bez mobilnych SDK i zmian ustawień dostępności.

Pierwsza próba nie dostarczyła mediów: read-only evaluate nie udostępniał navigator. Odczyt metadanych przeniesiono do pasywnego obserwatora. Druga zachowała cztery kadry, ale zatrzymała się na oczekiwaniu nazwy pustej karty; API zwracało adres. Poprawiono oczekiwanie, bez zmiany tytułów, i finalna próba przeszła. Wcześniejsze metadane mają czas z systemu plików, bez zaginionego odczytu. Bind localhost wymagał eskalacji; nie był awarią tytułu.

Odczyt właściwości, wykrycie pustki i aktualizacji mogą być deterministyczne; trafność tytułu wymaga oceny znaczenia. Reguła ACT niepustości obejmuje część wymagania. Reguła opisowości pomija pustkę, więc jej „inapplicable” nie potwierdza spełnienia 2.4.2. DOM, nazwa karty i AXWebArea pokazują ekspozycję w odbiorniku, bez wypowiedzi VoiceOver. AI może odrzucić trafny skrót lub zaakceptować ogólnik; brak treści oznacza wynik nieustalony.

Wyklucz etykiety wariantów, konfigurację URL, metadane, obserwator i oczekiwania testu z niezależnej walidacji. Wejście isTrusted=true pochodzi z narzędzia przeglądarkowego, bez fizycznej myszy lub przełącznika. Wyniki dotyczą dwóch widoków i pięciu wariantów, bez pomiaru skuteczności na niezależnych danych.

Jak sprawdza Clearship

Metoda z 2026-10-08 odczytuje tytuł ekranu aplikacji z właściwości okna, panelu lub paska nawigacji. Bez tej właściwości używa widocznego tekstu paska jako wskazówki i pozostawia potwierdzenie człowiekowi. Reguły wskazują brak tytułu i wspólną nazwę przy różnej treści. AI ocenia opisowość względem treści; niepewność, błąd lub niewykonanie pozostają nierozstrzygnięte.

Pomiar Androida z AI spełnił próg w trzech kontrolnych powtórzeniach: 8/8 usterek, odpowiednio 5, 6 i 5 fałszywych alarmów na 301 poprawnych ekranach. iOS na zestawie rozwojowym miał 8/8 i 11/210 fałszywych alarmów, poniżej progu; kontrolny niewykonany. To pomiar konkretnej metody, bez gwarancji wszystkich tytułów.

Flutter często nie udostępnia właściwości tytułu w odczycie, więc widoczna nazwa trafia do człowieka. Metoda nie bada webowego document.title w WebView, powrotu i ponownego wejścia, ogłoszeń zmiany ekranu ani ekranów poza trasą. Niepustość lub równość z h1 nie rozstrzyga opisowości, a nazwa ekranu nie dowodzi wypowiedzi czytnika.

Powiązane kryteria

• 1.3.1
  Informacje i relacje

  Programowa struktura nagłówków jest inną informacją niż tytuł dokumentu.

• 2.4.1
  Pomijanie bloków

  Mechanizm pomijania powtórzeń nie zastępuje opisowego tytułu.

• 2.4.6
  Nagłówki i etykiety

  Opisowość nagłówków i etykiet jest oceniana odrębnie.

• 2.4.4
  Cel linku w kontekście

  Cel linku powinien odpowiadać treści, której tytuł pomaga ją rozpoznać.