Co nowego w wpkookies.

Kookies Consent jest już w oficjalnym katalogu wtyczek WordPress.org. Po skanie automatycznym zatwierdziła go także weryfikacja przez człowieka, więc wtyczka znajduje się tam, gdzie witryny WordPress i tak instalują oraz aktualizują swoje rozszerzenia. Dla operatorów zmienia się przede wszystkim droga do niej. Wyszukiwanie, instalacja i aktualizacja odbywają się teraz bezpośrednio z panelu WordPress, bez pliku ZIP i bez okrężnej drogi. Szukaj jej pod nazwą Kookies Consent. Wszystkie przyciski pobierania na tej stronie prowadzą teraz bezpośrednio do strony wtyczki w WordPress.org.

WordPress.org odrzucił przesłanie wersji 1.5.69: „Tested up to: 7.0 < 7.1". Wtyczka, której readme pozostaje w tyle za aktualną wersją WordPressa, nie pojawia się w wynikach wyszukiwania. Nagłówek podaje teraz 7.1 — potwierdzone niezależnie, a nie założone: bramka wydania zapytała api.wordpress.org i otrzymała 7.1. Szczególne w tej wartości jest to, że starzeje się nie dlatego, że coś zmieniamy, lecz dlatego, że WordPress wydaje nową wersję. Żadna bramka jakości w tym projekcie nigdy na nią nie spojrzała — w pliku, który decyduje o przyjęciu albo odrzuceniu. Od teraz sprawdzenie samo pyta o aktualną wersję WordPressa i odmawia wydania, które pozostaje w tyle; gdy interfejs jest nieosiągalny, mówi to wprost, zamiast raportować kontrolę, która się nie odbyła. Zachowanie wtyczki się nie zmienia.

Przeszukiwanie kodu wprowadzone w 1.5.66 znalazło na prawdziwej witrynie klienta z 36 aktywnymi wtyczkami 17 dostawców — a test przeglądarki nie napotkał żadnego z nich na dwunastu stronach. Jako płaska lista równorzędnych pozycji ekran żądał siedemnastu decyzji, których nikt nie mógł podjąć; ich podjęcie umieściłoby w banerze zgody siedemnaście usług, których witryna nigdy nie ładuje. Teraz decyduje pomiar: to, co test naprawdę napotkał i zablokował, stoi na górze jako zadanie, wraz z datą pomiaru, na którym opiera się to stwierdzenie. Cała reszta zwija się do jednej linii, która nazywa własne granice — test odwiedza ograniczoną liczbę stron, a tego, co stoi wyłącznie za formularzem, nie widzi. Przypisanie idzie przez rozpoznaną usługę, nigdy przez nazwę hosta: www.google.com należy jednocześnie do Google Maps i do reCAPTCHA, a rozróżnia je wyłącznie ścieżka. Żadnej zielonej etykiety bez pomiaru i żadnej przy przerwanym lub nieaktualnym wyszukiwaniu. Naprawione przy okazji: czysto diagnostyczny przycisk wyszukiwania wyrzucał zaliczony raport kontrolny witryny, wynik dotyczący pamięci podręcznej znikał po każdej aktualizacji zamiast tylko przy zmianie pytania, a usługa skonfigurowana przez sąsiednią sekcję pozostawała jako propozycja i twierdziła potem coś przeciwnego niż zmierzono.

Sprawdzenie w przeglądarce zawodziło na każdej instalacji 1.5.66 i 1.5.67. Dobiegało końca, po czym było odrzucane z komunikatem „sprawdzenie nie dostarczyło wszystkich wymaganych dowodów stron i usług" — na witrynie klienta, zaraz po aktualizacji. Przyczyna: jedna liczba trzymana w dwóch miejscach. Wersja 1.5.66 podniosła przebieg z pięciu stron wewnętrznych do dwunastu, podczas gdy serwer weryfikujący raport zachował własną kopię równą pięć i odrzuca każdy raport, którego liczba różni się od jego własnej. Ta liczba mieszka teraz wyłącznie na serwerze: serwer ją publikuje, a przeglądarka odczytuje, więc obie strony nie mogą się już rozejść. Test porównuje je w obu językach, bo nic innego nie mogło tego zobaczyć: zestaw przeglądarkowy działa na atrapach, testy PHP budują raporty z serwerowej stałej i zgadzają się więc same ze sobą, a test end-to-end nigdy nie uruchamia prawdziwego sprawdzenia.

Klient zaktualizował wtyczkę, otworzył ekran ustawień i zobaczył czerwone ostrzeżenie: pamięć podręczna poza WordPressem serwuje zapisane strony, poproś hostera o jej wyłączenie. Ostrzeżenie było błędne. Mierzyło, czy strona główna jest gdziekolwiek zapisana — a to prawda niemal w każdym hostingu i jest to przypadek nieszkodliwy: zapisana strona to ta anonimowa, na której i tak wszystko jest zablokowane. Zgodę naprawdę psuje dopiero cache, który tę samą zapisaną stronę wydaje odwiedzającemu z plikiem cookie zgody. Sprawdzenie rozgrzewa teraz pamięć podręczną, potwierdza, że strona rzeczywiście jest ponownie używana, a potem prosi o nią jeszcze raz z plikiem cookie zgody. Cache, który odpowie ze swojego zasobu, jest zgłaszany; cache, który odpowie świeżo, nie — i nic się nie pokazuje. Gdy jest co zgłosić, tekst mówi, co się psuje, i prosi o to, co naprawdę pomaga: przepuszczanie stron z plikiem cookie zgody do WordPressa, zamiast żądać wyłączenia cache.

Witryna klienta straciła listę usług i nie mogła jej odzyskać, ponieważ wtyczki, z której ją migrowano, już nie było. Odbudowa na podstawie testu przeglądarkowego dała dwóch dostawców — ten test odwiedza kilka stron i może zgłosić tylko to, co te strony akurat ładują. WPKookies przeszukuje teraz również zainstalowany kod: aktywne wtyczki, wtyczki obowiązkowe, aktywny motyw i jego motyw nadrzędny, pod kątem 88 domen dostawców znanych katalogowi. Każdego znalezionego dostawcę można skonfigurować jednym przyciskiem. Znalezisko jest opisane tym, czym jest: dowodem, że ten kod może połączyć się z dostawcą, a nie że każda strona go ładuje. Odnośniki i przyciski udostępniania nie liczą się już jako osadzenia, listy dostawców innych wtyczek zgód są pomijane, a przerwane wyszukiwanie podaje, ile witryny naprawdę odczytano, zamiast dawać zielone światło.

Działająca, w pełni zmigrowana instalacja została skasowana jednym kliknięciem „zresetuj instalację”. Reset znajduje się teraz za ustawieniami technicznymi, a nie pomiędzy dwoma blokami, z którymi pracuje operator, i podaje zmierzoną stratę właśnie tej witryny, zanim będzie można go uruchomić: ile wpisów ma lista usług, czy w grę wchodzą zakończone przejęcie i kopia powrotna oraz ile wierszy naprawdę ma rejestr zgód — policzonych, nie założonych. Wszystko, co wykracza poza świeżą instalację, wymaga drugiego wyraźnego potwierdzenia, egzekwowanego przez serwer. Zamknięto dwie kolejne drogi utraty tych samych danych: pusta lista usług jest odrzucana, a edytor pokazuje stan zapisany zamiast widoku filtrowanego, który usunąłby ukryte usługi. W trybie multisite zgoda na usunięcie jest odczytywana dla każdej witryny osobno. A po zaliczonym sprawdzeniu ekran mówi wreszcie, że nie ma nic do zrobienia — ale tylko serwer może uznać witrynę za chronioną, bo sprawdzenie w przeglądarce dowodzi jednej z sześciu kontroli.

Prawda o pamięci podręcznej zamiast założeń. Przed każdym sprawdzeniem w przeglądarce wtyczka mierzy teraz, czy witryna naprawdę serwuje świeże strony: ten sam adres podglądu jest ładowany dwukrotnie i musi nieść dwa różne jednorazowe tokeny. Pamięć podręczna przyłapana na dwukrotnym dostarczeniu tej samej zapisanej strony zostaje nazwana i można ją wyłączyć jednym kliknięciem — nawet cache świadomy plików cookie traci swój immunitet, gdy zostanie udowodniony jako przyczyna. Pogrubione ostrzeżenie u góry ustawień wymienia dokładnie blokujące wtyczki, osiem kolejnych pamięci podręcznych stron jest rozpoznawanych po nazwie, a cache hostera lub CDN jest identyfikowany z konkretnymi dowodami nagłówków, na które zareagować może tylko hoster. Każda instalacja musi raz powtórzyć sprawdzenie.

Sprawdzenie w przeglądarce mierzy wreszcie to, co poświadcza. Stara warstwa zgód blokuje treści zewnętrzne aż do przełączenia, więc „0 nieznanych połączeń” mierzono z jej pomocą. Jej hooki są teraz usuwane dla stron ładowanych przez samo sprawdzenie, a przełączenie odrzuca raport zmierzony inaczej — każda instalacja musi powtórzyć sprawdzenie raz. Ta wersja zamyka też różnicę w analizie adresów URL między PHP a przeglądarkami, zawęża współdzielone domeny takie jak cloudflare.com, zachowuje rejestr zgód przy usuwaniu wtyczki, o ile nie zażądasz inaczej, i ogranicza nagłówek polityki w całej odpowiedzi.

Właściciel pliku advanced-cache.php jest teraz odczytywany z samego pliku, a nie wnioskowany z aktywnych wtyczek. Może go posiadać tylko jedna wtyczka — niekoniecznie ta wciąż działająca: na prawdziwej witrynie plik należał do wyłączonego Cache Enablera, podczas gdy działała inna pamięć podręczna, a dawne wnioskowanie uznawało tę witrynę za wolną od pamięci podręcznej, choć plik martwej wtyczki wykonywał się przy każdym żądaniu. Każdy plik, którego nie da się przypisać, blokuje teraz sprawdzenie, bo nie można wykazać jego nieszkodliwości.

Pamięć podręczna stron, która blokuje sprawdzenie w przeglądarce, jest teraz wyłączana jednym przyciskiem w prowadzonym procesie. Dotychczas proces wskazywał winną wtyczkę i odsyłał administratora do listy wtyczek — ale osoby, dla których ta wtyczka powstała, nie mogą wiedzieć, która z ich wtyczek jest pamięcią podręczną stron. wpkookies zapamiętuje dokładnie, co wyłączył, i potrafi to włączyć z powrotem. Pamięci podręczne uwzględniające ciasteczka, takie jak Surge, pozostają dozwolone i nigdy nie są ruszane.

Deklarowany wymóg PHP odpowiada wreszcie rzeczywistości. Wszystkie deklaracje wskazywały PHP 8.1, podczas gdy trzy klasy od początku wymagają 8.2: na serwerze z 8.1 wtyczka kończyła się błędem składni zamiast czytelnym komunikatem. Nowa kontrola wydania mierzy wymóg względem dostarczonego kodu.

Sprawdzenie wyprowadza teraz ścieżkę próbki z usługi, którą faktycznie testuje, a nie z pierwszego członka jej grupy zgody. Przy współdzielonym źródle ten pierwszy członek to zwykle inna usługa, więc próbka nie należała do nikogo i wracała jako nieznane znalezisko wymyślone przez samo sprawdzenie.

Sprawdzenie w przeglądarce nie bada już Google Ads na ścieżce, która do tej usługi nie należy. Na krajowym hoście Google należą do niej dokładnie dwa punkty reklamowe, więc próbki wracały jako nieznane znaleziska, które sprawdzenie samo wymyśliło.

Sprawdzenie w przeglądarce wiąże teraz zastosowane przejęcie Borlabs z konfiguracją, którą zaraz zmierzy. Każda uprawniona zmiana listy usług po imporcie pozwalała inaczej uruchomieniu trwać dziewięćdziesiąt sekund, po czym było odrzucane, bez możliwości dokończenia przejęcia.

Dopełnia automatyczną poprawkę: zmienia ona listę usług, co zrywało powiązanie trwającego przejęcia Borlabs z jego dowodami z przeglądarki, więc każde kolejne uruchomienie było odrzucane. Aktualizacja odtwarza teraz to powiązanie.

Naprawia automatyczną poprawkę z poprzedniej wersji: poprawka była prawidłowa, ale nie podniesiono wersji migracji danych, więc nigdy nie uruchamiała się w istniejącej instalacji. Zbyt szeroka reguła Google jest teraz naprawdę zawężana przy aktualizacji.

Wersja utwardzająca po adversarialnym przeglądzie dwóch poprzednich. Dwa ustalenia mogły wyłączyć działającą witrynę: zbyt długa polityka bezpieczeństwa sprawiała, że serwery odpowiadały błędem dla całej strony, a późne ponowne ustawienie przeliczało politykę zamiast powtórzyć wysłaną, więc dwie różne własne polityki mogły blokować treści objęte zgodą. Konfiguracja punktu końcowego Google zapisuje teraz zmierzony host zamiast całej domeny, która wiązała reklamy, mapy i reCAPTCHA w jedną decyzję. Istniejące instalacje są poprawiane automatycznie.

Znalezisko nie ginie już między dwoma sposobami dopasowania: przeglądarka zgłaszała www.google.com/ccm/collect jako nieznany, a lista uznawała go za już skonfigurowany, więc sprawdzenie podawało liczbę i nie oferowało niczego. Ten adres — tryb zgody Google — jest teraz rozpoznawany jako Google Ads, ze zwykłą konfiguracją jednym kliknięciem. A gdy sesja WordPressa wygaśnie w trakcie sprawdzenia, sprawdzenie tak to nazywa, zamiast odsyłać do czyszczenia pamięci podręcznych.

Wtyczka bezpieczeństwa mogła niepostrzeżenie zastąpić egzekwowaną politykę bezpieczeństwa wpkookies — na takich witrynach ścieżka ładowania import() pozostawała bez ochrony. Polityka jest teraz ustawiana ponownie po wszystkich innych i staje obok obcej, zamiast ją wypierać. Polityka w trybie samego zgłaszania nie liczy się już jako dowód blokowania, a gdy polityki brakuje całkowicie, sprawdzenie nazywa przyczynę zamiast wyliczać jedenaście błędów następczych.

Zablokowany skrypt analityczny lub menedżera tagów nie tworzy już ramki zgody. Nie ma miejsca na stronie, więc ramka lądowała nad logo i nawigacją, spychając całą witrynę w dół. Takie skrypty są teraz blokowane po cichu; wybór pozostaje w banerze. Widoczne osadzenia zachowują swój symbol zastępczy tam, gdzie jest treść.

Katalog rozpoznaje teraz 36 usług dostawców: dochodzi Microsoft Advertising, a Hotjar, Pinterest i TikTok otrzymują brakujące adresy — także w istniejących instalacjach. Anonimowe hosty CDN świadomie pozostają bez wpisu, bo nikt nie potrafi wskazać ich dostawcy ani celu. Lista na stronie głównej powstaje z dostarczonego katalogu, więc nie może się zdezaktualizować.

Wzmocnienia z audytu: magazynu dowodów nie da się już zablokować zalewem, jednorazowe zgody nie zaleją już bazy danych, a filtr innej firmy nie staje się trwałą konfiguracją. Adresy zakodowane procentowo przetrwają narzędzie sprawdzające, a zatrzymana migracja nie wygląda już na trwającą.

Dwie poprawki bezpieczeństwa: wycofanie wykonane przed przełączeniem wyłączało publiczną ochronę, a połączenia WebSocket nigdy nie były blokowane, choć dokumentacja to zapewniała. Matomo Cloud nie jest już konfigurowane jako self-hosted z błędnym dostawcą. Obszar sprawdzenia wycofuje teraz zielone „zweryfikowano”, gdy tylko przebieg się nie powiedzie, i podaje następny krok bezpośrednio nad przyciskiem, który go wykonuje.

Sygnał odbiorców „Google Signals” z Google Analytics 4 jest teraz rozpoznawany jako standardowa usługa „Google Ads i DoubleClick” i konfigurowany jednym kliknięciem — łącznie z krajowym hostem Google. Znalezisko wyjaśnia też, że sygnał to ustawienie usługi GA4: kto nie chce remarketingu, po prostu wyłącza Google Signals w Google Analytics.

Znaleziska z testu przeglądarkowego pojawiają się teraz na bieżącej stronie bez przeładowania, a rozpoznane, lecz nigdy nieskonfigurowane usługi — na przykład fragment Tag Managera — również stają się znaleziskami, z konfiguracją jednym kliknięciem. Każde uruchomienie zapisuje to, co naprawdę zobaczyło; nieudane przekazanie nie twierdzi już, że znaleziska są dostępne.

Pozostałości w bazie danych nie liczą się już jako instalacja: opcje i tabele Borlabs przetrwają odinstalowanie, lecz były zgłaszane jako „znaleziono Borlabs” — w witrynach, których lista wtyczek w ogóle nie zawiera Borlabs. Resztki są teraz nazywane resztkami, a prowadzone przejęcie pozostaje tam ukryte.

Gdy test przeglądarkowy znajdzie zewnętrzny adres bez skonfigurowanej usługi, wynik zostaje zachowany i można go od razu skonfigurować — jednym przyciskiem przy rozpoznanych dostawcach, w przeciwnym razie przez mały formularz nazywający każdą brakującą daną obowiązkową. Prowadzone przejęcie z Borlabs pojawia się teraz tylko tam, gdzie faktycznie jest co przejmować.

Migracja zatrzymana błędem nie podaje się już za trwającą: zamiast wskaźnika postępu i „proces trwa dalej” widnieje teraz informacja, że została zatrzymana. Przełącznik trybu publicznego jest ponadto odczytywany jednolicie — przy braku ustawienia frontend i Guardian opisywały witrynę odmiennie.

Drugi przebieg testu przeglądarkowego jest teraz objaśniony. Gdy wtyczka sama skonfiguruje jednoznacznie rozpoznaną usługę, konfiguracja się zmienia i wcześniejszy pomiar przestaje obowiązywać — test mierzy więc dokładnie jeszcze raz. Uzasadnienie pochodzi teraz z serwera, przeżywa przeładowanie strony i podaje nazwę dodanej usługi. Mechanika testu pozostaje bez zmian.

Ochrona zgodności eval rozpoznaje teraz także Smart Slider 3 Pro, dostarczany jako osobny pakiet. W takich witrynach ochrona nigdy się nie ładowała, przez co nieszkodliwe puste wywołanie eval Smart Slidera powodowało niepowodzenie testu ochrony z komunikatem unsafe-eval. Komunikat podaje teraz stronę i skrypt, których to dotyczy; „unsafe-eval” pozostaje zabronione.

Ściśle ograniczona ochrona zgodności eval jest ładowana tylko wtedy, gdy Smart Slider jest rzeczywiście aktywny. Inne witryny i automatyczne testy przeglądarkowe nie są już przechwytywane; wykonywalny kod eval nadal blokuje rygorystyczna CSP.

Ochrona zgodności samodzielnie odrzuca teraz niepuste dane eval, nigdy ich nie wykonuje i zapisuje próbę dla Guardian. Dozwolona pozostaje tylko dokładnie pusta operacja Smart Slider.

Ochrona dokładnie pustych wywołań eval pozostaje aktywna przez cały czas działania strony, ponieważ Smart Slider uruchamia puste callbacki po DOMContentLoaded. Niepusty kod nadal blokuje CSP.

Ograniczona ochrona pustych wywołań eval działa teraz przed wszystkimi skryptami frontendu. Obejmuje więc biblioteki zapisujące eval podczas uruchamiania, a CSP nadal blokuje niepusty kod.

Puste wywołania eval są podczas wczesnego uruchamiania strony tymczasowo traktowane jako operacja bez skutku. Puste callbacki Smart Slider nie naruszają już CSP, a wykonanie niepustego kodu pozostaje zabronione i wykrywalne.

Poprawka CSP dla Smart Slider obejmuje teraz także inicjalizacje wypisywane bezpośrednio w nagłówku WordPressa. Ograniczony bufor wyjściowy jest całkowicie zamykany w tej samej akcji wp_head.

Puste wywołania zwrotne Smart Slider są teraz zgodne z CSP bez zezwalania na unsafe-eval. Guardian wykrywa też pozostałe zabronione próby eval i zatrzymuje się zamiast zapisywać mylący zielony raport.

Uwagi z przeglądu WordPress.org zostały usunięte: wynik shortcode jest oczyszczany, buforem wyjścia zarządza WordPress, nazwy ciasteczek z żądań są ściśle sprawdzane, a opcjonalni dostawcy zewnętrzni są udokumentowani.

Walidacja raportu Guardian rozszerza teraz każdy konkretny cel testowy o faktycznie skonfigurowaną techniczną grupę zgody. Usługi połączone pośrednio przez inną współdzieloną domenę dostawcy są dzięki temu prawidłowo sprawdzane razem; niepełne grupy pozostają nieprawidłowe.

Walidacja raportu Guardian używa teraz tych samych pełnych grup zgody co interfejs publiczny. Technicznie powiązane usługi z nakładającymi się domenami dostawcy, takie jak Google Maps i reCAPTCHA, nie powodują już odrzucenia prawidłowego raportu; niepełne grupy pozostają zablokowane.

Guardian ocenia teraz widoczność banera wyłącznie podczas rzeczywistej pierwszej wizyty, a nie ponownie po celowo zapisanej odmowie. Wszystkie rygorystyczne kontrole blokowania usług i ścieżek ładowania przeglądarki pozostają aktywne.

Starsze prowadzone migracje z Borlabs są teraz naprawiane nawet wtedy, gdy brakuje ich wewnętrznego znacznika profilu importu. Naprawa wymaga wyraźnego pochodzenia z Borlabs i jednoznacznego dopasowania do katalogu; usługi niestandardowe i niejednoznaczne pozostają bez zmian.

Naprawy danych mają teraz własną, jednorazowo wykonywaną wersję migracji. Istniejące instalacje otrzymują dzięki temu poprawki usług związane z bezpieczeństwem nawet wtedy, gdy schemat bazy danych jest już aktualny, w tym brakujące źródła działania Google Maps po migracji w wersji 1.5.27.

Prowadzona migracja z Borlabs dodaje teraz specyficzne dla dostawcy źródła działania do jednoznacznie rozpoznanych importowanych usług. Istniejące usługi standardowe są bezpiecznie naprawiane, dzięki czemu Google Maps otrzymuje maps.googleapis.com bez zmiany niestandardowych reguł operatora.

Test przeglądarki automatycznie ponawia teraz tymczasowe blokady HTTP 429/503 wtyczek bezpieczeństwa, unika sztucznych serii lokalnych żądań i ogranicza zbędne ładowania stron.

Widżety opinii Doctify i ich skrypty są teraz automatycznie rozpoznawane jako jedna usługa mediów zewnętrznych, uzupełniane pełnymi danymi dostawcy i blokowane do czasu zgody.

Test przeglądarki rozpoznaje teraz aktywną pamięć podręczną stron Surge jako obsługiwaną pamięć uwzględniającą ciasteczka i sprawdza witrynę przy włączonej pamięci podręcznej. Nieznane moduły pamięci podręcznej i nieobsługiwane wtyczki pozostają bezpiecznie zablokowane.

Samodzielnie hostowane Matomo, które pojawia się dopiero podczas renderowania chronionego podglądu przez motyw lub wtyczkę, jest teraz automatycznie rozpoznawane na podstawie jednoznacznej ścieżki skryptu. Wykryty host jest dodawany jako usługa statystyczna operatora witryny, a test uruchamia się ponownie; każdy inny nieznany adres pozostaje zablokowany.

Aktywne, jednoznacznie rozpoznane standardowe usługi Borlabs są teraz przenoszone automatycznie. Użytkownicy WordPressa nie muszą już potwierdzać technicznych tabel dostawców ani domen; tylko nieznane integracje niestandardowe wywołują jasne pytanie.

Automatyczny test przeglądarki pokazuje teraz każdy krok, sprawdzaną usługę, czas, który upłynął, oraz stale obliczany pozostały czas. Wielokrotne ładowanie stron jest wyjaśnione i nie powoduje już widocznego migotania. Po udanym teście migracji asystent niezawodnie przechodzi do przełączenia zamiast ponownie uruchamiać test.

Podczas migracji Borlabs osadzona zawartość we współdzielonych domenach dostawcy jest teraz rozpoznawana na podstawie ścieżki URL. Na przykład www.google.com/maps/embed jest automatycznie importowany jako Google Maps z danymi lokalnego katalogu, a niejednoznaczne ogólne adresy Google nadal wymagają sprawdzenia.

Test przeglądarki nie uznaje już samej flagi WP_CACHE za dowód aktywnej pamięci podręcznej stron. Rzeczywisty plik advanced-cache.php i znane aktywne wtyczki pamięci podręcznej nadal blokują test, który mierzy faktyczną odpowiedź i ochronę witryny.

Potwierdzony pełny reset sprawdza teraz czyszczenie, tworzy nową tożsamość instalacji i opróżnia dostępne pamięci podręczne. Wspólne dane pozostają chronione, gdy pakiety legacy i katalogowy współistnieją, a aktywacja sieciowa inicjalizuje istniejące i nowe witryny Multisite. Znaczniki PageSpeed i no-transform poprawiają zgodność modułu ochronnego bez gwarancji dla każdej konfiguracji optymalizatora.

Usunięcie wtyczki kasuje wszystkie dane WPKookies. Pozostałe stare dane można zresetować po wyraźnym potwierdzeniu.

Krytyczny moduł ochronny jest wyłączony z przekształceń PageSpeed i opóźniania skryptów, bez osłabiania polityki bezpieczeństwa przez unsafe-eval.

Migracja Borlabs rozpoznaje znanych dostawców, takich jak SoundCloud, w ogólnych danych importu, zapobiega podwójnym zgodom i sprawdza uprawnienia bez sztucznych połączeń.

Obsługiwane są pamięci podręczne stron uwzględniające ciasteczka, takie jak Surge, dzięki czemu każdy stan zgody ma właściwy wariant.

Przycisk testu przeglądarki automatycznie stosuje teraz wcześniej sprawdzoną bezpieczną konfigurację, a następnie uruchamia test.

Ostrzeżenia dotyczące importowanego kodu wyraźnie informują teraz, że nie blokują migracji; niebezpieczne czyszczenie ciasteczek jest odrzucane przed wykonaniem.

Integracje Yumpu wykryte bezpośrednio w treści otrzymują teraz te same informacje o dostawcy co skonfigurowane usługi.

Migracja Yumpu otrzymuje teraz okres przechowywania, nawet gdy plik źródłowy pozostawia to pole puste.

Yumpu jest teraz rozpoznawany podczas migracji i przygotowywany z informacjami o dostawcy oraz prywatności.

Test automatyczny jasno wyjaśnia teraz, gdy WordPress zwraca stronę HTML zamiast oczekiwanej odpowiedzi JSON.

Pakiet do katalogu WordPress jest teraz dokładniej sprawdzany przed publikacją. Przywracanie migracji działa również niezawodnie w witrynach testowych dostępnych przez adres IP.

Pierwsza konfiguracja jest teraz czytelniejsza, powiązane usługi są spójnie grupowane, a znani dostawcy lepiej rozpoznawani. Automatyczne kontrole prowadzą konfigurację aż do zatwierdzenia.

WPKookies jest teraz dostępny w ośmiu językach europejskich. Odwiedzający widzą zgody i ustawienia w języku witryny, a panel i informacje o usługach można tłumaczyć.

Znane treści, takie jak YouTube, można zezwolić jednorazowo lub w całej witrynie. Wybór można sprawdzić, wycofać i pobrać jako czytelny plik.

Chroniony podgląd i automatyczny test działają szybciej oraz pewniej w rozbudowanych witrynach.

Znane filmy i media społecznościowe są lepiej rozpoznawane i udostępniane osobno. Przycisk używa teraz kompaktowego logo.

Automatyczny test witryny działa pewniej w większej liczbie środowisk WordPress.

Witryny z samymi niezbędnymi usługami mogą zakończyć migrację. Nieodpowiednie eksporty są lepiej wyjaśniane.

Pakiet instalacyjny poprawiono pod kątem niezawodnego wykrywania i aktywacji.

Dane wejściowe są sprawdzane bardziej rygorystycznie, a automatyczne kontrole rozszerzono.

Znacznie rozszerzono kontrolę treści zewnętrznych, jednorazowe zezwolenia i migrację.

Dodatkowo zabezpieczono zmiany zgód i ich automatyczne kontrole.

Po udanym teście przełączenie kończy się bez przerwy. Brakujące etapy są jasno wskazywane.

Treści ładowane z opóźnieniem można ponownie niezawodnie udostępnić po odmowie.

Odrzucone treści zewnętrzne można zezwolić w ustawieniach bez odświeżania strony.

Powiązane usługi są grupowane podczas migracji i nie pojawiają się podwójnie.

Zewnętrzne osadzenia w treści są wykrywane podczas migracji i proponowane do sprawdzenia.

Rozszerzono migrację z bieżących instalacji i lepiej ograniczono ją do używanych usług.

Migracja dokładniej skupia się na potrzebnych usługach i pomija nieistotne wpisy.

Zainstalowane wersje są lepiej wykrywane. Przełączenie pozostaje zablokowane przy brakach danych.

Wprowadzono asystenta z weryfikacją, automatycznym testem, przełączeniem i przywracaniem.

Zaktualizowane elementy sterujące są poprawnie dostarczane także przy aktywnej pamięci podręcznej.

Przycisk ustawień działa lepiej z różnymi motywami i optymalizacjami WordPressa.

Dodatkowo ustabilizowano dostęp do ustawień prywatności.

Okno ustawień potrafi się odtworzyć po zmianach motywu lub pamięci podręcznej.

Migracja ma jaśniejsze nazwy, a usuwanie działa w większej liczbie środowisk hostingowych.

Panel przebudowano w czytelnego asystenta migracji z pięcioma etapami.

Pierwsze wydanie z lokalnymi zgodami, wyborem usług, blokowaniem, wycofaniem i migracją.