rx_shariff dla TYPO3

Dlaczego standardowe przyciski społecznościowe to problem z RODO i rx_shariff było rozwiązaniem

Każdy przycisk Like na Facebooku, każdy widget Twitter Share i każdy embed LinkedIn przesyła dane osobowe do platformy - i to przy ładowaniu strony, nie dopiero przy kliknięciu. Adres IP, fingerprint przeglądarki i referrer trafiają do Facebooka, zanim odwiedzający w ogóle miał możliwość wyrażenia zgody. Jest to prawnie problematyczne nie dopiero od RODO: z powodu przycisku „Lubię to” organizacja konsumencka pozwała operatora strony o zaniechanie, a sprawa trafiła aż do TSUE.

rx_shariff implementuje zasadę Shariff, którą wydawnictwo Heise opracowało w 2014 roku jako odpowiedź na ten problem: zamiast osadzania oryginalnych widgetów platform, rx_shariff renderuje własne, zgodne z ochroną danych przyciski. Dopiero gdy odwiedzający kliknie przycisk, nawiązywane jest połączenie z platformą. Żadnego śledzenia, żadnych żądań do stron trzecich, żadnych ciasteczek bez interakcji.

Typowe scenariusze zastosowań

Strony firmowe z wymogiem zgodności RODO/UODO. Firma chce na swoich artykułach blogowych oferować przyciski udostępniania w mediach społecznościowych, nie naruszając RODO. Inspektor ochrony danych (IOD) zakazał standardowych widgetów Facebooka i Twittera. rx_shariff dostarcza przyciski nawiązujące połączenie dopiero przy kliknięciu. Polityka prywatności może być prawidłowo sformułowana: “Dopiero przy aktywnym użyciu przycisków udostępniania dane są przesyłane do stron trzecich.”

Strony mediowe z licznikami udostępnień. Wydawnictwo fachowe chce pod każdym artykułem wyświetlać, ile razy został udostępniony na Facebooku. rx_shariff oferuje tę funkcję przez opcjonalny proxy backendowy: serwer TYPO3 w razie potrzeby odpytuje liczniki udostępnień na platformach i cachuje wyniki. Platformy widzą tylko serwer, nigdy pojedynczego odwiedzającego.

Portale intranetowe z kontrolowanym udostępnianiem. Firma prowadzi intranet TYPO3 i chce określone artykuły udostępniać na LinkedIn, ale wykluczyć Facebook i Twitter. rx_shariff można konfigurować tak, by pojawiały się tylko wybrane platformy. W kontekście intranetu jest to szczególnie istotne, by zapobiec przypadkowemu udostępnianiu informacji wewnętrznych na platformach publicznych.

Architektura techniczna

rx_shariff składa się z dwóch komponentów: widgetu frontendowego i opcjonalnego serwisu backendowego. Widget frontendowy renderuje dla każdej skonfigurowanej platformy przycisk HTML jako prosty link kotwicy (<a href="...">). Przy kliknięciu otwiera się strona dialogu udostępniania platformy w nowym oknie. Do tego przy wywołaniu strony ładowany jest dołączony JavaScript Shariff z własnego serwera; nie ustawia on ciasteczek i nie żąda zewnętrznych zasobów.

Opcjonalny serwis backendowy: dla liczników udostępnień rx_shariff prowadzi serwerowy proxy. Skrypt eID odpytuje API platform (np. Facebook, Pinterest, Reddit, Xing) i zapisuje wyniki w cache TYPO3. Frontend wyświetla cachowany licznik. Proxy pobiera liczby dopiero wtedy, gdy strona ich zażąda, i domyślnie trzyma je w cache przez godzinę.

Częste problemy i rozwiązania

Liczniki udostępnień zawsze pokazują 0. API Facebooka wymaga uwierzytelniania: bez App-ID i secretu nie dostarcza liczników, a liczników LinkedIn rx_shariff w ogóle nie odpytuje. Twitter/X całkowicie wyłączył swoje API liczników udostępnień w 2015. Rozwiązanie: utworzenie aplikacji Facebook w Meta Developer Portal i konfiguracja tokena aplikacji w rx_shariff. Dla Twittera dezaktywacja licznika.

Przyciski nie są widoczne po aktualizacji TYPO3. rx_shariff korzysta z pluginu TYPO3 z własnym elementem treści. Jeśli plugin po aktualizacji nie jest już zarejestrowany, element treści znika z frontendu. Rozwiązanie: sprawdzenie rozszerzenia w Extension Manager, aktualizacja zależności Composer.

Udostępnianie WhatsApp działa tylko na urządzeniach mobilnych. WhatsApp Web i aplikacja desktopowa nie wspierają jednolicie schematu URL whatsapp://. Rozwiązanie: na desktopie użycie URL webowego https://api.whatsapp.com/send?text=..., na urządzeniach mobilnych schematu aplikacji. Aktualne wersje rx_shariff używają URL webowego na wszystkich urządzeniach.

Migracja i kompatybilność wersji

rx_shariff jest aktywnie rozwijane przez Reelworx i dostępne jako stabilny pakiet Composer w wersji 16.1.4 dla TYPO3 v12, v13 i v14. rx_shariff korzysta obecnie z forka Shariff-Plus; JavaScript Shariff od Heise ukazał się ostatnio w 2019 w wersji 3.2.1.

Dla nowych projektów od TYPO3 v12 Gosign zaleca ponowną ocenę: proste linki udostępniania (href="https://www.facebook.com/sharer/sharer.php?u=...") są lżejsze niż rx_shariff, zgodne z RODO i nie wymagają rozszerzenia. Wadą jest brak licznika udostępnień.

Migracja z rx_shariff na proste linki udostępniania to typowo pół dnia: usunięcie starego pluginu, utworzenie nowych parcjali Fluid dla linków udostępniania, dostosowanie CSS. Proste podejście z linkami pokrywa popularne platformy: Facebook, LinkedIn, X/Twitter, e-mail i WhatsApp. Wszystkie linki są zgodne z ochroną danych, bo żaden JavaScript nie jest ładowany i żadne ciasteczka stron trzecich nie są ustawiane.