Spójna pomoc

Co oznacza to kryterium

Gdy pomoc powtarza się na stronach tego samego zbioru, zachowaj jej kolejność względem reszty treści w tej samej odmianie układu. Użytkownik może wtedy wrócić do zapamiętanego punktu pomocy podczas problemu z zadaniem. Wyjątek obejmuje zmianę układu zainicjowaną przez użytkownika.

Kryterium nie wymaga stworzenia pomocy, umieszczenia jej na każdej stronie ani kontaktu z człowiekiem przez całą dobę.

Przykłady błędów i poprawek

Własna Pracownia ma dwie strony wspólnego autora i celu: ustalenie odbioru i podsumowanie syntetycznego P-104. Treść podaje ul. Ogrodową 8 i piątek 10:00–18:00. Obie strony powtarzają „Pomoc przy odbiorze”, działający link do lokalnej samopomocy z instrukcją pokazania numeru obsłudze.

Problem: bad przenosi ten sam blok przed treść na drugiej stronie. Skutek: użytkownik przechodzący zwykłym Następny krok musi ponownie szukać pomocy. Poprawka: wspólny szablon umieszcza ją po treści obu kroków; samo przejście nie oznacza żądania reorganizacji.

Natywna analogia

Flutter/Cupertino odtwarza odbiór, podsumowanie, samopomoc w dialogu i jawne przeniesienie bloku w jednej aplikacji. Cykl good → bad → control zachowuje krok i usuwa ręczne ustawienie; reset przywraca początkową trasę i dane, a nieznana konfiguracja wraca do pickup/good. Przełączenie wariantu jest narzędziem demonstracji, nie preferencją użytkownika podczas ocenianego przejścia.

Kiedy obowiązuje i gdzie są wyjątki

• Wymaganie normatywne: dotyczy powtarzanych w zbiorze stron danych kontaktowych człowieka, mechanizmu kontaktu z człowiekiem, samopomocy i w pełni automatycznego kontaktu. Pomoc może być bezpośrednia lub przez link. Porównuje się kolejność względem treści w tej samej odmianie układu, nie identyczne współrzędne pikseli.
• Interpretacja Understanding: przejście na następną stronę nie jest wyjątkiem zmiany układu przez użytkownika. Wyjątek obejmuje intencjonalną reorganizację lub zmianę powiększenia, orientacji czy rozmiaru widoku; porównania nadal dotyczą tej samej odmiany.
• Brak pomocy na części stron sam w sobie nie narusza 3.2.6. Nie ma obowiązku dostępności człowieka przez całą dobę. Statyczny PDF pobrany ze strony nie staje się stroną tego zbioru; jego ewentualny zbiór dokumentów ocenia się odrębnie.
• Sama zmiana położenia wizualnego przy zachowanej kolejności serializacji nie wystarcza do FAIL 3.2.6, choć może pogorszyć użyteczność. Odmienne cele mogą tworzyć odrębne zbiory. Pomoc kontekstowa przy polu jest innym zagadnieniem niż ogólny punkt samopomocy.
• G220, technika pomocnicza: link do kontaktu w spójnym miejscu, z kontrolą programowego i wizualnego porządku. Jej procedura zachęca do dostępności linku na wszystkich stronach; nie zamienia tego w normatywny obowiązek dodania pomocy. Nasz link prowadzi do samopomocy, a nie do kontaktu z człowiekiem, więc nie deklarujemy pełnego wykonania G220.
• Aktualny Understanding wymienia błąd „Inconsistent Help Location” bez osobnego numeru F. Opisane good/bad/control są własnymi fixture, bez danych o częstości błędów i bez utożsamiania ich z oficjalnym testem.

Platformy

Poza WWW podstawą interpretacji jest WCAG2ICT, Group Note 2025-12-11, a nie osobna norma zgodności. Poniższa klasyfikacja nie ustala obowiązków prawnych; EN 301 549 nie jest podstawą tego wykonania i nie dokonano mapowania jej wersji.

Zbiór programów wymaga wspólnego celu/autora, wspólnej dystrybucji, niezależnego uruchamiania i wzajemnej nawigacji każdego programu do pozostałych. Zbiór dokumentów ma wspólny cel/autora, publikację i wzajemne odwołania. Nie dotyczy badanego scenariusza natywnego: Runner jest jednym programem, więc warunek zbioru nie zachodzi. Nie jest to wyłączenie całej platformy. W hybrydzie trzeba osobno ocenić treść webową.

Rozwiązania w technologiach

Wspólny obszar pomocy po treści każdego kroku ogranicza rozbieżności. Dla pojedynczej aplikacji natywnej jest to dobra praktyka; dla powtarzanej pomocy między członkami rzeczywistego zbioru programów rozwiązanie wymaga także spójnego wdrożenia w pozostałych programach. W osadzonym WWW należy zachować odpowiednią kolejność HTML; samo naprawienie natywnego przycisku nie naprawia strony.

final top = _userTop || (_variant == 'bad' && _review);
// Lista children wspólnej kolumny:
if (top) help,
content,
if (!top) help,

import SwiftUI

struct HelpLayout<Content: View>: View {
    let content: Content
    let onHelp: () -> Void
    var body: some View {
        ScrollView {
            VStack(alignment: .leading, spacing: 16) {
                content
                Button("Pomoc przy odbiorze", action: onHelp)
            }
        }
    }
}

import androidx.compose.foundation.layout.Column
import androidx.compose.material3.Button
import androidx.compose.material3.Text
import androidx.compose.runtime.Composable

@Composable
fun HelpLayout(content: @Composable () -> Unit, onHelp: () -> Unit) {
    Column {
        content()
        Button(onClick = onHelp) { Text("Pomoc przy odbiorze") }
    }
}

import type { ReactNode } from 'react';
import { Pressable, ScrollView, Text } from 'react-native';

export function HelpLayout({
  children,
  onHelp,
}: {
  children: ReactNode;
  onHelp: () => void;
}) {
  return (
    <ScrollView>
      {children}
      <Pressable accessibilityRole="button" onPress={onHelp}>
        <Text>Pomoc przy odbiorze</Text>
      </Pressable>
    </ScrollView>
  );
}

<main id="content"><!-- Treść danego kroku --></main>
<nav aria-label="Pomoc">
  <a href="support.html">Pomoc przy odbiorze</a>
</nav>

Brak buildów edukacyjnych fragmentów SwiftUI, Compose i React Native mieści się w uzgodnionym zakresie, nie tworzy automatycznych TODO. Ich wersji SDK nie podajemy jako użytych. Wersja przeglądarki/engine nie została udostępniona przez API obserwacji; metadane podają nazwę odbiornika i faktyczne rozmiary.

Jak sprawdzić

1. Ustal rzeczywisty zbiór, kategorię i działający cel pomocy oraz odmianę układu. Najpierw sprawdź, czy natywny program należy do zbioru; nie zrównuj jego ekranów ze stronami.
2. Porównaj pickup i review po zwykłym Następny krok: good ma pomoc po treści, bad przestawia ją przed treść. Zapisz porządek struktury oraz kontekst wizualny.
3. Otwórz pomoc i sprawdź instrukcję odbioru. Sama etykieta bez działającego celu nie potwierdza samopomocy.
4. W control jawnie przenieś blok, wróć i zresetuj. W visual porównaj geometrię z DOM/AX; w absent sprawdź brak również w strukturze.
5. Zapisz wejścia i wyniki, osobno zakres konkretnego układu i zbioru. Dwie strony demonstracji nie potwierdzają całej aplikacji.

Rzeczywiste wykonanie źródła

Próba pochodzi z 2026-10-04 Europe/Warsaw; UTC części materiałów wskazuje 2026-10-03. Migracja 2026-10-12 nie ponawia wykonania.

Flutter 3.44.9 / Dart 3.12.2; iPhone 17 Simulator / iOS 26.5. Odbiornik webowy Codex/macOS nie udostępnił wersji silnika. Większość JPEG ma 1280×720 px; control 1265×712 px. Odczyty DOM zapisują osobno obszar klienta, który nie jest metadanymi pikseli obrazu. Drzewo, odczyt i screenshot są sekwencyjne.

Weryfikacja i ograniczenia

Brak pomocy nie dowodzi naruszenia tego kryterium, a brak wykrytej zmiany nie potwierdza całej aplikacji. Zmiana ekranu zainicjowana przyciskiem nawigacji nie jest równoznaczna ze świadomą zmianą układu. Do oceny potrzebne są co najmniej porównywane stany i cel pomocy, a często także zapis wyboru użytkownika.

ID, adresy i ustawienia demonstracji ujawniają wariant. W zaślepionej ocenie nie mogą zastąpić obserwacji ani przekazywać oczekiwanego wyniku.

Jak sprawdza Clearship

Clearship zbiera set-evidence-1 w P0: kandydatów na zbiór ze stanów wspólnego tytułu, kontrolki nazwane Pomoc, Wsparcie, Czat, FAQ lub Infolinia i ich porządek przed/za treścią oraz względem wspólnych elementów. Strony zmieniane w jednym widoku wymagają zapisanych obserwacji akcji actionEvidence.

Wynik zawsze wymaga człowieka (incomplete); Android i iOS mają not-measured, bez progu. Człowiek ustala kwalifikację zbioru, rzeczywisty typ/cel pomocy, odmianę układu i intencję jego zmiany. Dane kontaktowe w treści, pomoc po rozwinięciu i Kontakt w nawigacji pozostają w dowodach do oceny, bez osobnego rozpoznania jako pomoc.

Brak pomocy, kandydata albo odczytu nie daje ani usterki 3.2.6, ani wyniku „nie znaleźliśmy problemów”. Sama geometria i zwykłe przejście na kolejną stronę nie rozstrzygają wyjątku. Dowody jednej aplikacji nie tworzą zbioru programów; demonstracja nie jest pomiarem tej metody. Ręczna ocena nie oznacza zamówienia usługi człowieka.

Powiązane kryteria

• 3.2.3
  Spójna nawigacja

  Porządek powtarzanej nawigacji jest odrębnym wymaganiem.

• 3.2.4
  Spójna identyfikacja

  Spójna identyfikacja dotyczy rozpoznawania tej samej funkcji.

• 1.3.2
  Zrozumiała kolejność

  Dotyczy znaczącej kolejności treści.

• 2.4.3
  Kolejność fokusu

  Dotyczy kolejności fokusu, która wymaga osobnej oceny.

• 3.2.1
  Po otrzymaniu fokusu

  Dotyczy zmiany kontekstu wywołanej otrzymaniem fokusu.

• 3.2.2
  Podczas wprowadzania danych

  Dotyczy zmiany kontekstu po zmianie ustawienia kontrolki.

• 3.3.5
  Pomoc

  AAA obejmuje pomoc kontekstową przy zadaniu; nie zastępuje oceny porządku powtarzanej pomocy.

  Artykuł nie jest jeszcze dostępny.