Hier z.B. Doku über die Einstellung von Reisen und Definition von Preisen
Reise-Extras wie Einzelzimmerzuschläge, Ausflüge, Mahlzeiten etc. werden über das separate Feld Trip Extras angelegt:

Dort werden alle optionalen Extraleistungen angelegt. Bei der Neuanlage der Reise werden dann die entsprechenden Preise und Leistungen aus dem Dropdown Menü ausgewählt und der Reise hinzugefügt.
-
Einmalig global anlegen: Erstellt unter WP Travel > Trip Extras genau ein Extra mit dem Namen “Einzelzimmerzuschlag”. Legt dort den Preis fest, der am häufigsten vorkommt (z. B. einen Standardwert).
-
In den Reisen zuweisen: In jeder eurer 150 Reisen wählt ihr unter Prices & Dates > Prices bei dem jeweiligen Preispaket einfach diesen einen “Einzelzimmerzuschlag” aus dem Dropdown-Menü aus.
Was ist, wenn der Zuschlag bei verschiedenen Reisen unterschiedlich hoch ist?
Hier gibt es zwei Wege in der Pro-Version, um nicht den Überblick zu verlieren:
-
Option A (Individuelle Preise pro Reise): Wenn Reise A einen Zuschlag von 200 € hat und Reise B einen von 350 €, könnt ihr beim Zuweisen des Extras innerhalb der Reise-Einstellungen den globalen Preis überschreiben. WP Travel erlaubt es in den Trip-Einstellungen oft, den Standardpreis des Extras für diese spezifische Reise anzupassen.
-
Option B (Preis-Kategorien): Falls ihr z.B. nur drei Preisstufen habt (z.B. “EZ-Zuschlag Europa”, “EZ-Zuschlag Fernreise”, “EZ-Zuschlag Luxus”), legt ihr nur diese drei globalen Extras an und weist sie den entsprechenden Reisen zu.
Ein wichtiger Tipp für 150 Reisen:
Um bei dieser Menge an Reisen nicht alles manuell machen zu müssen, empfehle ich zwei Funktionen:
-
Settings Override: Ihr könnt in den globalen Einstellungen von WP Travel festlegen, welche Extras standardmäßig für alle neuen Reisen aktiv sein sollen.
-
Duplicate Trip: Wenn ihr eine Reise mit allen Einstellungen (inkl. EZ-Zuschlag, Ausflügen, Einstellungen) fertig konfiguriert habt, nutzt die “Duplicate”-Funktion. So müsst ihr nur noch die Texte und Termine ändern, aber die Logik der Zusatzleistungen bleibt erhalten.
-
So überschreibt ihr den Preis für eine einzelne Reise:
-
Globales Extra vorbereiten: Stellt sicher, dass das Extra “Einzelzimmerzuschlag” unter WP Travel > Trip Extras existiert.
-
Reise öffnen: Geht zu der spezifischen Reise, bei der der Preis vom Standard abweicht.
-
Einstellungen aufrufen: Geht zum Reiter Prices & Dates und dann auf den Unter-Reiter Prices.
-
Extra zuweisen: Wählt im Feld Trip Extras euren “Einzelzimmerzuschlag” aus.
-
Preis anpassen: Sobald das Extra ausgewählt ist, erscheint in der Pro-Version oft direkt daneben oder darunter ein Eingabefeld für den Preis. Hier könnt ihr den für diese Reise spezifischen Betrag eingeben. Dieser Wert gilt dann nur für diese eine Reise, während das globale Extra in der Datenbank unverändert bleibt.
Ein wichtiger Hinweis zu den Ausflügen:
Wenn ihr Ausflüge habt, die nur für eine ganz bestimmte Reise gelten (z. B. “Stadtführung in Rom” nur für die Italien-Reise), solltet ihr diese so benennen, dass ihr sie im Dropdown-Menü der 150 Reisen schnell wiederfindet.
Mein Rat für die Struktur: Nutzt beim Anlegen der Extras ein Präfix, falls es viele verschiedene Ausflüge gibt:
-
EZ – Standard (Global für viele Reisen)
-
AUS – Rom Stadtführung (Spezifisch für Italien)
-
AUS – Kochkurs Paris (Spezifisch für Frankreich)
Was ist mit unterschiedlichen Terminen?
Falls der Einzelzimmerzuschlag innerhalb derselben Reise je nach Datum variiert (z. B. Hochsaison vs. Nebensaison): In diesem Fall müsst ihr in der Reise zwei verschiedene Preispakete (Packages) anlegen (z. B. “Termine Mai – August” und “Termine September – Dezember”). Jedem Paket könnt ihr dann das Extra mit einem jeweils anderen Preis zuweisen.
-
Reise anlegen:
Block hinzufügen – klassisch = Text. Unter der Überschrift ist quasi unsere alte “Kurzbeschreibung”, also das, was in der Reiseübersicht angezeigt wird.
Um die Reise einer Kategorie zuzuordnen: Rechte Spalte von Block auf Reise schalten.
Dokumentation: WP Travel – Preisgestaltung & Zusatzleistungen
Zusammenfassung der Empfehlung
Für optionale Leistungen, die je nach Reise variieren und eigene Preise haben, sollten Trip Extras anstelle von Price Categories (Preiskategorien) verwendet werden.
1. Trip Extras (Empfohlen für Zusatzleistungen)
- Zweck: Speziell entwickelt für optionale Services wie Transfers, Aktivitäten, Verpflegung oder Upgrades.
- Funktionsweise: Kunden können diese während des Buchungsprozesses aktiv auswählen.
- Konfiguration: Diese können für jede Reise individuell mit eigenen Preisen eingerichtet werden.
- Anzeige: Es gibt keine feste Beschränkung (wie z. B. nur 5 Optionen). Alle konfigurierten Extras werden dem Kunden bei der Buchung angezeigt.
2. Price Categories (Nicht empfohlen für Zusatzleistungen)
- Zweck: Diese sind primär für die Grundpreisstruktur gedacht.
- Beispiele: Preise für Erwachsene, Kinder oder Gruppenpreise.
- Einschränkung: Sie sind nicht ideal für die Verwaltung von optionalen Zusatzangeboten.
3. Angekündigtes Update
Es wird in Kürze eine verbesserte Version veröffentlicht. Diese ermöglicht es, ein einzelnes “Trip Extra” gleichzeitig mehreren oder ausgewählten Reisen zuzuweisen, direkt während der Erstellung im Backend. Das Team wird informieren, sobald dieses Update verfügbar ist.
Hinweis für dich: Falls bei dir aktuell trotzdem nur eine begrenzte Anzahl an Optionen sichtbar sein sollte, deutet Narayan an, dass dies kein Standardverhalten ist und man sich das genauer ansehen müsste.
Einstellungen Overlay Startseite: Claude hat die Antwort abgeschlossen
Dachte 24 s nach
Dachte 24 s nach
Ah, jetzt verstehe ich das Problem – das Hover-Verhalten in den Entwickler-Tools ist wirklich fummelig, das soll dich nicht aufhalten. Gute Nachricht: Wir haben eigentlich schon genug Informationen! Wir müssen die genaue Zeile gar nicht mehr finden – wir können die Abdunkelung einfach direkt per eigenem CSS überschreiben.
Aus deinen Screenshots weiß ich bereits, dass die Abdunkelung über diese CSS-Klasse läuft:
.grid-box ul li figure .overlay
Das reicht uns völlig aus. Wir fügen jetzt per WPCode eine eigene CSS-Regel hinzu, die diese Abdunkelung gezielt “übersteuert” (überschreibt) – unabhängig davon, wo genau sie im Theme-Code versteckt ist.
So gehst du vor:
1. WPCode öffnen
Gehe zu WPCode → Code Snippets (wie vorhin) → oben auf “+ Neu hinzufügen” klicken (bzw. “Snippet hinzufügen”)
2. “Eigenes Snippet erstellen” wählen
Dort gibt es meist die Option “Eigenen Code hinzufügen” oder ein leeres Snippet – das auswählen
3. Code-Typ auf CSS stellen
Falls du gefragt wirst, welcher Code-Typ es ist: CSS auswählen
4. Diesen Code einfügen:
css
.grid-box ul li figure .overlay {
background: transparent !important;
}
5. Titel vergeben
Oben einen Namen eintragen, z. B. “Overlay entfernen”
6. Standort einstellen
Bei “Einfügemethode” bzw. “Standort” “Website-weit im Header” wählen (so wie bei den anderen aktiven Snippets)
7. Aktivieren
Den Schalter oben rechts auf aktiv/blau stellen
8. Speichern
Auf “Speichern” oder “Aktualisieren” klicken
9. Ergebnis prüfen
Wechsle in den Website-Tab und lade die Seite neu (F5). Die Abdunkelung sollte jetzt weg sein.
Falls es nicht klappt (z. B. weil noch eine zweite, wichtigere Regel dazwischenfunkt), schick mir einfach einen Screenshot der Startseite danach – dann verstärken wir die Regel oder suchen gezielt weiter.
hat nicht geklappt
Investigated CSS overlay persistence and troubleshooting possibilities
Investigated CSS overlay persistence and troubleshooting possibilities
Kein Problem, das kommt öfter vor – meist liegt es an einer Kleinigkeit bei den Snippet-Einstellungen. Bevor wir weiterraten, lass uns kurz prüfen, ob das Snippet überhaupt richtig gespeichert und aktiv ist.
Kannst du mir einen Screenshot schicken von:
- Der Snippet-Übersicht (WPCode → Code Snippets), damit ich sehe, ob “Overlay Reiseziele entfernen” in der Liste auftaucht und der Schalter auf aktiv (blau) steht
- Und falls möglich, auch einmal direkt in das Snippet hineingeklickt (also den Bearbeiten-Screen), damit ich sehen kann:
- ob der Code-Typ korrekt auf “CSS” steht
- ob der Standort/Einfügemethode auf “Website-weit im Header” (oder ähnlich) steht
- ob der Code korrekt drin steht
Das hilft mir zu sehen, ob das Snippet überhaupt geladen wird – dann wissen wir, ob wir an der Einstellung oder am CSS-Code selbst weiterarbeiten müssen.
Dachte 14 s nach
Dachte 14 s nach
Danke, das sieht schon mal gut aus: Der Code-Typ ist korrekt auf CSS-Snippet gestellt, der Code selbst ist korrekt, und der Schalter oben zeigt “Aktiv” (blau) – also läuft das Snippet grundsätzlich.
Zwei Dinge fallen mir auf:
1. Kleine Auffälligkeit im Code
In Zeile 4 steht eine seltsame “5.” nach der schließenden geschweiften Klammer. Das ist wahrscheinlich nur ein Anzeige-Fehler des Editors und nicht wirklich im Code – aber sicherheitshalber: Kannst du mit der Maus in das Textfeld klicken und schauen, ob dort wirklich nur } steht oder ob zusätzlich eine “5.” als Text drin ist? Falls ja, bitte löschen.
2. Der wichtigste Punkt: die Einfügemethode
Auf deinem Screenshot sehe ich (noch) nicht den Bereich, wo eingestellt wird, wo der Code eingefügt wird (bei den anderen Snippets hieß das z. B. “Website-weit im Header”). Dieser Bereich befindet sich meistens weiter unten auf derselben Seite.
Kannst du bitte:
- Auf der aktuellen Seite (Snippet bearbeiten) nach unten scrollen
- Einen Screenshot von dem Bereich machen, wo “Einfügemethode” oder “Standort” steht
Und zusätzlich, ganz wichtig:
- Wechsle in den Website-Tab und lade die Seite mit Strg + F5 (statt nur F5) neu – das erzwingt, dass der Browser nichts aus dem Zwischenspeicher (Cache) verwendet, sondern wirklich alles neu lädt. Das ist eine sehr häufige Ursache, warum CSS-Änderungen scheinbar “nicht wirken”.
Schick mir danach gern nochmal einen Screenshot der Startseite.
Ich habe die 5 entfernt. Hier nochmal ein Screenshot vom unteren Bereich. Es hat immer noch nicht geklappt
Dachte 25 s nach
Dachte 25 s nach
Ok, kein Problem – lass uns das systematischer testen, bevor wir weiter raten. Wir schauen jetzt live im Browser, welches Element wirklich für die Dunkelheit verantwortlich ist, direkt vor Ort, ohne extra zu speichern.
So geht’s – bitte Schritt für Schritt:
1. Zurück zum Website-Tab
Wechsle zu dem Browser-Tab mit “Willkommen bei Go-East Reisen”
2. Element untersuchen (wie vorhin)
Rechtsklick auf die dunkle Fläche über einem der Bilder → “Untersuchen”
3. Ganz oben im Styles-Bereich
Direkt über der Liste mit den CSS-Regeln solltest du eine Zeile sehen, die so aussieht:
element.style {
}
Das ist ein leeres Eingabefeld. Klicke genau zwischen die beiden geschweiften Klammern { }.
4. Testcode eintippen
Tippe dort direkt (ohne zu speichern, das ist nur ein Live-Test):
background: red !important;
und drücke Enter.
5. Schauen, was passiert
- Wird die Fläche jetzt rot? → Dann wissen wir: Wir haben das richtige Element gefunden, nur unsere gespeicherte CSS-Regel war nicht “stark” genug (falsche Priorität).
- Bleibt die Fläche weiterhin dunkel/unverändert? → Dann sitzt die Abdunkelung nicht in diesem
div.overlay, sondern irgendwo anders (z. B. im Bild selbst oder in einem Element davor).
Schick mir einfach einen Screenshot davon, wie es nach diesem Test aussieht – das sagt uns genau, wo wir weitersuchen müssen, ohne dass wir weiter raten müssen.
Ah, dann kein Wunder, dass sich nichts geändert hat! Kein Problem.
Bitte aktiviere das Snippet wieder:
- Gehe zu WPCode → Code Snippets
- Suche “Overlay Reiseziele entfernen”
- Schalter wieder auf aktiv/blau stellen
Dann können wir den Test von eben (Seitenquelltext nach background: transparent durchsuchen) sauber durchführen. Sag Bescheid, wenn’s wieder an ist.
er findet es nicht
Diagnosed CSS insertion location issue, recommended reverting to header
Diagnosed CSS insertion location issue, recommended reverting to header
Kein Problem – das erklärt es. Offenbar unterstützt “Website-weit im Footer” bei CSS-Snippets in der kostenlosen WPCode-Version nicht richtig, oder es wird aus einem anderen Grund nicht eingefügt.
Bitte stelle den Standort wieder zurück auf “Website-weit im Header” (das hatte ja nachweislich funktioniert – wir hatten den Code im Quelltext gefunden) und speichere erneut.
Dann gehen wir es nochmal gezielter an – diesmal schauen wir uns direkt im “Computed”-Tab an, welche Regel tatsächlich gewinnt, statt weiter zu raten:
- Website-Tab öffnen, Rechtsklick auf die dunkle Fläche → “Untersuchen”
- Sicherstellen, dass
div.overlayim Element-Baum ausgewählt ist - Im Styles-Bereich (nicht “Computed”, sondern “Styles”) ganz nach oben scrollen
- Dort siehst du jetzt mehrere Regeln übereinander – die, die “gewinnt” (also tatsächlich angewendet wird), erkennst du daran, dass keine ihrer Zeilen durchgestrichen ist. Verlierende Regeln werden von Chrome/Edge automatisch durchgestrichen dargestellt.
Schick mir davon einen Screenshot (am besten die obersten 3–4 Regeln, die dort für .overlay aufgelistet sind) – dann sehe ich auf einen Blick, welche Regel sich durchsetzt und ob unsere überhaupt in der Liste auftaucht.
