Neue Blöcke Divider und Footer

[Volker]

Hallo zusammen,

nun ist es soweit

Ankündigung wie immer hier im Forum, aber Download, bzw. direkter Einbau in Mobirise ab sofort nur noch über
meine VN Block Galerie

Hier die Testseite die alle 3 neuen Divider und einen modifizierten Footer im Live Betrieb zeigt:

https://www.niederastroth.de/neuedemos/

[Tommy Herrmann]

Moin,

sorry - aber ich finde schon gleich beim ersten Mal nur die Wolken und Wellen "VN Block Galerie"

Ich würde mich jetzt da nicht hinsetzen, jede einzelne Kategorie durchsuchen, dann nochmals alle über die Suchfunktion und dann nichts gefunden - sehr nervig - das ist das was ich meinte

Nicht gefunden:

> Counter und SEO Wörter als Divider
> Footer für M5 Themes

Hier die Suche nach "Counter" - da wird gar nichts gefunden:

Hier die Suche nach "Footer" - da wird ein Footer gefunden "Footer 1". Dann fängt man natürlich an zu rätseln, ob der das ist. Sieht jedenfalls irgendwie nicht danach aus. Als User weiß man das aber so auch nicht, dass wirst nur du wissen.

… oder was mache ich falsch?

[Tommy Herrmann]

Ich habe noch einen grundlegenden Hinweis, den Du vermutlich nicht hören willst:

→ nur weil Du ja unendlich viele YouTube Videos erstellst und überall verwendest.

Bis heute darf man YouTube Videos auf einer Webseite eigentlich nicht einbinden, ohne vorher die Zustimmung zu den Datenschutzeinstellungen vom Webseitenbesucher einzuholen. Andernfalls kannst Du — wenn Du Pech hast — eine Abmahnung riskieren.

Bei mir kannst Du das testen, wenn Du alle Cookies am Fingerabdruck-Icon ablehnst, dann ist Dein Video auch nicht zu sehen und es gibt keine Verbindung zu YouTube mehr:

https://www.mobirise-tutorials.com/VN-B ... html#Video

Werden Videos direkt über den Standard-Code eingebunden, wird bereits beim reinen Seitenaufruf eine Verbindung zu Google-Servern hergestellt. Dabei werden personenbezogene Daten, wie zum Beispiel die IP-Adresse, an Google in den USA (einem Drittland) übertragen. Die DSGVO und das Telekommunikation-Digitale-Dienste-Datenschutz-Gesetz (TDDDG) schreiben für diese Art von Datenübermittlung und das Setzen von Cookies zwingend eine aktive Einwilligung (ein sogenanntes Opt-in) vor.

[Volker]

Moin Tommy,
Counter und footer ist auch noch nicht drin. War müde gestern. Youtube ist doch link aucj problematisch ?

[Tommy Herrmann]

Moin,

das hatte ich schon fast befürchtet Wäre es nicht besser, Du postest Deine neuen Inhalte immer erst dann, wenn sie auch online sind. Damit hast Du mich schon öfter mal reingelegt.

Nein, ein einfacher Textlink oder ein verlinktes Vorschaubild, das zu YouTube weiterleitet, ist datenschutzrechtlich unbedenklich. Es werden dabei keine Daten an Google übermittelt, solange der Besucher den Link nicht aktiv anklickt und dadurch die Website verlässt. Problematisch ist hingegen das direkte Einbetten von Videos via iFrame. Dabei wird bereits beim bloßen Seitenaufruf eine direkte Verbindung zu den Servern von Google hergestellt und es können Cookies gesetzt werden, weshalb hierfür eine aktive Einwilligung nötig ist.

Vielleicht kann Dir aber Deine KI ja auch was basteln, was dann nichts kostet. Mein "CookieFirst" macht das ja auch nicht alleine, sondern man muss dort solche Scripts erbetteln und die dann jedes Mal einzeln am Video einbauen. Das ganze Teil kostet dann auch noch mindestens 118,00 Euro/Jahr

Dieser ganze Datenschutzkram hat sich auch ziemlich beruhigt, von daher sehe ich jetzt keinen dringenden Handlungsbedarf. Nur werden das ja immer mehr Videos und vielleicht solltest Du über eine grundsätzliche Lösung nachdenken.

[Volker]

Tommy
Der counter hat noch ne macke
Meinst du dss cms mit den videos ?
Und ich denke wir beide sind eh gerade die einzigen die die bolck galerie nutzen

[Tommy Herrmann]

Ich weiß jetzt nicht was Du mit dem "CMS" meinst

Ich meine Deine grundsätzlichen YouTube Videos als Anleitungen zur Verwendung Deiner Apps. Die verlangen doch keine Zustimmung zum Setzen der Cookies bei Dir? YouTube (Google) greift also ungefragt alle Besucherdaten ab.

[Tommy Herrmann]

Ach so - ich meinte das ganz generell - das hat jetzt nichts mit der neuen "VN Block Galerie" zu tun. Da hast Du ja Textlinks zu den YouTube Videos, das ist völlig OK und unbedenklich.

[Volker]

Ach du meinst das video auf meiner startseite.kommt auch wieder runter.sonst habe ich ja keine videos auf meiner seite direkt

[Tommy Herrmann]

Ich meinte eigentlich diese Seite mit den Videos:

https://niederastroth.de/videos.html

… habe gar nicht in den Quelltext geguckt. Das sind aber wohl auch alles nur Textlinks, die man erst aktiv klicken muss, so weit ich das auf die Schnelle sehen kann.

[Volker]

Ja Tommy die Seite ist safe weil nur Vorschaubilder
Nur auf der Startseite ist gerade eins direkt eingebunden - ich weiß ist nicht so cool aber sche...drauf

Und das steht ja auch noch da:

YouTube (Verlinkte Inhalte)

Auf meiner Website werden Vorschaubilder von Videos meines YouTube-Kanals angezeigt.
Diese Vorschauen werden über die YouTube Data API geladen.
Beim Laden der Vorschaubilder werden keine personenbezogenen Daten an YouTube oder Google übermittelt.

Erst wenn Sie auf ein Vorschaubild klicken, werden Sie auf YouTube weitergeleitet. Dort können personenbezogene Daten (z. B. IP-Adresse, Nutzungsdaten, Cookies) durch YouTube/Google verarbeitet werden.
Weitere Informationen finden Sie in der Datenschutzerklärung von Google

[Tommy Herrmann]

Diese Seite zeigt eben auch sehr oft eine Fehlermeldung und kann die Videos nicht laden, wahrscheinlich hat mich das irritiert. Denn die Videos dürfen ja eben noch nicht geladen werden.

[Volker]

Diese Seite zeigt eben auch sehr oft eine Fehlermeldung und kann die Videos nicht laden, wahrscheinlich hat mich das irritiert. Denn die Videos dürfen ja eben noch nicht geladen werden.


Fehler beim Laden der Videos.jpg

DAs ist eben manchmal die Kack youtube API - da hab ich keinen Einfluss

[Tommy Herrmann]

Ja - da haben wir es ja - die Verbindung zu einer YouTube-API ist ja gleich mit dem Einbetten. Sobald eine Verbindung zu YouTube hergestellt wird, fällt das unter den Datenschutz.

[Volker]

Ja - da haben wir es ja - die Verbindung zu eine YouTube-API ist ja gleich mit dem Einbetten. Sobald eine Verbindung zu YouTube hergestellt wird, fällt das unter den Datenschutz.

Ne Tommy da wird keinerlei IP oder sonst was abgegriffen. Genau deswegen hab ich das ja so gemacht. Kannst mal die KI fragen. Das ist safe weil nur Bilder angezeigt werde, zwar durch youtube bereit gestellt, aber da ist noch keine Verbindung zu Youtube auf der Seite

[Tommy Herrmann]

Das glaube ich nicht, sobald Google Zugriff mit einer API hat, werden auch Daten abgegriffen. Müsstest Du mal eine der vielen Testseiten im Netz suchen und die Seite prüfen lassen.

[Volker]

Ja kümmere ich mal drum, muss jetzt ins Schwimmbad

1. Wie die YouTube Data API funktioniert
Die API liefert dir lediglich die Metadaten (JSON-Format). Dazu gehört unter anderem der Link zum Vorschaubild (z. B. https://i.ytimg.com/vi/ID/hqdefault.jpg).

Der API-Aufruf (Server-zu-Server): Wenn dein PHP-Skript die API auf deinem Server abfragt, um die Liste der Videos zu laden, passiert das im Hintergrund auf deinem Server. Der Browser des Besuchers bekommt davon nichts mit. Das ist datenschutzrechtlich völlig unproblematisch.

2. Die entscheidende Frage: Woher kommt das Bild im Browser?
Jetzt kommt es darauf an, was dein HTML-Code macht:

Szenario A (Risiko): Dein PHP-Skript gibt die YouTube-URL direkt in das src-Attribut des <img>-Tags aus:
<img src="https://i.ytimg.com/vi/ID/default.jpg">
Ergebnis: In diesem Moment lädt der Browser des Besuchers das Bild direkt von YouTube. Dabei wird die IP-Adresse an YouTube gesendet, sobald die Seite geladen wird. Das ist aus DSGVO-Sicht ohne vorherige Zustimmung (Cookie-Banner) kritisch.

Szenario B (Sicher): Dein PHP-Skript lädt das Bild einmalig von YouTube herunter, speichert es in einem lokalen Ordner (z. B. /assets/thumbnails/) und gibt im HTML die lokale URL aus:
<img src="/assets/thumbnails/video123.jpg">
Ergebnis: Der Browser des Besuchers fragt deinen Server an. YouTube bekommt von diesem Seitenaufruf nichts mit. Das ist datenschutztechnisch sicher.

Wie kannst du prüfen, was bei dir passiert?
Du kannst das sehr leicht selbst kontrollieren:

Öffne deine Seite www.niederastroth.de/videos.html im Chrome oder Firefox.

Drücke F12, um die Entwicklertools zu öffnen.

Gehe auf den Reiter "Netzwerk" (Network).

Lade die Seite neu (F5).

Suche in der Liste der geladenen Dateien nach Anfragen an ytimg.com, youtube.com oder ggpht.com.

[Tommy Herrmann]

→ Diese Vorschauen werden über die YouTube Data API geladen.
→ Beim Laden der Vorschaubilder werden keine personenbezogenen Daten an YouTube oder Google übermittelt.

Lies mal was mein ChatGPT dazu sagt:

https://chatgpt.com/share/6a40b5c6-5488 ... feedbe34f3

dann wird bereits beim Seitenaufruf eine Verbindung zu Google/YouTube aufgebaut. Dabei wird mindestens die IP-Adresse des Besuchers übertragen. IP-Adressen können nach DSGVO als personenbezogene bzw. personenbeziehbare Online-Kennungen relevant sein; Erwägungsgrund 30 nennt ausdrücklich IP-Adressen und Cookie-Kennungen als Online-Kennungen.

[Volker]

Das ist genau der Beweis, den du suchst. Wenn dein Browser einen GET-Request an i.ytimg.com sendet, passiert folgendes:

Verbindung: Dein Browser baut eine direkte Verbindung zu einem Server von Google/YouTube auf.

Datenübertragung: Dein Browser sendet dabei automatisch deine aktuelle IP-Adresse mit. Zusätzlich sendet er den Referer-Header, aus dem Google genau ablesen kann: "Der Nutzer ist gerade auf niederastroth.de/videos.html und schaut sich dort das Video mit der ID QAqPJGZE6tA an."

Datenschutz-Status: Da dies beim Laden der Seite passiert, bevor der Nutzer aktiv eine Zustimmung gegeben hat, erfolgt eine Übertragung personenbezogener Daten an einen Drittanbieter (Google). Nach aktueller Auffassung der DSGVO (und der gängigen Rechtsprechung in Deutschland) ist das ohne Einwilligung problematisch.

Warum das für dich als Entwickler wichtig ist
Auch wenn du die YouTube Data API nutzt, um die URL zu bekommen, ist die Einbindung in das <img>-Tag das, was rechtlich relevant ist.

Dein optimaler Lösungsweg (für deine Scripte)
Da du ohnehin PHP-Skripte schreibst, kannst du das Problem mit einer "Proxy-Zwischenspeicherung" lösen, ohne dein Design zu ändern:

Check: Prüfe beim Laden deiner Seite, ob das Bild /thumbnails/QAqPJGZE6tA.jpg existiert.

Download (falls nötig): Wenn es nicht existiert, lädt dein PHP-Script das Bild einmalig von i.ytimg.com und speichert es lokal ab.

Ausgabe: Dein HTML zeigt nun <img src="/thumbnails/QAqPJGZE6tA.jpg">.

Der Vorteil:

Dein Server kommuniziert mit Google (Server-to-Server).

Der Browser deines Besuchers kommuniziert nur noch mit deinem Server.

Ergebnis: Keine IP-Übertragung an Google beim Laden der Seite. Du bist damit auf der sicheren Seite und brauchst dir keine Sorgen über Abmahnungen zu machen.

Da du bereits Erfahrung mit PHP-Logik hast, wäre ein kleiner file_put_contents oder ein copy-Befehl in deinem Script der sauberste Weg, um diese URLs "DSGVO-konform" zu machen.

OK werde ich mit PHP lösen nach dem Schwimmen

[Tommy Herrmann]

Ja - da sind wir uns dann einig

Kurz gesagt:

Wenn die Seite beim Laden direkt googleapis.com, youtube.com, ytimg.com oder img.youtube.com kontaktiert, würde ich vor dem Laden eine Zustimmung einholen.
Wenn alles über Volkers eigenen Server läuft und keine externen YouTube/Google-Dateien im Browser geladen werden, reicht eher ein Hinweis in der Datenschutzerklärung.

Der aktuelle Datenschutzhinweis auf der Seite ist mir daher zu pauschal. Der Satz „Beim Laden der Vorschaubilder werden keine personenbezogenen Daten an YouTube oder Google übermittelt“ sollte nur dort stehen, wenn Volker technisch wirklich serverseitig cached/proxyt.