Bei systemverwalteten Tests werden Änderungen mithilfe von A/B-Tests getestet. Dazu werden eine oder mehrere änderbare Testkampagnen erstellt, die parallel zu einer ursprünglichen Kontrollkampagne laufen.
Dieser Workflow wird für die folgenden ExperimentType-Werte unterstützt:
SEARCH_CUSTOM: Ein benutzerdefinierter Test mit Suchkampagnen.DISPLAY_CUSTOM: Ein benutzerdefinierter Test, der aus Displaykampagnen besteht.HOTEL_CUSTOM: Ein benutzerdefinierter Test, der aus Hotelkampagnen besteht.YOUTUBE_CUSTOM: Ein benutzerdefinierter Test, der aus Videokampagnen besteht.PMAX_REPLACEMENT_SHOPPING: Ein Experiment, mit dem Sie die Kampagnenleistung Ihrer Shopping-Kampagnen im Vergleich zu Performance Max testen können.
Einrichtung
Die Einrichtung von systemverwalteten Tests umfasst die folgenden Schritte:
- Erstellen Sie einen
Experiment. - Erstellen Sie
ExperimentArm-Ressourcen für die Kontroll- und die Testgruppe. - Ändern Sie die
in_design_campaignsin den Testgruppen.
1. Test erstellen
Der erste Schritt beim Ausführen eines Tests mit der Google Ads API besteht darin, ein Experiment zu erstellen. Diese Ressource definiert wichtige Informationen zum Test, den Sie ausführen möchten. In diesem Schritt geben Sie keine der am Test beteiligten Kampagnen an.
Hier ist eine Übersicht über einige wichtige Felder für ein Experiment:
name: Jeder Test muss einen eindeutigen Namen haben.description: Ein optionales Feld, das Sie später als Referenz verwenden können. Hat keine Auswirkungen auf die Ausführung des Tests.suffix: Das Suffix wird an das Ende der Namen der Testkampagnen angehängt, damit Sie sie von der Kontrollkampagne unterscheiden können. Diese Konzepte werden in Schritt 2 näher erläutert.type: Der Typ des auszuführenden Tests. Verwenden Sie für systemverwaltete TestsSEARCH_CUSTOM,DISPLAY_CUSTOM,HOTEL_CUSTOM,YOUTUBE_CUSTOModerPMAX_REPLACEMENT_SHOPPING.status: Setzen Sie dieses Feld beim Erstellen eines Tests aufSETUP. Wenn Sie den Test später starten, können Sie in diesem Feld den aktuellen Status sehen.start_dateundend_date: Geben Sie an, wann der Test beginnen und enden soll.sync_enabled: Standardmäßig deaktiviert. Wenn der Wert auftruefestgelegt ist, werden Änderungen, die Sie an der ursprünglichen Kampagne vornehmen, während der Test läuft, automatisch in die Testkampagne kopiert. Weitere Informationen finden Sie in der Google Ads-Hilfe im Artikel Kampagnensynchronisierung.
Java
private String createExperimentResource(GoogleAdsClient googleAdsClient, long customerId) { ExperimentOperation operation = ExperimentOperation.newBuilder() .setCreate( Experiment.newBuilder() // Name must be unique. .setName("Example Experiment #" + getPrintableDateTime()) // We specify SEARCH_CUSTOM to create a standard search campaign experiment. // This type uses a standard draft-based workflow where the system automatically // creates a draft/in-design campaign for the treatment arm. .setType(ExperimentType.SEARCH_CUSTOM) .setSuffix("[experiment]") .setStatus(ExperimentStatus.SETUP) .build()) .build(); try (ExperimentServiceClient experimentServiceClient = googleAdsClient.getLatestVersion().createExperimentServiceClient()) { MutateExperimentsResponse response = experimentServiceClient.mutateExperiments( Long.toString(customerId), ImmutableList.of(operation)); String experiment = response.getResults(0).getResourceName(); System.out.printf("Created experiment with resource name '%s'%n", experiment); return experiment; } }
C#
private static string CreateExperimentResource(GoogleAdsClient client, long customerId) { // Get the ExperimentService. ExperimentServiceClient experimentService = client.GetService( Services.V26.ExperimentService); // Creates the experiment. Experiment experiment = new Experiment() { // Name must be unique. Name = $"Example Experiment #{ExampleUtilities.GetRandomString()}", // We specify SearchCustom to create a standard search campaign experiment. // This type uses a standard draft-based workflow where the system automatically // creates a draft/in-design campaign for the treatment arm. Type = ExperimentType.SearchCustom, Suffix = "[experiment]", Status = ExperimentStatus.Setup }; // Creates the operation. ExperimentOperation operation = new ExperimentOperation() { Create = experiment }; // Makes the API call. MutateExperimentsResponse response = experimentService.MutateExperiments( customerId.ToString(), new[] { operation }); // Displays the result. string experimentResourceName = response.Results.First().ResourceName; Console.WriteLine($"Created experiment with resource name " + $"'{experimentResourceName}'."); return experimentResourceName; }
PHP
private static function createExperimentResource( ExperimentServiceClient $experimentServiceClient, int $customerId ): string { // Creates an experiment and its operation. $experiment = new Experiment( [ // Name must be unique. 'name' => 'Example Experiment #' . Helper::getPrintableDatetime(), 'type' => ExperimentType::SEARCH_CUSTOM, 'suffix' => '[experiment]', 'status' => ExperimentStatus::SETUP ] ); $experimentOperation = new ExperimentOperation(['create' => $experiment]); // Issues a request to create the experiment. $response = $experimentServiceClient->mutateExperiments( MutateExperimentsRequest::build($customerId, [$experimentOperation]) ); $experimentResourceName = $response->getResults()[0]->getResourceName(); print "Created experiment with resource name '$experimentResourceName'" . PHP_EOL; return $experimentResourceName; }
Python
def create_experiment_resource( client: GoogleAdsClient, customer_id: str ) -> str: """Creates a new experiment resource. Args: client: an initialized GoogleAdsClient instance. customer_id: a client customer ID. Returns: the resource name for the new experiment. """ experiment_operation: ExperimentOperation = client.get_type( "ExperimentOperation" ) experiment: Experiment = experiment_operation.create experiment.name = f"Example Experiment #{uuid.uuid4()}" # We specify SEARCH_CUSTOM to create a standard search campaign experiment. # This type uses a standard draft-based workflow where the system automatically # creates a draft/in-design campaign for the treatment arm. experiment.type_ = client.enums.ExperimentTypeEnum.SEARCH_CUSTOM experiment.suffix = "[experiment]" experiment.status = client.enums.ExperimentStatusEnum.SETUP experiment_service: ExperimentServiceClient = client.get_service( "ExperimentService" ) response: MutateExperimentsResponse = experiment_service.mutate_experiments( customer_id=customer_id, operations=[experiment_operation] ) experiment_resource_name: str = response.results[0].resource_name print(f"Created experiment with resource name {experiment_resource_name}") return experiment_resource_name
Ruby
def create_experiment_resource(client, customer_id) operation = client.operation.create_resource.experiment do |e| # Name must be unique. e.name = "Example Experiment #{(Time.new.to_f * 1000).to_i}" # We specify SEARCH_CUSTOM to create a standard search campaign experiment. # This type uses a standard draft-based workflow where the system automatically # creates a draft/in-design campaign for the treatment arm. e.type = :SEARCH_CUSTOM e.suffix = '[experiment]' e.status = :SETUP end response = client.service.experiment.mutate_experiments( customer_id: customer_id, operations: [operation], ) experiment = response.results.first.resource_name puts "Created experiment with resource name #{experiment}." experiment end
Perl
sub create_experiment_resource { my ($api_client, $customer_id) = @_; my $experiment = Google::Ads::GoogleAds::V26::Resources::Experiment->new({ # Name must be unique. name => "Example Experiment #" . uniqid(), type => SEARCH_CUSTOM, suffix => "[experiment]", status => SETUP }); my $operation = Google::Ads::GoogleAds::V26::Services::ExperimentService::ExperimentOperation ->new({ create => $experiment }); my $response = $api_client->ExperimentService()->mutate({ customerId => $customer_id, operations => [$operation]}); my $resource_name = $response->{results}[0]{resourceName}; printf "Created experiment with resource name '%s'.\n", $resource_name; return $resource_name; }
curl
2. Vergleichsgruppen erstellen
Erstellen Sie als Nächstes ExperimentArm-Ressourcen, um die Kontroll- und Testgruppen für den Test zu definieren. Alle Verzweigungen müssen in einer einzigen Anfrage erstellt werden.
Jeder Test muss genau eine Kontrollgruppe und mindestens eine Testgruppe haben. Die Kontrollgruppe ist die Ausgangskampagne für den Vergleich. Jede Testgruppe ist eine neue Kampagne, in der Sie Änderungen vornehmen können, um sie zu testen.
Sie müssen auch traffic_split angeben. Das ist der Prozentsatz des Traffics, der an die einzelnen Verzweigungen weitergeleitet wird. Die Summe der Traffic-Aufteilungen über alle Verzweigungen hinweg muss 100 ergeben.
Java
private String createExperimentArms( GoogleAdsClient googleAdsClient, long customerId, long campaignId, String experiment) { List<ExperimentArmOperation> operations = new ArrayList<>(); operations.add( ExperimentArmOperation.newBuilder() .setCreate( // The "control" arm references an already-existing campaign. ExperimentArm.newBuilder() .setControl(true) .addCampaigns(ResourceNames.campaign(customerId, campaignId)) .setExperiment(experiment) .setName("control arm") .setTrafficSplit(40) .build()) .build()); operations.add( ExperimentArmOperation.newBuilder() .setCreate( // In standard campaign experiments, creating the treatment arm automatically // generates a draft campaign that you can modify before starting the experiment. ExperimentArm.newBuilder() .setControl(false) .setExperiment(experiment) .setName("experiment arm") .setTrafficSplit(60) .build()) .build()); try (ExperimentArmServiceClient experimentArmServiceClient = googleAdsClient.getLatestVersion().createExperimentArmServiceClient()) { // Constructs the mutate request. MutateExperimentArmsRequest mutateRequest = MutateExperimentArmsRequest.newBuilder() .setCustomerId(Long.toString(customerId)) .addAllOperations(operations) // We want to fetch the draft campaign IDs from the treatment arm, so the easiest way // to do that is to have the response return the newly created entities. .setResponseContentType(ResponseContentType.MUTABLE_RESOURCE) .build(); // Sends the mutate request. MutateExperimentArmsResponse response = experimentArmServiceClient.mutateExperimentArms(mutateRequest); // Results always return in the order that you specify them in the request. Since we created // the treatment arm last, it will be the last result. If you don't remember which arm is the // treatment arm, you can always filter the query in the next section with // `experiment_arm.control = false`. MutateExperimentArmResult controlArmResult = response.getResults(0); MutateExperimentArmResult treatmentArmResult = response.getResults(response.getResultsCount() - 1); System.out.printf( "Created control arm with resource name '%s'%n", controlArmResult.getResourceName()); System.out.printf( "Created treatment arm with resource name '%s'%n", treatmentArmResult.getResourceName()); return treatmentArmResult.getExperimentArm().getInDesignCampaigns(0); } }
C#
private static (MutateExperimentArmResult, MutateExperimentArmResult) CreateExperimentArms(GoogleAdsClient client, long customerId, long baseCampaignId, string experimentResourceName) { // Get the ExperimentArmService. ExperimentArmServiceClient experimentService = client.GetService( Services.V26.ExperimentArmService); // Create the control arm. The control arm references an already-existing campaign. ExperimentArmOperation controlArmOperation = new ExperimentArmOperation() { Create = new ExperimentArm() { Control = true, Campaigns = { ResourceNames.Campaign(customerId, baseCampaignId) }, Experiment = experimentResourceName, Name = "Control Arm", TrafficSplit = 40 } }; // Create the non-control arm. // In standard campaign experiments, creating the treatment arm automatically // generates a draft campaign that you can modify before starting the experiment. ExperimentArmOperation treatmentArmOperation = new ExperimentArmOperation() { Create = new ExperimentArm() { Control = false, Experiment = experimentResourceName, Name = "Experiment Arm", TrafficSplit = 60 } }; // We want to fetch the draft campaign IDs from the treatment arm, so the // easiest way to do that is to have the response return the newly created // entities. MutateExperimentArmsRequest request = new MutateExperimentArmsRequest { CustomerId = customerId.ToString(), Operations = { controlArmOperation, treatmentArmOperation }, ResponseContentType = ResponseContentType.MutableResource }; MutateExperimentArmsResponse response = experimentService.MutateExperimentArms( request ); // Results always return in the order that you specify them in the request. // Since we created the treatment arm last, it will be the last result. MutateExperimentArmResult controlArm = response.Results.First(); MutateExperimentArmResult treatmentArm = response.Results.Last(); Console.WriteLine($"Created control arm with resource name " + $"'{controlArm.ResourceName}'."); Console.WriteLine($"Created treatment arm with resource name" + $" '{treatmentArm.ResourceName}'."); return (controlArm, treatmentArm); }
PHP
private static function createExperimentArms( GoogleAdsClient $googleAdsClient, int $customerId, int $campaignId, string $experimentResourceName ): string { $operations = []; $experimentArm1 = new ExperimentArm( [ // The "control" arm references an already-existing campaign. 'control' => true, 'campaigns' => [ResourceNames::forCampaign($customerId, $campaignId)], 'experiment' => $experimentResourceName, 'name' => 'control arm', 'traffic_split' => 40 ] ); $operations[] = new ExperimentArmOperation(['create' => $experimentArm1]); $experimentArm2 = new ExperimentArm( [ // The non-"control" arm, also called a "treatment" arm, will automatically // generate draft campaigns that you can modify before starting the // experiment. 'control' => false, 'experiment' => $experimentResourceName, 'name' => 'experiment arm', 'traffic_split' => 60 ] ); $operations[] = new ExperimentArmOperation(['create' => $experimentArm2]); // Issues a request to create the experiment arms. $experimentArmServiceClient = $googleAdsClient->getExperimentArmServiceClient(); $response = $experimentArmServiceClient->mutateExperimentArms( MutateExperimentArmsRequest::build($customerId, $operations) // We want to fetch the draft campaign IDs from the treatment arm, so the easiest // way to do that is to have the response return the newly created entities. ->setResponseContentType(ResponseContentType::MUTABLE_RESOURCE) ); // Results always return in the order that you specify them in the request. // Since we created the treatment arm last, it will be the last result. $controlArmResourceName = $response->getResults()[0]->getResourceName(); $treatmentArm = $response->getResults()[count($operations) - 1]; print "Created control arm with resource name '$controlArmResourceName'" . PHP_EOL; print "Created treatment arm with resource name '{$treatmentArm->getResourceName()}'" . PHP_EOL; return $treatmentArm->getExperimentArm()->getInDesignCampaigns()[0]; }
Python
def create_experiment_arms( client: GoogleAdsClient, customer_id: str, base_campaign_id: str, experiment: str, ) -> str: """Creates a control and treatment experiment arms. Args: client: an initialized GoogleAdsClient instance. customer_id: a client customer ID. base_campaign_id: the campaign ID to associate with the control arm of the experiment. experiment: the resource name for an experiment. Returns: the resource name for the new treatment experiment arm. """ operations: List[ExperimentArmOperation] = [] campaign_service: CampaignServiceClient = client.get_service( "CampaignService" ) # The "control" arm references an already-existing campaign. operation_1: ExperimentArmOperation = client.get_type( "ExperimentArmOperation" ) exa_1: ExperimentArm = operation_1.create exa_1.control = True exa_1.campaigns.append( campaign_service.campaign_path(customer_id, base_campaign_id) ) exa_1.experiment = experiment exa_1.name = "control arm" exa_1.traffic_split = 40 operations.append(operation_1) # In standard campaign experiments, creating the treatment arm automatically # generates a draft campaign that you can modify before starting the experiment. operation_2: ExperimentArmOperation = client.get_type( "ExperimentArmOperation" ) exa_2: ExperimentArm = operation_2.create exa_2.control = False exa_2.experiment = experiment exa_2.name = "experiment arm" exa_2.traffic_split = 60 operations.append(operation_2) experiment_arm_service: ExperimentArmServiceClient = client.get_service( "ExperimentArmService" ) request: MutateExperimentArmsRequest = client.get_type( "MutateExperimentArmsRequest" ) request.customer_id = customer_id request.operations = operations # We want to fetch the draft campaign IDs from the treatment arm, so the # easiest way to do that is to have the response return the newly created # entities. request.response_content_type = ( client.enums.ResponseContentTypeEnum.MUTABLE_RESOURCE ) response: MutateExperimentArmsResponse = ( experiment_arm_service.mutate_experiment_arms(request=request) ) # Results always return in the order that you specify them in the request. # Since we created the treatment arm second, it will be the second result. control_arm_result: Any = response.results[0] treatment_arm_result: Any = response.results[1] print( f"Created control arm with resource name {control_arm_result.resource_name}" ) print( f"Created treatment arm with resource name {treatment_arm_result.resource_name}" ) return treatment_arm_result.experiment_arm.in_design_campaigns[0]
Ruby
def create_experiment_arms(client, customer_id, base_campaign_id, experiment) operations = [] operations << client.operation.create_resource.experiment_arm do |ea| # The "control" arm references an already-existing campaign. ea.control = true ea.campaigns << client.path.campaign(customer_id, base_campaign_id) ea.experiment = experiment ea.name = 'control arm' ea.traffic_split = 40 end operations << client.operation.create_resource.experiment_arm do |ea| # In standard campaign experiments, creating the treatment arm automatically # generates a draft campaign that you can modify before starting the # experiment. ea.control = false ea.experiment = experiment ea.name = 'experiment arm' ea.traffic_split = 60 end response = client.service.experiment_arm.mutate_experiment_arms( customer_id: customer_id, operations: operations, # We want to fetch the draft campaign IDs from the treatment arm, so the # easiest way to do that is to have the response return the newly created # entities. response_content_type: :MUTABLE_RESOURCE, ) # Results always return in the order that you specify them in the request. # Since we created the treatment arm second, it will be the second result. control_arm_result = response.results.first treatment_arm_result = response.results.last puts "Created control arm with resource name #{control_arm_result.resource_name}." puts "Created treatment arm with resource name #{treatment_arm_result.resource_name}." treatment_arm_result.experiment_arm.in_design_campaigns.first end
Perl
sub create_experiment_arms { my ($api_client, $customer_id, $base_campaign_id, $experiment) = @_; my $operations = []; push @$operations, Google::Ads::GoogleAds::V26::Services::ExperimentArmService::ExperimentArmOperation ->new({ create => Google::Ads::GoogleAds::V26::Resources::ExperimentArm->new({ # The "control" arm references an already-existing campaign. control => "true", campaigns => [ Google::Ads::GoogleAds::V26::Utils::ResourceNames::campaign( $customer_id, $base_campaign_id ) ], experiment => $experiment, name => "control arm", trafficSplit => 40 })}); push @$operations, Google::Ads::GoogleAds::V26::Services::ExperimentArmService::ExperimentArmOperation ->new({ create => Google::Ads::GoogleAds::V26::Resources::ExperimentArm->new({ # The non-"control" arm, also called a "treatment" arm, will automatically # generate draft campaigns that you can modify before starting the # experiment. control => "false", experiment => $experiment, name => "experiment arm", trafficSplit => 60 })}); my $response = $api_client->ExperimentArmService()->mutate({ customerId => $customer_id, operations => $operations, # We want to fetch the draft campaign IDs from the treatment arm, so the # easiest way to do that is to have the response return the newly created # entities. responseContentType => MUTABLE_RESOURCE }); # Results always return in the order that you specify them in the request. # Since we created the treatment arm last, it will be the last result. my $control_arm_result = $response->{results}[0]; my $treatment_arm_result = $response->{results}[1]; printf "Created control arm with resource name '%s'.\n", $control_arm_result->{resourceName}; printf "Created treatment arm with resource name '%s'.\n", $treatment_arm_result->{resourceName}; return $treatment_arm_result->{experimentArm}{inDesignCampaigns}[0]; }
curl
Einige wichtige Punkte:
- Bei genau einer Verzweigung muss
controlauftruefestgelegt sein. - Die
traffic_splitmüssen für alle Verzweigungen zusammen 100 ergeben. - In der Kontrollgruppe muss im Feld
campaignsgenau eine Kampagne angegeben werden.
3. Testkampagnen ändern
Wenn Sie eine Testgruppe erstellen (wobei control den Wert false hat), erstellt die API automatisch eine Kampagne im Entwurf auf Grundlage der Kontrollkampagne und fügt den Ressourcennamen in das Feld in_design_campaigns der Testgruppe ein. Sie können diese Kampagnen im Entwurf wie reguläre Kampagnen behandeln und die Änderungen vornehmen, die Sie testen möchten. Die Kontrollkampagne ist davon nicht betroffen.
Diese Änderungen werden in eine echte, auslieferbare Kampagne umgewandelt, wenn Sie den Test planen.
An einer Kampagne im Entwurf muss mindestens eine Änderung vorgenommen werden, bevor Sie den Test planen können.
Wenn Sie die in_design_campaigns für eine Testgruppe abrufen möchten, können Sie GoogleAdsService abfragen:
SELECT experiment_arm.in_design_campaigns
FROM experiment_arm
WHERE experiment_arm.resource_name = 'TREATMENT_ARM_RESOURCE_NAME'
PARAMETERS include_drafts = true
Test planen
Nachdem Sie den Test und die Verzweigungen erstellt und die Entwurfskampagnen für die Testgruppe geändert haben, können Sie den Test mit ExperimentService.ScheduleExperiment planen. Dies ist ein asynchroner Vorgang, bei dem die Kampagnen im Entwurf in tatsächliche Kampagnen umgewandelt werden, die ausgeliefert werden können, sobald das start_date des Tests erreicht ist. Weitere Informationen zur Verarbeitung von Vorgängen mit langer Ausführungszeit finden Sie unter Asynchrone Fehler.
Bericht zum Test erstellen
Sobald der Test läuft, können Sie Messwerte abfragen, um die Leistung zu vergleichen. Weitere Informationen finden Sie im Leitfaden zur Berichterstellung.
Test abschließen, hochstufen oder beenden
Nachdem der Test ausreichend lange gelaufen ist, können Sie ihn mit ExperimentService beenden, hochstufen oder abschließen.
- Beenden: Wenn Sie den Test beenden möchten, ohne Änderungen zu übernehmen, verwenden Sie
EndExperiment. Die Testkampagnen werden nicht mehr ausgeliefert, aber nicht entfernt. Dies ist ein synchroner Vorgang. - Hochstufen: Wenn Sie mit der Leistung der Testgruppe zufrieden sind und die Änderungen in Ihre ursprüngliche Kampagne übernehmen möchten, verwenden Sie
PromoteExperiment. Dabei werden die Änderungen aus der Testgruppe in die Kontrollkampagne kopiert und die Auslieferung der Testgruppe wird beendet. Dies ist ein asynchroner Vorgang. Weitere Informationen finden Sie unter Asynchrone Fehler. Hinweis: Tests vom TypPMAX_REPLACEMENT_SHOPPINGkönnen nicht hochgestuft werden. - Übernehmen: Wenn Ihnen die Änderungen gefallen, Sie sie aber getrennt von der ursprünglichen Kampagne beibehalten möchten, verwenden Sie
GraduateExperiment. Dadurch wird die Testkampagne in eine standardmäßige, unabhängige Kampagne umgewandelt, die außerhalb des Tests weiter ausgeliefert wird. Die Kontrollkampagne wird nicht geändert. Dies ist ein synchroner Vorgang.
Typspezifische Anforderungen
PMAX_REPLACEMENT_SHOPPING:
- Es sind genau zwei Verzweigungen erforderlich (eine Kontroll- und eine Testverzweigung).
- In der Kontrollverzweigung muss im Feld
campaignseine Shopping-Kampagne angegeben werden. - Für die Testgruppe haben Sie zwei Möglichkeiten, die Performance Max-Kampagne einzurichten:
- Neue Performance Max-Kampagne erstellen: Lassen Sie das Feld
campaignsder Testgruppe leer. Die API erstellt automatisch eine Kampagne im Entwurf auf Grundlage der Kontroll-Shopping-Kampagne, wie in Schritt 3 beschrieben. - Wenn Sie eine vorhandene Performance Max-Kampagne verwenden möchten, geben Sie den Ressourcennamen der Performance Max-Kampagne im Feld
campaignsder Testgruppe an. Wenn Sie diese Option auswählen, wird keine In-Design-Kampagne erstellt und Sie können Schritt 3 überspringen.
- Neue Performance Max-Kampagne erstellen: Lassen Sie das Feld
- Wir empfehlen, die Statistiken der ersten 7 Tage nicht in die Auswertung einzubeziehen, damit die Kampagne Zeit hat, die Anlauf- und Lernphase abzuschließen.
- Kann nicht hochgestuft werden.
YOUTUBE_CUSTOM:
- Unterstützt maximal 10 Arme.
- Wenn Sie Assets testen möchten, legen Sie
asset_testing_infofür die Testverzweigung fest.