Przejdź do treści

Migracja zgód web push z innego systemu do ECDP

Zgody web push zebrane w innym narzędziu można przenieść do ECDP, zamiast pozyskiwać je ponownie. W tym artykule znajdziesz, co jest potrzebne do migracji, jak ją rozpocząć i co zmienia się po jej zakończeniu.

Czy migracja zgód web push jest możliwa?

Tak, ale tylko wtedy, gdy system web push, z którego teraz korzystasz, umożliwia eksport danych o zgodach.

Sama informacja o tym, że klient udzielił zgody, nie wystarczy do jej przeniesienia. Klient udziela zgody web push w odpowiedzi na prośbę wyświetloną w przeglądarce, a zgoda zostaje powiązana z tą przeglądarką i tym urządzeniem. Razem ze zgodą powstaje subskrypcja, której ECDP potrzebuje, żeby dostarczyć powiadomienie. Bez niej zgoda nie ma do czego się odnieść.

Co jest potrzebne do migracji

Do przeniesienia zgód potrzebne są dane techniczne z systemu web push, z którego teraz korzystasz:

  • VAPID Public Key i VAPID Private Key – para kluczy autoryzujących wysyłkę powiadomień do istniejących subskrypcji.
  • Endpoint – adres, pod którym usługa push przeglądarki odbiera powiadomienia dla danej subskrypcji.
  • P256DH – publiczny klucz szyfrujący subskrypcji.
  • Auth – klucz uwierzytelniający subskrypcji.
  • Nazwa systemu, z którego przenoszone są zgody, na przykład PushPushGo, Samba, EMP lub inna platforma web push.

Endpoint, P256DH i Auth to dane techniczne przechowywane przez przeglądarkę i wykorzystywane do dostarczania powiadomień web push. Są potrzebne dla każdej subskrypcji, która ma zostać przeniesiona.

Dlaczego sam plik service worker nie wystarczy?

To pytanie klienci zadają najczęściej. Dodanie pliku service worker ECDP na stronie, opisane w artykule Web push – konfiguracja:

  • Pozwala zbierać nowe zgody web push od osób, które zapiszą się od tego momentu.
  • Nie przenosi historycznych subskrypcji.

Subskrypcje web push nie są zapisane w pliku service worker. Znajdują się w przeglądarkach klientów oraz u dostawcy usługi push. Dlatego dane istniejących subskrypcji trzeba zaimportować osobno, nawet gdy service worker jest już wdrożony.

Co dzieje się po migracji

Po zakończeniu importu:

  • Klienci zachowują udzielone zgody web push i nie muszą wyrażać ich ponownie.
  • Możesz prowadzić dalszą komunikację przez web push z poziomu ECDP.
  • Przy kolejnych wizytach klientów na stronie ECDP spróbuje powiązać anonimową subskrypcję web push z profilem klienta, na przykład po adresie e-mail. Działa to tylko wtedy, gdy na stronie jest wdrożony mechanizm identyfikacji klienta.

Jak rozpocząć migrację#

  1. Skontaktuj się z opiekunem konta i podaj, z jakiego systemu przenosisz zgody.
  2. Przekaż dane techniczne wymienione w sekcji Co jest potrzebne do migracji kanałem, który wskaże opiekun konta. Wystarczy zwykły plik Excel.

Import danych subskrypcji, konfiguracja kluczy VAPID i weryfikacja poprawności migracji odbywają się po stronie ExpertSender.

Mamy tylko listę adresów e-mail. Czy to wystarczy?

Nie. Lista adresów e-mail nie zawiera samej subskrypcji, więc nie ma dokąd wysłać powiadomienia. Do migracji potrzebne są dane techniczne subskrypcji: Endpoint, P256DH, Auth oraz klucze VAPID. Bez nich klienci muszą ponownie wyrazić zgodę web push przez prośbę o zgodę na stronie.

Mamy już wdrożony service worker ECDP. Czy zgody zostały przeniesione?

Nie. Service worker obsługuje wyłącznie nowe zapisy, zbierane od momentu wdrożenia. Wcześniej udzielone zgody pozostają poza ECDP do czasu zaimportowania danych subskrypcji.

Czy możemy nadać klientowi zgodę web push ręcznie?

Nie, w ECDP nie jest to możliwe. Powiadomienie web push wymaga rzeczywistej subskrypcji utworzonej przez przeglądarkę klienta. Sama zgoda, bez tej subskrypcji, nie może zostać przypisana do klienta.

Co dalej

Polityka prywatności