This guide walks you through the decisions you’ll to make as you plan a multi-site JUNO platform.
...
Your JUNO experience can go beyond a single, static website. Instead, think of your JUNO Single Destination Platform as a home base for your events, users, content, and data. Everything is stored in one content management system. From there, we design and launch multiple sites to create many different user experiences.
You might start your JUNO journey with a single live event before expanding to a multi-site platform. Or you might start with a single 365 site to engage your community year-round, then add more sites that host temporary events or communities.
...
Site type: 365 or Single-use Site-switching links Access type: Public preview, Private, and Content-specificAccess levels URL customization Welcome page design User authentication Site content and configuration
...
365 sites are for year-round content and engagement. Think of your 365 site as the hub for your Single Destination Platform. Your community visits the site whenever they’d they like, whether to find information, earn certifications, or connect with others. You can host gatherings that draw people to the site at scheduled times.
...
Site-switching links let users jump between different sites within your multi-site platform. Links can be in different locations on each site, but we recommend being consistent so that users know what to expect. Add links to:
The More menu. This is the best way to make sure people can consistently find other sites.Primary or sub navigation bars. This makes a site highly visible.
Modules. This is a great way to advertise another site. For example, create a banner ad or pull a piece of content (like a session) from another site.
If you don’t want users to switch sites, you can remove the link. Or just hide it from users without the right access level.
Once someone clicks a link, they are taken to the other site if they have access.Access is what you’ll learn about next!
Access type: Public preview, Private, and
...
Access levels
| Anchor | ||||
|---|---|---|---|---|
|
...
| Widget Connector | ||||||
|---|---|---|---|---|---|---|
|
An example public site. You can preview pages but must log in once you try to open content.
...
An example private site. You only see the welcome page before logging in.
Content-specific restrictions: In addition to the above site-wide access options, you can restrict individual pieces of content with an access level tag. It doesn’t matter if the site is public or private. Even if someone is logged in, they can only open the content if they have the correct access level. For example, within an event site, you might create multiple ticket levels. If a user has access to a site, but not that content, they are alerted and can be prompted to upgradeControl what users see before logging in by making your site either private or public preview. Then control what they see after logging in with access levels on content.
To learn more, see our guide to each of these access types.
For a multi-site platform, public preview and private sites can be combined in creative ways. In the following examples, imagine that you have a platform with two sites: a 365 site and a single-use site called “Event.”
...
| Expand | ||
|---|---|---|
| ||
A user must log in to the 365 site to see anything there. They may be given a direct link to preview the Event site without logging in. But if they try to interact with content on the Event site, they will be prompted to log in. This scenario is most common when the 365 site is a member-only benefit, while ticketed events are advertised to the general public (non-members). In this case, we often hide the site-switching link from non-members.   |
| Expand | ||
|---|---|---|
| ||
A user does not need to log in to preview the 365 site. But if they try to interact with content, they will be prompted to log in. They will also be prompted to log in when they try to switch sites because the Event site is private. This scenario is most common when the 365 site will be open for the general public to join open webinars or view basic content.   |
| Expand | ||
|---|---|---|
| ||
All sites are allow public preview. A user does not need to log in to preview sites. But if they try to interact with content, they will be prompted to log in.   |
URL customization
| Anchor | ||||
|---|---|---|---|---|
|
...
Paths: Each site is identified by a path, which appears after the first /. Every time you create a new site, you will choose a path name. For example, myplatform.junolive.com/365 and myplatform.junolive.com/event are two sites under the same platform.
To create your URL, see Brand options for all specifications.
Welcome page design
| Anchor | ||||
|---|---|---|---|---|
|
| Excerpt | ||
|---|---|---|
| ||
Every site can have a unique welcome page. For example, a special branded event can look different than your 365 site. However, there is a rule for page backgrounds |
...
. You can’t store multiple background videos in your platform’s content management system. This means that any site set to have a background video must use the same video. To create multiple unique backgrounds, use static images instead. |
User authentication
| Anchor | ||||
|---|---|---|---|---|
|
| Excerpt | ||
|---|---|---|
| ||
To ensure a smooth JUNO experience, we strongly recommend choosing one way to authenticate users for the entire platform. Fewer interacting systems mean fewer unexpected complications! We understand that many organizations already have multiple authentication methods in place. For example, maybe your existing association members use SSO, while prospective members are invited to an event via registration. In this case, we recommend consolidating your registration into your SSO, if possible. Then, we will only need to integrate one database with JUNO. Learn more about the process of setting up integrations with JUNO. |
Site content and configuration
| Anchor | ||||
|---|---|---|---|---|
|
...
Check out these articles to start thinking about what will be the same and what will be different on each of your sites:
Configure specific pages and features
Special configuration: Seasonal looks or brand campaigns
...
You can give users a unique view of a site. For example, site admins can have a different view than regular attendees during an event.
Or control what people see before the event starts, while you’re still building the site. For example, give exhibitors a curated experience while they set up their suites. Or make a stripped-down experience for all attendees before the event.
We do this configure these experiences by creating a duplicate version of a site with some configuration changes and a unique URL. Then we give users a direct link to the site. Or, if it’s just a matter of restricting specific pages, we use curtains to keep out users who shouldn’t have access.