Anwendung testen und freigeben

Wenn Ihre Anwendung fertig ist und intern getestet wurde, muss sie einer Reihe standardisierter Tests unterzogen werden, bei denen Ihr Google-Kundenbetreuer Testanfragen an Ihre Server sendet. Nachdem Ihre Anwendung diese Tests bestanden hat, kann sie veröffentlicht werden. In den folgenden Abschnitten wird der Test- und Release-Prozess erläutert.

Tests mit Google-Traffic

Wenn Sie die Tests mit Traffic von Google starten möchten, wenden Sie sich an Ihren Authorized Buyers-Ansprechpartner. Sie werden nach verschiedenen Informationen gefragt, darunter:

• Technische Kontaktdaten. Wenn die Tests nicht wie erwartet verlaufen und technische Probleme zu beheben sind, verwenden wir diese Kontaktdaten, 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, sofern Sie diese Funktion aktiviert haben.
• Der physische Standort (Bundesland, Land) Ihrer EZG-Server zur Optimierung der Kommunikation mit den Servern von Google.
• Die maximale Anzahl von Abfragen pro Sekunde, die Sie nach Abschluss des Tests an jedem physischen Standort bereitstellen möchten.
• Das Datum, ab dem Ihre EZG-Server bzw. Ihre Server für den Cookie-Code-Abgleich zum Testen aktiv sind. Google sendet an oder kurz nach diesem Datum RTB-Anfragen an Ihre Server.
• Die geschätzte Latenz, die Ihre Server bei der Verarbeitung von RTB-Anfragen verwenden.
• PGP-Schlüssel zum Senden von Preisentschlüsselungsinformationen.
• Prüfen Sie, ob Pre-Targeting in der Pre-Targeting-Benutzeroberfläche eingerichtet ist.

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

Die Tests umfassen mehrere Schritte mit synthetischem Traffic, um Latenzen an verschiedenen Standorten zu prüfen. Google führt auch einige grundlegende Tests durch, um sicherzustellen, dass Anzeigen gerendert werden und ob das Klick-Tracking korrekt ist. (Das meiste sollte während Ihrer eigenen Tests und während der Zertifizierung erfolgen.) Außerdem bitten wir Sie, zu bestätigen, dass Sie Benachrichtigungen zu erfolgreichen Preisen und Klicks erhalten und decodieren können. Nach der Überprüfung dieser Elemente 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 Gebote, die Sie daraufhin abgeben, aus der Auktion herausgefiltert, unabhängig davon, ob der Wert im Feld is_test der Gebotsanfrage true oder false ist.

Die Latenzanforderung für die Verwendung der Echtzeitgebotsfunktion beträgt 80 bis 1.000 ms, gemessen vom Zeitpunkt des Sendens des Aufrufs bis zu dem Zeitpunkt, an dem Google eine Antwort erhält. Diese Frist ist abhängig vom Format und Auktionstyp. Den genauen Wert finden Sie in der Gebotsanfrage im Feld tmax oder response_deadline_ms.

Damit an einem bestimmten Standort verarbeitete Impressionen berücksichtigt werden können, müssen höchstens 2% der Anfragen diese Frist überschreiten. Wenn Sie gemäß diesen Anforderungen Impressionen von mehreren Handelsstandorten erhalten möchten, ist es normalerweise 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üssen Sie in der Regel Gebotsserver an der Ost- und der Westküste ausführen.

Eine Gebotsfunktion, die 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 so anpassen, dass es konsistenter verarbeitet werden kann.