
Jak skonfigurować powiadomienia AdMate i webhooki RevenueCat
Powiadomienia AdMate mogą dodawać kontekst do zdarzeń RevenueCat, ale ścieżka powiadomień jest oddzielona od połączenia z pulpitem. Aplikacja odpytuje projekty przy użyciu danych logowania skonfigurowanych przez użytkownika, a API AdMate odbiera skonfigurowane webhooki i używa tymczasowego kontekstu urządzenia, aby utworzyć odpowiednie powiadomienie.
Rozdzielenie tych zadań jest kluczowe dla bezpieczeństwa i rozwiązywania problemów.
Dwie konfiguracje, dwa cele
Połączenie z pulpitem
Konto RevenueCat w AdMate pozwala aplikacji odczytywać projekty i metryki dostępne w ramach skonfigurowanej autoryzacji.
Dostarczanie webhooków
RevenueCat wysyła zdarzenia do punktu końcowego webhooka w API AdMate. API używa zarejestrowanego kontekstu urządzenia, takiego jak projekt, aplikacja, język i waluta, aby przygotować obsługiwane powiadomienia.
Dodanie klucza do pulpitu nie tworzy automatycznie webhooka u dostawcy. Utworzenie webhooka nie autoryzuje pulpitu aplikacji.
Przygotuj kontekst aplikacji
- Połącz i zweryfikuj konto RevenueCat w AdMate.
- Wybierz właściwe projekty i aplikacje.
- Otwórz konfigurację webhooka lub powiadomień w aplikacji.
- Zsynchronizuj kontekst urządzenia wymagany przez proces.
- Potwierdź język, walutę i nazwy projektów.
- Zezwól na powiadomienia na poziomie systemu operacyjnego.
Kontekst API ma ograniczony czas ważności i powinien być odświeżany przez obsługiwany proces w aplikacji. Nie jest stałą bazą danych finansowych.
Skonfiguruj RevenueCat
W konfiguracji webhooków RevenueCat dodaj punkt końcowy i dane autoryzacji wyświetlane w procesie AdMate. Postępuj zgodnie z aktualnymi instrukcjami w aplikacji, zamiast kopiować dane logowania z innego środowiska.
Jeśli to możliwe, testuj za pomocą zdarzenia, które nie zawiera wrażliwych danych. Nigdy nie umieszczaj tajnego klucza ani pełnej wartości autoryzacji webhooka na zrzucie ekranu, w repozytorium ani w publicznym wątku wsparcia.
Sprawdź całą ścieżkę
Sprawdź cały łańcuch:
- RevenueCat akceptuje konfigurację webhooka.
- Obsługiwane zdarzenie zostaje pomyślnie dostarczone.
- API AdMate potrafi ustalić kontekst urządzenia i projektu.
- Usługa platformy akceptuje dostarczenie powiadomienia push.
- Urządzenie jest nadal zarejestrowane i zezwala na powiadomienia.
- Wyświetlany projekt, aplikacja, język i waluta są poprawne.
Udane odświeżenie pulpitu weryfikuje tylko inną ścieżkę.
Rozwiązywanie problemów
RevenueCat zgłasza błąd webhooka
Sprawdź w RevenueCat punkt końcowy, autoryzację i status odpowiedzi. Nie zmieniaj niezwiązanych kluczy pulpitu.
Webhook działa, ale powiadomienie nie przychodzi
Sprawdź kontekst urządzenia, uprawnienie do powiadomień push, rejestrację i to, czy typ zdarzenia jest obsługiwany. Kontekst urządzenia może wygasnąć po okresie braku aktywności.
Powiadomienie pokazuje niewłaściwą nazwę projektu
Odśwież kontekst z właściwego projektu i upewnij się, że dwa konta nie zostały przypisane do tej samej nazwy wyświetlanej.
Jedno urządzenie działa, a drugie nie
Każde urządzenie ma własną rejestrację i własny kontekst. Sprawdź uprawnienia i kontekst na urządzeniu, którego dotyczy problem.
Zasady bezpieczeństwa
- Nie przechowuj autoryzacji webhooków ani kluczy dostawców w Git.
- Nie zapisuj w logach pełnych danych zawierających identyfikatory klientów lub transakcji.
- Nie używaj API webhooków jako magazynu danych o przychodach.
- Natychmiast zmieniaj ujawnione dane autoryzacji.
- Usuń kontekst urządzenia, gdy nie powinno ono już otrzymywać zdarzeń.
Najczęściej zadawane pytania
Czy AdMate przechowuje na serwerze całą moją historię RevenueCat?
Nie. API przetwarza zdarzenia webhooków oraz tymczasowy kontekst urządzenia i projektu; aplikacja odpytuje skonfigurowane usługi bezpośrednio.
Dlaczego potrzebuję zarówno konta pulpitu, jak i webhooka?
Obsługują różne ścieżki: interaktywne raporty oraz powiadomienia o zdarzeniach dostarczane przez serwer.
Czy webhook może naprawić brakujące metryki na pulpicie?
Nie. Sprawdź autoryzację RevenueCat w aplikacji i przypisanie projektów.
Co powinno zawierać bezpieczne zgłoszenie do wsparcia?
Typ zdarzenia, przybliżony czas, zamaskowany status oraz kontekst urządzenia i aplikacji, nigdy tajne klucze ani pełne identyfikatory klientów.





