The Webflow approach allows for a simplistic relational schema. You should be able to build this in 30 fields, and leverage refs, multi-refs, gallery fields and rich text to build out the full page.
The trickier parts are the sub-content sets, for example if you wanted details on each tour stop within the tour, you’d store that in a separate collection, and multi-ref to it.
Essentially you decide piece-by-piece;
Is part of the main Tour collection as fields
Is it in a separate collection, and ref’d to ( e.g. tour guide )
is it in a separate collection, and multiref’d to ( or reverse single-ref’d ), e.g. tour stops
Is it formed by content + JS in some other means, e.g. a rich text element converted into FAQs
You have to weigh the pros and cons of the administrative process v. the resulting page design v. the build/dev work.
There isn’t a “right” answer or even a “usually”, it really depends on what your goals are.
Would I place a collection list on the collection page template and filter it using the reference field to the current tour?
It does seem clunky to have so many collections. I’m struggling to get the concept. In my head, one collection for each template would be so much neater and more accessible to update.
Yes, just as I described above, then you’d see 10 items in your list, for a 10-day itinerary.
Only 2 here, but splitting the tables in a “normalized” data schema is generally the approach you want for a master-detail structure like this.
Take advantage of Webflow’s CMS design to build yourself some great SEO here, I use this a ton. Add photos to your itinerary days, longer descriptions, maybe comments at some point, small video clips, and a big button “book this tour” which takes them back to the master tour booking page.
Yes, we want to expand this in the future to juice up the pages. Video should be on our wish list here; that’s a good call. When you say only 2, the penny dropped. I think I’ve got it now.
I’ll see how I get on. Once this is done, I’ll be in touch. I appreciate the help.