The website as part of the system landscape
In automotive companies the website is rarely the starting point. There is an ERP, often a PIM, sometimes a DAM and a CRM, and the website is meant to show the right thing from all of it without anyone maintaining data twice.
So we begin with the interfaces rather than with the design. Which data comes from where, how often, and what happens when a source goes down? Only after that can the question of appearance be answered sensibly. Details on the implementation under TYPO3 development.
Several locations, one installation
Suppliers with several plants or subsidiaries regularly face the same question: separate websites or a shared one? TYPO3 makes the second answer attractive, because several page trees with their own domains and languages share one installation.
The gain sits in operation: shared content maintained once, updates applied once, one security arrangement rather than five. What needs settling for that is in the glossary under site configuration.
Between Munich and Nuremberg
Ingolstadt lies halfway between two of our other regions. Meetings therefore combine well with other journeys, without a separate trip being necessary. For you that changes nothing about the quality of a meeting; for the planning it makes a lot easier.
Several plants, one upkeep
The gain from a shared installation shows most clearly in maintenance. To stop the configuration drifting apart in five places, Site Sets have existed since v13: named packages a site includes rather than copies.
Keeping things separate stays sensible when the sites are far apart in substance. We look at both before recommending.
Data flows, people do not
In automotive companies the website is a node in a system landscape: ERP, PIM, often a DAM, sometimes a CRM. Most of what it shows comes from somewhere else.
So we begin with the interfaces. Which data comes from where, how often, in which direction, and what happens when something fails? Those questions decide the success of a project more than any design round. Regular imports run through the scheduler, with monitoring that also fires when a task stops starting altogether.