Shopware 6 – Suche in Storefront zeigt „Leider ist etwas schiefgelaufen“ / Store-API 401 bzw. 404/405 Fehler

[doitauto]

Hallo zusammen,

ich habe ein Problem mit meiner Shopware 6 Installation (Domain: https://doitauto.de).
Die Produktsuche im Frontend bricht mit der Meldung „Leider ist etwas schiefgelaufen“ ab.

Schritte, die ich bereits geprüft habe:

1. Domain & Verkaufskanal:

   • In Shopware ist die Domain https://doitauto.de korrekt im Verkaufskanal eingetragen.

   • API-Zugangsschlüssel (Access-Key) vorhanden.

2. Nginx-Konfiguration:

   • Root zeigt auf /www/wwwroot/doitauto.de/public.

   • Rewrite-Regeln auf Shopware 6 angepasst:

     location / {
         try_files $uri $uri/ /index.php?$query_string;
     }
     
     

3. Indizes & Cache:

   • bin/console cache:clear ausgeführt.

   • bin/console dal:refresh:index erfolgreich durchgelaufen (alle Indexer zu 100 %).

4. API-Test via Curl:

   • Ohne Access-Key:

     curl -i -X POST https://doitauto.de/store-api/search -d '{"search":"bmw"}'
     
     

     → Ergebnis: 401 Unauthorized (Header "sw-access-key" is required) → korrekt.

   • Mit Access-Key aus Verkaufskanal:

     curl -i -X POST https://doitauto.de/store-api/search \
       -H "Content-Type: application/json" \
       -H "sw-access-key: SWSCSG01Cxxxxx" \
       -d '{"search":"bmw"}'
     
     

     → Ergebnis: zeitweise 404 oder 405 Method Not Allowed (Allow: POST).

5. Logs:

   • In var/log/prod-*.log erscheinen bei der Suche keine neuen Einträge.

   • Nginx-Error-Log zeigt keine relevanten Fehler.

---

Frage:

Hat jemand eine Idee, warum die Storefront-Suche im Browser mit „Leider ist etwas schiefgelaufen“ endet, obwohl:

• der Verkaufskanal korrekt eingerichtet ist,

• der Access-Key gültig ist,

• die API über Curl grundsätzlich erreichbar ist,

• und die Nginx-Rewrites auf Shopware 6 angepasst wurden?

Kann es sein, dass hier noch etwas im Zusammenspiel von Access-Key, Store-API Headern oder Proxy/WAF (aaPanel / ModSecurity) blockiert?
Welche zusätzlichen Tests oder Einstellungen (z. B. Trusted Hosts, Proxy-Header) sind sinnvoll?

---

Könnt ihr mir bitte sagen, ob hier noch eine bekannte Einstellung fehlt, damit die Storefront automatisch den richtigen Access-Key mitschickt und die Suche wieder funktioniert?

Vielen Dank!

[Max_Shop]

Nginx | Shopware Documentation

[doitauto]

das ist nicht die Lösung

[R4M]

@doitauto

Hat jemand eine Idee

Eventuell auch mal im Serverlog geschaut ob es dort noch Hinweise gibt? Alternativ vielleicht den Shop mal in Wartungsmodus setzen und in DEV-Modus schalten und dann mal eine Suche per Browser-URL nachstellen.

https://doitauto.de/suggest?search=456

[doitauto]

Ich habe sämtliche logs überprüft und habe außer das hier nichts

Failed to load resource: the server responded with a status of 404 (Not Found)

[R4M]

Ok, mal überprüft ob dieses Verhalten bei deaktivierten Plugins (alle) und Standard-Theme auch der Fall ist?

[frip-tech.de]

noch aktuell? @doitauto Läuft bei mir tadellos.

[R4M]

@frip-tech.de

Läuft bei mir tadellos.

Häää???

https://doitauto.de/suggest?search=Kabel

Nix läuft da.

[Max_Shop]

Shop in dev Mode setzen, dann wird der Fehler auch angezeigt. Am besten an einer Testumgebung und nicht in der Live.

[frip-tech.de]

@R4M

https://doitauto.de/suggest?search=Kabel

jo, jetzt habe ich es auch, hier wurde vermutlich an der Suche manipuliert.

[R4M]

@frip-tech.de

hier wurde vermutlich an der Suche manipuliert

Keine Ahnung, aber ohne die hier bereites erwähnten Maßnahmen wird sich die Ursache nicht finden.

[doitauto]

Problem: Shopware Suche / Suggest liefert 404

Umgebung

• Shopware 6.x (Produktivmodus)

• Ubuntu 22.04 mit aaPanel

• nginx + PHP-FPM 8.3

• Shop liegt unter /www/wwwroot/doitauto.de/public

Symptome

• Die Suche in der Storefront liefert im Frontend einen 404.

• Test mit curl:

curl -v -H 'X-Requested-With: XMLHttpRequest' \
  'https://doitauto.de/suggest?search=test'

→ Ergebnis: 404 Not Found

• Test mit Store-API:

curl -v -H 'Content-Type: application/json' \
  -H 'sw-access-key: <AccessKey>' \
  --data-binary '{"search":"test"}' \
  'https://doitauto.de/store-api/search-suggest'

• → Antwort: 405 Method Not Allowed („GET received, POST expected“)

Bisherige Maßnahmen

1. nginx-Konfiguration angepasst

   • Alle @rewrite und rewrite ^ /index.php last; entfernt

   • location / sieht jetzt so aus:

location / {
    try_files $uri /index.php$is_args$args;
}

• Für die Store-API ein eigener Block:

location ^~ /store-api {
    try_files $uri /index.php$is_args$args;
}

• root zeigt korrekt auf /www/wwwroot/doitauto.de/public

2. Shopware-Cache geleert und Themes kompiliert

bin/console cache:clear
bin/console theme:compile

3. Router geprüft

bin/console debug:router | grep -i suggest

3. → zeigt: frontend.search.suggest (/suggest, GET, Ajax=true)

bin/console router:match '/suggest' --method=GET --host=doitauto.de --scheme=https

3. → matched korrekt auf frontend.search.suggest

4. Verkaufskanal-Domain geprüft

   • https://doitauto.de ist im Verkaufskanal eingetragen und als Storefront aktiv.

Auffälligkeiten

• curl -I bzw. HEAD-Anfragen liefern 404 (normal, da Route nur GET akzeptiert).

• Auch mit GET + X-Requested-With: XMLHttpRequest bleibt /suggest?search=test 404.

• Im prod.log erscheint bei /store-api/search-suggest:

Method Not Allowed – No route found for "GET /store-api/search-suggest" (Allow: POST)

• → nginx oder ein Layer wandelt POST in GET um?

  Aber: location ^~ /store-api { try_files $uri /index.php$is_args$args; } ist gesetzt.

Fragen an die Community

• Nutzt Shopware 6.7 noch /suggest für die Ajax-Suche, oder muss /widgets/search/suggest genutzt werden?

• Kann es sein, dass Shopware beim Ajax-Request zwingend bestimmte Headers erwartet (X-Requested-With, Referer etc.)?

• Hat jemand Erfahrung, warum trotz korrekter try_files ein POST im Store-API als GET durchgereicht wird?

• Gibt es in Shopware 6.7 eine Änderung, dass frontend.search.suggest abgeschaltet wurde und nur noch die Store-API (/store-api/search-suggest) gültig ist?

[R4M]

“Nutzt Shopware 6.7 noch /suggest für die Ajax-Suche”

Ja

[doitauto]

Bis jetzt hat mir leider noch niemand geholfen. Hat wirklich keiner eine Idee, warum die Storefront-Suche mit 401, 404 oder 405 Fehlern abbricht, obwohl API-Zugriff per Curl funktioniert? Ich wäre dankbar für jeden Hinweis.

[Max_Shop]

Hast du meinen Ratschlag beflogt, den Shop zu kopieren und im dev Modus zu setzen um den Fehler auszulesen?

[doitauto]

Nein, hatte ich bisher nicht gemacht. Jetzt habe ich den Shop kopiert und auf Debug gesetzt, dabei erscheint dieser Fehler.

[Max_Shop]

Und schon hast du dein Problem, so einfach ist es manchmal:

Could not find sorting with key ““

Einstellungen prüfen, Sortierung mal ändern und speichern.

[doitauto]

Ich habe es im Admin nicht gefunden, wo man es einstellen kann. Deshalb habe ich die Änderungen in phpMyAdmin gemacht und jetzt funktioniert es. Vielen Dank, Max_Shop, für deine Unterstützung.

SET @score := (SELECT LOWER(HEX(id)) FROM product_sorting WHERE url_key='score' LIMIT 1);  UPDATE system_config SET configuration_value = JSON_OBJECT('_value', @score) WHERE configuration_key IN ('core.listing.defaultSorting','core.listing.defaultSearchResultSorting');  REPLACE INTO system_config (id, configuration_key, configuration_value, sales_channel_id, created_at) VALUES (UUID_TO_BIN(UUID()), 'core.listing.availableSortings',         JSON_OBJECT('_value', JSON_ARRAY('score','name-asc','price-asc','price-desc','topseller')),         NULL, NOW());

php bin/console cache:clear