Źródła i odniesienia: Zasady cytowania

Blok źródeł to końcowy, uporządkowany zapis, który umożliwia śledzenie faktów na stronie, dzięki czemu czytelnicy i silniki odpowiedzi mogą je weryfikować i cytować.

Ten żywy przykład pokazuje minimalny kompletny wpis: linkowany tytuł, wydawcę, datę publikacji i datę dostępu. Adres URL znajduje się pod tytułem, zamiast występować jako długi, surowy ciąg znaków. Zastosuj wspólne zasady pisania elementów podczas adaptowania bloku do innego systemu publikacji.

Dlaczego ten element jest ważny

Czytelnicy nie traktują wszystkich twierdzeń jednakowo. Rekomendacja medyczna, porównanie finansowe czy liczba dotycząca wydajności niosą ze sobą większe ryzyko niż proste oświadczenie o możliwościach. Kompletne odniesienie pokazuje, kto opublikował dowód, kiedy był aktualny i czy potwierdza dane twierdzenie. Daje także redaktorom ślad konserwacyjny, gdy fakty się zmieniają.

Dziesięć renomowanych linków wrzuconych na końcu nie dowodzi, które zdanie każdy z nich potwierdza. Cytowania w tekście tworzą lokalne połączenie; lista końcowa przechowuje pełne rekordy. Razem pozwalają sceptycznemu czytelnikowi przejść od twierdzenia do dowodu bez zgadywania.

Możliwość ekstrakcji maszynowej oznacza, że oprogramowanie może zidentyfikować ograniczony rekord poza wyglądem strony. Spójne pola ujawniają tytuł, wydawcę, adres URL, datę publikacji i datę dostępu. System wyszukiwania – oprogramowanie wybierające dokumenty lub fragmenty dla zapytania – może następnie porównywać daty, wydawców i twierdzenia.

W wynikach silników odpowiedzi kilka kandydackich stron może przedstawiać podobne stwierdzenia. Strona, która cytuje materiał pierwotny i datuje swoje dowody, wykonuje część pracy weryfikacyjnej, którą system wyszukiwania musiałby inaczej wywnioskować. Nie gwarantuje to wyboru; tworzy to możliwy do audytu łańcuch dowodowy.

Zasada ta jest zgodna z podstawami E-E-A-T i encji witryny: widoczne pochodzenie wspiera zaufanie, a spójne pola wydawcy i tytułu pomagają identyfikować encje stojące za dowodami.

Kiedy go używać

Używaj bloku źródeł zawsze, gdy treść informacyjna lub oparta na dowodach opiera się na zewnętrznych faktach, które czytelnik mógłby rozsądnie zweryfikować. Obejmuje to definicje pochodzące ze standardów, statystyki, wyniki badań, przepisy prawa, polityki, twierdzenia rynkowe, porównania produktów, twierdzenia historyczne, cytaty i rekomendacje oparte na opublikowanych dowodach. Jest wyraźnie wymagany w przypadku treści z zakresu zdrowia, finansów, prawa, ubezpieczeń, bezpieczeństwa i innych regulowanych lub wysokiego ryzyka dziedzin.

Używaj go nawet wtedy, gdy twierdzenia mają już linki w tekście, jeśli artykuł zawiera kilka źródeł; blok tworzy jeden weryfikowalny inwentarz. W studium przypadku oznacz pomiary wewnętrzne oddzielnie od zewnętrznych benchmarków, aby dane pierwszoosobowe nie były mylone z niezależnymi badaniami.

Nie dodawaj bloku, aby ozdobić opinię pozbawioną zewnętrznie weryfikowalnych twierdzeń. Nawigacja, polecane lektury, powiązane treści i niewykorzystane pozycje bibliografii nie należą do bloku. Źródło wspiera stronę; „dalsza lektura” jedynie rozszerza temat.

Przypadki graniczne wymagają stanowczej zasady:

• Pojedyncze twierdzenie faktyczne: zacytuj je w tekście. Blok końcowy z jednym wpisem jest opcjonalny, chyba że dziedzina jest regulowana.
• Lista narzędzi: strony domowe dostawców to miejsca docelowe, a nie dowody. Dołącz dokumentację tylko wtedy, gdy potwierdza konkretne twierdzenia.
• Cytat: zacytuj go w tekście i dołącz kompletny rekord końcowy.
• Wiedza powszechna: nie cytuj faktów, których docelowy czytelnik nie kwestionowałby, takich jak „tydzień ma siedem dni.” Cytuj precyzyjną interpretację, pomiar, politykę lub sporną granicę.
• Treści produktowe pierwszoosobowe: linkuj do oficjalnej dokumentacji w przypadku weryfikowalnych możliwości. Nie stwarzaj pozorów niezależności, cytując własną stronę marketingową firmy jako dowód wyższości.

Gdzie go umieścić

Blok źródeł jest ostatnim blokiem redakcyjnym, po FAQ. Po nim mogą występować tylko ogólne elementy witryny, informacje prawne lub szablonowe elementy konwersji. Ta pozycja pokazuje, że lista wspiera ukończony artykuł i daje recenzentom jedno przewidywalne miejsce audytu.

Nie umieszczaj jedynej listy w panelu bocznym: panele boczne mogą znikać w układach mobilnych, wydrukach, kanałach, trybach czytnika lub wyodrębnionym tekście. Trzymaj blok z dala od kart z powiązanymi treściami, formularzy i niezwiązanych wezwań do działania, aby granica dowodowa pozostała wyraźna.

Cytowania w tekście pozostają przy twierdzeniu. Blok końcowy nie przenosi dowodu z dala od zdania, które potwierdza; uzupełnia rekord. Jeśli odpowiedź w FAQ wprowadza nowe twierdzenie faktyczne, zacytuj je w tej odpowiedzi i powtórz źródło w bloku końcowym. Jeśli FAQ jedynie powtarza popartą treść, wykorzystaj istniejące źródło zamiast dodawać duplikat wpisu.

Anatomia

Legenda renderowana pozostaje na stronie, jeśli zasób zostanie zastąpiony:

1. Nagłówek bloku: użyj „Źródła”, chyba że standard publikacji wymaga „Odniesienia.”
2. Numer wpisu: nadaje każdemu rekordowi stabilny identyfikator w mowie, druku i ekstrakcji.
3. Tytuł i adres URL: dokładny tytuł jako opisowy tekst linku, prowadzący do cytowanej wersji.
4. Wydawca: organizacja odpowiedzialna za materiał.
5. Data publikacji: kiedy źródło zostało wydane lub znacząco zaktualizowane.
6. Data dostępu: kiedy autor zweryfikował źródło i twierdzenie.
7. Granica bloku: jedna uporządkowana lista; nagłówek i lista niosą semantykę.

Nie umieszczaj tej legendy w zrzucie ekranu. Obraz dokumentuje wygląd; ponumerowana legenda określa kontrakt treści.

Przykłady projektowe

Warianty zmieniają gęstość i dostępne metadane bez zmiany kontraktu pięciu pól wpisu.

Standardowe źródła internetowe: domyślne dla artykułów cytujących standardy, dokumentację, raporty i strony internetowe. Każdy tytuł jest linkowany; wydawca i obie daty pozostają widocznym tekstem.

Mieszane typy źródeł: DOI to trwały identyfikator dla badań naukowych. Użyj go dla artykułu naukowego; używaj kanonicznych adresów URL dla raportów i dokumentacji. Zachowaj wspólną kolejność pól podczas dodawania szczegółów tomu, numeru lub wersji.

Długie tytuły: naturalnie zawijają się do wielu linii. Nigdy nie skracaj tytułu, dopóki dwa różne dokumenty nie staną się nieodróżnialne.

Wersja mobilna: wpisy pozostają pojedynczą uporządkowaną listą bez przewijania poziomego. Długie adresy URL pozostają pod tytułem, a metadane zawijają się poniżej bez zmniejszania tekstu.

Parametry

Kontrakt parametrów oddziela dowody dostarczone przez autora od zachowania mechanizmu renderującego. „Źródło” poniżej oznacza, skąd komponent pobiera wartość.

Wszystkie pięć pól wpisu jest obowiązkowych. Tytuł bez wydawcy ukrywa odpowiedzialność; wydawca bez adresu URL nie może być sprawdzony. Dwie daty pokazują, kiedy materiał twierdził, że jest aktualny, i kiedy został zweryfikowany. Jeśli data publikacji lub aktualizacji nie istnieje, wpisz n.d.. Zastąp niedatowane dowody w przypadku twierdzeń wrażliwych na czas lub usuń twierdzenie.

Składnia i przykłady kodu

Każda notacja niesie te same pola i kolejność. Komponent może przekształcać dane źródłowe, ale nie może wnioskować o wydawcach ani datach z kruchego znacznika strony.

Przenośna dyrektywa Markdown

:::sources{heading="Źródła"}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Opublikowano 2026-03-19. Dostęp 2026-08-27.
2. [Understanding SC 2.4.4: Link Purpose (In Context)](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html) — W3C Web Accessibility Initiative. Zaktualizowano 2026-05-18. Dostęp 2026-08-27.
:::

Skrócony kod Hugo

{{< sources heading="Źródła" >}}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Opublikowano 2026-03-19. Dostęp 2026-08-27.
2. [Understanding SC 2.4.4: Link Purpose (In Context)](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html) — W3C Web Accessibility Initiative. Zaktualizowano 2026-05-18. Dostęp 2026-08-27.
{{< /sources >}}

Jest to przenośny kontrakt, a nie twierdzenie, że ten skrócony kod istnieje. Dopóki mechanizm renderujący go nie zaimplementuje, używaj natywnego nagłówka i uporządkowanej listy Markdown.

Blok lub skrócony kod WordPress

[sources heading="Źródła"]
[source title="citation — Schema.org Property" publisher="Schema.org" url="https://schema.org/citation" publication_date="2026-03-19" accessed_date="2026-08-27"]
[source title="Understanding SC 2.4.4: Link Purpose (In Context)" publisher="W3C Web Accessibility Initiative" url="https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html" publication_date="2026-05-18" accessed_date="2026-08-27"]
[/sources]

Blok WordPress może udostępniać kontrolki formularza, ale musi renderować nagłówek i natywną uporządkowaną listę oraz zachować daty w eksportowanej treści.

Przykłady

Dobrze: kompletne, możliwe do przypisania i datowane

Źródła

1. „Understanding Success Criterion 2.4.4: Link Purpose (In Context).” W3C Web Accessibility Initiative. Zaktualizowano 18 maja 2026. Dostęp 27 sierpnia 2026.
2. „citation — Schema.org Property.” Schema.org. Opublikowano 19 marca 2026. Dostęp 27 sierpnia 2026.

To działa, ponieważ recenzent może zidentyfikować każdy dokument, wydawcę, datę źródła, datę weryfikacji i miejsce docelowe. Wpisy to podstawowa dokumentacja, uporządkowana według pierwszego wystąpienia, aby numery w tekście i rekordy końcowe były łatwe do uzgodnienia.

Źle: sterta domen

Odniesienia

• Google
• Jakiś blog o dostępności
• schema.org
• https://example.com/article?id=18492

To nie działa, ponieważ żaden wpis nie identyfikuje dokumentu ani dat. „Google” to organizacja, a nie dowód. „Jakiś blog o dostępności” ukrywa wydawcę i poziom jakości. Surowe URL-e nie mają użytecznego tytułu, a żaden wpis nie odpowiada twierdzeniu. Napraw to, wybierając dowody dla każdego twierdzenia, dodając cytowania w tekście i rejestrując każde obowiązkowe pole.

Cytowanie w tekście a końcowa lista źródeł

Cytuj przy twierdzeniu, gdy czytelnik musi wiedzieć, które źródło je potwierdza; dołącz kompletny rekord końcowy, gdy strona opiera się na tym źródle. Większość stron opartych na dowodach potrzebuje obu.

Cytowanie w tekście jest wymagane dla liczby, cytatu, wyniku badania, przepisu prawa, polityki, spornego stwierdzenia, instrukcji bezpieczeństwa, wrażliwego na czas faktu o produkcie lub wniosku zależnego od źródła. Umieść je w zdaniu lub bezpośrednio po nim. Jedno cytowanie nie może potwierdzać akapitu niepowiązanych twierdzeń.

Lista końcowa jest wymagana w przypadku wielu źródeł, wymaganego inwentarza lub regulowanego tematu. Powtarzające się cytowania otrzymują jeden wpis; znacząco różne wersje otrzymują osobne wpisy.

Poziomy jakości źródeł

Jakość to dopasowanie do twierdzenia, a nie sława. Użyj najwyższego odpowiedniego poziomu, który może bezpośrednio potwierdzić stwierdzenie:

Poziom nie ratuje niedopasowanego twierdzenia. Strona zgłoszeniowa regulatora nie może potwierdzić twierdzenia klinicznego, a artykuł naukowy nie może udowodnić funkcji wydanej po badaniu. Strona cennika dostawcy może udowodnić jego aktualną cenę, ale nie to, że oferuje najlepszy stosunek jakości do ceny.

Gdy źródła są sprzeczne, określ zakres lub datę wyjaśniającą różnicę, faworyzuj nadrzędny pierwotny rekord i zawęź twierdzenie. Jeśli konflikt pozostaje nierozwiązany, powiedz, że dowody są sprzeczne.

Obsługa linków i utrata źródła

Linki zewnętrzne pozostają domyślnie w bieżącej karcie. Używaj HTTPS i kanonicznego lub trwałego adresu URL; usuń parametry śledzenia, identyfikatory sesji i opakowania przekierowań. Linkuj tytuł, a nie „kliknij tutaj”. Nie dodawaj nofollow do zwykłych cytowań redakcyjnych; zarezerwuj wartości relacji dla linków, które mają te relacje.

Jeśli produkt celowo otwiera zewnętrzne źródła w nowej karcie, wygeneruj target="_blank" rel="noopener" i ostrzeż użytkownika widocznym tekstem lub programowo powiązanym opisem. noopener zapobiega uzyskaniu przez otwartą stronę referencji do okna źródłowego. Dodaj noreferrer tylko wtedy, gdy polityka prywatności witryny wymaga ukrycia informacji o referencie; nie jest to uniwersalny wymóg cytowania redakcyjnego.

Sprawdź każde źródło przed publikacją i podczas zaplanowanych przeglądów. Martwy link to adres URL, który nie prowadzi już do cytowanego materiału. Gdy jeden umiera:

1. Poszukaj zastępstwa kontrolowanego przez wydawcę, kanonicznego przekierowania, nowszej wersji, DOI lub oficjalnego archiwum.
2. Potwierdź, że zastępstwo potwierdza to samo twierdzenie; działająca strona główna nie zastępuje brakującego raportu.
3. Zaktualizuj adres URL, datę publikacji, jeśli wersja się zmieniła, datę dostępu i wszelkie twierdzenia, na które wpływa nowe źródło.
4. Jeśli tylko wiarygodne archiwum przechowuje dokładny dokument, linkuj archiwum i oznacz je jako zarchiwizowane.
5. Jeśli dowód nie może zostać odzyskany, zastąp źródło i ponownie oceń twierdzenie. Usuń lub ogranicz twierdzenie, gdy nie pozostanie odpowiedni dowód.

Nigdy nie kieruj starego cytowania na zastępstwo, które przedstawia inne twierdzenie.

Znaczniki schematów i dostępność

Blok źródeł nie tworzy samodzielnego bytu Schema.org. Pozostaje częścią otaczającego Article, TechArticle, Report lub innego poprawnego CreativeWork. Właściwość citation Schema.org może przenosić odniesienie jako tekst lub inny CreativeWork. Gdy generowane są dane strukturalne, odwzoruj każde faktyczne odniesienie redakcyjne na citation; nie oznaczaj nawigacji, miejsc docelowych partnerskich ani jedynie powiązanych lektur jako cytowania.

Widoczna treść i dane strukturalne muszą być zgodne. JSON-LD (JavaScript Object Notation for Linked Data) nie może wprowadzać nieobecnych źródeł ani pomijać widocznych kwalifikatorów. Nigdy nie zastępuje widocznej listy ani linków w tekście.

Dla dostępności używaj nagłówka, po którym następują <ol> i <li>. Uporządkowane wpisy zapewniają stabilną liczbę pozycji i identyfikatory. Użyj tytułu źródła jako tekstu linku; zachowaj wydawcę i daty w tym samym elemencie. Nigdy nie używaj koloru, favikony ani logo jako jedynej identyfikacji.

Unikaj role="list" na natywnych listach, interaktywnych akordeonach domyślnie ukrywających dowody oraz tabelach dla prostego jednowymiarowego zestawienia odniesień. Jeśli link otwiera nową kartę, ostrzeżenie musi być dostępne wizualnie i dla technologii wspomagających. Fokus klawiatury musi pozostać widoczny, a długie tytuły muszą zawijać się bez przycinania lub poziomego przewijania strony.

Zasady pisania

Używaj dokładnego tytułu i rozpoznawalnej nazwy wydawcy. Zachowaj tę kolejność: tytuł, wydawca, data publikacji lub aktualizacji, data dostępu. Dodaj autora, wydanie, strony, DOI lub wersję tylko wtedy, gdy jest to potrzebne do identyfikacji dzieła lub spełnienia standardu publikacji.

Porządkuj wpisy według pierwszego wystąpienia, chyba że wymagany styl mówi inaczej. Usuwaj duplikaty identycznych rekordów, ale zachowuj osobno wydania lub wersje, gdy różnica wpływa na twierdzenie.

Każdy wpis musi potwierdzać twierdzenie, a każde istotne zewnętrzne twierdzenie musi być powiązane z dowodem. Tytuł musi odpowiadać miejscu docelowemu. Data dostępu rejestruje, kiedy miejsce docelowe i jego zawartość zostały sprawdzone, a nie kiedy system CMS zapisał stronę.

Nie umieszczaj wewnątrz bloku wezwań do działania, etykiet partnerskich, powiązanych artykułów, polecanych książek niewykorzystanych jako dowód, biografii autorów, tekstu metodologicznego, opisów promocyjnych, ocen w gwiazdkach ani komentarzy, czy źródło jest „świetne.” Wyjaśniaj ograniczenia źródeł przy odpowiednim twierdzeniu lub w sekcji metod. Utrzymuj blok końcowy jako inwentarz dowodów.

Nie ma arbitralnego maksimum. Raport może potrzebować kilkudziesięciu rekordów. Powyżej dwudziestu wpisów używaj stabilnych numerów odniesień i testuj zawijanie na wąskich ekranach; nigdy nie dziel dowodów z jednego artykułu na niepowiązane panele boczne.

Typy wpisów, które go używają

Front matter postTypes tworzy maszynowo czytelne połączenie z dziewięcioma opartymi na dowodach typami stron poniżej. Widoczna tabela dodaje umiejscowienie i siłę wymagania.

Strony produktów, kategorii i przypadków użycia nadal cytują twierdzenia faktyczne, gdy je formułują, ale lista końcowa jest warunkowa, gdy strona jest głównie transakcyjna i opiera się wyłącznie na informacjach o własnych możliwościach. W każdym typie wpisu treści z zakresu zdrowia, finansów, prawa i innych regulowanych dziedzin wymagają kompletnego bloku źródeł niezależnie od długości.

Lista kontrolna QA

• Każde zewnętrznie weryfikowalne twierdzenie materialne ma odpowiednie źródło.
• Twierdzenia wymagające dokładnego przypisania mają cytowania w tekście przy twierdzeniu.
• Każde cytowanie w tekście jednoznacznie prowadzi do jednego kompletnego wpisu końcowego.
• Każdy wpis końcowy potwierdza co najmniej jedno twierdzenie faktycznie znajdujące się na stronie.
• Każdy wpis zawiera tytuł, wydawcę, kanoniczny adres URL, datę publikacji lub n.d. oraz dokładną datę dostępu.
• Daty publikacji nie zostały wywnioskowane ze stopek praw autorskich, fragmentów wyszukiwania ani wzorców URL.
• Daty dostępu rejestrują rzeczywistą weryfikację, a nie zbiorczą datę migracji CMS.
• Jakość źródła odpowiada twierdzeniu; materiał dostawcy nie jest używany do udowodnienia wyższości.
• Materiał pierwotny lub nadrzędny oficjalny zastępuje relacje wtórne, gdy jest dostępny i użyteczny.
• Twierdzenia z badań zachowują populację, metodę, datę i ograniczenia wpływające na interpretację.
• Sprzeczne dowody są ujawnione, określone zakresem lub rozwiązane, a nie po cichu pominięte.
• Tytuły są opisowym tekstem linków i odpowiadają swoim miejscom docelowym.
• Zewnętrzne adresy URL używają HTTPS, pomijają parametry śledzenia i prowadzą do cytowanej wersji.
• Linki otwierają się w bieżącej karcie, chyba że udokumentowana zasada produktu stanowi inaczej.
• Każdy link otwierający nową kartę używa noopener i ostrzega użytkowników, że nowa karta zostanie otwarta.
• Martwe lub przekierowane linki zostały naprawione bez niezauważonej zmiany potwierdzanego twierdzenia.
• Blok to nagłówek plus uporządkowana lista w głównym przepływie dokumentu.
• Blok jest ostatnią sekcją redakcyjną po FAQ i nie jest mieszany z powiązanymi treściami ani wezwaniami do działania.
• Widoczne odniesienia i wszelkie wartości Schema.org citation są zgodne.
• Blok pozostaje czytelny, dostępny klawiaturowo i wolny od poziomego przewijania strony na wąskich ekranach.

FAQ

Czy każdy artykuł potrzebuje bloku źródeł?

Używaj go w przypadku treści informacyjnych lub opartych na dowodach, które opierają się na zewnętrznych faktach. Krótka strona produktowa zawierająca wyłącznie oświadczenia o własnych możliwościach może nie potrzebować bloku końcowego, choć każde twierdzenie faktyczne nadal wymaga odpowiedniego źródła. Treści z zakresu zdrowia, finansów, prawa i innych regulowanych dziedzin zawsze go wymagają.

Czy blok źródeł zastępuje cytowania w tekście?

Nie. Umieść cytowanie w tekście przy twierdzeniu, gdy czytelnik musi wiedzieć, które źródło potwierdza dane stwierdzenie. Blok końcowy zapewnia kompletne rekordy odniesień i inwentarz dowodów na poziomie strony; nie czyni odległych powiązań między twierdzeniem a źródłem oczywistymi.

Co jeśli źródło nie ma daty publikacji?

Zapisz datę publikacji jako n.d. i dołącz dokładną datę dostępu. Nie wymyślaj daty ani nie pomijaj tego pola. W przypadku twierdzenia wrażliwego na czas znajdź datowany zamiennik lub usuń twierdzenie, ponieważ strona bez daty nie może ustalić, kiedy informacja była aktualna.

Czy materiały dostawcy mogą pojawić się w bloku źródeł?

Tak, w przypadku twierdzeń, które dostawca kontroluje, takich jak udokumentowane funkcje, ceny, informacje o wydaniach lub warunki umowne. Materiały dostawcy nie mogą być wykorzystywane jako niezależny dowód, że jego produkt jest najlepszy, najbezpieczniejszy, najszybszy lub najbardziej skuteczny.

Czy linki do źródeł zewnętrznych powinny otwierać się w nowej karcie?

Pozostaw zwykłe linki w bieżącej karcie domyślnie, aby czytelnik kontrolował nawigację. Jeśli produkt celowo otwiera nową kartę, użyj target="_blank" z rel="noopener" i zapewnij widoczne lub programowo powiązane ostrzeżenie, że nowa karta zostanie otwarta.

Źródła

1. „citation — Schema.org Property.” Schema.org. Opublikowano 19 marca 2026. Dostęp 27 sierpnia 2026.
2. „Understanding Success Criterion 2.4.4: Link Purpose (In Context).” W3C Web Accessibility Initiative. Zaktualizowano 18 maja 2026. Dostęp 27 sierpnia 2026.
3. „Technique G201: Giving Users Advanced Warning When Opening a New Window.” W3C Web Accessibility Initiative. Zaktualizowano 18 maja 2026. Dostęp 27 sierpnia 2026.