Expand my Community achievements bar.

SOLVED

AEM Sites: Multiple Brands - each website with its own unique designs

Avatar

Level 1

I need suggestions on building a codebase that serves atleast 50 plus different brand websites owned by a single brand website. Each website has its own styles and themes, but we would like to use a centralized codebase similar to AEM Core components that can serve to all businesses. Now the question is how do we maintain all the site specific clientlibraries, configuration, editable templates etc for each different brand website. Any suggestions are welcome.

 

1 Accepted Solution

Avatar

Correct answer by
Community Advisor

I would suggest the following-

1. Create page component with common clientlibs

2. Create a template type using page component & template editor.

3.create templates for your brands and content author the clientlib specific to that brand through page design (check template editor page design)

4. In this way  You dont have to create specific page component to brands rather using template editor feature and style system you can just change the themes.

 

Let me know if you need more details on this .

View solution in original post

3 Replies

Avatar

Correct answer by
Community Advisor

I would suggest the following-

1. Create page component with common clientlibs

2. Create a template type using page component & template editor.

3.create templates for your brands and content author the clientlib specific to that brand through page design (check template editor page design)

4. In this way  You dont have to create specific page component to brands rather using template editor feature and style system you can just change the themes.

 

Let me know if you need more details on this .

Avatar

Level 1
Thanks for your suggestion, I will consider this approach for the next set of websites.

Avatar

Level 10

HI @brijeshc2380024 ,

As @Ankur_Khare said, templates policies and page designs are the best way to manage different looks-and-feels across several brands... so long as the actual component behaviors required used across each of the 50 sites are the same (or similar enough that they can be grouped into one component and tweaked using policies).

However, if you need different component behaviors, then you will need different code bases, but that doesn't mean that you need to throw re-usability out of the window!

Take my current project for example: 4 sites with similar branding but different functions. A public website, 2 private websites and a fund-management solution. After analysis we found that despite some crucial differences in components and other elements of each solution (link management, workflows, etc), a good 80% of the code was actually shared (did you know that humans and chimps share approx. 98% of their DNA?). We extracted that code into a 5th project we called the "Base" ("common" or "core" where runners-up ) and did the majority of the implementation there, creating a project similar to AEM Core Components but for our company.

In the end we get something like this: 

projects.png