Die Fehlermeldung, nach der gesucht wird
Typische Meldung
The iframe has not configured - see warning in consoleDer Wortlaut hängt von Browser und Einkaufssystem ab: ein leerer Frame, eine Seite „Verbindung abgelehnt“ oder eine Session, die nach dem ersten Klick Login oder Warenkorb verliert. Die Ursache ist fast immer eine der vier folgenden.
Warum der Frame blockiert wird
X-Frame-Options
DENY oder SAMEORIGIN verhindert, dass eine andere Website Ihren Shop in einen Frame einbettet.
CSP frame-ancestors
Eine Content-Security-Policy ohne die Domain des Kunden blockiert den Frame.
SameSite-Cookies
Ohne SameSite=None; Secure wird das Session-Cookie im Frame verworfen: Login und Warenkorb gehen verloren.
Blockierung von Drittanbieter-Cookies
Safari und einige Browser-Einstellungen blockieren Cookies in Frames unabhängig von den Attributen.
Auf Ihrem Server beheben
Die Browser-Konsole lesen
Öffnen Sie während einer Test-Session die Entwicklertools und notieren Sie den blockierten Header oder das blockierte Cookie.
Die Domain des Kunden in frame-ancestors erlauben
Fügen Sie Ihrer Content-Security-Policy nur die Domains des Kunden hinzu, niemals *.
X-Frame-Options DENY oder SAMEORIGIN entfernen
Es kann nicht mehrere Domains auflisten; frame-ancestors ersetzt es.
Session-Cookies auf SameSite=None; Secure setzen
Andernfalls verwirft der Browser sie im Frame, und Login und Warenkorb gehen verloren.
Eine neue PunchOut-Session testen
Starten Sie eine neue Session aus dem Testsystem des Kunden und prüfen Sie Login und Warenkorb-Rückgabe.
Beispiel-Header
Content-Security-Policy: frame-ancestors 'self' https://*.ariba.com
Set-Cookie: session=…; Path=/; Secure; HttpOnly; SameSite=NonePrüfen Sie die genauen Domains mit Ihrem Kunden: SAP Ariba, Coupa und andere Systeme nutzen für Test und Produktion unterschiedliche Hosts. Wenden Sie die Änderung nur auf das an, was die PunchOut-Session braucht, und behalten Sie Ihre übrigen Sicherheits-Header bei.
Wenn der Browser die Cookies trotzdem blockiert
Selbst mit den richtigen Attributen können Browser, die Drittanbieter-Cookies standardmäßig blockieren, Ihre Session im Frame verwerfen. Die robusten Lösungen: den Shop in einem neuen Fenster öffnen, wenn das System des Kunden es erlaubt, oder den Shop über einen Proxy auf einer Domain ausliefern, die der Browser für die Session als Erstanbieter behandelt.
Oder das Gateway übernehmen lassen
PunchOut Rocket liefert Ihren Shop über sein Gateway an den Kunden aus, einen Reverse Proxy, der für jede PunchOut-Session die richtigen Frame-Header und Cookie-Attribute setzt. Auf Ihrem Server und in Ihrem Theme ändert sich nichts, und Ihre normalen Kunden behalten ihre heutigen Sicherheitseinstellungen.
PunchOut auf dem Shop, den Sie schon haben
PunchOut Rocket verbindet WooCommerce, Magento, PrestaShop und nopCommerce über cXML oder OCI mit SAP Ariba, Coupa und SAP. Ab 163 €/Monat pro Shop, 30 Tage kostenlos testen.