Anwendung testen und freigeben

Wenn Ihre Anwendung fertig ist und Sie sie intern getestet haben, muss sie eine Reihe von standardisierten Tests durchlaufen, bei denen Ihr Google-Kundenbetreuer Testanfragen an Ihre Server sendet. Wenn Ihre Anwendung diese Tests besteht, kann sie veröffentlicht werden. In den folgenden Themen wird der Test- und Releaseprozess beschrieben.

Mit Google-Traffic testen

Wenn Sie bereit sind, mit dem Testen von Traffic zu beginnen, der von Google gesendet wird, wenden Sie sich an Ihren Authorized Buyers-Ansprechpartner. Sie werden aufgefordert, verschiedene Informationen anzugeben, z. B.:

• Kontaktdaten des technischen Teams. Sollte der Test nicht wie erwartet verlaufen und es technische Probleme geben, die behoben werden müssen, werden wir diese Kontaktinformationen nutzen, um uns direkt mit Ihrem Team in Verbindung zu setzen.
• Die SSL-fähige URL, die auf Echtzeitgebot-Anfragen reagiert.
• Die SSL-fähige URL des Cookie Code Matching-Servers, wenn Sie sich für die Verwendung dieser Funktion entschieden haben.
• Der physische Standort (Bundesstaat, Land) Ihrer RTB-Server, um die Kommunikation mit den Servern von Google zu optimieren.
• Die maximale Anzahl von Abfragen pro Sekunde, die Sie nach Abschluss des Tests von jedem physischen Standort aus bereitstellen möchten.
• Datum, ab dem Ihre RTB-/Cookie-Code-Abgleichsserver für Tests aktiv sind. Google sendet RTB-Anfragen an Ihre Server an oder kurz nach diesem Datum.
• Geschätzte Latenz, die Ihre Server für die Verarbeitung von RTB-Anfragen verwenden.
• PGP-Schlüssel zum Entschlüsseln von Preisinformationen.
• Prüfen Sie, ob Pretargeting in der Pretargeting-Benutzeroberfläche eingerichtet ist.

Wenden Sie sich an Ihren Authorized Buyers-Kundenbetreuer, wenn Sie während des Testzeitraums Änderungen an diesen Informationen vornehmen möchten.

Die Tests umfassen mehrere Schritte mit synthetischem Traffic, um die Latenzen von verschiedenen Standorten aus zu prüfen. Google führt außerdem einige grundlegende Tests durch, um zu prüfen, ob Anzeigen gerendert werden und das Klick-Tracking richtig funktioniert. (Die meisten dieser Schritte sollten während Ihrer eigenen Tests und während der Zertifizierung erfolgen.) Wir bitten Sie außerdem, zu bestätigen, dass Sie Benachrichtigungen zu gewonnenen Preisen und Klicks empfangen und decodieren können. Sobald diese Elemente überprüft wurden, wird der Live-Traffic über mehrere Tage hinweg schrittweise erhöht.

Da Ihr Konto insgesamt in den Testmodus versetzt wird, wird jedes Gebot, das Sie als Reaktion abgeben, aus der Auktion herausgefiltert, unabhängig davon, ob der Wert, den Sie in BidRequest.test sehen, true oder false ist (1 oder 0, wenn Sie das JSON-Format verwenden).

Die Latenzanforderung für die Verwendung der Echtzeitgebotsfunktion liegt zwischen 80 und 1.000 ms. Die Zeit wird ab dem Zeitpunkt gemessen, an dem Google den Aufruf sendet, bis zu dem Zeitpunkt, an dem Google eine Antwort erhält. Diese Frist hängt vom Format und vom Auktionstyp ab. Den genauen Wert finden Sie im Feld BidRequest.tmax.

Damit Impressionen an einem bestimmten Standort verarbeitet werden können, dürfen höchstens 2% der Anfragen diese Frist überschreiten. Wenn Sie Impressionen von mehreren Handelsstandorten gemäß diesen Anforderungen erhalten möchten, ist es in der Regel erforderlich, Gebotsserver in allen Regionen zu betreiben. Wenn Sie beispielsweise Impressionen sowohl von der Ost- als auch von der Westküste der USA erhalten möchten, müssen Sie in der Regel Gebotsserver an beiden Standorten betreiben.

Ein Bieter, der aufgrund von Netzwerkereignissen oder anderen Problemen vorübergehend hohe Zeitüberschreitungsraten aufweist, wird automatisch gedrosselt. Durch diese Drosselung wird der Traffic über einen Zeitraum von einigen Minuten automatisch reduziert oder erhöht. Wenn der Traffic über einen längeren Zeitraum häufig gedrosselt wird, kann Google Ihr Traffic-Kontingent auf ein Niveau anpassen, das konsistenter verarbeitet werden kann.