Safari 27.3 beta wprowadza Adaptive Dark Mode — mechanizm, który automatycznie przyciemnia jasne strony internetowe, nawet jeśli ich autorzy nie przygotowali wersji ciemnej. Funkcja jest opisana we wpisie inżynierów WebKit z 3 listopada 2026 roku. Dotyczy każdej organizacji, której strona lub aplikacja webowa ma jasny interfejs i nie deklaruje obsługi trybu ciemnego. To ważne, bo przeglądarka zaczyna zmieniać wygląd strony bez zgody i wiedzy jej właściciela — a użytkownik nie ma możliwości sprawdzenia, że patrzy na wersję zmodyfikowaną.

Skala problemu jest duża. Według danych przytoczonych przez WebKit blisko 40% odsłon stron pochodzi od użytkowników w trybie ciemnym, a tylko 10% stron ten tryb wspiera. Reszta — w tym większość stron firmowych, landing page’y i paneli administracyjnych — zostanie poddana automatycznej transformacji. Dla właściciela strony oznacza to utratę kontroli nad kolorystyką, kontrastem i spójnością marki w jednej z najpopularniejszych przeglądarek na urządzeniach Apple.

Co dokładnie ogłoszono

Adaptive Dark Mode to funkcja przeglądarki Safari, dostępna w wersji 27.3 beta. Użytkownik włącza ją sam — musi mieć ustawiony ciemny wygląd systemu, a przy wejściu na jasną stronę Safari proponuje podgląd i przycisk „Try”. Po akceptacji przeglądarka analizuje stronę i decyduje, czy ją przyciemnić.

To nie jest aktualizacja bezpieczeństwa ani podatność. To zmiana w sposobie renderowania stron, która może wpłynąć na wygląd, czytelność i odbiór marki. Nie ma tu exploita ani wektora ataku — jest mechanizm transformacji kolorów, który działa inaczej niż klasyczny tryb ciemny oparty na media queries.

Deklaracje producenta a niezależne obserwacje

Wszystkie szczegóły techniczne pochodzą z oficjalnego wpisu WebKit. Nie mamy niezależnych testów potwierdzających zachowanie funkcji w praktyce — wpis jest jedynym dostępnym materiałem dowodowym. Należy więc traktować opis jako deklarację producenta, a nie zweryfikowany wynik badań zewnętrznych. To istotne zastrzeżenie: mechanizm może działać inaczej na skomplikowanych stronach, niż wynika to z uproszczonego opisu.

Tło techniczne prostym językiem

Tryb ciemny w przeglądarkach nie jest nowością. Safari 12.1 z 2019 roku jako pierwsza przeglądarka wsparła go w webie. Ale wsparcie ze strony przeglądarki to jedno, a przygotowanie strony to drugie. Deklaracja color-scheme mówi przeglądarce: „ta strona obsługuje zarówno jasny, jak i ciemny motyw, użyj moich stylów”. Jeśli strona tego nie deklaruje, przeglądarka wcześniej pokazywała ją po prostu w wersji jasnej.

Adaptive Dark Mode zmienia tę logikę. Zamiast zostawić jasną stronę w spokoju, Safari analizuje ją i — jeśli uzna, że jest przeważnie jasna — transformuje kolory. Kluczowe pytanie brzmi: jak?

Macierz kolorów i zachowanie odcienia

WebKit opisuje mechanizm jako macierz kolorów, która odwraca luminancję (jasność) przy zachowaniu odcienia. Mówiąc prościej: jasne tło staje się ciemne, ciemny tekst staje się jasny, ale czerwony przycisk pozostaje czerwony — zmienia się tylko jego jasność. To nie jest prosta inwersja RGB, która zamieniłaby kolory w ich negatywy. To transformacja, która ma zachować rozpoznawalność barw.

Dla tekstu mechanizm dąży do kontrastu zgodnego z WCAG 4.5:1 — czyli minimalnego stosunku kontrastu wymaganego dla tekstu podstawowego. To ważna deklaracja, bo sugeruje, że przeglądarka nie tylko odwraca kolory, ale też koryguje je tak, by tekst pozostał czytelny.

Gradienty, SVG i bitmapy

Gradienty CSS są transformowane tak samo jak kolory tła. Obrazy — nie wszystkie. Większość bitmap pozostaje niezmieniona, bo ich integralność jest ważna (zdjęcia produktów, fotografie zespołu). Ale SVG są analizowane i transformowane, gdy zachodzi ryzyko utraty kontrastu. Dla bitmap przeglądarka analizuje histogramy pikseli i odwraca proste czarno-białe logotypy.

To rozróżnienie ma praktyczne znaczenie. Logo w SVG zostanie prawdopodobnie przetworzone. Logo w PNG — tylko jeśli jest prostym czarno-białym obrazem. Logo w PNG z kolorowym gradientem — prawdopodobnie nietknięte, ale może stracić kontrast na przyciemnionym tle.

Maski, mix-blend-mode i canvas

WebKit przyznaje, że efekty takie jak maski i mix-blend-mode mogą dawać niepożądane rezultaty na transformowanych elementach. Dlatego w niektórych przypadkach przeglądarka po prostu je wyłącza. To oznacza, że strona może wyglądać inaczej nie tylko pod względem kolorów, ale też pod względem efektów wizualnych.

Zawartość <canvas> pozostaje niezmieniona. To świadoma decyzja — canvas może zawierać wszystko, od wykresów po gry, i trudno przewidzieć, jak transformacja wpłynie na ich czytelność.

Realne konsekwencje dla strony firmowej

Wyobraźmy sobie typową stronę firmową: białe tło, ciemny tekst, kolorowe przyciski, logo w PNG, zdjęcia w sekcji „o nas”, ikony w SVG, może jakiś gradient w nagłówku. Co się z nią stanie?

Element	Prawdopodobne zachowanie	Ryzyko
Białe tło strony	Przyciemnione	Niskie — to zamierzone
Ciemny tekst	Rozjaśniony, z korektą kontrastu	Niskie
Kolorowe przyciski	Zachowany odcień, zmieniona jasność	Średnie — mogą stracić kontrast z tłem
Logo PNG czarno-białe	Odwrócone	Wysokie — może wyglądać źle
Logo PNG kolorowe	Prawdopodobnie nietknięte	Średnie — może stracić kontrast
Ikony SVG	Analizowane i transformowane	Średnie — zależnie od implementacji
Zdjęcia	Nietknięte	Niskie
Gradienty CSS	Transformowane	Niskie do średniego
Maski i mix-blend-mode	Mogą być wyłączone	Wysokie — efekt może zniknąć
Canvas	Nietknięty	Niskie — ale może odcinać się od tła

Największe ryzyko dotyczy elementów, które były projektowane z myślą o jasnym tle. Logo z ciemnym tekstem na przezroczystym tle, ikony w ciemnym kolorze, przyciski z subtelnym cieniem — wszystko to może wymagać korekty, której nikt nie zaprojektował.

Scenariusze ryzyka

Scenariusz 1: Logo traci czytelność

Firma ma logo w PNG — ciemny napis na przezroczystym tle. Po transformacji tło staje się ciemne, a napis — jeśli zostanie odwrócony — staje się jasny. Ale jeśli PNG nie zostanie rozpoznany jako „proste czarno-białe logo”, napis pozostanie ciemny na ciemnym tle. Efekt: logo znika.

Scenariusz 2: Przyciski stają się nieczytelne

Przycisk ma kolor #0066CC i biały tekst. Po transformacji kolor przycisku zmienia jasność, ale biały tekst może pozostać biały. Jeśli przycisk stanie się zbyt jasny, tekst przestanie być widoczny. WebKit deklaruje, że dąży do kontrastu, ale nie gwarantuje, że każdy przycisk będzie wyglądał dobrze.

Scenariusz 3: Efekty wizualne znikają

Strona używa mix-blend-mode do uzyskania efektu przenikania kolorów w nagłówku. Po transformacji przeglądarka wyłącza ten efekt, bo daje niepożądane rezultaty. Nagłówek wygląda płasko i nieatrakcyjnie — inaczej niż w projekcie.

Scenariusz 4: Canvas odcina się od tła

Wykres w <canvas> ma białe tło. Strona wokół zostaje przyciemniona, ale canvas pozostaje biały. Efekt: jasny prostokąt na ciemnej stronie, który przyciąga wzrok i wygląda jak błąd.

Jak sprawdzić, czy problem dotyczy Twojej strony

Pierwszy krok to ustalenie, czy strona deklaruje obsługę trybu ciemnego. Można to zrobić na kilka sposobów.

Sprawdź kod źródłowy strony. W sekcji <head> poszukaj <meta name="color-scheme" content="light dark">. W CSS poszukaj color-scheme: light dark w selektorze :root lub body.
Użyj narzędzi deweloperskich. W Safari otwórz DevTools, przejdź do zakładki Elements i sprawdź, czy w computed styles dla :root pojawia się color-scheme.
Sprawdź, czy deklaracja jest w HTML, a nie wstrzykiwana przez JavaScript. WebKit wprost zaleca umieszczenie jej w HTML lub CSS, a nie dodawanie dynamicznie. Deklaracja wstrzyknięta przez JS może być zbyt późna, by przeglądarka zdążyła jej użyć przed pierwszym renderowaniem.
Przetestuj stronę w Safari 27.3 beta. Włącz ciemny wygląd systemu, wejdź na stronę i sprawdź, czy Safari proponuje podgląd Adaptive Dark Mode. Jeśli proponuje — strona nie jest chroniona deklaracją color-scheme.

Plan reakcji krok po kroku

Krok 1: Inwentaryzacja

Zbierz listę elementów, które mogą ucierpieć: logo, ikony, przyciski, gradienty, maski, canvas, obrazki z wbudowanym tłem. Dla każdego elementu ustal, czy jest w SVG, PNG, czy CSS.

Krok 2: Decyzja — chronić czy adaptować

Masz dwie opcje. Pierwsza: zablokować transformację, deklarując color-scheme: light only. Druga: przygotować własny tryb ciemny i przejąć kontrolę nad wyglądem. Trzecia, pośrednia: pozwolić na transformację, ale poprawić elementy, które mogą ucierpieć.

Uwaga: WebKit informuje, że słowo kluczowe only nie jest obsługiwane w Safari 27.3 beta 1. To oznacza, że w pierwszej wersji beta nie można w prosty sposób zablokować transformacji. Trzeba śledzić zmiany w kolejnych wersjach beta.

Krok 3: Poprawki techniczne

Niezależnie od wybranej opcji, warto wprowadzić kilka zmian, które WebKit wskazuje jako dobre praktyki:

Zamień bitmapowe logo i ikony na SVG.
Używaj kolorów CSS zamiast obrazów tła z powtarzającym się wzorem.
Zastąp sprite’y obrazkowe nowoczesnym CSS dla zaokrągleń, cieni i stanów przycisków.
Twórz obrazy treści z przezroczystym tłem, zamiast wbudowywać kolor tła strony w obraz.
Dodawaj padding do kontenerów, by zapobiec stłoczeniu elementów po transformacji.

Krok 4: Własny tryb ciemny

Jeśli chcesz mieć pełną kontrolę, zaimplementuj tryb ciemny samodzielnie. WebKit wymienia dostępne technologie: <meta name="color-scheme">, :root { color-scheme: light dark }, @media (prefers-color-scheme: dark), <picture><source media="(prefers-color-scheme: dark)">, light-dark(), a także color-mix() i contrast-color().

Ważne: deklarację color-scheme umieść w HTML lub CSS, nie wstrzykuj jej przez JavaScript. To najlepsza praktyka, która zapewnia poprawne renderowanie od pierwszego klatki.

Typowe błędy

Deklaracja color-scheme tylko w JavaScript. Przeglądarka może nie zdążyć jej użyć przed pierwszym renderowaniem. Efekt: strona zostanie transformowana, mimo że teoretycznie deklaruje obsługę trybu ciemnego.
Brak testów na urządzeniach Apple. Adaptive Dark Mode dotyczy Safari na macOS i iOS. Testowanie tylko w Chrome na Windowsie nie ujawni problemu.
Zakładanie, że „moja strona jest ciemna”. Jeśli strona ma ciemne tło i jasny tekst, Adaptive Dark Mode jej nie zmieni. Ale jeśli ma jasne sekcje — na przykład białe karty na ciemnym tle — mechanizm może uznać stronę za „przeważnie jasną” i transformować całość.
Ignorowanie canvas. Wykresy i animacje w canvas pozostaną nietknięte, ale mogą odcinać się od przyciemnionego tła. Warto rozważyć zmianę tła canvas na przezroczyste lub dostosowanie go do trybu ciemnego.
Brak wersji zapasowej dla masek i mix-blend-mode. Jeśli efekt wizualny opiera się na tych właściwościach, po transformacji może zniknąć. Warto przygotować alternatywę.

Działania krótkoterminowe

W perspektywie najbliższych tygodni, zanim Safari 27.3 wyjdzie z bety, warto:

Sprawdzić, czy strona deklaruje color-scheme w HTML lub CSS.
Przetestować stronę w Safari 27.3 beta z włączonym ciemnym wyglądem systemu.
Zidentyfikować elementy, które wyglądają źle po transformacji.
Poprawić logo i ikony — zamienić bitmapy na SVG, jeśli to możliwe.
Dodać deklarację color-scheme: light dark w :root, jeśli strona ma już jakieś style dla trybu ciemnego.
Rozważyć dodanie color-scheme: light only jako tymczasowe zabezpieczenie — z zastrzeżeniem, że w beta 1 to słowo kluczowe nie działa.

Działania długoterminowe

W perspektywie miesięcy i lat warto:

Zbudować własny, pełny tryb ciemny oparty na prefers-color-scheme i light-dark().
Wprowadzić system designu z zmiennymi CSS, który pozwala łatwo przełączać motywy.
Zrezygnować z bitmapowych logo i ikon na rzecz SVG.
Zastąpić obrazy tła gradientami CSS lub jednolitymi kolorami.
Przetestować stronę pod kątem kontrastu WCAG 4.5:1 w obu motywach.
Monitorować zmiany w kolejnych wersjach beta Safari 27.3 — szczególnie obsługę light only.

Praktyczna checklista

☐ Sprawdź, czy strona ma <meta name="color-scheme" content="light dark"> w <head>.
☐ Sprawdź, czy CSS zawiera :root { color-scheme: light dark }.
☐ Upewnij się, że deklaracja nie jest wstrzykiwana przez JavaScript.
☐ Przetestuj stronę w Safari 27.3 beta z ciemnym wyglądem systemu.
☐ Sprawdź, czy logo jest w SVG, a nie w PNG.
☐ Sprawdź, czy ikony są w SVG.
☐ Sprawdź, czy obrazy treści mają przezroczyste tło.
☐ Sprawdź, czy gradienty są w CSS, a nie w obrazach.
☐ Sprawdź, czy maski i mix-blend-mode mają alternatywę.
☐ Sprawdź, czy canvas ma tło dostosowane do trybu ciemnego.
☐ Sprawdź kontrast tekstu w obu motywach (WCAG 4.5:1).
☐ Zaplanuj wdrożenie własnego trybu ciemnego.

Co powinien zrobić właściciel firmy / administrator

Jeśli zarządzasz stroną firmową lub aplikacją webową, nie czekaj na oficjalne wydanie Safari 27.3. Oto konkretne kroki.

Dla właściciela firmy

Zleć audyt strony pod kątem trybu ciemnego. Nie chodzi o pełny redesign — o sprawdzenie, które elementy mogą ucierpieć i jakie są koszty poprawy.
Ustal priorytety. Logo i przyciski CTA to elementy krytyczne. Gradienty w tle — mniej istotne.
Zaplanuj budżet na własny tryb ciemny. Automatyczna transformacja to rozwiązanie tymczasowe. Długoterminowo warto mieć kontrolę nad wyglądem.
Poinformuj zespół techniczny o zmianie. Adaptive Dark Mode to nowość, o której wielu deweloperów może nie wiedzieć.

Dla administratora / dewelopera

Dodaj deklarację color-scheme w HTML lub CSS. To najprostszy sposób, by przeglądarka wiedziała, że strona obsługuje tryb ciemny.
Nie wstrzykuj deklaracji przez JavaScript. WebKit wprost odradza to podejście.
Zamień bitmapowe logo na SVG. To najlepszy sposób, by logo było czytelne w obu motywach.
Przetestuj stronę w Safari 27.3 beta. Użyj ciemnego wyglądu systemu i sprawdź, czy Safari proponuje podgląd Adaptive Dark Mode.
Przygotuj style dla prefers-color-scheme: dark. Nawet jeśli nie zaimplementujesz pełnego trybu ciemnego od razu, warto mieć podstawowe style.
Monitoruj kolejne wersje beta. Obsługa light only może się zmienić. To ważne, jeśli chcesz tymczasowo zablokować transformację.

Podsumowanie

Adaptive Dark Mode to zmiana, która dotknie większość stron internetowych — w tym strony firmowe, które nie mają wersji ciemnej. Mechanizm jest inteligentny: analizuje kolory, transformuje gradienty, rozpoznaje proste logotypy, dąży do kontrastu WCAG. Ale nie jest doskonały. Logo w PNG może zniknąć, przyciski mogą stracić czytelność, efekty wizualne mogą przestać działać.

Najprostsze zabezpieczenie to deklaracja color-scheme w HTML lub CSS. Najlepsze rozwiązanie to własny tryb ciemny. Warto zacząć od audytu i testów w Safari 27.3 beta — zanim funkcja trafi do oficjalnego wydania i zanim użytkownicy zobaczą stronę w wersji, której nie zaprojektowano.

Mechanizm jest opisany przez inżynierów WebKit jako rozwiązanie dla stron, które nie mają wersji ciemnej. To nie jest aktualizacja bezpieczeństwa ani podatność — to zmiana w renderowaniu, która może wpłynąć na wygląd i odbiór marki. Nie ma tu instrukcji ofensywnych ani kodu exploita.

Weryfikacja praktyczna przed wdrożeniem

Zanim strona trafi do użytkowników z włączonym Adaptive Dark Mode, warto przeprowadzić serię powtarzalnych testów, które wychwycą problemy niewidoczne w codziennej pracy. WebKit opisuje mechanizm transformacji kolorów, gradientów, SVG i bitmap, więc weryfikacja powinna obejmować każdy z tych obszarów osobno.

Przygotowanie środowiska testowego

Ustaw systemowy wygląd na ciemny — bez tego Safari nie zaproponuje podglądu Adaptive Dark Mode.
Zainstaluj Safari 27.3 beta i sprawdź, czy po wejściu na stronę z jasnym tłem pojawia się propozycja podglądu z przyciskiem „Try”.
Przygotuj listę adresów URL obejmującą stronę główną, podstrony z formularzami, strony z galeriami obrazów oraz widoki z canvas (np. wykresy, animacje).
Zapisz zrzuty ekranu w trzech wariantach: bez transformacji, z podglądem Adaptive Dark Mode oraz z własnym trybem ciemnym, jeśli istnieje.

Testy elementów podatnych na transformację

Logo i ikony: sprawdź, czy SVG zachowuje kontrast po odwróceniu luminancji tła. Dla bitmap przeanalizuj, czy proste czarno-białe logotypy zostały poprawnie odwrócone — WebKit robi to na podstawie histogramów pikseli.
Gradienty: upewnij się, że jasne gradienty CSS zostały przekształcone na ciemne i nie tworzą pasów ani zaburzeń.
Przyciski: oceń kontrast przycisków względem tła po transformacji. WebKit deklaruje, że dba o czytelność, ale warto to potwierdzić na własnych komponentach.
Tekst na obrazach: sprawdź, czy napisy na zdjęciach pozostają widoczne po przyciemnieniu tła.
Maski i mix-blend-mode: zweryfikuj, czy efekty wizualne nie zniknęły — WebKit w niektórych przypadkach wyłącza takie efekty na transformowanych elementach.
Canvas: potwierdź, że zawartość canvas pozostała nietknięta i nie odcina się rażąco od przyciemnionego otoczenia.

Kontrola deklaracji color-scheme

Sprawdź w narzędziach deweloperskich, czy przeglądarka odczytuje deklarację color-scheme z HTML lub CSS już przy pierwszym renderowaniu. Jeśli strona ma <meta name="color-scheme" content="light dark"> w <head> lub :root { color-scheme: light dark }, Adaptive Dark Mode nie powinien niczego zmieniać. Brak transformacji na stronie z poprawną deklaracją jest potwierdzeniem, że mechanizm działa zgodnie z opisem WebKit.

Monitoring po wdrożeniu

Adaptive Dark Mode to funkcja w wersji beta, więc po wdrożeniu poprawek nie można założyć, że temat jest zamknięty. Monitoring powinien obejmować zarówno kolejne wersje beta Safari 27.3, jak i realne zgłoszenia od użytkowników.

Co obserwować w kolejnych wersjach beta

Obsługa słowa kluczowego light only: WebKit informuje, że w Safari 27.3 beta 1 to słowo kluczowe nie jest obsługiwane. Śledź informacje o kolejnych wersjach — jeśli zacznie działać, zyskasz prosty sposób zablokowania transformacji.
Zmiany w transformacji SVG i bitmap: mechanizm analizy histogramów i transformacji kolorów SVG może być rozwijany. Regularnie sprawdzaj, czy logo i ikony wyglądają tak samo dobrze jak przy pierwszym teście.
Zachowanie masek i mix-blend-mode: jeśli WebKit zmieni sposób wyłączania tych efektów, elementy oparte na nich mogą wymagać ponownej weryfikacji.

Zbieranie sygnałów od użytkowników

Dodaj do formularza kontaktowego lub zgłoszeń opcję „problem z trybem ciemnym”, aby łatwiej filtrować zgłoszenia dotyczące wyglądu.
Poproś o informację, czy użytkownik korzysta z Safari na macOS czy iOS — Adaptive Dark Mode dotyczy obu platform.
Zapisuj zrzuty ekranu zgłoszeń, aby porównać je z własnymi testami i wychwycić elementy pominięte w checklistcie.
Uwzględnij zgłoszenia dotyczące kontrastu — WebKit dąży do współczynnika WCAG 4.5:1, ale nie gwarantuje tego dla każdego elementu.

Rytm przeglądów

Ustal harmonogram: przegląd po każdej nowej wersji beta Safari 27.3, przegląd po oficjalnym wydaniu oraz przegląd kwartalny po ustabilizowaniu funkcji. Do każdego przeglądu wracaj do tej samej listy URL i tych samych zrzutów ekranu, aby porównanie było wiarygodne.

Checklista weryfikacyjna po wdrożeniu

Poniższa lista uzupełnia wcześniejsze kroki i służy do cyklicznego sprawdzania stanu strony po wprowadzeniu poprawek.

Checklista techniczna

☐ Deklaracja color-scheme obecna w <head> lub w CSS na :root.
☐ Deklaracja nie jest wstrzykiwana przez JavaScript.
☐ Logo w SVG zamiast bitmapy.
☐ Ikony w SVG.
☐ Obrazy treści z przezroczystym tłem.
☐ Gradienty w CSS zamiast obrazów tła.
☐ Brak sprite’ów obrazkowych — zaokrąglenia, cienie i stany przycisków w CSS.
☐ Padding w kontenerach zapobiega stłoczeniu po transformacji.
☐ Alternatywa dla masek i mix-blend-mode.
☐ Tło canvas dostosowane do trybu ciemnego lub przezroczyste.
☐ Kontrast tekstu w obu motywach zgodny z WCAG 4.5:1.

Checklista testowa

☐ Systemowy wygląd ustawiony na ciemny, test w Safari 27.3 beta.
☐ Podgląd Adaptive Dark Mode pojawia się na stronach z jasnym tłem.
☐ Strony z deklaracją color-scheme nie są transformowane.
☐ Strony bez deklaracji są analizowane i przyciemniane, jeśli mają przeważnie jasny wygląd.
☐ Strony z ciemnym tłem i jasnym tekstem pozostają bez zmian.
☐ Przyciski zachowują kontrast względem tła.
☐ Tekst na obrazach pozostaje widoczny.
☐ Hover menu wyglądają czytelnie po transformacji.
☐ Canvas nietknięty, ale spójny wizualnie z otoczeniem.
☐ Zrzuty ekranu zapisane i porównane z poprzednim przeglądem.

Checklista organizacyjna

☐ Zespół techniczny poinformowany o nowych wersjach beta Safari 27.3.
☐ Osoba odpowiedzialna za monitoring wyznaczona.
☐ Kanał zgłoszeń „problem z trybem ciemnym” uruchomiony.
☐ Harmonogram przeglądów zapisany.
☐ Plan rozwoju własnego trybu ciemnego uwzględnia prefers-color-scheme i light-dark().

Źródła i materiały do dalszej weryfikacji

Artykuł jest autorskim opracowaniem przygotowanym na podstawie poniższych materiałów. Linki prowadzą do publikacji źródłowych.

Introducing Adaptive Dark Mode (webkit.org)

Zdjęcie wyróżniające: Luis Quintero / Pexels.

Adaptive Dark Mode w Safari 27.3: co automatyczna inwersja kolorów zrobi ze stroną Twojej firmy