Your tour catalog site

On Pro (and the free trial), the Website page in the dashboard can run a public catalog site for your company: your tours, in your colors, with an inquiry form that lands back in the dashboard. This page walks through claiming an address, getting the site ready, the marketing fields, and working the inquiries.

Claim an address

  1. Open Website in the dashboard.
  2. Choose a site address — 3 to 40 characters, lowercase letters, digits and hyphens, like kestrel-tours. A handful of words Cordelle uses itself (app, help, demo and the like) are reserved, and an address another company holds is taken; the form says so in plain words either way.
  3. Write the welcome text — the short paragraph at the top of your page — and, if you like, a public inquiry email, the address inquiries are sent to. Leave it blank and they go to the account owner.

While your site is on, its address is frozen — links you have handed out must keep working. To rename or release it, switch the site off first; the moment an address is freed, another company can claim it.

Before the site can go on

The switch refuses politely until three things are true, and it tells you which is missing:

Switching off always works — the switch never refuses — and so does editing a live site; like any edit, the public pages catch up within a few minutes. The Website page shows how many tours the catalog would list today.

Where your site lives, for now

Today, every site lives at an unlisted address: cordelle.io/s/your-address. It works the moment you switch on — put it in your email signature, your brochure, your social pages — but it is deliberately kept out of search engines while the feature is young. A named launch, with each site on its own web address, comes when subdomains ship. The Website page has a Copy the address button.

What the site shows

Your site shows only what the whitelist serves. The public pages are built by a server path that names, field by field, the only columns allowed out. Travelers, the guest book, documents, flights, join codes, hotel addresses and Wi-Fi, itinerary times and meeting places — none of it can appear on the site, and our tests fail the build if a stray field ever shows up in a public payload. Visitors get no cookies and no analytics from these pages, either.

The marketing fields

None of these touch the traveler app or the published trip: saving them never marks the departure "edited since publish." The public page is cached for speed, so an edit can take a few minutes to appear.

Inquiries: the inbox and the guest book

The site's form asks a visitor for their name, email, phone, party size and message — and which tour caught their eye. Each inquiry becomes two things: a row in Website › Inquiries, and an email to your public inquiry email (or the account owner), with the visitor's address as the reply-to, so answering is just replying.