Nutzt Ihre Website Drittanbieter-Dienste? Werden Sie in wenigen Minuten DSGVO-konform.
FlowConsent testenmobileCta.note
Astro ist ein Open, Source, JavaScript, Framework fuer content, getriebene Websites. Es kompiliert Komponenten zu statischem HTML und liefert standardmaessig nahezu kein JavaScript aus, was schnelle Seiten ohne Bundle, Aufblaehung ermoeglicht. Als Build, time, Framework erfasst Astro selbst keine Daten und setzt keine Cookies. Der Datenschutz, Footprint einer Astro, Site ergibt sich aus Hosting, optionalen SSR, Endpoints und Drittanbieter, Skripten (Analytics, Embeds, Fonts), die der Entwickler einbindet.
Astro ist ein Open, Source, Web, Framework fuer content, lastige Sites: Blogs, Doku, Marketing, Seiten, E, Commerce, Kataloge. Es rendert Komponenten beim Build zu statischem HTML und hydratisiert nur die vom Entwickler markierten interaktiven Inseln, was den JS, Payload extrem klein haelt. Seit 2.0 unterstuetzt Astro auch SSR und On, demand, Pages; der statische Export bleibt aber der Standardmodus.
Nein. Astro laeuft komplett auf der Entwicklermaschine, die erzeugten Artefakte (HTML, CSS, JS) telefonieren zur Laufzeit nicht zu astro.build zurueck. Das Framework setzt keine Cookies, laedt keine Analytics und betreibt keine Besucher, Telemetrie. Das Astro, CLI hat eine Opt, out, Telemetrie fuer Entwickler, nicht fuer Endnutzer.
Drei Faktoren erzeugen die DSGVO, Exposition einer Astro, Site. Erstens der Hoster (Vercel, Cloudflare, Netlify in den USA; OVHcloud, Scaleway, Infomaniak in der EU), der IPs und Logs verarbeitet. Zweitens jeder SSR, Endpoint, der zur Verarbeitung beim Verantwortlichen wird. Drittens jedes Drittanbieter, Skript (Google Fonts, YouTube, plausible.io, reCAPTCHA), das eigene Cookies und Consent, Anforderungen mitbringt.
Get GDPR compliant in 10 minutes
Free plan available · No credit card required
Astro passt natuerlich zu schlanken Setups: in der EU hosten (Scaleway, OVH, Infomaniak); Fonts selbst hosten statt Google Fonts CDN; YouTube und Maps per Click, to, load lazy laden; EU, first Analytics waehlen (Plausible self hosted, Matomo, Beusable); Bilder moeglichst lokal ausliefern statt von cloudinary.com. Ergebnis: ein vollstaendig europaeisches, cookiesparsames Deployment.','
Astro nicht im Banner listen; Hoster und eingebundene Drittanbieter, Skripte listen. SSR, Endpoints im Verzeichnis dokumentieren. Deployment, Ziel mit Datenresidenz und SCC waehlen. Bei jedem Release Lighthouse, und Cookie, Audit fahren, um neu hineingerutschte Drittanbieter, Skripte zu erkennen.','
Websites using Astro must obtain user consent under GDPR regulations.
DPIA considerations
Astro verarbeitet keinerlei personenbezogene Daten; das Framework laeuft in der Build, Pipeline des Entwicklers. Die DSGVO, Oberflaeche ergibt sich aus drei anderen Ebenen: (1) das Deployment, Ziel, Vercel, Cloudflare, Netlify, AWS oder OVH haben jeweils eigene Log, Aufbewahrung, IP, Verarbeitung und ggf. Drittland, Transfer; (2) jeder SSR, Endpoint (API, Routen, On, demand, Pages, Edge, Middleware) wird zur Verarbeitung auf Verantwortlichenseite; (3) jedes Drittanbieter, Skript, das in einer Astro, Komponente importiert wird (Google Fonts, YouTube, Analytics, Payment), bringt eigene Cookies und einen eigenen DSFA, Scope. Eine DSFA fuer das Framework selbst ist nie erforderlich, sehr wohl aber fuer das, was die Site nach dem Deployment tut.
Sample consent text
Diese Website wurde mit Astro, einem Open, Source, Web, Framework, gebaut. Astro selbst setzt keine Cookies und erfasst keine Daten ueber Sie. Vorhandene Cookies stammen vom Hoster, unserem Analyse, Tool oder den eingebundenen Drittanbieter, Widgets; jeder Posten wird im Banner separat beschrieben und kann einzeln abgelehnt werden.
Third-party domains contacted
astro.builddocs.astro.buildnpmjs.com/package/astroDieser Dienst erhebt möglicherweise Nutzerdaten. Stellen Sie die DSGVO-Konformität mit FlowConsent sicher.
Keine. Astro ist ein Build, time, Framework, das statisches HTML, CSS und JS erzeugt. Das Framework ruft zur Laufzeit keinen Endpoint auf und schreibt nicht in document.cookie.
Nein, nicht wegen Astro. Ein Banner ist erforderlich, wenn Drittanbieter, Skripte Cookies setzen oder Fingerprinting machen. Astro allein loest die Pflicht nicht aus.
Keine fuer das Framework. Hoster nutzt berechtigtes Interesse fuer Logs, SSR, Endpoints die vom Verantwortlichen gewaehlte Grundlage, jedes eingebundene Drittprodukt die eigene.
Nicht wegen Astro. Transfers haengen vom Hoster ab (Vercel, Cloudflare, Netlify in den USA; OVHcloud, Scaleway, Infomaniak in der EU) und von Drittanbieter, Skripten.
Nicht fuer Astro. SSR, Endpoints (Verarbeitung in grossem Umfang) oder sensible eingebundene Inhalte koennen eine DSFA ausloesen, nicht das Framework.
In der EU hosten. Fonts und Bilder selbst hosten. Click, to, load fuer YouTube, Maps und Social, Embeds. Datensparsame Analytics (Plausible, Matomo, Beusable). Bei jedem Release Cookie, Audit.
Eleventy (Open Source, statischer Export), Hugo (Go), Jekyll (Ruby), Next.js (React, JS, lastiger), Nuxt (Vue), SvelteKit. Astro gehoert zu den standardmaessig schlanksten, weil es kaum JS ausliefert.
Astro nicht listen. Hoster und alle Drittanbieter, Skripte listen, die tatsaechlich Cookies setzen. Bei jedem Release aktualisieren, der Skripte hinzufuegt oder entfernt.