Dowiedz się, dlaczego bezpieczne sygnały nie są dostarczane. #securesignals
Istnieje kilka sposobów na dopilnowanie, aby bezpieczne sygnały były uwzględniane we wszystkich kwalifikujących się żądaniach reklam wysyłanych w ramach RTB.
Na tej stronie:
- Identyfikowanie brakujących dostawców bezpiecznych sygnałów w żądaniach
- Zagwarantowanie dostarczania bezpiecznych sygnałów
- Bezpieczne sygnały są dostępne, ale nie zostały wysłane do zwycięzcy
- Bezpieczne sygnały są niedostępne
- Zapisywanie w pamięci podręcznej
- Korzystanie z Narzędzi do wyświetlania reklam lub inspektora reklam
- Korzystanie z narzędzi dla programistów
- Konsultowanie się z dostawcą bezpiecznych sygnałów
Identyfikowanie brakujących dostawców bezpiecznych sygnałów w żądaniach
W raportach Ad Managera użyj odpowiedniego filtra „Kanał popytu” (Ad Exchange, Otwarte ustalanie stawek lub Określanie stawek przez pakiet SDK) i połącz go z wymiarem „Nazwa bezpiecznego sygnału (udostępniono)” lub „Nazwa bezpiecznego sygnału (dostarczono)”, aby sprawdzić, którzy dostawcy bezpiecznych sygnałów są wysyłani w żądaniach reklamy. Aby ograniczyć zakres raportu do określonego przedziału czasowego lub środowiska, możesz też użyć wymiarów „Data” i „Typy zasobów reklamowych (rozszerzone)”.
Zagwarantowanie dostarczania bezpiecznych sygnałów
Sprawdź ustawienia bezpiecznych sygnałów w sekcji Ustawienia na potrzeby kanałów popytu, aby mieć pewność, że wszystkie ustawienia domyślne i grupy zastąpień są zgodne z Twoimi preferencjami. Jeśli w przypadku niektórych lub wszystkich kanałów popytu masz włączone ustawienia domyślne, sprawdź, czy w grupie zastąpień nie występuje sprzeczne ustawienie, które może uniemożliwiać niektórym lub wszystkim licytującym otrzymanie sygnału.
W ustawieniach dotyczących kanałów popytu możesz też określić, czy kupujący z Authorized Buyers mogą używać danych z pytań o stawkę do tworzenia profili użytkowników na potrzeby np. reklam opartych na zainteresowaniach czy remarketingu.
W przypadku określania stawek przez pakiet SDK dowiedz się, jak umożliwić licytującym wysyłanie własnych sygnałów – w tym celu sprawdź swoją konfigurację określania stawek przez pakiet SDK.
Bezpieczne sygnały są dostępne, ale nie zostały wysłane do zwycięzcy
W przypadku raportowania bezpiecznych sygnałów może się zdarzyć, że bezpieczny sygnał będzie dostępny w żądaniu reklamy, ale nie zostanie wysłany do zwycięskiego licytującego, np. gdy:
- licytujący nie subskrybuje sygnału;
- sygnał został odfiltrowany w kierowaniu wstępnym licytującego w przypadku niektórych zasobów reklamowych, np. przeglądarki, środowiska lub mobilnego systemu operacyjnego;
- licytujący przypisuje temu sygnałowi niższą wagę niż plikom cookie innych firm lub identyfikatorom urządzeń (tylko w krajach EOG);
- bezpieczny sygnał został wygenerowany, ale jest pusty.
Dowiedz się więcej o rozwiązywaniu problemów z bezpiecznymi sygnałami i kierowaniu wstępnym w programie Authorized Buyers.
Bezpieczne sygnały są niedostępne
W przypadku raportowania bezpiecznych sygnałów może się zdarzyć, że bezpieczny sygnał nie będzie dostępny w żądaniu reklamy wysłanym do licytujących:
- Wydawca nie zezwolił na udostępnianie bezpiecznych sygnałów lub udostępnianie ich licytującym albo nie wykonał jeszcze wymaganych czynności integracyjnych zgodnie z wytycznymi określonych dostawców bezpiecznych sygnałów.
- Sygnał nie został wygenerowany. Jeśli skrypt zbierania sygnałów wymaga informacji lub integracji, skontaktuj się z dostawcą sygnałów.
- Żądanie reklamy może być niespersonalizowane, tymczasem w przypadku niespersonalizowanych żądań reklam nie udostępniasz bezpiecznych sygnałów. Aby włączyć niespersonalizowane żądania reklam, otwórz „Ustawienia bezpiecznych sygnałów” i kliknij „Udostępnij”, aby udostępniać bezpieczne sygnały w przypadku niespersonalizowanych żądań reklam.
Ogólnie rzecz biorąc, nie wszyscy użytkownicy mają identyfikator od każdego dostawcy. Użytkownik może np. po raz pierwszy odwiedzać Twoją witrynę, ale identyfikator nie został jeszcze wygenerowany. Użytkownicy, którzy usuwają pliki cookie, mogą usuwać identyfikatory przechowywane lokalnie. Użytkownicy mogą też mieć skonfigurowane takie ustawienia prywatności lub przeglądarki, które uniemożliwiają tworzenie lub udostępnianie identyfikatorów.
Zapisywanie w pamięci podręcznej
Treść bezpiecznego sygnału przekazywanego do tagu wydawcy Google (GPT) jest przechowywana w pamięci podręcznej. Pozwala to skrócić czas oczekiwania w przypadku kolejnych żądań. Każde pobieranie i wykonywanie skryptu, które blokuje wysyłanie żądania reklamy, powoduje opóźnienie w przesyłaniu ofert reklamowych, co prowadzi do zmniejszenia widoczności reklam i przychodów.
Aby wyeliminować ten koszt, zwłaszcza biorąc pod uwagę, że bezpieczne sygnały mogą dotyczyć tylko części ofert reklamowych, mimo że opóźnienie może wpływać na cały popyt, GPT przechowuje w pamięci lokalnej wygenerowane, zaciemnione sygnały za pomocą mechanizmu stale-while-revalidate:
- GPT sprawdza w pamięci lokalnej, czy nie ma wcześniej wygenerowanego sygnału i odpowiedniej sygnatury czasowej.
- Jeśli nie ma go w pamięci podręcznej, powoduje wygenerowanie sygnału i wysyła żądanie reklamy. Nie ma gwarancji, że sygnał zostanie uwzględniony w tym żądaniu.
- Jeśli jest w pamięci podręcznej, ale czas od wygenerowania przekroczył czas ważności, generuje sygnał i wysyła żądanie reklamy. Nie ma gwarancji, że sygnał zostanie uwzględniony w tym żądaniu.
- Jeśli sygnał jest w pamięci podręcznej, czas od jego utworzenia jest poza okresem nieaktualności, ale w okresie ważności, to generuje sygnał, ale dołącza do bieżącego żądania sygnał z pamięci podręcznej.
- Każdy proces, w wyniku którego dochodzi do wygenerowania sygnału, powoduje jego zapisanie w pamięci podręcznej. Dzięki temu można go użyć w przyszłych żądaniach na stronie, np. do odświeżania, w przypadku dodatkowych boksów i kolejnych wyświetleń strony, przy założeniu, że domena pamięci lokalnej jest izolowana.
Korzystanie z Narzędzi do wyświetlania reklam lub inspektora reklam
Aby sprawdzić, czy sygnały są przekazywane w środowiskach aplikacji mobilnych, skorzystaj z Narzędzi do wyświetlania reklam lub inspektora reklam. Jeśli wykryjesz, że brakuje bezpiecznych sygnałów, upewnij się, że jednostki reklamowe zakodowane w mapie są dokładnie takie same jak jednostki reklamowe w usłudze Google Ad Manager. Pamiętaj, że wielkość liter ma znaczenie. Więcej informacji o rozwiązywaniu problemów z dostarczaniem bezpiecznych sygnałów w środowiskach aplikacji mobilnych znajdziesz w artykułach Sprawdzanie konfiguracji określania stawek przez pakiet SDK i Sprawdzanie wyświetlania reklam w aplikacjach mobilnych.
Korzystanie z narzędzi dla programistów
W środowiskach sieciowych możesz sprawdzić pamięć lokalną przeglądarki, aby określić, czy są w niej dostępne sygnały.
- W Chrome kliknij
, a następnie Więcej narzędzi i < > Narzędzia dla deweloperów.
- Kliknij kartę „Application” (Aplikacja).
- W panelu „Storage” (Pamięć), w sekcji „Local storage” (Pamięć lokalna) kliknij adres URL (np. https://www.example.com). Pojawią się zapisane w pamięci lokalnej dane dotyczące witryny.
- Znajdź „Key” (Klucz) odpowiadający dostawcy sygnału.
Może on mieć postać
_GESPSK-<signal-provider.com>. - Jeśli w odpowiednim wpisie widzisz poszukiwany sygnał, oznacza to, że został on zapisany w pamięci lokalnej przeglądarki i jest wysyłany.
, a następnie Więcej narzędzi i < > Narzędzia dla deweloperów.Konsultowanie się z dostawcą bezpiecznych sygnałów
Zalecamy współpracę z dostawcami bezpiecznych sygnałów w celu zapewnienia prawidłowej implementacji. W przypadku problemów lub błędów konfiguracji warto postępować zgodnie z instrukcjami powyżej. Bezpośrednia współpraca z dostawcą bezpiecznych sygnałów daje pewność, że skrypt wczytuje się i działa zgodnie z oczekiwaniami.