Microsites
A microsite is an HTML website that is uploaded to Experience League directly instead of through the standard authoring pipeline. Microsites are useful for displaying HTML sample files or providing tools or services not available through markdown authoring.
Examples:
Create a microsite
Before you create a microsite, talk to Bob. We’re currently moving microsites off the old system on git.corp.adobe.com and onto the new GitHub Enterprise Cloud.
-
Create an AdobeDocs git repo that begins with
microsite-
(no.en
suffix).For microsites, the repo name is NOT used in the URL.
-
Add the HTML files and supporting CSS/JS reference files to the repo.
-
Log a JIRA ticket (project = UGP; component = Authoring) with a title such as “Add microsite for
<x>
,” and assign it to Bob Bringhurst.Bob will work with you to determine the microsite URL. See image below for examples.
-
(Admin task) Specify settings in the Microsites YAML file.
Current top-level keys used in the URL include
tools
,landing
, anddeveloper
. If new top-level keys are required, clone this ticket. -
Test the microsite after it gets pushed.
Any microsite edits are picked up once a day (midnight PT). Contact Bob if you want to push changes more quickly than that.
Unfortunately, there is no distinction between stage and production microsites at this time. Microsites are rendered to production and stage simultaneously.
Add SEO metadata to your microsite content
If you want to add description
or other metadata to your microsites, use a format similar to the following sample.
<!doctype html>
<html>
<head>
<title>Adobe Target Sample Size Calculator</title>
<meta name="description" content="The Adobe Target Sample Size Calculator helps you determine the sample size needed for a successful A/B test.">
Note that metadata such as solution
, role
, level
, and feature
is not used in Experience League at this time.
Add Analytics tags to your microsite content
Not yet available. HTML is simple pass-through, with no out-of-the-box connection to EXL. Writers need to add their own analytics tagging.
If you want to create a site that uses the EXL header/footer, contact a member of the SSE team.
(Microsite developer) Work with microsites
-
Create a JIRA ticket (project = UGP) assigned to Jacob Hammons. Explain the proposed purpose of your microsite.
Once Jacob consults with stakeholders and approves the microsite, he will assign the JIRA ticket to a member of the engineering team.
-
Contact Bob Bringhurst or Joseph Ross for setup details such as Git repo location and stage URL.
-
Create a
develop
branch, and add your code. -
Test the code on stage (
https://experienceleague.stage.adobe.com/<your_microsite_url>
). -
When you’re ready to go live, create a PR and merge the develop branch into main.
(Admin config) Create microsites using the new Edge Platform method (alpha)
This is a one-time step required to configure a microsite.
Create the project in Adobe IO
-
Sign in using your to developer.adobe.com Console. Select the Adobe Marketing Cloud project.
-
On developer.adobe.com Console > Adobe Marketing Cloud, click Create new Project and select Project from template. Click the App Builder template.
-
Click App Builder.
-
Specify a Project name that starts with “Microsite”. Specify an App Name that starts with “Microsite” and doesn’t include spaces or special characters, such as
MicrositeTargetCalc
. It should only have a Production and Staging workspace. -
Click Save.
-
Download the JSON files for both Production and Stage.
After creation you’ll be taken to a page for the new project. Click into the Production environment. Click the Download all button. Repeat for Stage environment.
These JSON files contain the values needed to populate the secrets in a microsite repo and to specify the app name when creating the microsites page in AEM.
Create the source microsite repo
- Create a new repo in AdobeEXLMicrosites.
-
Copy files from the template microsite.
Copy all files, including hidden files, EXCEPT for the
.git
folder. Don’t copy the.git
folder, or you’ll override the git properties. TIP: PressCmd+Shift+.
to show/hide hidden files. -
If there’s existing code for the microsite, copy the files to the
src
folder. -
Go to Settings > Environments, and add the secrets from the JSON files you downloaded: two for prod, and two for stage.
- AIO_RUNTIME_AUTH will be the long string after
auth:
(don’t include quotes) - AIO_RUNTIME_NAMESPACE will be be the string after
name:
(don’t include quotes)
note tip TIP Opening the JSON files in Firefox makes it easier to read. Otherwise, in VSC or Text Edit, you need to search or scroll in a single line. You’ll also need the
app_url:
value for the next procedure. - AIO_RUNTIME_AUTH will be the long string after
Create the microsite pages in AEM
-
In Chrome, create the microsite page in AEM for all three environments. (Safari didn’t work for me.)
Dev:
https://author-p122525-e1200861.adobeaemcloud.com/ui#/aem/sites.html/content/exlm/global/en/toolsStage:
https://author-p122525-e1219192.adobeaemcloud.com/ui#/aem/sites.html/content/exlm/global/en/toolsProd:
https://author-p122525-e1219150.adobeaemcloud.com/ui#/aem/sites.html/content/exlm/global/en/tools -
Click Create > Page and specify the title (omit “Microsite” from the title).
The title (title ID) will determine the microsite URL (
https://experienceleague.adobe.com/en/tools/title-id
). -
Edit the page to add an iframe App block to the page with the URL from the JSON file you downloaded.
-
Configure it to point to the file associated with the developer.adobe.com project.
Use the
app_url:
value.Dev and stage will have the same
app_url
value. Production will have a differentapp_url
value.The url will look something like: https://51837-micrositedynmeddemo-stage.adobeio-static.net/index.html. Until the initial version of the microsite is done, it won’t show anything. AEM dev and stage should use the developer.adobe.com stage urls and prod should use prod.
-
Add relevant parties as non-Admins to the AdobeEXLMicrosites org so they can add their code and do their thing. Give them Write access to the repo in Settings > Collaborators and Teams.
Editing the microsite code
When the repo is fully configured, contributors should create a branch called develop
and/or stage
to view test content. When they’re ready to go live, create a PR and merge to main
.
Contributors will get e-mail notifications about any PRs they merge up and will be able to check the status of the deploy actions to know if their PRs were deployed or if there was an issue. If a deploy fails I believe the author gets an e-mail notification. Changes should appear on the deployed env nearly immediately. Deploys normally only take a few seconds.