Inhalte in WordPress ausblenden

Beispiel: 

Show the block if 

Der Typ Browser and Device lässt Sichtbarkeitseinstellungen nach den gängingen Browsern zu:

Chrome, Firefox, Edge, Explorer, Opera, Safari, Samsung Internet

Im selben Control kann man aber auch die Sichtbarkeit nach Plattform einstellen:

Android, iOS, Linux, Macintosh, Windows

Ausserdem kann man nach Device Typ einstellen, und zwar:

Mobile, Robot, Desktop (=alle anderen)

Damit können also Inhalte abhängig vom jeweiligen Benutzer genau passend zu dessen technischer Umgebung angezeigt oder ausgeblendet werden. 

Sollte man also wirklich einen Block verwenden, der auf einem bestimmten Browser Ärger verursacht kann man damit dessen anzeige verhindern - und den Ärger zumindest verbergen.

Der Controltyp Date und Time erlaubt das erwartbare, das in einfacher Form umgesetzt werden kann:

Im einfachsten Fall kann einfach ein Zeitraum eingestellt werden indem ein Start- und ein Endzeitpunkt festgelegt wird. Man definiert also 2 Timestamps innerhalb dessen der Block angezeigt oder über die Umkehrung am Ende des Controls versteckt werden soll.

Die zweite Möglichkeit erlaubt das Einstellen von Wochentagen, damit kann man also Einbledungen zum Wochenende etc. realisieren. 

Ausserdem ist die Uhrzeit als Kriterium auch möglich, damit lassen sich Blöcke umsetzen die eine Einblendung in der Art wie "jetzt geöffnet" oder "aktuell geschlossen" umsetzen. 

Der Controltyp Location dient dazu die Umgebung abzufragen, in welcher der auszublendende Block eingesetzt wurde: 

Abgefragt werden können Page Type (Frontpage, Datenschutzseite etc) Post Type (Beitrag, Seite) , Taxonomie (Kategorien, Schlagworte), Post, Post ID (bestimmte Seite oder Beitrag), Post Attributes (Autor, Kommentare, …) und Archive (Typ bzw. bestimmtes Archive).

Eine Anwendung wäre hier zB. der Einsatz im Header: zeige einen Block nur auf der Homepage. Oder aber auch im Archiv: zeige hier die Kategorien (nicht) an.

Das Control Metadata kann Post- und Usermetadaten abfragen. Im Beispiel rechts wurde über ACF eine Benutzernummer angelegt. Die Block Visibility regelt nun, dass der Block nue angezeigt ist wenn auch eine Benutzernummer für den aktuell eingeloggten User hinterlegt ist.

Über die selbe Technik lassen sich auch eigene Felder anzeigen/verbergen die man für Seiten oder Beiträge erstellt hat. 

In Verbindung mit ACF-Feldern kann man so Blöcke abhängig vom Inhalt dieser ACF-Felder anzeigen oder eben nicht. 

Das Control User Role hat als erste und wichtigste Abfrage jene nach dem Login. Eingeloggte und Ausgeloggte User können unterschiedliche Blöcke sehen. 

In einem weiteren Schritt kann ein Block je nach Rolle angezeigt werden: so können Informationen nur für Abonenten, Autoren etc. angezeigt werden.

Die Option Users erlaubt das ein/ausschliessen einzelner eingeloggter User.

Über die Definition eines User rule sets können die Anzeigebedingungen kombiniert werden.

die Option Verborgene Elemente: zeigen/verstecken

Somit werden diese auch im Editor unsichtbar.

Seite. Erlaubt die Selektion nach Übergeordneter Seite (Page Parent) und dem Verfasser (Autor).

Beitrag. Hier kann nach Taxonomie (Kategorie und Schlagwörtern), Nach Datum (Erstellungsdatum, Änderungsdatum) und auch wieder nach Verfasser selektiert werden.

User. Erlaubt eine Auswahl nach Loginstatus, Benutzerrrolle und auch nach Registrierungsdatum. 

Daten & Time. Hier kann zwischen Besucherzeit und Serverzeit unterschieden werden. Eine Bedingung kann Wochentag sein, eine andere Aktuelle Zeit mit Selektionen ist, ist nicht, davor, danach. Das gleiche geht auch mit dem aktuellen Datum.

Archiv. Selektion nach Taxonomien.

From Url. Kann Bestandteile der eingegebenen URL überprüfen und zum Anzeigekriterium machen. 

Die erste Option bei aktivierter Visibility heisst Always hide this element. Das ist also ein genereller Aus/Einschalter für eben jedes Element, das ich mit dem Elementor platziere.

Die Option Keep HTML bedeutet, dass zwar das Element nicht angeziegt wird, der HTML-Code hingegen innerhalb der ausgelieferten Seite verbleibt und vom Browser oder dem Bot auch gelesen werden kann. Die Ausblendung des Elements erfolgt hier einfach durch CSS.

Um die nächste Option Display Mode zu verstehen muß man sich die Arbeitsweise dieser Erweiterung vorstellen: verschiedene Auslöser (Triggers) sorgen dafür, dass der Display Mode (zeigen oder verstecken) angewandt wird. Diese Triggers können kombiniert werden, wobei die Logical connective dieser Kombination oder (OR) oder und (AND) sein kann. 

Es gibt 13 Trigger, wobei 2 davon (MyFastApp und Custom Condition) der Pro-Version vorbehalten sind. 

Übersetzt als Beispiel: Wenn man will, dass ein bestimmter Inhalt nur eingeloggten Abonennten angezeigt wird setzt man den Display mode auf show und den Trigger bei User & Role auf Subscriber. 

Mit Post & Page als Trigger wird man vermutlich in Templates arbeiten. Über Post ID lassen sich eine bestimmte IDs auswählen um etwas auszublenden (oder anzuzeigen).

Die Post-Type Einstellungen erlaubt die Anzeige in bestimmen Beitragstypen (zB. nur in Beiträgen oder eigenen Post-Typen).

Die Page/Post Auswahl erlaubt eine Selektion aus bestehenden Inhalten der Website.

Taxonomy lässt eine Auswahl nach zB: Kategorien oder Schlagworten zu.

Post Field erlaubt die Auswahl nach Überprüfung eines Feldwertes, also zB ob ein ACF-Feld befüllt ist oder einen bestimmten Wert hat. Damit lässt sich zum Beispiel steuern, dass ein Link nur dann angezeigt wird wenn das entsprechende URL-Feld auch gesetzt wurde.

Mit Multiple Metas kann man die Existenz mehrere Feldwerte überprüfen. 

Format überprüft, ob das Element dem ausgewählten WordPress-Format zugeordnet ist.

Die Navigation-Tree-Triggers erlauben die Überprüfung, wo das Element aktuell in einem Post als Eltern- oder Childpage angewandt wird (mit jeder Menge Variationen).

Die User & Role Trigger erlauben genaues Ansprechen des Besuchers über seine ID, IP, Rolle oder auch den Referrer.

Roles -  hier wähl man aus, welche Benutzerrolle (vom Administrator bis hin zum Visitor, also den nicht eingeloggten User) Auslöser für das Anzeigeverhalten sein soll. Es können mehrere Benutzerrollen gewählt werden. 

Selected Users erlaubt die spezifische Auswahl einzelner User als Trigger. Es können ID, Username oder E-Mail zur Selektion verwendet werden. 

Wer sich mit den Berechtigungen seiner User beschäftigt hat kann auch diese mittels User can als Trigger verwenden. 

User Field wiederum erlaubt die Überprüfung einzelner (auch eigener) Felder auf Existenz oder Wert. Funktioniert logischer Weise nur mit eingeloggten Usern. 

Remote IP erlaubt die Angabe einer oder mehreren IP-Nummern, für welche ein Inhalt angezeigt wird. Das kann in Intranet-Umgebungen oder bei Webseiten die von einer Agentur mit statische IP verwaltet werden hilfreich sein. 

Der Referrer kann verwendet werden, um User die von einer bestimmten Seite kommen (zB von facebook oder linkedIn) mit besonderem Inhalt zu versorgen.

Max per User erlaubt zu limitieren, wie oft ein Visibility-Setting für einen User funktionieren soll.

Der Archive Trigger erlaubt die Anzeige von Inhalten abhängig von der Einordnung Archiv-Typen (Kategorien, Schlagwörter, Autoren, Datumsarchive etc) bzw. den Taxonomy-Terms. 

Wer eine Anwendung dafür hat bitte das Beispiel in den Kommentaren posten!

Im Unterschied zu den oben beschriebenen Responsive-Einstellungen im Elementor verwendet diese Responsive Option nicht die Pixel im Viewport zur Erkennung des aktuellen Gerätes sondern die WordPress eigene Geräte-Erkennung. Diese setzt auf das Auslesen des Strings  $_SERVER['HTTP_USER_AGENT'].

Browser erlaubt die Definition eines oder mehrerer Browser als Trigger für die Anzeige. Bestimmte Versionen können hier nicht ausgewählt werden. 

Datums- und zeitabhängige Anzeigen sind vermutliche die häufigsten Anwendungen für Dynamic Visibility. Das Tool benutzt die in den WordPress-Einstellungen festgelegte Uhrzeit bzw. Zeitzone. 

Zuerst muss die Option Use Dynamic Dates  gesetzt werden, soferne man die Werte nach denen angezeigt werden soll dynamisch auswählen will (Token, Systemzeiten etc.).

Die Anzeigeoptionen sind immer paarweise, wobei nicht immer beide Werte gesetzt werden müssen. Date FROM und Date TO legen fest ab welchen und/oder bis zu welchem Datum ein Inhalt angezeigt werden soll. 

Period FROM und Period TO machen das selbe, nur dass zur Eingabe kein Datumsauswahl-PopUp erscheint (anderes Eingabeformat).

Days of the Week lässt eine Anzeige nach Wochentagen zu.

Time FROM und Time TO erlaubt die Anzeigesteuerung nach Uhrzeit.

Mit diesen Optionen lassen sich Weihnachtswünsche, Urlaubsanzeigen, Tagesabhängige Speisekarten etc. so steuern, dass der User die relevanten Informationen bekommt wenn es notwendig ist - und sonst eben nicht.

Damit die Anzeigesteuerung über Geotargeting funktioniert muss zuvor das kostenfreie Plugin Geolocation IP Detection installiert werden. Danach stehen Auswahlfelder bereit.

Country erlaubt die Auswahl eines oder mehrerer Länder zur Anzeige von Inhalten.

City erlaubt eine Stadtauswahl.

Wie immer beim Geotargeting gilt zu berücksichtigen, dass hier die IP-Nummer des Users herangezogen wird und nicht der physische Standort, wie es zB. bei einem Mobil-Device über eine Standortabfrage möglich wäre. 

Wer Sichtbarkeit über Server-Variablen GET, POST, COOKIE und SERVER umsetzen will benötigt den Context Trigger Parameter. Hier wird zuerst der Variablen-Name definiert und danach die Request-Methode, danach kann Status (Wert) des Parameters überprüft werden. Damit kann man wertabhängige Anzeigen umsetzen, je nachdem ob eine Parameter den Wert 1, 100 oder 1000 hat. Spannend.

Site fragt nach den WP-eigenen Conditional Tags

Die beiden Limiter Max per Day und Max Total erlauben die entsprechende Limitierung, ein Anwendungsbeispiel hierfür wäre die Anzeige eines Rabattcodes nur für die ersten 100 Besucher.

Language schliesslich ist nur bei entsprechendem Mulitilingual-Plugin verfügbar (Polylang, WPML, TranslatePress, Weglot) und erlaubt die Anzeige nach Sprache die im Sprachenplugin definiert wurde.

WooCommerce Shops haben eigene Optionen, die als Trigger abgefragt werden können. 

Cart is empty / not empty erlaubt die Anzeige abhängig davon, ob der User Produkte im Warenkorb hat. 

Product Type is erlaubt die Abfrage nach dem ProduktTyp (einfaches, gruppiert, externens, variables Produkt)

Product in the cart und Product Category in the cart checkt den Warenkorb und erlaubt abhängige Anzeigen zu den gewählten Produkten.

Wer in den Einstellungen zur Visibility (siehe oben) die Option Keep HTML aktiviert hat kann den Event-Trigger nutzen. Durch setzen eines Events (click, mousover, doubleclick, touchstart oder touchmove und der Engabe der ID des Elements (Trigger on this Element) , der das Event auslösen soll, kann hier die Sichtbarkeit beeinflusst werden. 

Dabei lässt sich einstellen ob eine Animation erfolgen soll (Show Animation) und ob andere Elemente (Hide other elements) ausgewählt per ID gleichzeitig ausgeblendet werden sollen.

ein Toggle Schalter macht die Ein/Ausblendung umkehrbar.

Ausserdem lässt sich auch On Page Load aktivieren.