Allen Seiten einen Disclaimer vorschalten

Hallo zusammen,

ein Kunde von uns aus der Finanzbranche hat ein nicht ganz alltägliches Anliegen: Vor alle Seiten soll ein Disclaimer geschaltet werden, auf dem der Webseitenbesucher seine Zustimmung erteilen muss, bevor irgendwelche Inhalte angezeigt werden.

Dazu soll einen Cookie im Browser gesetzt, damit die Zustimmung nur einmalig erteilt werden muss. (Oder eben nach Ablauf/Löschung des Cookies nochmal.)

Wenn ich mal von Seitenmitgliedern ausgehe, gibt es einen relativ einfachen Ansatz: Pro Seite könnte ich zwei oder mehr Artikel einbinden. Einer enthält nur den Disclaimer und ist für Gäste sichtbar, der/die andere(n) ist nur für eingeloggte Mitglieder nutzbar.

Nun kann ich die Mitgliederfunktion nicht "missbrauchen" (z.B. über einen Login über versteckte Felder und der Zustimmen-Button ist das Absenden des Formulars), weil die Seite neben den normalen Besuchern auch nochmal "echte" Mitglieder hat.

Statt dessen müssten wir den Zustimmungslink auf eine andere Seite verlinken und dort den Cookie mittels ce-tracking setzen. Soweit kein Problem.

Notwendig wäre also aus meiner Sicht "nur" noch eine Art Funktion, mit der ich anhand eines Cookies beim User entscheide, welche Artikel für ihn sichtbar sein sollen und welche nicht.

Hat jemand eine Idee, wie so etwas mit Bordmitteln/Modulen möglich wäre?

Danke,
Jan

Zu deiner Frage kann ich dir spontan keine fertige Lösung nennen, aber eine Anmerkung für deinen Kunden: Bedenkt er, dass so eine Vorschaltefunktion Google und andere Suchmaschinen sehr wahrscheinlich außen vor hält und ihn damit SEOmäßig völlig in den Keller durchrauschen lässt?

Hi Nina,

ja, das ist dem Kunde bewusst. Durch die oben vorgeschlagene Konstellation wäre es auch möglich den Disclaimer-Artikel auf einigen Seiten nicht zu setzen (z.B. der Startseite) auf der keine kritischen Inhalte stehen. Im Prinzip ist der Ausschluss der Suchmaschinen auch konsequent. Denn dort wären die Inhalte ja ohne Zustimmung zum Disclaimer im Cache einsehbar.

Jan

Ich habe sowas letztens mal bei http://www.iwwit.de/ueber-iwwit/downloads/banner.html, die machen das mit einem js, das dafür sorgt, dass die Inhalte nur nach Zustimmung zu den Bedingungen sichtbar werden:

Code:

---

/* checkbox bei download-disclaimer*/
function checkNzb(check) {
        if ($('dl_bereich')) {
                if (check) $('dl_bereich').style.display = 'block';
                else $('dl_bereich').style.display = 'none';
        }
}
document.observe("dom:loaded", function() {
        if ($('dl_bereich')) {
                if (!$('nzb').checked) $('dl_bereich').hide();
                else $('dl_bereich').show();
        }
});

---

Wäre eine Möglichkeit - hat den Vorteil, das der Content im Quelltext steht, hat den Nachteil, dass jemand ohne js gar nichts bekommt.

Ich denke, da musst Du Kompromisse machen.

Carolina.

Hi Caroline,

über so eine JavaScript-Lösung hatten wir auch nachgedacht. Das hatte ich vergessen zu erwähnen. Aber dabei würde auch das Problem der Indizierung durch Suchmaschinen bestehen. Umgekehrt könnten auch Browserfehler dazu führen, dass der Content auch sichtbar wäre, wenn der Anwender nicht zugestimmt hat.

Darum soll nur der Content nur dann ausgeliefert werden, wenn der Anwender dem Disclaimer zugestimmt hat.

Jan

Hallo Jan,

Du hast oben das Modul ce-tracking erwähnt. Wenn ich das richtig gesehen habe, erzeugt das Modul keine Templateausgabe.

Wäre es ggf. eine Möglichkeit, dem Modul doch eine Ausgabe zu geben, nämlich den öffnenden Tag eines DIV? Dann könntest Du dem je nach Cookie ein "display:none" mitgeben und nach dem Disclaimer ein Html-Element mit dem schliessenden DIV setzen.

Grüße,

Christian

Das liesse sich relativ einfach ueber ein Template loesen.

Mache fuer die Seiten ein eigenes Template wo du mittels kleine PHP insertFile den Cookie abfragst. Ist der nicht vorhanden, wird ein redirect auf eine feste Seite gemacht.

Muesste dann im InsertPHPFile mittels $this->Input->cookie() kontrolliert werden, wenn der nicht vorhanden ist, machst du einen redirect auf eine statische Seite mittels $this->redirect und angehaengter BackURL im GET Parameter.
Die DisclaimerSeite kann nun ein einfaches Forumlar sein, wel ches per InsertPHP bei Akzeptieren das Cookie setzt und wieder zurueckRedirected.

Das koennte man dann auch durch uebergabe der SeitenID seitenbezogen machen.

Eigentlich relativ simpel

Suchmaschinensicher, wie schon ein paar mal (ähnlich) gesagt: Inhalt ganz normal reinschreiben, zusätzliche Box ans Ende (damit der eigentliche Text nicht abgewertet wird) der Seite setzen, diese per CSS und absoluter / fixe Positionierung über den Content legen. Per JS oder (Fallback) HTTP-Post den Disclaimer ausblenden. Per Cookies checken, ob der Disclaimer angezeigt werden soll (da sollte es reichen einfach die Box nicht ausgeben zu lassen, sodass per CSS gar nichts überlagert werden kann).

Disclaimer werden aber nicht ohne Grund gesetzt, wozu sollte man SUMAs da bevorzugen. Die Information beihnalten einen Grund, weshalb sie einen Disclaimer erhalten. Ansonsten bringt das nichts.

Somit fallen JS / CCS Loesungen erstmal weg.
Und wenn man den JS /CCS Weg waehlt muss man eben seine robots.txt entsprechend anpassen und SUMAs aussperren.
Das ist so wie kostenpflichtigen Inhalt anbieten, der via block ausgeblendet wird : einfach unnuetz

Ich weis jetzt nicht, ob es Euch weiterbringt:

Mit der Erweiterung inputvar kann man auch auf cookies zugreifen ...

Hi,

danke für eure zahlreichen Vorschläge.

Christian/FloB: Wie erwähnt soll der Content wirklich nur ausgeliefert werden, wenn der Disclaimer akzeptiert wurde. Das hat lindesbs sehr gut getroffen: CSS und JS zum ausblenden scheiden aus.

do_while: Mit dem Modul inputvars (das wir zusammen mit dem ce-tracking einsetzen) kann ich den Cookie-Wert zwar als InsertTag auslesen. Das ist zwar bequem um ein verstecktes Feld mit dem Wert zu füllen oder Ähnliches, aber viel weiter wird es uns fürchte ich nicht bringen.

lindesbs: Die Lösung mit dem Template ist zwar ein unsauberer Hack, weil solche Logik normalerweise nicht in das Template gehört. Aber es ist vermutlich der einfachste und zielführendste Weg. Danke für diese Idee. Ich werde versuchen, dass morgen umzusetzen.

Jan

ich sehs nicht als unsauberen Hack, weil ein TL Template kann und hat sehrwohl Logik inside.


Somit eher als einfache Moeglichkeit, wie ich daraus kein Modul bauen muss.

Hi,

in habe das Wort unsauber nur verwendet, weil ich immer versuche Logik und Templates strikt zu trennen. Ich weiß, dass man man das auch lockerer sehen kann. Sollte nicht persönlich sein - ganz im Gegenteil. Danke für die Idee!

Jan

:D Kein Problem, nur eine Bitte : Berichte wie du es dann geloest hast. OK ?

Dies kann naemlich auch fuer andere sinnvoll sein

Hi,

gerne. Der Kunde muss nur noch dem Aufwand nur freigeben. Dann kann ich auch berichten, wie wir es umgesetzt haben. :-D

Jan

Hi,

so die Lösung ist klar definiert. Es wird in Kürze ein neues Modul im Repository auftauchen. ;)

Jan

Kannst du kurz umreissen, wie die Loesung definiert ist ?
Und welchen Namen man sich merken muss ?

Hi,

so, die Erweiterung ist online: zCheckCookie.

In der Seitenstruktur gibt es nun vier neue Felder:
Cookieabfrage aktivieren: Soll eine Cookie-Abfrage durchgeführt werden
Cookie Name: Name des zu prüfenden Cookies
Cookie Wert: Wert des zu prüfenden Cookies
Weiterleitungsseite: Seite auf die weitergeleitet wird, wenn der Cookie nicht gefunden wird

Die Werte werden auf Unterseiten vererbt. Ein Abschalten auf Unterseiten ist nicht möglich, jedoch die Definition eines abweichenden Cookies.

Als Weiterleitungsziel haben wir eine Seite eingerichtet, die den Disclaimer anzeigt. Klickt man dort auf die Zustimmung gelangt man auf eine weitere Seite, die mittels ce-tracking den Cookie setzt.

Jan

Möchte deine Lösung benutzen, Kunde möchte aber folgende Reihenfolge

1. Login
2. Disclaimer (Anzeige als Popup) + Button Akzeptieren
3. Weiterleitung zur Zielseite ( Cookie abfragen / weiterleiten - das funktioniert)

Habe meine Aufgabenstellung mit
https://community.contao.org/de/show...ll=1#post78794

lösen können. Danke

Hi,

wenn das eine einmalige Seite nach dem Login ist: Wozu dann als Popup. Wenn vielleicht noch als Layer, den du über die Seite legst. Aber ich würde beim ersten Login auf eine Bestätigungsseite weiterleiten und gut ist.

Jan