February 2, 2018
When large organizations build or rebuilt their sites, they may face a dilemma if they have divisions requiring their own web presence. It may be tempting to use Drupal’s multisite option for this, but the pros and cons need to be carefully weighed. There is a similar calculus when it comes to WordPress and its Network option, but this blog post is aimed at Drupal. Within Drupal the choice is usually between usinfg Drupal core’s multisite approach or the Domain Access module. The following applies roughly to both:
Drupal multi-site setups (and the same would go for WordPress) are great for improving the efficiency of maintenance and code updates so long as the different domains in that setup do not deviate from the common code, i.e. they have no custom features. But when stakeholders decide their site needs its own domain, that almost always means they will also want some features that are not present in the main site… and then there’s no longer any point in using a multisite approach. Multisite installations really only work in situations where you know with relative certainty that all those subsites (with their own domains or sub-domains) will use exactly the same set of modules under the hood.