Jedno zapytanie o skrócone dane na sklep
Każda znormalizowana domena jest sprawdzana kolejno jednym zapytaniem o skrócone dane sklepu dla dokładnie tej domeny.
IdentyfikacjaTen zestaw promptów pozwala przygotować jedno zweryfikowane porównanie zestawów aplikacji Shopify.
Sprawdź jeden sklep lub porównaj wykryte powiązania z aplikacjami w wielu sklepach, z wyraźnym wskazaniem niepełnych danych.
Przykładowa analiza · 13 października 2026 r. · <1 min
Opublikowano przez Spytrend · 29 września 2026 · Metodologia
Prompty aktualizują się po podaniu dwóch wymaganych domen sklepów i maksymalnie dwóch opcjonalnych.
Znormalizuj domeny od dwóch do czterech sklepów na potrzeby jednego porównania.
Pokaż promptUkryj promptPorównaj wykryte zestawy aplikacji Shopify dla tych domen sklepów: mejuri.com, dusk.com, none, none. Zakres: apps_only. Przygotuj odpowiedź po polsku. Pomiń wpisy równe `none` (puste pola opcjonalne). Znormalizuj od dwóch do czterech publicznych domen sklepów i usuń duplikaty, zachowując kolejność podania. Odrzuć domeny nieprawidłowe lub należące do infrastruktury. Nigdy nie zastępuj domen dopasowaniami przybliżonymi, powiązanymi, regionalnymi, domenami kampanii, kont, sklepów ani subdomenami. Nie wywołuj narzędzi. Zwróć wyłącznie zachowane domeny i zastrzeżenie dotyczące danych: `Dane o wykrytych technologiach mogą być niepełne. Brak w wynikach nie oznacza, że aplikacja nie jest zainstalowana lub używana.` Zatrzymaj się po kroku 1.
Zachowaj dokładne nazwy aplikacji ze zwróconych danych bez pobierania pełnych katalogów produktów.
Pokaż promptUkryj promptKontroluj koszty: przed każdym płatnym wywołaniem Spytrend uruchom bezpłatne `estimate_cost` dla tego samego narzędzia i z tymi samymi argumentami, oszacuj koszt i nie przekraczaj budżetu wskazanego przez użytkownika; jeśli użytkownik nie podał budżetu, przedstaw mu szacowany koszt przed pierwszym płatnym wywołaniem. Jeśli wymagana jest zgoda na warunki cenowe, pokaż zwrócone warunki i wstrzymaj działanie do czasu wyraźnej zgody klienta; nigdy nie akceptuj ich w jego imieniu. Jeśli wymagane wywołanie nie mieści się w podanym budżecie, nie wykonuj płatnego wywołania i zwróć `Limit budżetu uniemożliwia wymaganą analizę`; pomiń opcjonalne wywołanie, które nie mieści się w budżecie, i poinformuj o ograniczonym zakresie danych. Przy otwieraniu reklam przez `get_ad` pomijaj reklamy wielojęzyczne (`is_multilang`) i nigdy nie wywołuj `get_media` po `get_ad`. Ponów próbę tylko raz i tylko przy `retryable=true`, po upływie `retry_after_seconds`. Po każdym wyszukiwaniu odczytaj `params.ignored`; zignorowanego wymaganego filtra nigdy nie uznawaj za zastosowany. Nie umieszczaj informacji o kosztach w końcowym raporcie dla klienta. Dla każdej zachowanej domeny wykonaj kolejno search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5). Zaakceptuj wyłącznie wiersz, którego znormalizowany host jest identyczny z podanym hostem. Nigdy nie wywołuj get_shop, search_ads, get_ad ani get_advertiser. Zachowaj dane potwierdzające, że sklep korzysta z Shopify, dokładne nazwy aplikacji oraz ich identyfikatory i kategorie. Pola dotyczące pikseli, analityki, motywu, planu, opinii, komunikacji, płatności, finalizacji zakupu i narzędzi śledzących umieść w sekcji Dodatkowe technologie. Zachowaj każdą zwróconą aplikację, ale nie nazywaj listy kompletną. Zwróć wyłącznie zwięzłe podsumowanie zachowanych danych i status wyszukiwania. Ukryj wywołania, identyfikatory, limity, dane czasowe i rekordy dopasowane w przybliżeniu. Zakończ po kroku 2.
Sklasyfikuj dane i oblicz część wspólną aplikacji o dokładnie zgodnych nazwach w zakwalifikowanych sklepach.
Pokaż promptUkryj promptKorzystając wyłącznie z zachowanych danych źródłowych, przypisz każdej domenie status: Zakwalifikowana, Ograniczone dane lub Nierozstrzygnięta. Brakujące dane oznaczaj jako Brak w wynikach, nigdy jako brak aplikacji lub brak użycia. Porównuj dokładne znormalizowane wyświetlane nazwy aplikacji wyłącznie w zakwalifikowanych sklepach. Nie łącz podobnych nazw ani funkcji. Nie uwzględniaj domen ze statusem Ograniczone dane lub Nierozstrzygnięta w mianownikach przy obliczaniu części wspólnych. Ustaw status wykonania na Pełne, gdy zakończono wszystkie wymagane zapytania dla dokładnie podanych domen i zastosowano wymagane filtry, również w przypadku zapytań bez dokładnie pasującego wiersza lub ze skąpymi danymi o technologiach. Użyj statusu Częściowe tylko wtedy, gdy co najmniej jedno wymagane zapytanie się nie powiodło lub pominięto wymagany filtr. Sama niepełność danych źródłowych nie oznacza częściowego wykonania. Zwróć wyłącznie klasyfikacje i potwierdzone części wspólne aplikacji o dokładnie zgodnych nazwach. Zatrzymaj się po kroku 3.
Pokaż różnice w funkcjach, przydatne pytania i ograniczenia danych.
Pokaż promptUkryj promptNapisz końcową odpowiedź wyłącznie na podstawie zachowanych danych. Nie wykonuj kolejnych wywołań narzędzi. Użyj nagłówka `# Porównanie zestawów aplikacji Shopify`, pokaż liczby oraz status Pełne/Częściowe, a następnie dodaj: `Dane o wykrytych technologiach mogą być niepełne. Brak w wynikach nie oznacza, że aplikacja nie jest zainstalowana lub używana.` Pokaż sekcję Wspólne aplikacje o dokładnie zgodnych nazwach, po jednej zwięzłej sekcji dla każdego sklepu, wyniki wykrywania dla poszczególnych sklepów, maksymalnie cztery pytania do weryfikacji oraz Ograniczenia danych. Jeśli nie ma wspólnej aplikacji o dokładnie zgodnej nazwie, napisz to wprost. Zachowaj ustalony status wykonania bez zmian. Nie zmieniaj statusu Zakończono na Częściowo tylko dlatego, że lista wykrytych technologii może być niepełna lub nie zwrócono niektórych pól. Nie używaj tabel i zmieść odpowiedź w 320 słowach. Ukryj nazwę usługi, wewnętrzne etykiety, wywołania, identyfikatory, limity, czasy wykonania, ponowienia i podsumowania wykonania. Nie wnioskuj o aktywnym użyciu, konfiguracji, skuteczności, przychodach, ROAS ani rentowności. Zakończ dokładnie zdaniem: `Wykryta technologia oznacza zaobserwowane powiązanie, a nie dowód aktywnej konfiguracji, użycia, kompletności, jakości, konwersji, przychodów, ROAS ani rentowności.` Zatrzymaj się po kroku 4.
Kontroluj koszty: przed każdym płatnym wywołaniem Spytrend uruchom bezpłatne `estimate_cost` dla tego samego narzędzia i z tymi samymi argumentami, oszacuj koszt i nie przekraczaj budżetu wskazanego przez użytkownika; jeśli użytkownik nie podał budżetu, przedstaw mu szacowany koszt przed pierwszym płatnym wywołaniem. Jeśli wymagana jest zgoda na warunki cenowe, pokaż zwrócone warunki i wstrzymaj działanie do czasu wyraźnej zgody klienta; nigdy nie akceptuj ich w jego imieniu. Jeśli wymagane wywołanie nie mieści się w podanym budżecie, nie wykonuj płatnego wywołania i zwróć `Limit budżetu uniemożliwia wymaganą analizę`; pomiń opcjonalne wywołanie, które nie mieści się w budżecie, i poinformuj o ograniczonym zakresie danych. Przy otwieraniu reklam przez `get_ad` pomijaj reklamy wielojęzyczne (`is_multilang`) i nigdy nie wywołuj `get_media` po `get_ad`. Ponów próbę tylko raz i tylko przy `retryable=true`, po upływie `retry_after_seconds`. Po każdym wyszukiwaniu odczytaj `params.ignored`; zignorowanego wymaganego filtra nigdy nie uznawaj za zastosowany. Nie umieszczaj informacji o kosztach w końcowym raporcie dla klienta. Użyj połączonego Spytrend MCP, aby porównać wykryte powiązania z aplikacjami Shopify dla **mejuri.com, dusk.com, none, none**. Zakres: **apps_only**. Przygotuj odpowiedź po polsku. Wykonaj wszystkie etapy analizy opisane w tym prompcie w jednej turze. Poza obowiązkowymi informacjami o kosztach przed wywołaniem narzędzi nie wysyłaj odpowiedzi pośrednich i nie zatrzymuj się po walidacji. Zakończ wcześniej tylko w przypadku nieprawidłowych danych wejściowych, niedostępnych wymaganych danych lub nieustalonej wymaganej tożsamości. Zwróć wyłącznie końcowy raport dla klienta. ## Dane wejściowe 1. Pomiń wpisy równe `none` (puste pola opcjonalne). Przyjmij od dwóch do czterech różnych publicznych domen sklepów. Znormalizuj nazwy hostów, zachowaj kolejność podania i usuń duplikaty identycznych znormalizowanych hostów. Odrzuć domeny infrastruktury, localhost, adresy IP i nieprawidłowe domeny. Jeśli pozostaną mniej niż dwie lub więcej niż cztery domeny, zwróć dokładnie `Nieprawidłowa konfiguracja kontrolowanych danych wejściowych` i nie wykonuj żadnego wywołania MCP. 2. Nigdy nie zastępuj domeny domeną powiązaną, regionalną, kampanii, konta, sklepu ani dopasowaną w przybliżeniu. ## Skrócone dane źródłowe 3. Dla każdej zachowanej domeny wykonaj kolejno: `search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)` 4. Zaakceptuj wyłącznie wiersz, którego znormalizowany host jest identyczny z podanym hostem. Domena główna nie pasuje do swojej subdomeny; podana subdomena wymaga dokładnie tego hosta. 5. Nigdy nie wywołuj `get_shop`, `search_ads`, `get_ad` ani `get_advertiser`. W przypadku braku dokładnie pasujących wierszy lub skąpych danych o technologiach pozostaw wynik nierozstrzygnięty lub wskaż ograniczenia danych źródłowych. 6. Zachowaj jednoznaczne potwierdzenie platformy Shopify, dokładne wyświetlane nazwy aplikacji oraz zwrócone identyfikatory i kategorie aplikacji. Pola pikseli, analityki, szablonu, planu, opinii, e-mail/SMS, płatności, finalizacji zamówienia i narzędzi śledzących umieść w osobnym bloku Technologie uzupełniające. Kraj i ruch potraktuj jako opcjonalny kontekst, a nie dowód dotyczący zestawu aplikacji. 7. Zachowaj każdą aplikację zwróconą w skróconym wierszu dla dokładnie tej domeny. Usuń duplikaty wyłącznie wtedy, gdy znormalizowane wyświetlane nazwy są identyczne. Nigdy nie określaj zwróconej listy jako kompletnej. ## Klasyfikacja i porównanie 8. Przypisz każdej domenie status: Zakwalifikowana, Ograniczone dane lub Nierozstrzygnięta. Status Zakwalifikowana wymaga dokładnie zgodnej domeny Shopify i co najmniej jednego pola technologii odpowiadającego wybranemu zakresowi. Status Ograniczone dane oznacza, że znaleziono dokładnie zgodną domenę Shopify, ale dane o technologiach z wybranego zakresu są nieobecne, puste lub niejednoznaczne. Status Nierozstrzygnięta oznacza brak dokładnie pasującego wiersza, konflikt domen lub niepotwierdzoną platformę Shopify. 9. Brakujące dane oznaczaj jako `Brak w wynikach`, nigdy jako zero, brak instalacji lub brak użycia. 10. Oblicz część wspólną wyłącznie dla zakwalifikowanych sklepów, używając dokładnych znormalizowanych wyświetlanych nazw aplikacji. Pokaż część wspólną wszystkich sklepów tylko wtedy, gdy występuje w każdym zakwalifikowanym sklepie. Pokaż część wspólną pary lub podzbioru tylko wtedy, gdy co najmniej dwa zakwalifikowane sklepy mają aplikację o dokładnie tej samej nazwie. Nie uwzględniaj domen ze statusem Ograniczone dane lub Nierozstrzygnięta w mianownikach przy obliczaniu części wspólnych. 11. Nie łącz aplikacji na podstawie podobnych nazw, dostawców ani funkcji. Grupuj według funkcji tylko wtedy, gdy uzasadniają to zwrócone kategorie lub powiązanie w utrzymywanym katalogu. ## Odpowiedź dla klienta 12. Zwróć `# Porównanie zestawów aplikacji Shopify` oraz `**Zakwalifikowane: [N] · Ograniczone dane: [M] · Nierozstrzygnięte: [K] · [Pełne/Częściowe]**`. 13. Bezpośrednio poniżej dodaj: `Dane o wykrytych technologiach mogą być niepełne. Brak w wynikach nie oznacza, że aplikacja nie jest zainstalowana lub używana.` 14. Pokaż sekcję Wspólne aplikacje o dokładnie zgodnych nazwach, po jednej zwięzłej sekcji dla każdej podanej domeny, wyniki wykrywania dla poszczególnych sklepów, maksymalnie cztery pytania do weryfikacji oraz Ograniczenia danych. Jeśli nie ma wspólnej aplikacji o dokładnie zgodnej nazwie, napisz to wprost. 15. Dla `apps_only` pokaż każdą dokładną nazwę aplikacji i pomiń pola uzupełniające. Dla pozostałych zakresów pokaż odpowiednie dokładnie rozpoznane aplikacje i technologie uzupełniające. Dla `all_detected_technology` pokaż oba rodzaje danych. 16. Nie używaj tabel i zmieść odpowiedź w 320 słowach. Ukryj nazwę usługi, nazwy ustawień wstępnych, zestawów promptów i zestawów wyszukiwania, slugi klasyfikacji, nazwy tras i narzędzi, wywołania, parametry, surowe identyfikatory, JSON, limity, tokeny, czasy wykonania, ponowienia, podsumowania wykonania i odrzucone wiersze dopasowane w przybliżeniu. 17. Stabilny link do źródła pierwotnego, jeśli został jawnie zwrócony, oznacz jako `Dowód`. Nigdy nie twórz takiego linku samodzielnie. 18. Oznacz wykonanie jako Częściowe tylko wtedy, gdy wymagane zapytanie się nie powiodło. Zakończone zapytanie bez dokładnie pasującego wiersza lub ze skąpymi danymi o technologiach oznacz jako Pełne, ze statusem Ograniczone dane lub Nierozstrzygnięta. 19. Nigdy nie twórz rankingu jakości zestawów aplikacji ani nie wnioskuj o dojrzałości, optymalizacji, aktywnym użyciu, konwersjach, przychodach, ROAS lub rentowności. Zakończ dokładnie tak: `Wykryta technologia oznacza zaobserwowane powiązanie, a nie dowód aktywnej konfiguracji, użycia, kompletności, jakości, konwersji, przychodów, ROAS ani rentowności.`
Kolumny przedstawiają sklepy, a wiersze — dokładne nazwy aplikacji. Dla obu sklepów znaleziono dokładnie zgodne domeny główne i potwierdzono platformę Shopify, więc oba zakwalifikowano do porównania. Dla Mejuri zwrócono 5 dokładnie rozpoznanych aplikacji, a dla Dusk — 12. Przy zakresie Tylko aplikacje pola pikseli i szablonu nie trafiają do macierzy.
| Aplikacja | Mejuri · mejuri.com | Dusk · dusk.com |
|---|---|---|
| Klarna | Wykryto | Wykryto |
| Postscript SMS | Wykryto | Wykryto |
| Yotpo | Wykryto | Wykryto |
| Gorgias | Wykryto | Brak w wynikach |
| Shop Pay | Wykryto | Brak w wynikach |
| Bloomreach Discovery v2 | Brak w wynikach | Wykryto |
| Elevar Conversion Tracking | Brak w wynikach | Wykryto |
| Judge.me Reviews | Brak w wynikach | Wykryto |
| Microsoft Clarity | Brak w wynikach | Wykryto |
| Swym Wishlist | Brak w wynikach | Wykryto |
| contentsquare-analytics | Brak w wynikach | Wykryto |
| dusk-aurora | Brak w wynikach | Wykryto |
| loyalty-rewards-and-referrals | Brak w wynikach | Wykryto |
| pandectes-gdpr | Brak w wynikach | Wykryto |
Aplikacja jest wspólna, gdy jej wyświetlana nazwa jest identyczna, łącznie z wielkością liter i interpunkcją.
Różnice są przedstawione w czytelnych blokach dotyczących komunikacji, opinii, finalizacji zamówienia, analityki i innych funkcji potwierdzonych w danych.
Porównanie podsuwa pytania dotyczące wdrożenia, bez oceniania jakości ani zalecania, by jeden sklep kopiował rozwiązania innego.
Publikacja Spytrend na podstawie przykładu z określoną datą i ograniczonym zakresem danych.
Każda znormalizowana domena jest sprawdzana kolejno jednym zapytaniem o skrócone dane sklepu dla dokładnie tej domeny.
IdentyfikacjaCzęści wspólne są wyznaczane na podstawie dosłownych nazw ze skróconej listy aplikacji każdego zakwalifikowanego sklepu.
Klucz porównaniaKażdy sklep zachowuje własny podział według funkcji, a porównanie wyznacza część wspólną na podstawie dokładnych nazw z uwzględnieniem wielkości liter.
GrupowanieUstrukturyzowane pola technologii wyjaśniają różnice między sklepami, ale nigdy nie zmieniają liczby dokładnie dopasowanych aplikacji.
Zakres potwierdzeniaW jednym porównaniu możesz uwzględnić od dwóch do czterech różnych publicznych domen sklepów.
Identyczna nazwa wyświetlana, z uwzględnieniem wielkości liter, musi występować na liście aplikacji zwróconej dla każdego sklepu objętego porównaniem.
Nie. Podobne nazwy, dostawcy lub funkcje nie oznaczają dokładnego dopasowania.
Oznacza to, że aplikacja nie znalazła się na zwróconej liście dokładnych nazw aplikacji. Nie dowodzi to, że sklep z niej nie korzysta.
Nie. Liczba dokładnie rozpoznanych aplikacji nie mierzy jakości, dojrzałości, optymalizacji ani skuteczności.
Połącz Spytrend MCP, podaj od dwóch do czterech domen i uruchom prompty w jednej rozmowie z AI.