| Grundidee | KI-Zugriff auf bestehende PPC-Butler-Funktionen, Workflows und Automatisierungslogik, Dayparting uvm. | Offizielle Verbindungsschicht zwischen KI-Agenten und Amazon Ads API-Funktionen. |
|---|
| Hauptnutzen | Nutzer können Amazon PPC kontrolliert analysieren, vorbereiten, automatisieren und nachvollziehen. | KI-Agenten können Amazon Ads Funktionen über MCP ansprechen. |
|---|
| Technischer Fokus | Nutzt vorhandene PPC-Butler-Module wie Templates, Regeln, Jobs, Reports und Bid-Historie. Wiederkehrende Aufgaben erledigen. | Übersetzt natürliche Sprache in strukturierte API-Aufrufe. |
|---|
| Kampagnenerstellung | Kampagnen können über wiederverwendbare Templates ausgerollt werden, inklusive Vorschau vor dem Deployment. | Kampagnen können laut Amazon erstellt, aktualisiert oder gelöscht werden. |
|---|
| Prompt-Risiko | Viele Aktionen basieren auf festen Funktionen in der PPC-Butler UI, nicht auf jedes Mal neu erfundenen Prompts. | Der konkrete Ablauf hängt stark vom Agenten, Prompt, Setup und verfügbaren Tools ab. |
|---|
| Templates | Wiederverwendbare Kampagnen-Blueprints für spezifische ASINs, Targets, Profile und Marktplätze. | Nicht als zentraler PPC-Template-Ansatz beschrieben. |
|---|
| Bulk-Rollout | Bulk-Deployment für viele ASINs über vorbereitete Templates. | Möglich, sofern der angebundene Workflow dies abbildet. |
|---|
| Bid-Optimierung | Eigene Bid-Regeln mit Bedingungen, Formeln, Min-/Max-Grenzen und priorisierten Execution-Listen. Voller Funktionsumfang. | Zugriff auf API-Funktionen kann Bid-Workflows ermöglichen. |
|---|
| Sicherheitslogik | Update-Jobs mit Status-Workflow, Approval, Testlauf, Cancel, Retry und Rückgängig machen. | Abhängig vom Agenten, Setup und den implementierten Freigaben. |
|---|
| Änderungen rückgängig machen | Manuelles rückgängig machen und automatisches rückgängig machen für abgeschlossene Update-Jobs. | Nicht als zentrale öffentliche Funktion des Amazon MCP beschrieben. |
|---|
| Regelkontrolle | Rule-Health erkennt tote, redundante, fehlerhafte oder sich überschneidende Regeln. | Nicht als eigene PPC-Regelprüfung beschrieben. |
|---|
| Nachvollziehbarkeit | Lückenlose Bid-, Status-, Budget- und Placement-Historie mit Initiator-Verknüpfung. | Abhängig vom angebundenen Agenten und Logging. |
|---|
| „Warum wurde geändert?“ | Änderung wird mit auslösender Regel, Formel, Zeitpunkt, altem Wert und neuem Wert verknüpft. | Muss durch den jeweiligen Workflow erklärt werden. |
|---|
| Suchbegriff-Mining | Suchbegriff-Mining, Negative-Management, Leak-Detection und Harvest-Workflow direkt eingebaut. Findet unpassende Suchbegriffe. | Reporting-Zugriff kann Suchbegriffanalysen ermöglichen. |
|---|
| Placement-Analyse | Placement-Typen einzeln auswertbar, inklusive Grundlage für Placement-Modifier. | Performance-Abfragen können Placement-Daten einbeziehen, sofern verfügbar. |
|---|
| Anomalien & Alerts | Anomalie-Erkennung mit 8-Wochen-Kontext, Severity-Score und Drilldown. | Nicht als Kernfunktion des MCP beschrieben. |
|---|
| Multi-Profil / Multi-Marktplatz | Konsolidierte Steuerung über Profile, Marktplätze, Seller- und Vendor-Konten. | Abhängig von API-Zugriff und Agenten-Setup. |
|---|
| Zielgruppe | Seller, Vendoren, Agenturen, Freelancer und Teams, die Amazon PPC strukturiert steuern wollen. | Amazon Ads Partner, Entwickler, Toolanbieter und KI-Agenten-Setups mit API-Zugang. |
|---|
| Einordnung | Operatives Amazon PPC System mit MCP-Zugriff auf vorhandene Workflows. Analysefunktion (Ursache und Wirkung). | Infrastruktur und offizieller Zugang zu Amazon Ads Funktionen. |
|---|