Der Gast, der das Land kennt, aber nicht die Stadt
Visit Pljevlja und Visit Žabljak machen ihre Arbeit: Sie verkaufen jeweils eine Region, bis ins Detail. Doch ein großer Teil der Gäste sucht weder Pljevlja noch Žabljak. Er sucht Montenegro. Er hat sieben Tage, zwei Personen und die Frage: „Wo fange ich an?"
Für diesen Gast ist keine Stadtseite der richtige Einstieg. Gebraucht wurde eine Seite über ihnen, die das ganze Netz überblickt und aus den Touren, die das Netz tatsächlich anbietet, eine Reise zusammensetzt.
So entstand Come to Montenegro, die Flaggschiff-Seite des Netzes. Kein neuer Code und kein neuer Admin. Es ist die dritte Seite auf derselben Plattform, mit einem Unterschied: Während eine Stadtseite nur ihre eigenen Inhalte sieht, sieht das Portal alles.
Routen: eine Reise aus echten Touren
Das Hauptprodukt des Portals sind fertige Routen: drei Tage, fünf Tage, sieben Tage. Das ist kein Werbetext. Jede Route ist eine Abfolge von Tagen, und jeder Tag kann eine Tour tragen, die im Netz tatsächlich buchbar ist, mit Namen des Veranstalters und Preis.
Zwei Entscheidungen waren hier wichtig.
Tage ohne Tour sind ehrlich gekennzeichnet. Die Siebentagesroute führt von der Tara bis zur Bucht von Kotor, doch an der Küste hat das Netz noch keine Partner. Statt ein Angebot zu erfinden, tragen diese Tage eine Empfehlung und den Hinweis, dass wir sie nicht verkaufen. Sobald ein Partner an der Küste ins Netz kommt, bekommt der Tag im Admin eine Tour, ohne Codeänderung.
Der Preis lautet immer „Erlebnisse ab X €". Unterkünfte verkaufen wir nicht, also versprechen wir sie auch nicht. Der Gast weiß genau, was im Preis steckt und was er selbst wählt.
Anfrage, Angebot, Anzahlung
Auf dem Portal gibt es keine Sofortzahlung, und das ist Absicht. Der Ablauf sieht so aus:
- Der Gast schickt eine Anfrage für eine Route oder eine einzelne Tour: Datum, Personenzahl, Anmerkung. Es wird nichts abgebucht.
- Das Team meldet sich, meist am selben Tag, mit einem Plan und einem Gesamtpreis für den ganzen Aufenthalt.
- Der Gast zahlt die Anzahlung per Karte über einen sicheren Link. Der Rest wird vor Ort bezahlt.
- Am Tag der Tour trifft der Gast den lokalen Veranstalter, genau den, dessen Name auf der Seite steht.
Darunter arbeitet dieselbe Buchungs-Engine wie auf den Stadtseiten: Der Veranstalter erhält die Frage „Kannst du das fahren?" aufs Telefon, per E-Mail und in sein Portal, und die Antwort wird nur einmal erfasst, egal wie oft und von wo sie eintrifft. Absagen wegen Wetter oder Veranstalter werden als ein Fall geführt, der alle betroffenen Gäste auf einmal abdeckt, mit einer Frist, bis zu der sie entscheiden, wie es weitergeht.
Destinationen und die Karte des ganzen Landes
Das Portal hat eine Inhaltsebene, die die Stadtseiten nicht haben: Hub-Seiten für Regionen, Gemeinden und Nationalparks. Der Norden ist geöffnet, mit Žabljak, Pljevlja, Plužine, Šavnik, Mojkovac, Kolašin und Bijelo Polje. Küste, Zentrum und Osten stehen als „bald verfügbar" da, und das steht offen auf der Seite, mit dem Hinweis, dass eine Region erst öffnet, wenn die Partner bereit sind.
Hub-Seiten für Gegenden, in denen das Netz noch nicht arbeitet, sind bewusst vom Index ausgeschlossen. Es hat keinen Sinn, dass Google Gäste auf eine Seite schickt, auf der sie nichts buchen können.
Darüber liegt die Karte des ganzen Landes mit Gemeindegrenzen und gruppierten Pins nach Kategorie: Natur, Kultur, Essen, Übernachten, Ethno-Dörfer, Bauernhöfe, Campingplätze. Die Orte auf der Karte sind dieselben Datensätze, die die Stadtseiten bereits führen, nur von oben dargestellt.
Wie ein Code drei Seiten antreibt
Technisch ist Come to Montenegro ein Eintrag in der Seitentabelle mit einer einzigen Markierung: is_flagship. Diese Markierung verändert das Verhalten an mehreren Stellen:
- Inhalte werden je Seite markiert, über eine Viele-zu-viele-Beziehung. Die Stadtseite filtert auf ihre eigenen Inhalte, das Portal nutzt das Ergebnis dieses Filters und sieht die Touren aller Seiten. Dieselbe Tour, derselbe Datensatz, drei Zugänge.
- Destinationen und Routen gehören nur dem Portal. Sie sind nicht an eine Seite gebunden, sondern hinter einer Flaggschiff-Prüfung gesperrt, sodass eine Stadtseite sie nicht versehentlich anzeigen kann.
- Eigenes Thema, eine türkisfarbene Palette auf dunklem Grund, eigenes Logo und eigenes Favicon, alles über CSS-Variablen, ohne zweiten Build.
- Gemeinsames Postfach office@cometomontenegro.com für alle Seiten außer Pljevlja, mit Signatur und Absenderadresse, die zu der Domain passen, von der die Anfrage kam.
Die praktische Folge: Eine neue Gemeinde wird im Admin als Hub angelegt, ein neuer Partner meldet sich über das Partnerportal an, eine neue Tour wird mit einem Tag der Route verknüpft. Dafür braucht es keinen Entwickler.
Maya kennt das Land, die Städte kennen die Details
Die KI-Führerin Maya arbeitet auch auf dem Portal, mit speziellem Wissen auf Landesebene: Flughäfen, Währung, Visa, Saisons, Anreise, was wann sinnvoll ist. Ihre Regel ist einfach: Für tiefe lokale Details schickt sie den Gast auf die Stadtseite, die Buchung behält sie hier.
Dazu gehört die Seite Reise planen mit allem, was der Gast vor der Ankunft braucht: wo Montenegro liegt, zwei Flughäfen und Dubrovnik jenseits der Grenze, Anreise mit Auto, Bus und Bahn, wann man wofür kommt, wie man sich fortbewegt, Geld und Dokumente.
Achtzehn Sprachen
Das Portal läuft in denselben 18 Sprachen wie der Rest des Netzes: Englisch, Montenegrinisch, Deutsch, Russisch, Ungarisch, Französisch, Italienisch, Polnisch, Türkisch, Albanisch, Spanisch, Slowakisch, Slowenisch, Ukrainisch, Niederländisch, Dänisch, Schwedisch und Norwegisch.
Die Hub-Seiten für die Gemeinden werden auf Englisch geschrieben und dann im selben versionierten Verfahren übersetzt wie der übrige Inhalt. Eine Korrektur geht in die Quelle und läuft erneut durch alle Sprachen.
Unter der Haube
Plattform: PHP 8.3, Laravel 13, Filament v4 als Admin für alle Seiten, Spatie Translatable, mcamara Localization, Stripe, Anthropic-API für Maya, Google Maps für die Landeskarte.
Frontend: Blade und Alpine.js, Tailwind CSS v4, Vite. Kein React, kein Vue.
Umfang der gesamten Plattform: 50 Datenmodelle, 192 Migrationen, 41 Transaktions-E-Mails, 151 Testdateien, rund 2.000 Commits. Über 400 davon allein für die Flaggschiff-Ebene: Routen, Hubs, Karte, Thema.
Wie wir solche Systeme angehen, lesen Sie auf den Seiten Webentwicklung und Systemintegrationen. Warum eine Website verkaufen und nicht nur zeigen sollte, erklärt der Beitrag Websites, die Anfragen und Buchungen bringen.
Zur Website
Wenn Sie eine Tourismusorganisation, ein Destinationsnetz oder einen Veranstalter führen und einen Einstieg für das gesamte Angebot brauchen, melden Sie sich. Sehen Sie sich auch die anderen Projekte in unserem Portfolio an.
