Akamai Client-Side Protection vs. Proteside: CDN-Edge oder Zahlungsprüfung?

Von Laís Peixoto

Growth Marketer, Proteside

Veröffentlicht 15. Oktober 2026

Akamai Client-Side Protection & Compliance inventarisiert die Skripte auf einer Zahlungsseite, bewertet ihr Verhalten in echten Nutzersitzungen und lässt Ihr Team ein Skript aus der Akamai-Konsole einschränken. Proteside behält dieses Inventar bei und prüft im Browser des Käufers, ob QR-Code, Boleto-Zahlungszeile oder Wallet-Adresse dem entsprechen, was der Händler ausgestellt hat, und blockiert einen Austausch vor der Bestätigung.

Nebeneinander

Wie es sich selbst beschreibt: Sicherheitsprodukt von Akamai für Bedrohungen, die im Browser des Kunden wirken: Skript-Inventar, Verhaltensanalyse und PCI-DSS-Konformität auf Zahlungsseiten.
Hauptsitz: Cambridge, Massachusetts, Vereinigte Staaten. Im Oktober 2023 von Page Integrity Manager in Client-Side Protection & Compliance umbenannt.
Wie es auf die Website kommt: Erkennungsskript, das von der Akamai-Edge als erste Ressource der Seite eingefügt oder am Origin platziert wird. Der Anteil der Seitenaufrufe, die das Skript erhalten, wird im Akamai Control Center festgelegt.
Was es auf der Zahlungsseite prüft: Auf der Zahlungsseite beobachtete Skripte (Quelle, Verhalten, Datenziele), mit vordefinierten Begründungen, Risikobewertungen und Bedrohungsdaten; Änderungen an HTTP-Headern und Schutzmaßnahmen der Zahlungsseite.
PCI DSS: Anforderungen 6.4.3 und 11.6.1 auf der Produktseite genannt, mit eigenen PCI-Benachrichtigungen und einem Audit-Dashboard. Ein benannter Bericht für den QSA wird im öffentlichen Material nicht beschrieben.

Wie es sich selbst beschreibt: Cybersicherheitsebene für den Moment der Zahlung: Integrität dessen, was der Käufer sieht, kopiert und bestätigt.
Hauptsitz: São Paulo, Brasilien. In Betrieb seit 2026.
Wie es auf die Website kommt: Eine Codezeile auf der Zahlungsseite oder eine Integration in die Vorlage der Plattform oder des Zahlungsanbieters. Kein Proxy, keine Änderung an DNS oder CDN.
Was es auf der Zahlungsseite prüft: Drittskripte, Kartenformular, Pix-QR-Code und -Schlüssel, Zahlungszeile des Boleto (brasilianischer Zahlschein), Krypto-Wallet-Adresse und die QR-Codes von acht Echtzeitzahlungssystemen, abgeglichen mit dem, was der Händler ausgestellt hat.
PCI DSS: Nachweis für die PCI-DSS-Anforderungen 6.4.3 und 11.6.1, mit exportierbarem Bericht für den QSA.

Kriterium für Kriterium

Die Bewertungen beruhen auf der öffentlichen Dokumentation des jeweiligen Anbieters. Fahren Sie mit der Maus über eine Bewertung oder tippen Sie darauf, um die Legende zu lesen.

	Akamai Client-Side Protection	Proteside
Was auf dem Bildschirm des Zahlers geprüft wird
Inventar und Freigabe der Skripte auf der ZahlungsseiteDie Grundlage von Anforderung 6.4.3: wissen, was auf der Seite läuft, und jedes Skript freigeben.	In der öffentlichen Dokumentation beschrieben	In der öffentlichen Dokumentation beschrieben
Ins Formular eingegebene KartendatenVerhindern, dass ein Skript Nummer, Ablaufdatum und Prüfziffer kopiert.	Mit Einschränkung beschrieben (optional, stichprobenartig, erfordert menschliches Eingreifen oder nur in einer Produktstufe)1	In der öffentlichen Dokumentation beschrieben
Pix-QR-Code und Pix-Code zum Kopieren und Einfügen (Brasilien)Der häufigste Checkout-Betrug in Brasilien: Der angezeigte QR-Code führt auf ein anderes Konto.	Nicht in den öffentlichen Informationen gefunden	In der öffentlichen Dokumentation beschrieben
Zahlungszeile des Boleto (brasilianischer Zahlschein)Eine ausgetauschte Zeile zahlt denselben Betrag an einen anderen Empfänger.	Nicht in den öffentlichen Informationen gefunden	In der öffentlichen Dokumentation beschrieben
QR-Codes von Echtzeitzahlungssystemen weltweit (UPI, PayNow, DuitNow, PromptPay, QR Ph, FPS, CoDi, Transferencias 3.0)Derselbe Austausch wie bei Pix, über acht Echtzeitzahlungssysteme hinweg.	Nicht in den öffentlichen Informationen gefunden	In der öffentlichen Dokumentation beschrieben
Stablecoin- und Krypto-Wallet-Adresse, auch beim KopierenEine auf dem Bildschirm oder in der Zwischenablage ausgetauschte Wallet-Adresse ist unumkehrbar.	Nicht in den öffentlichen Informationen gefunden	In der öffentlichen Dokumentation beschrieben
Gleicht das Angezeigte mit dem ab, was der Händler ausgestellt hat, und blockiert den Austausch vor der BestätigungDie Prüfung, die Zahlungsintegrität ausmacht: Empfänger und Betrag identisch mit dem Ausgestellten.	Nicht in den öffentlichen Informationen gefunden	In der öffentlichen Dokumentation beschrieben
Wie es schützt
Blockiert nicht freigegebene Skripte im Browser des KäufersEine nachträgliche Erkennung bringt die kopierten Daten nicht zurück.	Mit Einschränkung beschrieben (optional, stichprobenartig, erfordert menschliches Eingreifen oder nur in einer Produktstufe)2	In der öffentlichen Dokumentation beschrieben
Beobachtet echte KäufersitzungenGezielte Betrugsversuche tauchen in simulierten Besuchen nicht auf.	In der öffentlichen Dokumentation beschrieben	In der öffentlichen Dokumentation beschrieben
Funktioniert ohne Änderung von CDN, DNS oder ProxyLässt sich mit einer Codezeile in jede Plattform einfügen.	Mit Einschränkung beschrieben (optional, stichprobenartig, erfordert menschliches Eingreifen oder nur in einer Produktstufe)3	In der öffentlichen Dokumentation beschrieben
PCI-DSS-Konformität
Nachweis für PCI-DSS-Anforderung 6.4.3Inventar, Freigabe und Integrität der Skripte.	In der öffentlichen Dokumentation beschrieben	In der öffentlichen Dokumentation beschrieben
Nachweis für PCI-DSS-Anforderung 11.6.1Nicht autorisierte Änderungen an der Seite und ihren Headern.	In der öffentlichen Dokumentation beschrieben	In der öffentlichen Dokumentation beschrieben
Exportierbarer Bericht für den Prüfer (QSA)Der Nachweis muss das Dashboard verlassen und in die Prüfung gelangen.	Nicht in den öffentlichen Informationen gefunden4	In der öffentlichen Dokumentation beschrieben

In der öffentlichen Dokumentation beschrieben
Mit Einschränkung beschrieben (optional, stichprobenartig, erfordert menschliches Eingreifen oder nur in einer Produktstufe)
Nicht in den öffentlichen Informationen gefunden
Der Anbieter gibt an, dies nicht zu tun

Anmerkungen zu den Bewertungen

1Ins Formular eingegebene Kartendaten: Die Produktseite von Akamai beschreibt die Erkennung von Skripten, die in echten Sitzungen auf sensible Daten zugreifen und sie abfließen lassen, und die Einschränkung dieser Skripte "mit einem Klick". Die Blockierung hängt daher davon ab, dass eine Person nach der Benachrichtigung in der Konsole handelt.
2Blockiert nicht freigegebene Skripte im Browser des Käufers: Die Gegenmaßnahme wird als Einschränkung schädlicher Skripte "mit einem Klick" im Akamai Control Center beschrieben. Für wiederkehrende Bedrohungen können Richtlinien angelegt werden; eine automatische Blockierung eines neu gesehenen Skripts innerhalb einer laufenden Sitzung wird im öffentlichen Material nicht beschrieben.
3Funktioniert ohne Änderung von CDN, DNS oder Proxy: Die Dokumentation gibt an, dass die Erkennungen für jede Website gelten, wo immer sie gehostet ist, und dass das Skript am Origin platziert werden kann. Die Sicherheitsrichtlinie, der Einfügungsprozentsatz und die Vorfallbearbeitung liegen im Akamai Control Center.
4Exportierbarer Bericht für den Prüfer (QSA): Das öffentliche Material nennt ein Audit-Dashboard und eigene PCI-Benachrichtigungen zur Erzeugung von Nachweisen. Ein exportierbarer Bericht für den QSA unter diesem Namen wird in den geprüften Quellen nicht beschrieben.

Wo Akamai Client-Side Protection herausragt

Verhaltensanalyse in echten Sitzungen
Die Produktseite beschreibt eine fortlaufende Analyse dessen, was jedes Skript in echten Nutzer-Browsern ausführt, maschinelles Lernen zur Bewertung des Risikos nicht autorisierter Aktionen und Prüfungen der Skript-URLs gegen bekannte Schwachstellen.
Edge-Einfügung vor jedem anderen Skript
Wird die Seite über Akamai ausgeliefert, lädt das Erkennungsskript zuerst und synchron. Die Dokumentation gibt an, dass die Seite es nicht umgehen kann, was es einem schädlichen Skript schwer macht, vor der Erkennung zu laufen.
Feine Kontrolle darüber, wohin das Skript geht
Sie können einen Prozentsatz der Seitenaufrufe festlegen, bestimmte Pfade wie sensible Formulare erzwingen oder ausschließen und die Einfügung je Anfrage mit Testparametern ein- oder ausschalten, bevor Sie die Abdeckung ausweiten.
Keine Erfassung dessen, was der Käufer eingibt
Das öffentliche Material gibt an, dass das Produkt keine Formulareingaben, Seitentexte oder Zahlungsdaten erfasst; es zeichnet nur das Skriptverhalten auf.

Was Proteside prüft, das im Material von Akamai nicht erwähnt wird

Ein Elektronikgeschäft in Bengaluru nimmt eine Bestellung über 38.000 Rupien per UPI an. Der Käufer tippt auf Bezahlen, scannt den QR-Code mit einer Banking-App und bestätigt. Ein am Vorabend aktualisiertes Bewertungs-Widget hat den QR-Code mit demselben Betrag und einer anderen Empfänger-ID neu gezeichnet. Es hat keine Kartennummer die Seite verlassen; das Geld landete einfach auf dem Konto von jemand anderem, und der Shop erfährt davon, wenn die Bestellung nie abgeglichen wird.

Client-Side Protection & Compliance beobachtet, was Skripte tun und wohin sie Daten senden, was den Diebstahl von Kartendaten gut abdeckt. Der UPI-QR-Code, ein PromptPay- oder PayNow-Code, die Zeile eines brasilianischen Zahlscheins oder eine USDT-Wallet-Adresse erscheinen in der öffentlichen Dokumentation von Akamai nicht als Daten, die geprüft werden. Proteside erfasst, was Ihr Server für jede Zahlungsaufforderung ausgestellt hat (Code, Adresse, Betrag), und vergleicht es mit dem, was der Käufer sieht und kopiert, in jeder Sitzung. Weichen beide voneinander ab, wird die Bestätigung blockiert und der Versuch als Benachrichtigung und als Nachweis protokolliert.

Dieselbe Installation inventarisiert die Skripte der Seite, schützt das Kreditkartenformular und das Debitkartenformular und führt die Änderungshistorie, die die Anforderungen 6.4.3 und 11.6.1 verlangen. Die Blockierung erfolgt im Browser des Käufers, ohne darauf zu warten, dass jemand eine Einschränkung freigibt.

Wie beide in Ihren Betrieb gelangen

Akamai Client-Side Protection

Erkennungsskript, das von der Akamai-Edge als erste Ressource der Seite eingefügt oder am Origin installiert wird.
Prozentsatz der Seitenaufrufe, die das Skript erhalten, in der Sicherheitsrichtlinie festgelegt; die Dokumentation empfiehlt, klein zu beginnen und bis 100 % zu steigern.
Verhaltensdaten werden an die Server von Akamai gesendet, bevor der Nutzer die Seite verlässt; Vorfälle werden im Akamai Control Center bearbeitet.

Proteside

Eine Codezeile auf der Zahlungsseite, auf jeder Plattform oder jedem CDN, oder eine einzige Integration in die Vorlage des Zahlungsanbieters.
Jede Sitzung wird geprüft, ohne zu konfigurierenden Stichprobenprozentsatz.
Ein ausgetauschter QR-Code, eine ID, Boleto-Zahlungszeile oder Wallet-Adresse wird vor der Bestätigung blockiert; Dashboard, API und Benachrichtigungen per E-Mail, Slack, Teams und Webhook.

Wann welches zu wählen ist

Akamai Client-Side Protection ist sinnvoll, wenn

Ihre Website wird bereits über Akamai ausgeliefert und Ihr Sicherheitsteam betreibt Richtlinien im Akamai Control Center.
Sie wollen Bedrohungsdaten aus dem Akamai-Netzwerk, Risikobewertungen und Prüfungen gegen bekannte Schwachstellen für die Skripte Ihrer Seite.
Ihr Änderungsprozess verlangt, dass eine Person die Einschränkung eines Skripts freigibt, bevor sie wirkt, mit einer Aufzeichnung, wer entschieden hat.

Proteside ist sinnvoll, wenn

Ihr Checkout akzeptiert UPI, PromptPay, PayNow, DuitNow, FPS, Pix, brasilianische Zahlscheine oder Stablecoins, und das Risiko ist ein ausgetauschter Empfänger.
Sie brauchen die Blockierung des Austauschs in jeder Sitzung, ohne Stichproben und ohne auf einen Klick zu warten.
Ihre Website läuft nicht auf Akamai und Sie wollen Schutz plus Nachweise für die Anforderungen 6.4.3 und 11.6.1 aus einer Codezeile.

Beide zusammen

Ein Team, das Client-Side Protection & Compliance bereits an der Edge betreibt, kann es für Bedrohungsdaten und das in der Konsole verwaltete Inventar behalten und Proteside auf der Zahlungsseite hinzufügen, um QR-Code, Empfänger-ID, Boleto-Zahlungszeile und Wallet-Adresse zu prüfen. Das Skript von Proteside stört weder die Einfügung von Akamai noch die Daten, die es an Akamai zurücksendet.

Häufige Fragen

Deckt Akamai Client-Side Protection UPI, PromptPay oder QR-Code-Zahlungen ab?

Nicht in den im Oktober 2026 geprüften öffentlichen Informationen. Website und Dokumentation von Akamai beschreiben Skripte, von Skripten abgerufene sensible Daten, HTTP-Header und Schutzmaßnahmen der Zahlungsseite.

Können Akamai Client-Side Protection und Proteside zusammen verwendet werden?

Ja. Das Skript von Akamai kommt über die Edge oder den Origin; das von Proteside als eine Zeile auf der Zahlungsseite. Jedes führt sein eigenes Inventar, und Proteside verändert weder legitime Zahlungen noch blockiert es das Skript von Akamai.

Muss meine Website über Akamai ausgeliefert werden, um Client-Side Protection & Compliance zu nutzen?

Laut öffentlicher Dokumentation nein: Die Erkennungen gelten für jede Website und das Skript kann am Origin platziert werden. Die Sicherheitsrichtlinie, der Einfügungsprozentsatz und die Vorfallbearbeitung bleiben im Akamai Control Center.

Was bedeutet der Prozentsatz der Seitenaufrufe für die Abdeckung?

Die Dokumentation erlaubt es, das Skript in einen zufälligen Anteil der Seitenaufrufe einzufügen, und empfiehlt, klein zu beginnen und 100 % zu erreichen. Unter 100 % laden manche Käufer die Seite ohne das Erkennungsskript. Proteside prüft jede Sitzung, ohne eine solche Einstellung.

Sind Page Integrity Manager und Client-Side Protection & Compliance dasselbe Produkt?

Ja. Akamai hat Page Integrity Manager im Oktober 2023 in Client-Side Protection & Compliance umbenannt; die technische Dokumentation liegt weiterhin unter der alten Adresse.

Weitere Vergleiche

Sehen Sie, wie Proteside Ihren Checkout prüft

Vierzehn Tage kostenlos, eine Codezeile, jede Zahlungsart auf Ihrer Seite.

Kostenlos testen