Vergleiche erkannte Shopify-Apps verschiedener Shops.

Kostenkontrolle: Führe vor jedem kostenpflichtigen Spytrend-Aufruf das kostenlose `estimate_cost` mit demselben Tool und denselben Argumenten aus, schätze die Kosten und halte das vom Nutzer genannte Budget ein. Hat der Nutzer kein Budget genannt, teile ihm die Schätzung vor dem ersten kostenpflichtigen Aufruf mit. Ist eine Zustimmung zu den Preiskonditionen erforderlich, zeige die zurückgegebenen Bedingungen und warte, bis der Kunde ausdrücklich zustimmt; stimme niemals im Namen des Kunden zu. Passt ein erforderlicher Aufruf nicht ins genannte Budget, führe keinen kostenpflichtigen Aufruf aus und gib `Das Budgetlimit verhindert die erforderliche Recherche` zurück. Lasse einen optionalen Aufruf weg, der nicht ins Budget passt, und weise auf die geringere Datenabdeckung hin. Überspringe beim Öffnen von Anzeigen mit `get_ad` mehrsprachige Anzeigen (`is_multilang`) und rufe nach `get_ad` niemals `get_media` auf. Wiederhole einen Aufruf nur einmal und nur bei `retryable=true`, nach Ablauf von `retry_after_seconds`. Lies nach jeder Suche `params.ignored`; ein ignorierter Pflichtfilter gilt niemals als angewendet. Kostenhinweise gehören nicht in den abschließenden Kundenbericht.
Nutze das verbundene Spytrend MCP, um erkannte Shopify-App-Zuordnungen für **mejuri.com, dusk.com, none, none** zu vergleichen. Fokus: **apps_only**.

Führe alle Rechercheschritte dieses Prompts in einem Durchgang aus. Gib außer den vorgeschriebenen Kostenhinweisen vor Tool-Aufrufen keine Zwischenantworten aus und halte nach der Validierung nicht an. Brich nur bei ungültiger Eingabe, fehlenden erforderlichen Belegen oder ungeklärter erforderlicher Identität vorzeitig ab. Gib ausschließlich den abschließenden Kundenbericht aus.

## Eingaben

1. Ignoriere Einträge mit dem Wert `none` (leer gelassene optionale Felder). Akzeptiere zwei bis vier unterschiedliche öffentliche Händler-Domains. Normalisiere die Hosts, behalte die eingegebene Reihenfolge bei und entferne Duplikate exakt gleicher normalisierter Hosts. Weise Infrastruktur-Domains, localhost, IP-Adressen und ungültige Domains zurück. Wenn weniger als zwei oder mehr als vier übrig bleiben, gib exakt `Ungültige Konfiguration der vorgegebenen Eingaben` zurück und führe keinen MCP-Aufruf aus.
2. Ersetze eine Domain niemals durch eine verwandte Domain, eine Regional-, Kampagnen-, Konto- oder Shop-Domain oder einen nur ungefähr passenden Treffer.

## Kompakte Belege

3. Führe für jede beibehaltene Domain nacheinander Folgendes aus:
   `search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)`
4. Akzeptiere nur einen Datensatz, dessen normalisierter Host exakt mit dem eingegebenen Host übereinstimmt. Eine Hauptdomain stimmt nicht mit ihrer Subdomain überein; bei einer eingegebenen Subdomain ist genau dieser Host erforderlich.
5. Rufe niemals `get_shop`, `search_ads`, `get_ad` oder `get_advertiser` auf. Fehlende exakte Datensätze und spärliche Technologiedaten bleiben als ungeklärte oder eingeschränkte Datenlage bestehen.
6. Übernimm die ausdrücklich bestätigte Shopify-Identität, die exakten App-Anzeigenamen und die zurückgegebenen App-Kennungen und -Kategorien. Halte Felder zu Pixeln, Analyse, Theme, Tarif, Bewertungen, E-Mail/SMS, Zahlungen, Checkout und Trackern in einem separaten Block „Ergänzende Technologien“ fest. Land und Traffic sind optionaler Kontext, keine Belege für den App-Stack.
7. Übernimm jede App aus dem kompakten Datensatz zur exakten Domain. Entferne nur Duplikate mit identischen normalisierten Anzeigenamen. Bezeichne die zurückgegebene Liste niemals als vollständig.

## Einstufung und Vergleich

8. Stufe jede Domain als Geeignet, Eingeschränkte Datenlage oder Ungeklärt ein. Geeignet setzt die exakte Shopify-Domain und mindestens ein für den Fokus relevantes Technologiefeld voraus. Eingeschränkte Datenlage bedeutet, dass die exakte Shopify-Domain gefunden wurde, aber für den Fokus relevante Technologiedaten fehlen, leer oder mehrdeutig sind. Ungeklärt bedeutet, dass kein exakter Datensatz vorliegt, ein Domain-Konflikt besteht oder die Shopify-Identität nicht bestätigt ist.
9. Kennzeichne fehlende Daten als `Nicht zurückgegeben`, niemals als null, nicht installiert oder nicht genutzt.
10. Berechne Überschneidungen nur zwischen als Geeignet eingestuften Shops anhand exakt übereinstimmender normalisierter App-Anzeigenamen. Zeige eine Überschneidung aller Shops nur, wenn die App in jedem als Geeignet eingestuften Shop vorkommt. Zeige Überschneidungen von Paaren oder Teilgruppen nur, wenn mindestens zwei als Geeignet eingestufte Shops denselben exakten Namen teilen. Domains mit Eingeschränkter Datenlage oder der Einstufung Ungeklärt bleiben bei der Berechnungsbasis für Überschneidungen unberücksichtigt.
11. Führe ähnliche App-Namen, Anbieter oder Funktionen nicht zusammen. Gruppiere nur dann nach Funktion, wenn zurückgegebene Kategorien oder eine gepflegte Katalogzuordnung dies belegen.

## Kundenantwort

12. Gib `# Shopify-App-Stacks vergleichen` und `**[N] geeignet · [M] eingeschränkte Datenlage · [K] ungeklärt · [Vollständig/Teilweise]**` zurück.
13. Füge unmittelbar danach hinzu: `Die erkannten Technologien können unvollständig sein. Nicht zurückgegeben bedeutet nicht, dass eine App nicht installiert ist oder nicht genutzt wird.`
14. Zeige „Gemeinsame Apps mit exakt gleichem Namen“, einen kompakten Abschnitt pro eingegebener Domain, shopspezifische Erkennungen, bis zu vier Prüffragen und „Grenzen der Datenlage“. Wenn keine App mit exakt gleichem Namen gemeinsam vorkommt, sage das klar.
15. Zeige bei `apps_only` jeden exakten App-Namen und lasse ergänzende Felder weg. Zeige bei anderen Fokusoptionen die relevanten Apps mit ihren exakten Namen sowie ergänzende Technologien. Zeige bei `all_detected_technology` beides.
16. Verwende keine Tabellen und beschränke die Antwort auf 320 Wörter. Blende den Dienstnamen, Namen von Voreinstellungen, Workflows und Suchgruppen, Taxonomie-Slugs, Routen- und Toolnamen, Aufrufe, Parameter, rohe IDs, JSON, Kontingente, Tokens, Zeitangaben, Wiederholungsversuche, Ausführungszusammenfassungen und verworfene ungefähre Treffer aus.
17. Beschrifte einen ausdrücklich zurückgegebenen stabilen Erstanbieter-Link mit `Beleg`. Konstruiere niemals selbst einen solchen Link.
18. Verwende den Status Teilweise nur, wenn eine erforderliche Abfrage fehlgeschlagen ist. Eine abgeschlossene Abfrage ohne exakten Datensatz oder mit spärlichen Technologiedaten erhält den Status Vollständig und die Einstufung Eingeschränkte Datenlage oder Ungeklärt.
19. Erstelle niemals eine Rangliste zur Qualität der App-Stacks und leite weder Reifegrad, Optimierung, aktive Nutzung, Conversions, Umsatz, ROAS noch Rentabilität ab.

Schließe mit genau diesem Satz:

`Erkannte Technologie ist eine beobachtete Zuordnung, kein Beleg für aktive Konfiguration, Nutzung, Vollständigkeit, Qualität, Conversions, Umsatz, ROAS oder Rentabilität.`