CMS i API

Przewodnik po widżetach stron internetowych.

Użyj widżetu, gdy liczy się szybkie wdrożenie, a witryna może zapewnić trwałe identyfikatory źródeł i przystępną nawigację językową.

Wyjaśnij zadanie i decyzję

Ten przewodnik zmienia przewodnik po widżetach witryny internetowej w możliwy do przejrzenia przepływ pracy. Łączy decyzje dotyczące domeny, własność, dowody i akceptację, dzięki czemu wynik nadal sprawdza się w produkcji.

Użyj widżetu, gdy liczy się szybkie wdrożenie, a witryna może zapewnić trwałe identyfikatory źródeł i przystępną nawigację językową.

Praktyczny proces

  1. 1

    Typy źródeł zasobów reklamowych, identyfikatory, pola, ustawienia regionalne, właściciele i stany publikacji.

  2. 2

    Wybierz wzorzec dostarczania spośród objętości, opóźnienia, kontroli redakcyjnej i tolerancji na awarie.

  3. 3

    Zamapuj rekord źródłowy na osobny rekord wersji językowej z trwałym powiązaniem.

  4. 4

    Dodaj uwierzytelnianie, idempotencję, ponawianie prób, unieważnianie pamięci podręcznej, rejestrowanie i kontrolę dostępu.

  5. 5

    Publikacja testowa, zmiany w źródle, niedostępne wyniki, wycofywanie zmian, obsługa klawiatury i monitorowanie przed wydaniem.

Przykład lub narzędzie

Wzorzec wdrożenia obejmuje ładowanie, niedostępne wersje, zarządzanie fokusem, analizę i zachowanie bez skryptu. W narzędziu zapisz także punkt odniesienia, właściciela, decyzję, dowody, otwartą kwestię i datę zatwierdzenia. Użyj prawdziwej strony lub transakcji, aby zespół mógł zobaczyć zależności, wyjątki i prace konserwacyjne następujące po wydaniu.

Punkt decyzjiNagrywaćKryterium akceptacji
Linia bazowaZaobserwowany stan obecnyŹródło i data zapisu
DecyzjaWybrana opcja i uzasadnienieUwzględniono ryzyko i odbiorców
DowódTestuj, dokumentuj lub mierzMożliwość przeglądu i specyficzna dla wersji
AprobataImię i nazwisko, rola i dataWszystkie obowiązkowe kryteria spełnione

Potwierdź, że widżet jest właściwym wzorcem dostarczania

Widżet jest odpowiedni, gdy witryna hostująca może zapewnić stabilne identyfikatory źródła, strony mają przewidywalną strukturę treści, liczy się szybkie wdrożenie i akceptowalne są ulepszenia po stronie klienta. Jest mniej odpowiedni, gdy wersje alternatywne muszą być w pełni zindeksowane, muszą działać pod ścisłymi ograniczeniami skryptu lub należeć do złożonej uwierzytelnionej podróży. W takich przypadkach strony renderowane przez serwer lub integracja CMS zapewniają większą kontrolę.

Wypełnij krótki zapis decyzji dotyczący architektury obejmujący własność treści, dane wysyłane do usługi, hosting skryptów, konsekwencje zgody, Politykę bezpieczeństwa treści, budżet wydajności, obsługę przeglądarek, dostępność, zachowanie podczas wyszukiwania, analitykę, stan awarii i odpowiedzialność za konserwację. Widget musi ulepszyć stronę, a nie stać się jedyną drogą do niezbędnych informacji. Oryginalna usługa pozostaje użyteczna, gdy skrypt jest zablokowany, wolny lub niedostępny.

KryteriumDobre dopasowanie widgetuPreferuj dostawę po stronie serwera
PoczątekKontrolowana witryna wymaga szybkiego uzupełnieniaWymagana jest głęboka kontrola przepływu pracy i wersji CMS
OdkrycieŹródło zawiera wyraźne linki do ulepszonej wersjiAlternatywna strona wymaga niezależnego indeksowania wyszukiwania
OdpornośćŹródło pozostaje całkowitym rozwiązaniem awaryjnymDo wykonania zadania niezbędna jest wersja alternatywna
BezpieczeństwoZatwierdzone zasady dotyczące skryptu i przepływu danych w witrynieŚcisłe ograniczenia dotyczące skryptu lub kontekstu uwierzytelnionego

Ładuj stopniowo i chroń wydajność strony

Udostępnij moduł ładujący z małą wersją z zatwierdzonego źródła za pomocą Subresource Integrity, jeśli obsługuje go model wdrażania. Załaduj go z odroczeniem, zainicjuj dopiero po istnieniu odpowiedniego kontenera i unikaj blokowania podstawowej zawartości. Host zapewnia stabilny identyfikator strony, wersję źródła, ustawienia regionalne i dozwolone tryby językowe poprzez sprawdzoną konfigurację. Nigdy nie umieszczaj danych uwierzytelniających API, danych osobowych ani nieograniczonego kodu HTML w atrybutach danych.

Zarezerwuj miejsce na kontrolki lub wstaw je bez zmiany głównego nagłówka i treści zadania. Ustaw budżety wydajnościowe dla rozmiaru skryptu, liczby żądań i opóźnienia interakcji. Przerwij po upływie określonego czasu i usuń wskaźniki ładowania. Buforuj tylko zatwierdzone wyniki publiczne, kluczując je według wersji źródła i trybu. Spóźniony lub nieudany widżet nie powoduje ukrycia, zduplikowania ani zastąpienia strony źródłowej.

  1. 1

    Dodaj semantyczny link renderowany przez serwer lub element zastępczy elementu sterującego w pobliżu nagłówka strony.

  2. 2

    Załaduj wersjonowany skrypt bez blokowania treści źródłowej.

  3. 3

    Sprawdź konfigurację hosta i poproś tylko o zatwierdzoną wersję publiczną.

  4. 4

    Renderuj elementy sterujące i treść z natywną semantyką i przewidywalnym skupieniem.

  5. 5

    Raportuj stan działania bez wysyłania niepotrzebnej zawartości strony lub danych użytkownika.

Projektuj nawigację i każdy stan awaryjny

Użyj zwykłego linku, gdy wersja językowa ma swój własny adres. Jeśli treść ulegnie zmianie, użyj przycisku, który nada nazwę trybowi docelowemu, w razie potrzeby aktualizuje tytuł dokumentu i nagłówek główny, przenosi fokus tylko wtedy, gdy użytkownik zainicjował zmianę i ogłasza zakończenie za pomocą zwięzłego komunikatu o stanie. Zachowaj historię przeglądarki i zapewnij jasną drogę powrotną do oryginału. Przetestuj powiększenie, ponowne wlanie, klawiaturę, czytnik ekranu, wysoki kontrast, ograniczony ruch i przetłumaczone etykiety.

Zdefiniuj stany niedostępnej wersji, przekroczenia limitu czasu żądania, nieprawidłowej konfiguracji, zablokowanego skryptu, nieobsługiwanej przeglądarki i konserwacji usługi. Każdy stan chroni źródło i oferuje bezpieczne kolejne działanie. Nie pokazuj stałego pokrętła, pustego panelu, nieprzetworzonego kodu błędu ani elementu sterującego, który wydaje się działać, ale pozostawia zawartość niezmienioną. Po wyłączeniu JavaScript źródło renderowane przez serwer i wszelkie znane linki do stron alternatywnych pozostają dostępne.

  • Podróż źródłowa pozostaje ukończona, gdy widżet nigdy się nie ładuje.

  • Elementy sterujące wykorzystują natywne łącza lub przyciski z zatwierdzonymi nazwami trybów językowych.

  • Komunikaty dotyczące fokusu i statusu są przewidywalne i nie nachalne.

  • Każde przekroczenie limitu czasu i stan niedostępny mają bezpieczną następną akcję.

  • Żadne zdarzenie analityczne ani diagnostyczne nie zawiera niepotrzebnie tekstu strony ani danych osobowych.

Testuj środowisko hosta i monitoruj rzeczywistą dostawę

Testuj na reprezentatywnych szablonach, punktach przerwania, przeglądarkach, stanach zgody, prędkościach sieci, zasadach bezpieczeństwa treści, menedżerach tagów i technologiach wspomagających. Uwzględnij wielokrotną inicjalizację, nawigację po stronie klienta, dynamicznie wstawianą treść, drukowanie, etykiety tłumaczeń, wygaśnięcie pamięci podręcznej, niedostępny wynik, przekroczenie limitu czasu i zablokowane żądanie strony trzeciej. Upewnij się, że widżet nie tworzy zduplikowanych identyfikatorów, nieprawidłowej kolejności nagłówków, pułapek fokusowych, przesunięć układu ani sprzecznych stylów globalnych.

Monitoruj powodzenie ładowania, dostępność wersji, czas odpowiedzi, wyjątki renderowania, nieaktualne wersje źródeł i wybór trybu inicjowanego przez użytkownika. Przykładuj według szablonu hosta i wersji skryptu, a nie według tożsamości osobistej. Zdefiniuj właściciela, próg alertu, wersję wycofywania i proces komunikacji z hostem. Wydanie zostaje zaakceptowane, jeśli źródło nadal nadaje się do użytku w przypadku każdej symulowanej awarii, krytyczne zadania są wykonywane przez klawiaturę i czytnik ekranu, a poprzednia wersja skryptu może zostać przywrócona bez zmian na stronie hosta.

Role, dowody i zatwierdzenie

Trzymaj generowanie oddzielnie od publikacji. Pomyślna odpowiedź to projekt, a nie zatwierdzenie. Przechowuj identyfikator źródła i wersję, ustawienia transformacji, identyfikator wyniku, stan recenzji, osobę zatwierdzającą i godzinę publikacji. Gdy zmieni się źródło, zaznacz wersję językową do sprawdzenia, zamiast po cichu zastępować zatwierdzoną treść. Dzięki temu możliwe jest wycofywanie zmian i inspekcja na różnych platformach.

Eksploatacja i konserwacja

Praca nie kończy się w momencie publikacji. Połącz wersję językową lub konfigurację ze źródłem, monitoruj jakość i miary usług oraz zdefiniuj konkretne wyzwalacze przeglądu. Wyzwalacze obejmują zmiany źródła, zmiany prawne, nowe potrzeby odbiorców, powtarzające się pytania dotyczące pomocy, zmiany techniczne i incydenty. Nazwany właściciel ocenia wyzwalacz, w razie potrzeby otwiera nową wersję i rejestruje ponowne zatwierdzenie.

Lista kontrolna przed publikacją

  • Integracja wykorzystuje trwałe identyfikatory źródła.

  • Poświadczenia są przechowywane po stronie serwera i podlegają rotacji.

  • Zdefiniowano limit czasu, ponowną próbę i zachowanie limitu szybkości.

  • Powtarzające się żądania są idempotentne.

  • Wygenerowana treść przechodzi w stan recenzji.

  • Zmiany źródła unieważniają lub ponownie otwierają wersję.

  • Nawigacja językowa działa za pomocą klawiatury i technologii wspomagających.

  • Monitorowanie obejmuje awarie, kolejki, opóźnienia i nieaktualne treści.

Źródła referencyjne

  1. Dokumentacja Simple8 API
  2. Wzory dostaw Simple8
  3. Wytyczne dotyczące dostępności treści internetowych (WCAG) 2.2

Wprowadź przewodnik w życie

Przetestuj Simple8 z reprezentatywną zawartością i skorzystaj z listy kontrolnej, aby zaplanować kontrolowany przepływ pracy.

Przetestuj własny tekst