CMS / Stack / Drittanbieter

althof.at: sichtbarer Technik-Stack

althof.at: 10 sichtbare Technik-/Anbietersignale, 0 mit hoher Datenschutzrelevanz, 2 CMS-/Shop-Hinweis(e).

Technik-Erkennung ist passiv: SaferPage wertet sichtbare Header, HTML-, Script-, Asset- und Browserkontakte aus. Nicht sichtbare Servertechnik, interne Plugins und Logins werden nicht behauptet.

10 Signale

Report Anbieter Consent Befunde Nachweise JSON CSV Stack MD

10Techniksignale 0hoch relevant 2CMS/Shop 5Drittanbieter 0externe Skripte 1CMS-Playbooks

Stack

Sichtbare Technologien und Datenschutzrelevanz

Stack exportieren

WordPress CMS · medium · Datenschutzrelevanz mittel

Signal: wp-content/

Risiko: 52/100
Quelle: technology_analysis

Apache Server · medium · Datenschutzrelevanz niedrig

Server-Header: Apache

Risiko: 42/100
Quelle: technology_analysis

Apache Server · medium · Datenschutzrelevanz niedrig

Server-Header: Apache

Risiko: 42/100
Quelle: technology_signals

8902ujp595.execute-api.eu-central-1.amazonaws.com other · browser · Datenschutzrelevanz niedrig

8902ujp595.execute-api.eu-central-1.amazonaws.com · 1 Request(s)

Risiko: 35/100
Quelle: browser_analysis

WooCommerce Shop · medium · Datenschutzrelevanz niedrig

Signal: woocommerce

Risiko: 35/100
Quelle: technology_analysis

d27mylpt7bebkr.cloudfront.net other · browser · Datenschutzrelevanz niedrig

d27mylpt7bebkr.cloudfront.net · 5 Request(s)

Risiko: 35/100
Quelle: browser_analysis

giggle-images.s3.eu-central-1.amazonaws.com other · browser · Datenschutzrelevanz niedrig

giggle-images.s3.eu-central-1.amazonaws.com · 1 Request(s)

Risiko: 35/100
Quelle: browser_analysis

jQuery Bibliothek · medium · Datenschutzrelevanz niedrig

Signal: jquery-

Risiko: 35/100
Quelle: technology_analysis

s3.eu-central-1.amazonaws.com other · browser · Datenschutzrelevanz niedrig

s3.eu-central-1.amazonaws.com · 2 Request(s)

Risiko: 35/100
Quelle: browser_analysis

widget.giggle.tips other · browser · Datenschutzrelevanz niedrig

widget.giggle.tips · 1 Request(s)

Risiko: 35/100
Quelle: browser_analysis

CMS-/Deployment-Fixes

Plattformbezogene Reparaturanleitung

SaferPage leitet aus sichtbaren CMS-, Shop-, Frontend- und Deployment-Signalen konkrete Betreiber-Playbooks ab. Wenn keine Plattform sicher erkannt wird, wird kein CMS behauptet, sondern ein allgemeines Deployment-Playbook angezeigt.

Playbook exportieren

WordPress Webbetrieb/IT/Datenschutz

Plugins, Theme, Core, Tag Manager, Consent-Plugin und Caching gemeinsam prüfen; WordPress-Updates ändern oft Cookies, Skripte und externe Requests.

SchrittWordPress Core, aktive Themes und alle Plugins in Staging aktualisieren; nicht genutzte Plugins entfernen. SchrittConsent-/Cookie-Plugin gegen den SaferPage-Consent-Test prüfen: Erstaufruf, Ablehnen, Akzeptieren und GPC separat testen. SchrittGoogle Fonts, Maps, YouTube, reCAPTCHA, Analytics und Pixel in Theme, Page Builder und Tag Manager suchen und vor Consent blockieren. SchrittSecurity-Header, HSTS, Referrer-Policy und CSP im Hosting, Nginx/Apache oder Security-Plugin setzen und nach Cache-Purge erneut prüfen.

Guide: öffnen
Re-Scan: starten
Abnahme: 3 Kriterien

Betreiber

Was technisch und datenschutzseitig zu tun ist

Anbieterregister öffnen

WordPress mittel · Webbetrieb/IT

CMS, Themes, Plugins und sichtbare Versionshinweise aktualisieren, unnötige Plugins entfernen und Re-Scan nach Deployment ausführen.

Guide: öffnen

Apache mittel · IT/Security/Vendor Owner

Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen.

Guide: öffnen

Apache mittel · IT/Security/Vendor Owner

Hosting/CDN, TLS, E-Mail-Schutz, Security-Header, CAA/DMARC und Anbieterrolle mit AVV/DPA/TOM-Nachweis prüfen.

Guide: öffnen

8902ujp595.execute-api.eu-central-1.amazonaws.com mittel · Website-Betrieb/Datenschutz