Pripravite vašo spletno stran na nov zakon o piškotkih

Hvala za pojasnilo,
bo treba zadevo uredit, ni kaj.

Morda še nekaj, kaj pa tale stran, ki gostuje na google.

https://sites.google.com/site/davkoplac...

Kaj je to omejeno na eno domeno? Kaj pa poddomene?
Recimo imam neko stran, v poddomeni, pa je čisto druga stran. Morama za poddomeno tudi nastavit obvestilo?
Pa ostale podstrani, če ima kdo direkten link? Ali je dovolj samo na index strani?

Je tole sprejemljivo: http://www.sublight.me/Privacy.aspx

Ne smem ponuditi uporabniku opcije naj ne uporablja strani???

(v bistvu se gre za Google Analytics)

MaCoFaCo je 30. maj 2013 ob 19:29 izjavil:

Ne smem ponuditi uporabniku opcije naj ne uporablja strani???

Uporabnik ima to opcijo, ker se sam odloča (če se), katere spletne strani bo obiskoval. Po drugi strani, če pogledam spletne strani za alko. pjače oziroma vsebine za odrasle, imajo tudi pogojevanje s pogoji.

Ampak, četudi se uporabnik strinja s piškotki, mu mora biti kasneje dana opcija, da se premisli, torej da se piškotki počistijo.

Tisto zgoraj v narekovajih sem prekopiral iz odgovora IP.

Glede opcije, da se premisli, imajo napisano ,,Vedno mora biti
uporabniku ponujena možnost, da naknadno spremeni nastavitve
piškotkov."
oziroma kasneje
,,Ali moramo uporabnikom ponuditi možnost, da kljub privolitvi kasneje
zavrnejo piškotke?
Da, kljub temu, da so uporabniki že podali privolitev v vaše piškotke,
jim mora biti vedno na voljo možnost, da si premislijo in spremenijo
svoje nastavitve. Zato je zelo pomembno, da je na vaši spletni strani
vedno na voljo vidna informacija, kje lahko uporabnik spremeni svoje
nastavitve. Uporabnika lahko obvestite o tem, da s spremenjenimi
nastavitvami stran morda ne bo delovala tako, kot želi."

V bistvu skoraj vse piše v t. i. kuharski knjigi.

Nisem ekspert, a se trudim razmišljati tako kot oni. Pomoje je vsem jasno, kaj se hoče, samo da zdaj vsi tukaj iščete načine, kako še naprej slediti uporabniku oziroma, kako bi zaje* ... Sem spada tudi ta možnost: sprejmi piškotke ali zapusti stran, ki ni eksplicitno zapisana, vendar zelo smrdi.

Meni se zdi zgornje obvestilo v redu, vendar se mi zdi sporna izbira preusmeritve na google, zakaj ne kaj drugega ali pač history(-1). Pa verjetno boš moral dodati še to spremembo nastavitev.

MaCoFaCo,
lahko narediš tako, da je GA script privzeto plain text (type="text/plain") in mu nastaviš še nek id. Če uporabnik klikne da se strinja, samo z javascriptom spremeniš text/plain v text/javascript in izvedeš kodo.

Potem pa narediš še en simple page ter link v footerju, kjer se da togglat med tema dvema opcijama.

MaCoFaCo je 30. maj 2013 ob 19:08 izjavil:

Je tole sprejemljivo: http://www.sublight.me/Privacy.aspx

čuhalev je 30. maj 2013 ob 19:27 izjavil:

Ne, kajti

,,Pogojevati uporabo storitve s privolitvijo v piškotke, ki nimajo pomenljive in argumentirane zveze s storitvijo samo, po mnenju Pooblaščenca pomeni nesorazmerno obdelavo osebnih podatkov uporabnikov in tako ni v skladu z zakonodajo."

MaCoFaCo je 30. maj 2013 ob 19:29 izjavil:

Ne smem ponuditi uporabniku opcije naj ne uporablja strani???

(v bistvu se gre za Google Analytics)

MaCoFaCo je 30. maj 2013 ob 19:39 izjavil:

Po domače povedano: opcija za neuporabo strani je najcenejša varijanta za implementacijo nestrinjanja s piškotki, zato bi morala biti takšna rešitev (po mojem) sprejemljiva. Vse ostalo so dodatni stroški.

Par postov gor je bilo tole...

Mesar je 27. maj 2013 ob 15:36 izjavil:

To ni res, ne prisilim ga, da more kliknit ker ima 2 možnosti, 3 celo. Lahko sprejme, lahko zapre brskalnik, lahko pa gre nazaj. Lahko pa mu tudi dam gumb "Ne sprejmem" pa tam kr IP ban?

Če ne sprejme cookijev kot sem že enkrat napisal na strani za oglaševanje ni vreden nič, samo strošek dela, ker kuri bandwidth. Pa še ena stvar je tu zanimiva, more bit možnost, da uporabnik sprejme samo določene piškotke ali ima možnost vse ali nič? V tem primeru se uporabnika omeji, da se more prijavit... za prijavo pa more sprejet kup kukijev, med drugim tiste za oglaševanje.

Strani je na internetu kolko hočeš... če mu na moji ni všeč lahko gre na drugo... zato bi težko govorili o prisili. Če hočeš voziti po cesti tudi moreš upoštevati CPP, lahko pa greš peš.

Google ima to v pravilih in pogojih uporabe zapisano iz drugih razlogov.

Gandalfar je 27. maj 2013 ob 19:18 izjavil:

Mesar: to je cisto ok resitev. Vprasanje, ce se ti to poslovno splaca.

Od kod tebi informacije, da ni skladno z prihajajočo zakonodajo?

Kako boste implementirali tole? Torej če se uporabnik strinja, treba nastavit cookie "alow cookie", če pa se ne strinja pa brez keksa?
Tudi jaz mam samo google analytisc....bedasto, da moram strani popravljat zaradi tega. Vseeno pa je fajn da mam statistiko. Čeprav mislim, da mi ponuja tudi gostovanje, statistiko, tako da bi načeloma lahko to brisal. Bom pa pogledal Universal Analytics BETA kaj je s tem.

ah pol pa my bad, prebral na konkurenčnem forumu, sam pa se še nisem prepričal.

am mene zanima, kako se bo nadzor v Sloveniji izvajal v praksi? a bodo zdaj tam eno staro mamo, ki ji je 14 letni vnuk postavil wordpress, da bloga, oglobili, ker njeni blog uporablja kukije brze privolitve? a bo zdaj recimo eno podjetje, ki je do sedaj postavilo spletno stran 50 strankam, moralo it vsem 50-im implementirat to zadevo s kukiji?

google je stvar rešil čist preprosto. za slovensko zakonodajo to ne bo dovolj? http://prntscr.com/17jdzc

Ali se zakon nanaša le na slovenske spletne strani ali slovenske uporabnike? Ali se lahko v primeru, če zaznamo, da uporabnik prihaja iz tujine (tuj IP), izognemo prikazovanju obvestila o piškotkih?

Slovenska zakonodaja velja za upravljavca, ki je ustanovljen v Sloveniji ali uporablja opremo na območju Slovenije, ne glede na to, od kod so njegovi uporabniki.

To pomeni, da če gostujem izven EU, pa imam zakrito lastništvo domene, se rešim problemov?

Mislim, da je samo za pravne osebe in druge privat firme, saj kazen za fizične osebe ni napisana v smernicah in v zakonu.

Si prepričan? Nikjer ni omenjeno, da fizične osebe ne rabijo tega imet. Čeprav mogoče ni mogoče kaznovat.

Ima kdo kako idejo, kako implementirat zadevo, na območju cele domene(podomene, podstrani)?
Imam eno domeno in večinoma brezvezne poddomene in podstrani. Če bom vse to moram za vsako stran nastavit, se mi zmeša.

BigWhale je 28. maj 2013 ob 21:51 izjavil:

Veliko podjetij bo propadlo zaradi tega ker bo Google Analytics opt-in?!?

Ce ima nekdo tak biznis model, da bo crknil zaradi nekaj tistih uporabnikov, ki se bodo odlocili, da nocejo GA in podobnih stvari, potem dela nekaj zelo hudo narobe.

Crknilo jih bo priblizno toliko, kot je crknilo lokalov, ko so prepovedali kajenje. :>

Si pa eden redkih, ki bi izbral, da želiš oglase, če ti ni treba, da se ti servirajo...

Mesar je 29. maj 2013 ob 00:06 izjavil:

jerry2... kompliciraš. GA in OpenX se nalagata z JS ja? Torej spacaš JS, ki od uporabnika zahteva dovoljenje za uporabo piškotov, če ga dobi z JS nastaviš piškot s katerim vklopiš vse ostale piškote. Tehnični problem rešen?

Kar se tiče statistik in oglaševanja ... verjetno bodo različni webmastri uporabili različne prijeme, lahko lepo razlagaš na dolgo in široko kaj so piškoti, lahko vse skupaj zaviješ v dve strani teksta, lahko uporabniku preprečiš nadaljevanje če ne dovoli piškotov, možnosti je še in še. Edino kar je... je, da boš slej ko prej moral izbrati eno, ali pač plačati kazen.

Dejstvo je da bo imel vsak uporabnik možnost, da izbere ali želi ali ne želi oglase in statistiko. Res misliš da jo bo kdo želel?

Tega, da ne dovoliš na stran, ne smeš narediti, preberi si dobro tisti PDF Pirc Musarjeve. Je nesorazmeren ukrep in zakonsko nedovoljen.

jerry2 je 31. maj 2013 ob 16:23 izjavil:

BigWhale je 28. maj 2013 ob 21:51 izjavil:

Veliko podjetij bo propadlo zaradi tega ker bo Google Analytics opt-in?!?
Ce ima nekdo tak biznis model, da bo crknil zaradi nekaj tistih uporabnikov, ki se bodo odlocili, da nocejo GA in podobnih stvari, potem dela nekaj zelo hudo narobe.

Crknilo jih bo priblizno toliko, kot je crknilo lokalov, ko so prepovedali kajenje. :>

Si pa eden redkih, ki bi izbral, da želiš oglase, če ti ni treba, da se ti servirajo...

Emm, sej pri Google Analytics ne gre za oglase. Saj nikjer v tej direktivi ne gre za oglase. Gre za piskotke in uporabnik bo izbral a hoce piskotke al jih noce. In vecina jih bo rekla, da jih hoce. Vecina jih niti ne ve a jih hoce ali ne in bodo samo kliknil DA, da bo stvar delala.

Ja, pa specificirat moras v svoji politki zasebnosti.

MaCoFaCo je 31. maj 2013 ob 19:18 izjavil:

Popravljena verzija, kjer lahko zdaj uporabnik zavrne piškotke. V primeru zavrnitve se Google Analytics izklopi. Piškotke je mogoče kasneje vklapljati / izklapljati iz page footerja: http://www.sublight.me/Privacy.aspx

Se vam zdi to OK?

Trenutno piškotek nastaviš prvega (ASP session) že takoj ob obisku spletne strani - torej, brez mojega predhodnega informiranega soglasja. To ni v redu.

+ Zelo v redu je, da ponujaš uporabniku nadzor nad piškotki neposredno v sami nogi spletišča.

fentat ga boš moral :D

http://support.microsoft.com/kb/306996

jao jao, tole mi bo živce spilo :>

(se javim čez nekaj časa)

BigWhale je 31. maj 2013 ob 18:15 izjavil:

jerry2 je 31. maj 2013 ob 16:23 izjavil:

BigWhale je 28. maj 2013 ob 21:51 izjavil:

Veliko podjetij bo propadlo zaradi tega ker bo Google Analytics opt-in?!?
Ce ima nekdo tak biznis model, da bo crknil zaradi nekaj tistih uporabnikov, ki se bodo odlocili, da nocejo GA in podobnih stvari, potem dela nekaj zelo hudo narobe.

Crknilo jih bo priblizno toliko, kot je crknilo lokalov, ko so prepovedali kajenje. :>

Si pa eden redkih, ki bi izbral, da želiš oglase, če ti ni treba, da se ti servirajo...

Emm, sej pri Google Analytics ne gre za oglase. Saj nikjer v tej direktivi ne gre za oglase. Gre za piskotke in uporabnik bo izbral a hoce piskotke al jih noce. In vecina jih bo rekla, da jih hoce. Vecina jih niti ne ve a jih hoce ali ne in bodo samo kliknil DA, da bo stvar delala.

Večina bo rekla NE, ker je navajena, da če kdo na spletu kaj teži, da je to nevarno (iz starih časov), da so virusi in je bolje zavrniti kot sprejeti.

Pripravil sem tretjo verzijo Sublight strani. Tale pa bi res morala biti OK :)

Uporabnik, ki prvič pride na katerokoli stran dobi dialog, kjer lahko sprejme / zavrne piškotke. Razloženo je, da se v vsakem primeru uporabi vsaj piškotek "Sublight.AllowCookies". V nasprotnem primeru bi se na vsaki strani prikazoval dialog z vprašanjem o cookijih.

Na strani kjer se uporabnika vpraša za dovoljenje uporabe piškotkov je tudi povezava, ki prikaže seznam in opis vseh uporabljenih piškotkov (ki se uporabijo, če se uporabnik strinja s piškotki).

Če uporabnik izklopi cookije dobi v headerju majhno obvestilo, da so piškotki izklopljeni in da nekatere funkcionalnosti ne bodo delovale. Poleg obvestila je povezava za vklop piškotkov.

V footerju strani se nahaja link kjer lahko uporabnik upravlja s piškotki (vklop / izklop).

----------------------------

Tehnološko: problem z ASP.NET_SessionId piškotkom sem na srečo uspel rešiti z novo funkcionalnostjo, ki je bila dodana v ASP.NET 4. Ta omogoča, da razvijalec implementira poseben modul (ki implementira vmesnik IHttpModule), ki na nizkem nivoju zahtevka omogoča poljubno logiko glede session piškotka (preko metode HttpContext.SetSessionStateBehavior).

Na ta način je lahko session logika čisto dinamična in glede na določene pogoje omogoča vklop / izklop sessiona. V starejših verzijah je bilo mogoče session samo vklopiti ali izklopiti (kot je omenil v linku Primoz). Nisi mogel imeti kombinacijo zdaj eno, zdaj drugo :)

Če koga zanimajo podrobnosti mu lahko napišem na privat, da ne smetim teme.

Mislim, da sem nekje na uradni strani prebral, da je ta izjema dovoljena. Bom poiskal.

https://www.ip-rs.si/varstvo-osebnih-po...

Da ne bo nepotrebnega sprasevanja o stvareh za katere ze obstaja uraden odgovor.

V kuharski knjigi imas eksplicitno napisano za ta tvoj primer z jezikom in pise, da ne smes brez privolitve ;)

MaCoFaCo je 1. jun 2013 ob 15:35 izjavil:

Ne morem verjeti, da delam četrto revizijo :)

Trije gumbi mi niso bili všeč, zato sem odločitev o neuporabi piškotkov prenesel iz (hm) piškotka kar enostavno v URL. Ima še kdo kakšen pomislek? :)

------------------------

Upam, da se vsi tukaj zavedate, da je konkretno za zgornji primer to velika neumnost. Informacijo iz piškotka sem prenesel v URL. Ista stvar zapakirana na drugačen način...

Ne bi se smelo vseh piškotkov enačiti. Piškotki, ki so res samo za nastavitve (jezik, itd.) bi morali biti dovoljeni brez posebnih odobritev uporabnika. Informacija o npr. jeziku uporabnika mi ne pomeni nič, tu se gre za njegovo udobje. Kako naj sledim uporabniku na podlagi te informacije oz. kako lahko ta podatek zlorabim?

Za recimo takšne nastavitve kot sem omenil zgoraj bi mogoče zadostovalo, da je nekje v footerju link z seznamom in opisom posameznih "nastavitvenih" piškotkov.


Mogoče so si tako tudi zamislili pri pooblaščenki pa so zgolj interpretacije tu napačne...

1. Prav nič ni narobe, če določene informacije preneseš v URL. V bistvu bi lahko v URL prenesel kar session_id ;-), ki bi bil namenjen hranjenju le nekritičnih nastavitev (npr. izbire jezika, velikosti pisave ...)

2. To ni nobena neumnost. Neumnost bi bila, če bi preko URLja prenašal podatke oz. uporabljal session_id, ki bi omogočal povezavo na osebne podatke, ki jih o obiskovalcu hraniš na serverju. V tvojem aktualnem primeru recimo "ugrabitev" URLja ne bi bila problematična.

3. Ravno izbira jezika je naveden kot eden izmed primerov, ki ustreza drugi zakonski izjemi - uporabnik je izrecno zahteval to funkcionalnost. Vendar - s svojo rešitvijo si uspešno dokazal, da za hranjenje tega podatka tehnično ni potrebna uporaba piškotka .

Ales, glede na jezik jih lahko profiliram tudi po URL-ju, ravno to sem zgoraj napisal, da ni razlike. Jaz sem tudi za zasebnost vendar ne bi smeli vsega metati v isti koš. Zato bi bilo po mojem potrebno nekoliko popraviti pravila.

Če kdo od odgovornih to bere je moj predlog, da se doda med izjeme za katere ni potrebna privolitev naslednje:

• vsaj session oz. sejni piškotki, ki trajajo le dokler je odprt brskalnik


• piškotki za uporabniške nastavitve kjer so vrednosti nekriptirane in jih je zato mogoče preveriti iz strani inšpektorja (kršitve se kaznuje)

Tole zgoraj se mi ne zdi nobena kršitev zasebnosti.