tag:forum.selfhtml.org,2005:/self DGSVO/Kekse & Co – SELFHTML-Forum 2022-01-04T01:51:05Z https://forum.selfhtml.org/self/2022/jan/03/dgsvo-kekse-co/1794975#m1794975 Jim Knodf 2022-01-03T19:20:27Z 2022-01-03T19:20:27Z DGSVO/Kekse & Co <p>Hallo,</p> <p>ein bekannter hat mich gefragt, ob ich eine Homepage für seine Ferienwohnung basteln kann. GRundsätzlich kann ich das, aber ich frage mich, in wie fern das Thema DSGVO und Cockies hier dazwischen funkt - da kenne ich mich nämlich garnicht aus :(</p> <p>Es soll eine Seite werden, in der wir lediglich ein kleines Ferienhaus zur Vermietung anbieten. Der Kunde muss bei Reservierung natürlich seine Daten eingeben, aus denen dann automatisch eine Mietvertrag im PDF-Fomrat erstellt wird und dem Kunden per Mail bzw. auch direkt über die Seite zur Verfügung gestellt wird. Entsprechend betrifft dies sicherlich die DSGVO. Gibt es hier einen Standardtest, der irgendwo zur Verfügung steht?</p> <p>Wie sieht es hier mit Cockies aus? Wir werden und wollen hier zum Surfverhalten keine Daten speichern um irgendwelche Statstiken zu erstellen oder aber gezielt Werbung zu schalten. Muss man hier irgendwas machen?</p> <p>Vielen Dank für Eure Einschätzung.</p> <p>Besten Gruß</p> <p>Jim</p> https://forum.selfhtml.org/self/2022/jan/03/dgsvo-kekse-co/1794976#m1794976 Rolf B 2022-01-03T19:47:50Z 2022-01-03T19:47:50Z DGSVO/Kekse & Co <p>Hallo Jim,</p> <p>ihr müsst dokumentieren, welche Daten vom Kunden ihr speichert, und wem ihr sie zur Verfügung stellt.</p> <p>Cockies? Meinst Du Hunde? (Cockerspaniel) Oder Geflügel (cock = engl. für Hahn)? Oder den Rotlichtbezirk? Oder doch vielleicht Cookies?</p> <p>Wenn ihr keine Cookies setzt und ihr keine Third-Party Elemente einbindet, an denen Cookies kleben, braucht ihr auch keine Erlaubnis einzuholen.</p> <p>Eine DSE (Datenschutzerklärung) braucht es natürlich trotzdem, und da steht dann unter anderem drin, dass ihr keine Daten (z.B. Cookies) im Browser speichert und keine Daten an Dritte weitergebt. Wenn ihr aus den Antragsdaten lediglich das PDF generiert und es vermailt, ohne die Daten nochmal auf dem Server zu speichern, dann solltet ihr auch das hinschreiben, das freut den Kunden. Beachte: Ein temp-Ordner mit einem Haufen vermailter PDFs ist eine Speicherung. Wenn Du schreibst "wir speichern das nicht", dann achte drauf, dass der Temp-Order auch geputzt wird.</p> <p>Wenn ihr eine Session erzeugt (das passiert z.B. bei PHP Anwendungen), dann gibt's typischerweise einen Sessioncookie. Aber der ist - wenn er korrekt gemacht ist - transient und verdampft beim Schließen des Browsers, dafür muss keine Erlaubnis eingeholt werden. Informieren sollte man in der Datenschutzerklärung trotzdem, um einer Kombination aus abmahngeilem Anwalt und unwissendem Richter zuvorzukommen.</p> <p>Falls ihr an alternativen Footprint-Techniken herumüberlegt (localStorage, ServiceWorker mit Cache, etc) - das ist bezüglich Dokumentation und Erlaubnisabfrage den Cookies gleichzustellen.</p> <p>Vorgefertigte DSE wollen alle Eventualitäten abdecken und sind deshalb zumeist gigantisch. Als uninformierter Kleinentwickler weiß man oft gar nicht, was davon für den eigenen Anwendungszweck relevant ist und was man schadlos weglassen kann, was die Kunden dann wieder nervt, weil sie einen Roman vorfinden, den sie nicht kapieren und bei dem sie sich fragen, was das denn alles soll. Ich selbst habe schon von der Nutzung von Online-Angeboten Abstand genommen, weil die DSE ein verschwurbelter Wust war, von dem mindestens 50% offensichtlich unpassend waren. Es lohnt sich daher, die DSE kritisch zu betrachten und Dinge, die einen garantiert nicht betreffen, wegzulassen.</p> <p>Empfehlungen für DSE-Vorlagen zu geben überlasse ich lieber den Kollegen hier, die kennen das besser. Ich persönlich bin der Auffassung, dass eine kurze, knackige DSE Vertrauen schafft (sofern sie auch wahr ist). Juristische Satzklauberei mag Anwälten Spaß machen, aber nicht den Kunden. Bei einer einfachen Vermieter-Seite, die nicht von den Besucherdaten profitieren will, sollte eine solche DSE möglich sein.</p> <p>Beachtet aber, dass ihr vielleicht keine Werbung machen wollt, aber gerne wissen möchtet, wer euch besucht und wie oft ihr besucht werdet. Anonyme Seitenabrufzähler sind unproblematisch, aber wenn ihr sie mit Trackingmaßnahmen kombiniert oder versucht, Dienste zum Kategorisieren eurer Benutzer einzubinden (Google Analytics kann da sicherlich eine MENGE), seid ihr die Unschuld los. Dann wird die DSE deutlich komplexer, und dann werdet ihr auch um einen Genehmigungsdialog nicht herumkommen.</p> <p>Beachtet auch die diversen Logs eures Webservers. Da steht standardmäßig gerne die IP des Seitenabrufers drin. Das Loggen der IP muss vom Nutzer genehmigt werden und sollte deshalb von euch unterbunden werden.</p> <p>Inwieweit euer Provider eigene Logs führt, die Kundendaten enthalten, müsst ihr mit dem Provider abklären. Loggt der Provider Seitenabrufe mit der IP eurer Besucher, müsst ihr das abschalten oder anonymisieren lassen. Ich bin mir nicht sicher, wie hier die Rechtslage bei Providern ist, die sich dagegen sperren.</p> <p><em>Rolf</em></p> <div class="signature">-- <br> sumpsi - posui - obstruxi </div> https://forum.selfhtml.org/self/2022/jan/03/dgsvo-kekse-co/1794977#m1794977 Der Martin 2022-01-03T19:49:16Z 2022-01-03T19:49:16Z DGSVO/Kekse & Co <p>n'Abend,</p> <blockquote> <p>Es soll eine Seite werden, in der wir lediglich ein kleines Ferienhaus zur Vermietung anbieten. Der Kunde muss bei Reservierung natürlich seine Daten eingeben, aus denen dann automatisch eine Mietvertrag im PDF-Fomrat erstellt wird und dem Kunden per Mail bzw. auch direkt über die Seite zur Verfügung gestellt wird.</p> </blockquote> <p>das hört sich sehr gefährlich an. Wie stellst du sicher, dass die Angaben, aus denen du einen Vertrag machen willst, korrekt sind?</p> <blockquote> <p>Entsprechend betrifft dies sicherlich die DSGVO. Gibt es hier einen Standardtest, der irgendwo zur Verfügung steht?</p> </blockquote> <p>Weiß ich nicht. Aber im Prinzip gibt s nur wenige Grundsätze, an die man sich halten muss. Dazu gehört, nicht mehr Daten zu erheben, als für die Aufgabe unbedingt erforderlich sind. Und dazu gehört auch, die Beteiligten klar und verständlich darüber zu informieren, wofür die Informationen verwendet werden und an welche weiteren Partner sie eventuell weitetgegeben werden<sup class="footnote-ref"><a href="#fn1" id="fnref1">[1]</a></sup>. Dafür hat man ja dann eine Datenschutzerklärung.</p> <blockquote> <p>Wie sieht es hier mit Cockies aus?</p> </blockquote> <p>Brauchst und verwendest du Cookies? Wenn nein - erledigt. <br> By the way: Wieso schreiben eigentlich so viele Laien von <strong>Cockies</strong>? Porno-Prägung?</p> <p>Immer eine Handbreit Wasser unterm Kiel<br>  Martin</p> <div class="signature">-- <br> Wenn ich den See seh, brauch ich kein Meer mehr. </div> <hr class="footnotes-sep"> <section class="footnotes"> <ol class="footnotes-list"> <li id="fn1" class="footnote-item"><p>Beziehe in diese Überlegung auch die Vertrauenswürdigkeit deines Webhosters ein! <a href="#fnref1" class="footnote-backref">↩︎</a></p> </li> </ol> </section> https://forum.selfhtml.org/self/2022/jan/03/dgsvo-kekse-co/1794981#m1794981 Jim Knodf 2022-01-04T01:51:05Z 2022-01-04T01:51:05Z DGSVO/Kekse & Co <p>Hey Rolf,</p> <p>herzlichen Dank für Deine ausführliche Antwort. Die hat mir schonmal einen ersten Eindruck gegeben, womit ich mich auseinanderstezen muss.</p> <p>cu</p>