Anwendung testen und freigeben

Wenn Ihre Anwendung fertig ist und intern getestet wurde, muss sie eine Reihe standardisierter Tests durchlaufen, bei denen Ihr Google-Kundenbetreuer Testanfragen an Ihre Server sendet. Sobald Ihre Anwendung diese Tests bestanden hat, ist sie für die Veröffentlichung freigegeben. In den folgenden Abschnitten wird die Funktionsweise des Test- und Release-Prozesses erläutert.

Mit Google-Traffic testen

Wenn Sie den Test mit Traffic von Google starten möchten, wenden Sie sich an Ihren Authorized Buyers-Ansprechpartner. Sie werden gebeten, verschiedene Informationen anzugeben, z. B.:

• Kontaktdaten der Entwickler. Wenn die Tests nicht wie erwartet ablaufen und technische Probleme zu beheben sind, verwenden wir diese Kontaktinformationen, um direkt mit Ihrem Team zu interagieren.
• Die SSL-fähige URL, die auf RTB-Anfragen antwortet.
• Die SSL-fähige URL des Servers für den Cookie-Code-Abgleich, wenn Sie sich für diese Funktion entschieden haben.
• Der physische Standort (Bundesstaat, Land) Ihrer RTB-Server, um die Kommunikation mit den Google-Servern zu optimieren.
• Die maximale Anzahl von Abfragen pro Sekunde (Queries per Second, Abfragen pro Sekunde), die Sie nach Abschluss des Tests von jedem physischen Standort bereitstellen möchten.
• Das Datum, ab dem Ihre Server für Echtzeitgebote bzw. den Cookie-Code-Abgleich zu Testzwecken aktiv sind. Google sendet ab diesem Datum RTB-Anfragen an Ihre Server.
• Die geschätzte Latenz, die Ihre Server für die Verarbeitung von RTB-Anfragen verwenden
• PGP-Schlüssel zum Senden von Informationen zur Preisentschlüsselung.
• Prüfen Sie, ob Pre-Targeting auf der Pre-Targeting-Benutzeroberfläche eingerichtet ist.

Wenden Sie sich an Ihren Authorized Buyers-Ansprechpartner, wenn Sie diese Informationen während des Testprozesses ändern möchten.

Die Tests umfassen mehrere Schritte mit synthetischem Traffic, um Latenzen von verschiedenen Standorten aus zu überprüfen. Google führt auch einige grundlegende Tests durch, um zu prüfen, ob Anzeigen richtig gerendert werden und Klick-Tracking korrekt funktioniert. (Das meiste davon sollte während Ihrer eigenen Tests und während der Zertifizierung erledigt werden.) Außerdem müssen Sie bestätigen, dass Sie Benachrichtigungen zu erfolgreichen Preisen und Klicks empfangen und decodieren können. Sobald diese Elemente bestätigt sind, besteht der nächste Schritt darin, den Live-Traffic über mehrere Tage allmählich zu erhöhen.

Da Ihr gesamtes Konto hierfür in den Testmodus versetzt wird, werden alle darauf reagierenden Gebote aus der Auktion herausgefiltert, unabhängig davon, ob der Wert im Feld test (OpenRTB) / is_test (Google RTB – eingestellt) der Gebotsanfrage true oder false ist.

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

Um sich für Impressionen zu qualifizieren, die an einem bestimmten Standort verarbeitet werden, sollten höchstens 2% der Anfragen diese Frist überschreiten. Wenn Sie gemäß diesen Anforderungen Impressionen von mehreren Handelsquellen erhalten möchten, müssen Sie in der Regel Bidding-Server in allen Regionen betreiben. Wenn Sie beispielsweise Impressionen sowohl aus der Ost- als auch von der Westküste der USA erhalten möchten, müssen Sie in der Regel Bidding-Server an der Ost- und der Westküste 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 automatisch über einen Zeitraum von einigen Minuten reduziert oder erhöht. Wenn der Traffic häufig über einen längeren Zeitraum gedrosselt wird, kann Google Ihr Traffickontingent auf ein Niveau anpassen, das konsistenter verarbeitet werden kann.