1. Pflege der eigenen GaKa-Filter
2. Pflege der eigenen Quicksearch-Filter
3. FAQ

Wichtig:
- Für die Anpassung der Filter musst Du bereits eine GaKa gepflegt haben. Die Infos zur allgemeinen GaKa-Pflege findest Du hier.
- Außerdem können mit dieser Funktion keine Filter völlig frei erstellt werden. Es können die Filter gewählt/bearbeitet werden, die grundsätzlich im Produkt vorhanden sind.
- Die Pflege der individuellen Filter ist unabhängig von den vorbelegten Parametern (also Datentypen) der GaKa. Wenn eine GaKa also auf "Event" vorbelegt ist, sind dennoch alle Filter in der Auswahl zu sehen, auch wenn diese nicht speziell zu den Events gehören. Im Frontend würden sie auch nicht ausgegeben, sofern sie gepflegt wären. 

Voraussetzungen:

2. Anlegen der einzelnen Filter für die GaKa

Wenn bereits Filter in der Ansicht vorhanden sind, könnt ihr auch über das "+" an der Seite weitere neue Filter hinzufügen

Auch hier ist nochmals zu erwähnen: Es ist egal, ob die GaKa bereits auf einen bestimmten Datentypen vorbelegt ist oder nicht. Ihr erhaltet hier immer in der Auswahl alle Filter. Diese werden dann je nach Typ im Frontend dargestellt oder nicht.

2.3 Filterarten

Bei allen Filtern wird immer der Featuretree aus destination.data zu den jeweiligen Datentypen abgefragt. Gibt es dann das Parent-Feature (also Oberkategorie) nicht im Tree, bzw. hat es keine Untereinträge, wird der Filter nicht angezeigt. Da sich die Trees je Projekt unterscheiden können, ist dies auch nicht global bei allen Projekten immer gleich. Wendet euch also gern an eure zuständigen Ansprechpartner:innen, wenn ihr Fragen dazu habt, warum evtl. ein Filter bei euch fehlt.

Bei folgenden Filterarten kann immer ausschließlich Titel, Layout und Datentyp vergeben werden:

Anreise und Parken

Hinweis: Dieser Filter ist auf das Parent-Feature "Parkplätze" gemappt. Der Filter erscheint also nur bei den Datentypen im Frontend, die das Feature "Parkplätze" nutzen.

Beste Reisezeit

Hinweis: Dieser Filter greift auf die redaktionelle Pflege der Monatseignung in den Tourdaten (one.data) zurück. Dort wird für jeden Monat hinterlegt, wie gut er sich für die jeweilige Tour eignet – z. B. "(3) geeignet", "(2) witterungsbedingt", "(1) ungeeignet" oder "(0) - nicht definiert -". Nur auf Basis dieser Pflege kann der Filter im Frontend sinnvoll Ergebnisse ausspielen.

Im TYPO3-Backend wird der Filter unter "Art des Filters" als "Beste Reisezeit" angelegt. Wie bei den anderen individuellen Filtern lassen sich dabei Titel/Label und Layout ("Primary"/"Secondary") frei konfigurieren – das Filterlabel im Frontend kann also redaktionell frei benannt werden.

Im Frontend erhalten Nutzer:innen eine Auswahl aller zwölf Monate (Januar bis Dezember) und können einen oder mehrere Monate anhaken, um nur die Touren angezeigt zu bekommen, die für den gewählten Zeitraum als geeignet gepflegt wurden.

URL-Verhalten:

Bei Auswahl eines oder mehrerer Monate wird die Seiten-URL entsprechend ergänzt, z. B. um /season:(6 OR 7 OR 9) bei Auswahl der Monate Juni, Juli und September.

Unterschied zu anderen Filtern:

Im Gegensatz zum Filter "Relativer Suchzeitraum" oder dem bisherigen Filter "Zeitraum", die sich auf den Buchungs-/Aufenthaltszeitraum eines Nutzers beziehen (heute, morgen, Wochenende, konkrete Datumsspanne), bezieht sich "Beste Reisezeit" auf eine redaktionell gepflegte Eigenschaft der Tour selbst – nämlich in welchen Kalendermonaten sie inhaltlich/witterungsbedingt am besten geeignet ist. Es handelt sich also nicht um einen dynamischen oder relativen Datumsfilter, sondern um einen inhaltlichen Eigenschaftsfilter auf Monatsbasis, ähnlich dem Prinzip von "Ausgewählte Merkmale", nur eben speziell für die Monatseignung von Touren.

Oberkategorie

Hinweis: Dieser Filter ist auf den Kategorie-Baum gemappt und gibt immer die Oberkategorien aus. 

Nach übergeordneter Kategorie

Hinweis: Dieser Filter ist auf den Kategorie-Baum gemappt. Diese Filter gibt es für Betriebsarten, Küchenarten und Kategorien - je nach dem, welche Bereiche bei den Datentypen vorhanden sind.

Je nach Datentyp kann ein Filter für die Kategorien auf verschiedenen Ebenen angelegt werden. Im unten stehenden Screenshot wird dies am Beispiel der Gastgeber gezeigt.

Filter für:

1. Betriebsart, dieser gibt dann die Inhalte des roten Bereichs aus
2. Tagungskategorien, dieser gibt dann die Inhalte des blauen Bereichs aus
3. Event-Location, dieser gibt dann die Inhalte des grünen Bereichs aus
   

Frei wählbare Kategorie

Hinweis: Hinweis: Anders als die bisherigen Filter, die jeweils fest auf bestimmte Parent-Features oder den Kategorie-Baum gemappt sind, ermöglicht dieser Filtertyp die freie, individuelle Zusammenstellung von Kategorien im TYPO3-Backend. Er ist für alle Datentypen verfügbar und kann somit z. B. auch bei Datentypen genutzt werden, für die es bislang keinen passenden vordefinierten Filter gab.

Im Backend könnt Ihr dabei Folgendes festlegen:

1. Art des Filters: Auswahl "Frei wählbare Kategorien"
2. Layout: Bestimmt die Darstellungsgröße/-priorität des Filters im Frontend ("Primary" wird prominenter dargestellt als "Secondary")
3. Titel: Freier Name des Filters, wie er im Frontend angezeigt wird (z. B. "Essensrichtung")
4. Nur bei diesen Datentypen anzeigen: Hier bestimmt Ihr, bei welchen Datentypen (z. B. Gastro, Blog, Story, Webcam, Tour) der Filter überhaupt ausgespielt wird
5. Ausgewählte Kategorien: Hier wählt Ihr frei aus allen verfügbaren Kategorien diejenigen aus, die im Filter zur Auswahl stehen sollen (z. B. "Gastro - asiatisch", "Gastro - böhmisch", "Gastro - französisch" usw.)

Beispiel:

Ihr möchtet einen Filter "Essensrichtung", der ausschließlich bei Gastro-Einträgen erscheint und dem Nutzer die Auswahl zwischen verschiedenen Küchenstilen (asiatisch, böhmisch, französisch, griechisch, indisch, …) ermöglicht. Dazu legt Ihr den Filtertyp "Frei wählbare Kategorien" an, vergebt den Titel, schränkt die Anzeige auf den Datentyp "Gastro" ein und wählt anschließend die gewünschten Kategorien aus der Liste der verfügbaren Objekte aus.

Unterschied zu den bisherigen Kategorie-Filtern (z. B. "Nach übergeordneter Kategorie" oder "Ausstattung"):

Während die bisherigen Filter automatisch anhand fest hinterlegter Parent-Features oder des Kategorie-Baums erscheinen und inhaltlich vorgegeben sind, gebt Ihr bei "Frei wählbare Kategorien" selbst vor, welche Kategorien – unabhängig von deren Herkunft im Kategoriebaum – gemeinsam in einem Filter gebündelt werden. Dadurch lassen sich flexiblere, thematisch zugeschnittene Filter erstellen, die nicht an eine vorgegebene Struktur gebunden sind.

Ausgewählte Merkmale

Hinweis: Dieser Filter ist auf Merkmale gemappt. Er bietet die Möglichkeit im TYPO3 zu bestimmen, welche Merkmale unterhalb Eures Filters ausgegeben werden sollen.

Beispiel - Gastronomie:

Ihr möchtet einen Filter für Ausstattung, der nur die Merkmale zeigt, die für Kinder relevant sind. So könnt Ihr im TYPO3 Backend das übergeordnete Merkmal wählen und im zweiten Schritt bestimmen, welche Unter-Merkmale im Filter erscheinen sollen:

    

Backend: Pflege des Filters

Frontend: Filterdarstellung

Nach übergeordnetem Merkmal

Hinweis: Dieser Filter ist auf Merkmale gemappt und ermöglicht es im TYPO3-Backend, gezielt festzulegen, welche Merkmale unterhalb eines übergeordneten Merkmals im Filter ausgegeben werden sollen.

Bei der Konfiguration wählt Ihr zunächst aus einer Liste aller im Projekt verfügbaren übergeordneten Merkmale ("Parent-Merkmale") dasjenige aus, auf das sich der Filter beziehen soll. Diese Liste ist nicht auf einen bestimmten Datentyp beschränkt, sondern enthält übergeordnete Merkmale für alle im Projekt vorhandenen Datentypen, z. B.:

Allgemeine Informationen (POI)

Allgemeine Informationen (Event)

Anforderung (Tour)

Art der Bestuhlung (Hotel)

Art der Veranstaltung (Hotel)

Art des Raumes (Hotel)

Ausstattung (Gastro)

Ausstattung (Hotel)

Ausstattung Camping (Hotel)

Barrierefrei (Hotel)

Barrierefrei (Gastro)

Barrierefreiheit (POI)

Barrierefreiheit (Gastro)

u.v.m.

Anschließend werden im Frontend die Merkmale, die unter dem gewählten Merkmal der übergeordneten Ebene liegen, ausgegeben.

Hinweis: Der Tageszeit-Filter kann im Standard nur für die Datentypen Event, Gastro und POI verwendet werden. Auf Nachfrage können wir den Filter auch zusätzlich für Packages und Tours erweitern.

Mit dem Tageszeit-Filter können gezielt Datensätze ausgegeben werden, die am aktuellen Tag oder im nächstmöglichen passenden Zeitbereich stattfinden bzw. geöffnet sind.

Der Filter greift dabei auf die gepflegten "Öffnungszeiten" und "Termine" beim Datensatz zurück. Diese Informationen müssen über die Leistungen "Öffnungszeiten" sowie "Termine/Regeln" gepflegt sein. Hinterlegte Fließtexte werden für den Tageszeit-Filter nicht berücksichtigt.

Beispiel

Es sind folgende Tageszeiten hinterlegt:

• Vormittags: 8–12 Uhr

• Nachmittags: 12–17 Uhr

• Abends: 17–24 Uhr

Ein Webseitenbesucher sucht am 01.01.2026 um 10 Uhr nach einer passenden Veranstaltung am Nachmittag und wählt im Filter „Nachmittags, 12–17 Uhr“ aus.

Die Ergebnisliste zeigt nun alle passenden Veranstaltungen an, die am selben Tag zwischen 12 Uhr und 17 Uhr stattfinden.

Befindet sich der Besucher bereits außerhalb des gewählten Zeitbereichs, zum Beispiel wenn er um 18 Uhr nach einem Event im Zeitraum „Nachmittags, 12–17 Uhr“ sucht, werden nur noch Events aus diesem Zeitbereich am Folgetag ausgegeben.

Anlegen Öffnungszeiten Gastro/POI

Anlegen Termine Events

Anlegen Filter Tageszeit im TYPO3-Backend:

Pflege der Quicksearch Filter im Backend

1. Anlegen der Filterkonfiguration

Im ersten Step definiert man hier, für welchen Datentyp der Filter gelten soll:

Sobald der Datentyp definiert wurde, habt Ihr hier die gleiche Filterauswahl wie bei der GaKa und die Logik der Pflege ist auch genau gleich:

Der Filter "Suchwort" wird immer automatisch ergänzt.

FAQ

1.)
Q: Kann die Reihenfolge der Filter im Nachhinein geändert werden?

A: Ja, diese können mit den Pfeilen nach oben und unten verschoben oder per Drag and Drop an die gewünschte Stelle gesetzt werden.

2.)
Q: Was bedeutet die Zahl (in dem Beispiel die "4", wenn ich eine individuelle Filterkonfiguration anlege?

A: Das ist die uid der Filter-Konfiguration (die ja ein Datensatz in TYPO3 ist). Diese wird automatisch erstellt und kann nicht verändert werden. 

3.)
Q: Wie funktioniert die Relevanz-Sortierung in unserer Suche?

A: Die Suchfunktion bewertet Ergebnisse nach Relevanz, einem Punktwert, der zeigt, wie gut ein Ergebnis zur Suche passt. Die Relevanz wird anhand der folgenden Kriterien ermittelt:

- Häufigkeit des Suchbegriffs:

      Je häufiger ein Suchbegriff im Text eines Angebots vorkommt, desto höher wird dessen Bedeutung eingeschätzt. Zum Beispiel wird ein Hotel, das häufig das Wort "Sauna" in seiner Beschreibung verwendet, als relevanter für die Suche nach "Wellness Wochenende Sauna" eingestuft.

- Spezifität des Begriffs:

      Spezifische Begriffe, die selten in anderen Texten vorkommen, erhöhen die Relevanz deutlich, da sie gezielte Interessen besser abdecken. Zum Beispiel werden Begriffe wie "Infinity-Pool" oder "Weinverkostung" höher gewichtet, weil sie präzise Merkmale eines Angebots darstellen, im Gegensatz zu häufig verwendeten generischen Begriffen wie "Hotel" oder "Strand".

- Highlight-Markierung:

      Angebote, die als Highlights gekennzeichnet sind, erhalten einen zusätzlichen Boost in der Reihenfolge, da sie als besonders empfehlenswert oder herausragend gelten. Dadurch erscheinen sie weiter oben, wenn sie zu deiner Suche passen. 

Was bedeutet das für den Gast auf der Website?

✅ Er findet schneller die passenden Angebote

✅ Wichtige und konkrete Informationen zählen mehr

✅ Highlights, die zu der Suche passen, landen ganz oben

✅ Die Sortierung nach Relevanz ist perfekt für die inspirierende Suche

(z. B. „Sommerurlaub mit Kindern am See“)

Beispiel:

Suche nach „Wellness Wochenende Sauna“:

→ Hotels, die diese Begriffe mehrfach und konkret erwähnen, erscheinen ganz oben.

→ Angebote, bei denen diese Begriffe nur am Rande vorkommen, rutschen nach unten