X2-Doku - FindHotelRoom.de

X2-Dokumentation FindHotelRoom.de (FU26)

Die X2-Seiten sind Seiten der Dokumentation und Konzepte von FindHotelRoom.de. Die Doku-Seiten sind zwar nach dem Dual-Page-Prinzip strukturiert, jedoch ohne den de-en-Sprach-Wechsel-Gag.

Doku: Kurz-Dokumentation FindHotelRoom.de (FU26)
Mobil: Mobile-Aspekte bei FindHotelRoom.de
Info: Sammlung von Touristik-/Hotel-Websites mit notierten Details
Konzept: Hinweise auf prinzipielle Konzepte FU26 (DB-Schnittstelle udgl.)
Werbung: Online-Werbung, Formate und produktiv verwendte Formate bei FindHotelRoom.de
DSGVO: Hinweise zu den Themen: Impressum, AGB, Datenschutz
Statistik: Hinweise zum eigenen Zugriff-Protokoll, IP-Sperrungen und statistischen Auswertungen

Admin-Bereich:
Der Admin-Bereich ist den X6-Seiten zugeordnet (Admin und Login). Die Admin-Aktionen sind bei FindHotelRoom.de (FU26) auf die Fraud-Abwehr, Alarm-Nachrichten und IP-Sperrungen reduziert + Besucher- und Fraud-Statistiken. Der Admin-Bereich besteht bei FindHotelRoom.de (FU26) aus einer einzigen Seite, auf der alle Aktionen und Auswertungsmöglichkeiten gebündelt sind. Die eigentlichen Admin-Aufgaben sind weiterhin bei FU-Alt angesiedelt.

👉 Zugang zum Admin-Dialog:
Von den öffentlichen Seiten der FindHotelRoom-Website führt kein Link zum Login oder den Admin- und Doku-Seiten. Ein Grund dafür ist: Der zunehmenden Anzahl von Angreifern soll kein neues Übungsangriffsziel dieser Art angeboten werden.
Der Zugang zur Admin-Seite führt über die Login-Seite. Die Login-Seite ist aufrufbar per:

• Login-Seite-Aufruf: FindHotelRoom.de/abc/a/

Die abgesicherte Admin-Seite ist nur zugänglich per Aufruf der Login-Seite (X6-Seite). Dort sind Name und Passwort einzugeben. Bei koorekter Eingabe erfolgt der Admin-Seite-Aufruf (Timeout: 2 Stunden). Wird für einen existierenden Namen während einer Session viermal ein falsches Passwort eingegeben, so folgt daraus für diesen Namen eine Sperre von 15 Minuten Dauer.

Dem Admin-Bereich sind im Admin-Doku-Menu auch die Seiten dieser FindHotelRoom.de (FU26)-Dokumentation (X2-Seiten) zugeordnet. Die Doku-Seiten sind NICHT zugangsgeschützt, sondern im Admin-Doku-Menu per Intern-Zugriff frei zugänglich.

👉 Public - FindHotelRoom.de-Startseite: Home (index.php)

Die FindHotelRoom.de-Startseite ist die einzige, wirklich dynamische Seite von FindHotelRoom.de. Auf der Startseite ist alles fokussiert, was mit der eigentlichen FindHotelRoom.de-Unterkunft-Suche zusammenhängt. Zudem ist die Startseite auch bezüglich der Online-Werbung die Haupt-Werbe-Seite von FindHotelRoom.de. Für die Unter-Seiten ist bisher kein expliziter Werbe-Einsatz geplant. Werbung erscheint dort jedoch in der Mobil-Ansicht bis 1.000 Pixel (per header-Werbung, identisch mit Werbung auf Start-Seite)

👉 Fraud-Abwehr - falls zu scharf eingestellt
Falls bei einer Eingabe Unterkunft-Suche, beispielsweise zu einem Ort, das Sonderbart erscheint mit Hinweis 'gibt es nicht', so landet dieser Vorgang im Fraud-Protokoll und gibt Hinweise darauf, was in Sachen Angriff-Abwehr möglicherweise zu scharf eingestellt ist. Das kann dann nachgebessert werden.

👉 Kritik per Gemini (Plus-Punkte):
Das Portal hat ein sehr klassisches, funktionales 'Verzeichnis-Design'. Es lädt schnell und zeigt die Infos (Telefonnummer, Adresse, Karte) direkt auf einen Blick, ohne dass der Nutzer erst auf eine Unterseite klicken muss – das ist ein extrem starker Pluspunkt gegenüber den großen Buchungsplattformen.

Public - FindHotelRoom.de-Unter-Seiten: Dual-Segmente-Seiten und Single-Segment-Seiten

Die FindHotelRoom.de-Unter-Seiten sind bisher ausschließlich passive Seiten.

Standard-Seiten:
Dual-Segment-Seiten (de<=>en)
mit Infos zu Direkt-Kontakt (Direkt), Wohnen-auf-Zeit (Long Stay), Monteurzimmer (Budget)
Später können weitere Seiten hinzukommen (insgesamt max. 7 Seiten - sonst werden es zu viele Seiten)
Footer-Seiten:
Single-Segment-Seiten
Nur in Deutsch mit Google-Translater. Impressum, AGB, Datenschutz, Kontakt
Zudem Links auf Tourismus-Portale wie: DEHOGA, Touri- und Natur-Verbände

👉 KI-Zukunft bei FindHotelRoom.de (FU26)

Nach der Veröffentlichung und Anbindungen an FU-Alt (Thema China & Co) und ersten statistischen Ausschlägen, werden sinnvolle KI-basierte Funktionalitäten, wie auch immer und wieweit erst einmal ad hoc machbar, integriert werden.

Interessante Aspekte insgesamt und speziell bei alledem sind gewiss erst einmal aus jetziger Sicht:

Intergration easy-FU26-Buchungssystem Buch3000 für Unterkünfte per einfachen Widgets (No-KI-Kontext, jedoch das Top-Ding).
Buchungssystem in gleicher Weise auf den Websites der Hotelliers und deren Freunde zu integrieren.
Per Ort-Komponente gleichfalls bei allen Touristen-Infos (das ist machbar und hat was). Der Marketing-Aufwand ist hoch und würde sich reduzieren, wenn die Sache in der Veranstaltungswelt sich realisieren lässt und die ganze Touri-Sache dort angebunden wird.
KI-basierte Rechtsauskunft speziell für Hotelliers
Es wäre eine neue Teil-Anwendung a la Fun-App mit Public-Bereich und Profi-Bereich mit Zugang per Inklusiv-Jahresgebühr
Gff. Koop mit RA
Es wäre eine spezialisierte KI-Pilot-Anwendung Rechtsauskunft, die sich auf andere Rechtsgebiete übertragen ließe (der Aufbau muss entsprechend gestaltet sein).
KI-basierte Ratschläge für Unterkunft-Suchende und Reisende (mal schauen)
Jedoch niemals: Wie verklage ich Hotelliers.
Weitere Punkte auf Ahoi-Sichtweite werden sich gewiss noch ergeben.

Hinweise zum Schluss:

Fun-App für die mobile Nutzung - siehe Menu-Punkt Mobil
Bilder: Eingesetzte Bilder ausschließlich per Pixabay.com oder KI-generiert.
KI-Check Die Seiten sind KI-geprüft und abgesegnet.

X2-Doku - FindHotelRoom.de (FU26)-Details

In diesem Details-Segment werden erwähnenswerte Details kurz erläutert.

Menu oben

Immer sichtbar. Mit de-en-Flaggen für Sprachwechsel. Nicht-aktive Sprach-Flagge wird transparent dargestellt. Aktive Seite hat Oberstrich.

👉 Start-Seite

Seite zur Suche nach Unterkünften für: Standard-Suche, Wohnen-auf-Zeit (Long Stay), Monteurzimmer (Budget).
Die Sonder-Suche Long-Stay und Budget sind entsprechend zu aktuvieren (kleine Schalt-Buttons rechts vom Suche-Button)

Eingabe in Suchfeld: 3 bis 80 Zeichen, Groß-/Klein-Schreibung ohne Relevanz.
Vollqualifizierte Suche, z.B. Eingabe 'Berlin': Unterkünfte Berlins werden gelistet.
Teilqualifizierte Ort-Suche (mind. 5 Zeichen), z.B. Eingabe 'Freiburg': Städte-Namen, die 'freiburg' enthalten werden gelistet und sind klickbar.
Postleitzahlen können wie folgt eingegeben werden (3 bis 5 Ziffern): 12345, 1234, 123
Clear-Button zum Löschen des Eingabe-Feldes oder auch der Ergebnis-Ausgabe.
.
Schaltfläche Long Stay ON/OFF: ON aktiviert die Long-Stay-Treffer-Listung der UKs mit Filter und Hinweisen auf Apartmenthäuser, FeWos, Hotels mit Apartments udgl.
Schaltfläche Budget ON/OFF: ON aktiviert die Budget-/Monteurzimmer-Treffer-Listung - alle UKs nach Preis-Niveau sortiert (1->5) und Hinweise auf exlizite Monteurzimmer-Angebote

Im Eingabe-Fehlerfall ergeht eine Fehlermeldung und ein zusätzlicher allgemeiner Eingabe-Info-Text wird zusätzlich angezeigt.

Themen Menu: [DE] bis [Topps]: mit teils Thema-Unter-Menu. Es werden in Darstellungsvariationen, entsprechend dem jeweiligen Thema, eine themen-relevante Auswahl an Orten gelistet. Start-Menu-Punkt (Default) ist hier immer [DE] - Städte in Deutschland -. Diese Menu-Punkte bieten spielerisch Ort-Vorschläge und sind zudem für die Suchmaschinen und die KI von Interesse - inbesondere MenuPunkt [DE].

Die Orte in den Ergebnis-Listungen sind klickbar.
Hintergrund-Bilder: Zum Thema passend, 15 Sekunden lang verblassend sichtbar.
Für [DE], [Meer], [Berge] gibt es je drei Bilder für die vier Jahreszeiten (Bild-Wechsel).
Für die [Topps] gibt es je drei Bilder (ohne Jahreszeiten).
Für [NRW] und [Rhein-Main] nur je ein Bild.

[Zum Info-Text]: Informationen über die Such-Möglichkeiten - wie gehabt in Deutsch und Englisch

Werbe-Flächen:

Startseite links und rechts auf der Seite (immer im Blickfeld verbleibend - scrollen erst zum Seiten-Ende hin mit)
Die Unter-Seiten sind und bleiben werbe-frei - außer in Mobil-Ansicht ab 1.000 Pixel oder kleiner.
In der Treffer-Listung wird vorerst keine Werbefläche integriert - da die Werbung dann zu aufdringlich wird.
Später kann noch geschaut werden, ob eventuell doch eine Werbefläche, z.B. an Stelle 7 (bei weniger Treffer am Ende), eingebaut wird.
Denkbar ist später eine spezielle Werbe-Seite zum Thema Reisen (Single-Segment-Seite), falls es Sinn macht.

OpenStreetMap:

- In den Unterkunft-Listungen der Orte hat jede UK eine eigene OSM-Lage-Verlinkung (Nadel)
- Im Orte-und-Themen-Menu ist OSM per [Map]-Link entsprechend Kontext aufrufbar: [DE], [NRW], [Rhein-Main]-Gebiet.

Sprachen de und en:
Jetzt konsequent von Großschreibung auf Kleinschreibung (ISO-Norm) umgestellt: 'de' und 'en'

Footer-Seiten 'AGB' und 'Datenschutz' sind mit Google-Translate (Weltsprachen-Select) ausgestattet.

Treffer-Listungen Unterkünfte:

Mehr als 4.500 Orte in Deutschland mit Unterkunft-Angeboten.
Mehr als 32.000 Häuser (Hotels, etc).
Unterkunft-Arten: Apartmenthäuser (Boardinghouses), Apartments/Ferienwohnungen, Hotels, Pensionen.
Adress-Daten: Haus-Name (mit Verlinkung auf Website), PLZ Ort, Strasse Hausnummer, ggf. Ortsteil (OT:), ggf. Lage im Ort (Zentrum, NW, NO, etc.), Telefonnummer (klickbar mit Direkt-Anwahl).
Extra: Farblich markierte Hinweise auf Boardinghouse, Hotel mit: Apartment, FeWo und dergleichen.
Begrenzung maximale Anzahl gelisteter Treffer: zurzeit in der Haupt-Anwendung (ha1) kein Limit (Maximum: Berlin hat mehr als 300 Treffer)
In den Listungen sind die Adress-Daten der Unterkünfte mit zusätzlichen HTML5-Tags und Microdata ausgestattet.

Semantische HTML5-Tags und Microdata
In den UK-Listungen zu den Orten werden bei der Hauptanwendung (Startseite, FindHotelRoom.de -ah1) die Adresse-Daten jeder Unterkunft in semantische article-Tags gekleidet.
Das bringt Vorteile mit sich für SEO und später auch hinsichtlich der KI.
Die eindeutig verweisende Zuordnung von beispielsweise:
Name ist Hotel-Name, PLZ ist Hotel-PLZ, Telefonnummer ist die des Hotels -
hat Vorteile, die wirksam sein können. Insbesondere bei der KI kann es als ein Element eines Türöffners werden. Mal schauen.

aria-label-Attribut und Barrierefreiheit
z.B. für Lupe-Such-Button und X-Clear-Button.
Das aria-label-Attribut ist ein Teil der W3C-Standards für Barrierefreiheit (WAI-ARIA). Es wird im HTML-Code verwendet, um Elementen eine textuelle Beschreibung zu geben, die für Screenreader und andere assistive Technologien sichtbar ist, aber nicht visuell auf dem Bildschirm erscheint.

Desweiteren sind Tags, insbesondere bei der Fun-App, mit title-Attributen ausgestattet, die Auskunft über Kontext und/oder Inhalte geben.