Best Practice? Creating a node for the homepage (index) instead of using the parent node.

Question

I am having a debate with the placement of homepage nodes and would like some insight.

Typical AEM convention is to use the parent node as a homepage. Example:

/content/mySite/en

You would simply run en through an HTML rendered and pull up en.html.

We have been talking about placing a node within their to act as the homepage.

/content/mySite/en/index.html

This follows a more traditional model, but isn't used in AEM from what I can tell. Can anyone break down the pros and cons of going with this format? So far we are just thinking it may be easier for content authors, but I feel there will be more configuration on the dispatcher/web server so that www.mySite.com pulls up that content node by default.

Thoughts?

joerghoh · Accepted Answer

Hi,I would start from a URL perspective.http://site.com/en.htmlhttp://site.com/en/page1.htmlhttp://site.com/en/page2.htmlhttp://site.com/de/seite1.htmlorhttp://site.com/en.htmlhttp://site.com/page1.htmlhttp://site.com/page2.htmlhttp://site.de/de.htmlIt depends very much on your specific usecase. If you have a multi-language page, you might want to act the language node as homepage. Or you already use multiple domains (language domains). Basically you can use both approaches.

Lokesh_Shivalingaiah · Answer

You can use either way but question would be on creating an extra node for index.html alone. Also,, we might have to hide this from navigation aswell.

If you are looking more from a URL perspective of having index.html, you can anyways achieve by creating a vanity URL for en.html

Usual practice of creating website in AEM would be content/<website name>/<locale_region>/pages

Sign up

Login with SSO

Login to the community

Login with SSO

Scanning file for viruses.

This file cannot be downloaded