WebSite X5Help Center

 
Christoph W.
Christoph W.
User

Cookiebot - Codes einbauen  de

Autor: Christoph W.
Besucht 1464, Followers 1, Geteilt 0  

Hallo miteinander!

Nachdem alle meine Versuche gescheitert sind, die Programmierer von Website X5 zu überzeugen, eine Cookie-Auswahlmöglichkeit statt nur eines einfachen Fensterchens einzubauen, bin ich nun bei Cookiebot gelandet. Im Grunde hört sich alles einfach an: einen Code vor dem Head der ersten Seite einbauen, einen Code auf eine beliebige Seite - fertig. Wie so oft spielt das Leben aber anders. 

Leider bekomme ich von Cookiebot die Meldung, dass ein Script vor dem Cookiebot-Script geladen wird, so dass zwar das Banner angezeigt wird, aber leider eben erst, nachdem keine Cookies mehr ausgebremst werden können. Ich habe nun bereits zwei Stellen ausprobiert:
1.) 3 - Startseite - Eigenschaften - erweitert - vor dem HEAD-Tag
2.) 1 - erweitert - Statistiken&Code - Code - vor dem HEAD-Tag

Egal welche Variante ich auf den Server spiele: Ich bekomme nach einem Scan von Cookiebot stets die Anzeige: "vorherige Einwilligung voll aktiviert: nein".

Kennt jemand eine Lösung für dieses Problem? Das zweite Script funktioniert tadellos - wenn ich einmal davon absehe, dass die Schriftart und -größe nicht zum Rest der Seite passt.

Ich finde es wirklich schade, dass man sich mit so einem Unsinn herumschlagen muss. Es wäre schöner, wenn diese Funktion im Programm bereits enthalten wäre. Ebenso gibt die Mail von Cookiebot nur eine Auwahl möglicher Fehlerquellen. Darunter findet sich auch die Möglichkeit, dass "serverseitige Cookies" bereits vor dem Script von Cookiebot geladen werden. Die Anleitung hierfür ist aber eher nebulös. Noch dazu habe ich die gleichen Einstellungen bei zwei unterschiedlichen Providern versucht - mit identischem Ergebnis.

Hilfe wäre höchstwillkommen!

Christoph

Gepostet am
12 ANTWORTEN
Andreas S.
Andreas S.
Moderator
Nutzer des Monats DE

Du verstehst das Problem nicht!  Es gibt millionen von Cookies die von Programmen erzeugt werden und diese werden von dem großen Konzern mit hunderten Mitarbeitern immer aktualisiert im Skript. Das Skript wird ja Online geholt bzw. nachgeladen und erkennt was du für einen Code oder SKript eingebaut hast in der Website und muss dieses sperren und auflisten um eine Einwilligung zu holen.  Das kann nicht von WSX5 gemacht werden, denn dann würde Sie nichts anderes machen.

Hast du es schon vor dem HTML-Tag eingefügt um es vor allem zu starten?

Mehr lesen
Gepostet am von Andreas S.
Christoph W.
Christoph W.
User
Autor

Moment mal! Es geht mir nur um die Cookies, die Website X5 erzeugt, sobald ich die Statistik einschalte. Wie diese Cookies funktionieren ist nicht mein Problem. Ich bin Anwender und habe darauf keinen Einfluss. Ich wüsste nur ganz gerne, wieviele Leute welche meiner Unterseiten besuchen. Daher benutze ich die "Website X5 Analytics". Schalte ich die "Website X5 Analytics" aus, dann habe ich auch die fraglichen Cookies nicht mehr. Aus eben diesem Grund sehe ich das Problem eben auf Seiten von Incomedia. Website X5 Analytics ist Teil des Programms und sollte demnach auch eine DSGVO-gerechte Lösung möglich machen, denn Website X5 ist ein Programm für Anwender.

Nach meinem anscheinend armseeligen Verständnis soll die Weiche von Cookiebot diese Cookies und damit die Zählung verhindern können. Ich habe das Script 1 - wie bei Cookiebot angegeben - vor dem HEAD-Tag eingegeben (siehe oben). Cookiebot meldet, dass das nicht früh genug ist. Die einzige Lösung, damit Cookiebot zufrieden ist, ist, die Analyse-Cookies als "notwendig" zu deklarieren. Cookiebot ist dann zwar zufrieden, aber korrekt ist das natürlich nicht, denn wenn ich den eigentlich korrekten Status "Statistik" auswähle, dann kommt die Weiche wieder zu spät und kann das setzen der Cookies nicht mehr verhindern.

Ich habe von Incomedia schon 10%-Gutscheine für Cookiebot bekommen. Aber wenn Incomedia hier schon auf Cookiebot abschiebt, dann sollte doch wenigstens dieses Verfahren, das ich als Notlösung erachte, funktionieren. Dass das Problem vom Server kommt halte ich für wenig wahrscheinlich, denn leider habe ich das Problem nicht nur bei einer Homepage und nicht nur einem Provider.

Mehr lesen
Gepostet am von Christoph W.
Andreas S.
Andreas S.
Moderator
Nutzer des Monats DE

Ich frage mich immer was es für ein Problem ist wenn ein Cookiebanner vorhanden ist und diese verlinkt in der Datenschutzseite wo die Cookies der WSX5 Statistik zur INFO eingefügt werden kann.  Es muss nicht eine aktive Schieberegler Aktion vorhanden sein, wenn man nicht einen Shop wie Amazon oder Ebay hat.  Das wurde in tausenden Postings schon diskutiert und wenn man es unbedingt einfügen will, dann eben mit Cookiebot.

Glaubst du dass die ganzen Website die im Netz sind die den Cookiebanner eingebunden haben, alle mit den aktiven Ablehnungsbutton auch die Funktion haben, dass es die Cookies sperrt?  ICh glaube 60% der Button sind nur drinnen um den Usern eine Datenschutzsicherheit vorzugaukeln.

Mehr lesen
Gepostet am von Andreas S.
Christoph W.
Christoph W.
User
Autor

Entschuldige bitte, dass ich als Handwerker die Einstellung habe, dass Produkte, die man verkauft, auch funktionieren sollten.

Ich kürze an dieser Stelle einmal ab und rate Dir, richtig zu lesen. Auslöser dieses Postings war, dass es mit Cookiebot eben auch nicht funktioniert. Die Frage war, wo dieses Script so eingefügt werden kann, damit es funktioniert.

Von reinen Augenwischerei-Aktionen hat niemand etwas. Ich persönlich werde nicht gerne hinters Licht geführt. Was ist also falsch daran, wenn ich meine Besucher auch nicht hinters Licht führen will? Die Lösung dafür: eine funktionsfähige Lösung. Wenn Incomedia das nicht anbietet und - wie Du - an Cookiebot verweist, dann sollte eine Anleitung, wie das funktionsfähig möglich ist, das Mindeste sein!

Mehr lesen
Gepostet am von Christoph W.
Andreas S.
Andreas S.
Moderator
Nutzer des Monats DE

Es gibt hier keine andere Lösung wie überall bei Cookiebot beschrieben und auch im Netz beschrieben ist.

Der erste Code gehört in den <head> und der zweite Code gehört zu Beginn des <body> Tags!

Also "Vor dem </head> Tag"  und der 2. bei "Nach dem <body> Tag" !

Wenn du aber Skripte laufen hast die vor dem <head> Tag oder gar vor dem <HTML> Tag laufen hast die Cookies erzeugen, dann musst du den 1. Code noch vor den Skripten einfügen.

Mehr lesen
Gepostet am von Andreas S.
Christoph W.
Christoph W.
User
Autor

Danke für die erste sachliche Antwort!

Ich habe keine anderen Skripte vor dem <head> Tag und auch keine vor dem <HTML> Tag. Ich bin reiner Anwender der Software und habe weder das Wissen noch die Ambitionen, um irgendwelche Skripte einzubauen. Wenn da also Skripte sein sollten, dann setzt sie die Software - sichtbar sind allerdings keine. Trotzdem funktioniert es nicht. Und genau deshalb auch meine Anfrage an dieser Stelle. Denn leider konnte ich trotz intensiver Suche nirgendwo eine Lösung finden.

Ich betreue mehrere Homepages und habe bei allen das gleiche Problem - ganz unabhängig vom Provider.

Mehr lesen
Gepostet am von Christoph W.
Christoph W.
Christoph W.
User
Autor

So, ich habe eine meiner Homepages auf ein Laufwerk exportiert und mir die index.html einmal mit Editor angeschaut: Das Skript von Cookiebot findet sich da eben nicht vor dem <head> Tag, sondern als vorletzter Punkt im Head-Bereich. Das könnte das Rätsel schon lösen. Sicherlich wäre es nun eine nette Idee, einmal per Hand das Skript an die eigentlich vorgesehene Stelle zu kopieren und dann die Homepage mit Filezilla auf den Browser zu spielen. Vielleicht mache ich das auch tatsächlich einmal Testweise. Aber im Sinne des Erfinders ist das nicht.

Mehr lesen
Gepostet am von Christoph W.
Andreas S.
Andreas S.
Moderator
Nutzer des Monats DE

Dazu wäre "nach dem <head> Tag" die richtige Lösung!  Allerdings ob sich das ganze dann verträgt, weis ich nicht.

Mehr lesen
Gepostet am von Andreas S.
Franz-Josef H.
Franz-Josef H.
Moderator

Christoph, Du hättest besser mal die Formulierung richtig geschrieben. Das von Dir erwähnte 'vor dem HEAD-Tag' gibt es nicht. Richtige Schreibweise ist 'vor dem </HEAD>Tag' und die Position ist falsch, da dann schon einiges geladen sein kann. Die von Andreas genannte Position ist die einzig sinnvolle.

Mehr lesen
Gepostet am von Franz-Josef H.
Christoph W.
Christoph W.
User
Autor

Ok, Kritik ist berechtigt. Danke. 

Leider ändert das aber am Problem nichts. Wenn ich das Skript 'vor dem </HEAD>Tag' einfüge, dann ist es das 5. Skript in der Reihe. Das passt also nicht. Auch da hast Du recht.

Aber nun stehe ich komplett auf der Leitung: Welche von Andreas genannte Position meinst Du?

Mehr lesen
Gepostet am von Christoph W.
Franz-Josef H.
Franz-Josef H.
Moderator
Andreas S.
Dazu wäre "nach dem <head> Tag" die richtige Lösung!  Allerdings ob sich das ganze dann verträgt, weis ich nicht.

Diese Position. Und wenn dort auch noch Skripte stehen muss das cookiebot-Skript das erste sein.

Mehr lesen
Gepostet am von Franz-Josef H.
Christoph W.
Christoph W.
User
Autor

Gut. Damit wären wir einen Schritt weiter. Ich bin auf das "nach" bzw. das "/" in </head> hereingefallen. Danke für diese Klärung.

Die Analyse von Cookiebot meckert nun noch wegen den unklassifizierten Cookies mit den Endungen *_wsx5analytics und *_wsx5analyticsex. Gibt es hier auch noch ein Kochrezept, wie man diese als "Statistik-Cookies" klassifizieren kann?

Mehr lesen
Gepostet am von Christoph W.