Web Ecosystem
Web Ecosystem Derek AllardThe goal of the Web Ecosystem project is to bring the main externally facing sites, which represent our university brand to external audiences, onto a unified technical platform with an assisted development model supported by clear governance.
What is it?
-
The Web Ecosystem is the new cloud-based paradigm for creating and launching up-to-date and on-brand websites at the university.
-
A partnership between the University Marcom Group and Information Technology to provide services and support for the next generation of high-performing websites.
-
An opportunity to align website content to enhance the prospective student experience while raising the visibility of our research institutes, student learning outcomes, alumni success, and faculty achievements.
-
December presentation introducing the project and vendor to campus communicators
How should I prepare?
-
Review the Web content guide prepared by Lullabot.
-
Review your site content and identify anything that's stale, outdated, or redundant.
-
Review any documents, images, and other files used in your site (PDFs, Word, etc.) to ensure that they meet the universities' accessibility requirements or if they could be converted into webpage content instead.
Questions?
University Marcom team members are in contact with campus communicators. Information regarding website content strategy and site preparation from the Ecosystem Project team members will be found through this website.
Ecosystem Project Phases
Ecosystem Project Phases Derek AllardThe site building and launch process includes the following steps.
Site Summaries and Content Inventories
Both Marcom and our partnering vendor Lullabot meet with campus communicators and technical staff to learn about the history, purpose, successes, and challenges of each site.
- A detailed summary has been produced for each site, sharing insights from stakeholders' interviews, website traffic and analytics, and an itemized inventory of website content.
From here, detailed documents and spreadsheets are produced as aids to inform the project team and to influence the roadmap to launch for each site.
Initial Content Meeting
Marcom meets with the site’s campus communicator(s) for an initial content meeting.
- The purpose of this meeting is to provide an overview of the process, to share and discuss website analytics and performance metrics and review any content-related activities tailored to the site for its overall redesign and entry into the Ecosystem’s platform.
This preliminary work is foundational to help us determine how to update, purge, or create site content for the launch of the new site.
Items to review:
- Web Analytics for the site (referred to as a C3 Report)
- SiteImprove Accessibility/Functionality Report
Content Pruning
Following the initial meeting you will be asked to prioritize time to review closely the site’s content.
- Based on the guidelines found within our shared best practices, you will mark for transfer, to add, or remove.
This content pruning process is all-encompassing in that the effort will involve not only written or visually designed content but also digital assets.
Items to review:
- Worksheets for Content Pruning (Keep/Purge/Update)
- Summary Documents on: SEO best practice, imagery/media handling, content editing
Editorial/Content Meetings
As work advances on the web content pruning cycle, periodic meetings are held to review progress.
Content Editor Training/Entry
As this is a new content management system and a new publishing paradigm, each site’s select staff will receive training at a date to be determined in that site’s build schedule.
- The training is conducted by staff from the Ecosystem team and will include entering content for the production website.
Content Accessibility
UMass Amherst websites and documents are required to be accessible or to provide an accessible alternative. Each new site has been created with accessibility at the forefront. It will be important to create accessible content for your site. This includes any uploaded or linked Word, PDF, and other documents.
Site Review
Once the site is completed, a formal review for quality assurance will be conducted prior to the launch. This review is to identify any issues with content or for broken links or mishandled digital assets. This is a collaborative review between the Ecosystem team and the site’s communications team.
Test and Launch
Upon sign-off of content, your site will undergo a final technical review. When the final testing is successfully completed, your site will be scheduled for launch to the Ecosystem.
Design and Structure
Design and Structure Derek AllardWhen selecting a document linked below, please be patient while the graphics load. Several files contain multiple examples of design options.
Designs
- Homepage examples: Standard, Essential, Extended, Informational
- Landing page
- Academic content types: Program Area, Degree Program
- Research Area
- Person
- Department page
Structure
Content Guides and Page Tables
Content Guides and Page Tables Derek AllardHere are the approved content guides and page tables to assist you with writing content for your ecosystem website. Content guides explain reasoning and positioning of content, while page tables provide you with a framework to fill out for your content entry.
General
Homepage Page Table (Includes Content Guide)
Landing Page (Includes Content Guide)
Basic Page Table (Includes Content Guide)
Academics
Academics Content Guide - Contains details on the following page tables:
- Academics Landing Page Table—Uses the Landing Page content type but with slightly different recommendations.
- Program Area Page Table
- Degree Program Page Table
- Department Page Table
Research
Research Landing Page Table (Includes Content Guide)
Supporting Content
Story (Includes Content Guide)
Person Content Guide—Contains details on the Person Page Table
News Content Guide—Contains details on the News Page Table
Event Content Guide—Contains details on the Event Page Table
Location Content Guide—Contains details on the Location Page Table
Making Documents Accessible
Making Documents Accessible Derek AllardElectronic Documents
UMass Amherst websites and documents are required to be accessible or to provide an accessible alternative. UMass Amherst documents or files that are usually created, edited, and viewed with word processors, spreadsheets, presentations/slideshows, and PDFs posted or distributed through the web are required to be accessible. View the links below to learn more about creating accessible electronic documents.
Microsoft Word Documents
Start with the UMass Amherst guide to Microsoft Word accessibility basics.
For some Word documents you may need to consult the Microsoft documentation on making Word documents accessible.
PDF Documents
Important: whenever possible, ensure your source document is accessible before generating a PDF from it. For example, make your original Word document accessible before converting to PDF. Then check the PDF for accessibility.
Start with the UMass Amherst guide to Adobe Acrobat Pro Accessibility Basics.
For some PDF documents you may need to consult the Adobe documentation on making Acrobat PDFs accessible.
LinkedIn Learning (formerly Lynda.com) has a PDF Accessibility training course. LinkedIn Learning is available to members of the UMass Amherst community.
LinkedIn Learning—Advanced Accessible PDFs
Recommendations on Converting Various Graphics to Text:
Flowcharts
https://www.boisestate.edu/webguide/2021/02/11/creating-accessible-flowcharts/
The recommended text equivalent is to use a process outline: a numbered list of steps.
Flowcharts and Concept Maps
Similar recommendation with a helpful example of a concept-map style flowchart.
https://accessibility.psu.edu/images/flowcharts/
Documentation Screen captures
https://accessibility.psu.edu/images/docscreencaptures/
Data & Graphs
https://www.boisestate.edu/webguide/2021/02/05/describing-data-and-graphs/
Infographics:
https://fyi.extension.wisc.edu/edtech/accessible-infographics/
https://guides.lib.uoguelph.ca/c.php?g=709173&p=5052503
Project Updates
Project Updates Derek AllardSummer 2023
Launched:
Spring 2023
Launched:
College of Humanities & Fine Arts
College of Social & Behavioral Sciences
Winter 2022/2023:
Launched:
Elaine Marieb College of Nursing
Microsoft Teams Support for partners with launched sites established.
Fall 2022
Launched:
School of Public Health & Health Sciences
Summer 2022
Working in parallel tracks to meet our timeline. Onboarding ecosystem stakeholders via Introductory meetings, content analysis, technical/process discussions.
Launched:
UMass Amherst Henry M. Thomas III Center at Springfield
Strategy:
Strategy for Forms, Document sharing, and PDF accessibility mitigation developed.
Design:
Majority of Page and component designs are completed and approved.
Presentation of page and component designs
- Homepage/Landing Pages
- Person
- Listing (Academics, News, Events, People)
- Program Area
- Degree Program
- Research (Landing, Area, Project)
- Organization
- News
- Story
- Basic Page
Content Entry
- First batch of development sites deploy for content entry.
- Content Guides and Page Tables developed to support site editors with content types.
- Content pruning recommendations and worksheets are being provided to ecosystem stakeholders. Meetings are being scheduled to work with clients.
- Review of Content Wireframes underway (academic and object types based on Minimum Viable Product)
- All campus communicators and leaders for sites have been notified regarding their position in the Ecosystem timeline; Meetings being scheduled for initial content discussions.
- Acquia Site Factory engagement underway and in collaboration with Ecosystem team members from Information Technology and Marcom.
Spring 2022
Development of MVP
- Project is advancing from discovery (interviews, auditing, feature design) stage to coding and building.
- First group of sites slated for deployment to the Ecosystem have been approved and notified.
- Minimum Viable Product software features and scope being finalized.
Content Strategy
- First group of site stakeholders have met with Marcom to discuss content priorities.
- Content pruning underway following a standardized format of tasks and evaluations.
- Detailed site summaries are being provided by Lullabot to go along with additional internal analytical reports and research.
- Marcom scheduling meetings with each stakeholder group to discuss content priorities.
- Introduce web writing best practices.
- Automate analytics report delivery.
- Audit content with analytics reports
- Develop user journeys and personas to assist in developing content.
Technical Infrastructure and configuration
- Repositories, ticketing, testing
- Deployment automations (Bitbucket Pipelines to Acquia Sitefactory)
- Local development kit (DDEV)
- Caching, monitoring, logging, routing (Researching some options for log aggregation)
- Analytics and KPI's (Planning)
- Class data import from Spire (Development)
- Forms strategy (RFI/Newsletters/Office/Bookings)
- Governance (Planning/Developing)
- Documentation and Training (Planning)
- SSO (Starting to test/implement)
What's next?
- Degree and program content types will be reviewed closely in relation to integrating dynamic data from SPIRE
- Governance documentation will be taking shape based off the findings and recommendations from discovery to the low-fidelity wireframes of to-be landing pages and content types.
- Content strategy engagements underway with site stakeholders and communicators.
- Wireframes for academic content types are being evaluated and tested to match with key features.
Training: Get Started
Training: Get Started Derek AllardStart here:
Web content entry workflow
This document describes a possible workflow process, or order of operations, for entering content on your new site in the UMass Amherst website ecosystem.
Recorded training videos
How to enter content for:
General
- Homepage (Essential)
- Homepage (Standard)
- Homepage (Extended)
- Homepage (Informational)
- Landing Page
- Basic Page
- Basic page enhancements
- Book (useful for things like handbooks, or long-form content with a table of contents.)
- Cards, homepage supplemental
Essential academic content
Research content
Supporting content
Other resources
- UMass-web-content-guide.docx
- UMass Amherst writing for the web.pptx
- Writing for the web video recording
- Customizable filter on the directory
- Person Refactor Enhancement
- User Roles and Permissions
- Ecosystem Enhancement Request Summaries: 9/6/23
- Ecosystem Enhancement Process: Q/A Session Recording—9/12/23
- Ecosystem Enhancement Demo: Search Functionality & Branding Update—9/22/23
- Ecosystem Enhancement Demo: Departmental Taxonomy & Full-width Image Overlay Accessibility—10/06/23
- Ecosystem Enhancement Demo: Add Remove Users—12/01/23
- Ecosystem Enhancement Demo: Reusable content, CTAs on Landing pages—03/01/24
- Ecosystem Enhancement Demo: Hiding profiles from directory, printable A–Z directory—05/03/24
- Ecosystem Enhancement Demo: Timelines, Media Tagging—10/24/24
- Ecosystem Enhancement Demo: New Courses Interface—12/23/24
- Ecosystem Enhancement Demo: Directory Search, Contact Lists—01/10/25
Platform Enhancement
Platform Enhancement Derek AllardEcosystem Platform Enhancements
- Platform Enhancement Requests is a compiled list of requests submitted by the Ecosystem community. (Updated 4-22-2024)
- Platform Enhancement Release notes (Updated 1-15-25)
- Platform Enhancements Polling page (polling closed)
Thank you to the UMass Web Ecosystem community for participating in our fall poll.
The results are in, and the most popular features include:
- Saved content blocks
- Add/Remove users
- Call to action (CTA) button on landing pages
- Display social media links

Guidelines
Guidelines Derek AllardHere you will find guidelines for the following Ecosystem topics:
Main Navigation and Footer
Main Navigation and Footer Derek AllardThe Ecosystem sites are designed to have consistent main navigation and a consistent footer across the platform. Consistency provides — especially to the primary audience of prospective students — unified UMass Amherst messaging through a cohesive brand experience.
It is Marcom’s responsibility to consider and prioritize the needs of each site while maintaining consistency across the platform. For this reason, editing of the main navigation and footer on Ecosystem sites is restricted to Marcom. Any deviation, therefore, must be the result of conversations between site owners and Marcom.
Main navigation menus are designed to create top-level categories of content to guide users into the deeper content they need. Your site may have a maximum of five main menu items to maintain clean, uncluttered design; allow sufficient white space; and create an effective experience on mobile browsers.
These menus should include:
- Academics
- Research
- About
Scrolling over these menus will provide visitors with drop-down mega-menus of primary and supplementary links to landing pages. Marcom suggests having no more than 10 primary and five optional supplementary links.
Footers in Ecosystem include contact information and pathways into content for other audiences beyond the primary audience of prospective students. Depending on the site, these audiences include current students, faculty and staff, alumni, prospective employees, industry partners, and press. Marcom will help communicators decide which of these audiences to specify in the footer navigation.
Site Alerts
Site Alerts Derek AllardSite alerts are micro-content on Ecosystem sites. They are banners at the top of pages that provide urgent, timely information in a clear, salient format.
Alerts can only be created and edited by site owners. There are two types of alerts on Ecosystem sites: informational alerts and emergency alerts.
Note: Ecosystem Emergency alerts should only be used by Mount Ida Campus and UMass Amherst Henry M. Thomas III Center at Springfield. These sites need a way of communicating emergency alerts within Ecosystem, while UMass Amherst communicates alerts through the Homepage suite.
Informational alerts
Informational alerts are for messages that are temporary and timely, but not critical. For example, a school or college might post an alert for an enrollment deadline.
An informational alert will only appear on the homepage of a site. Once visitors navigate beyond the homepage, they will no longer see these alerts.
Emergency alerts
As previously stated, Ecosystem emergency alerts are functionality that should only be used by Mount Ida Campus and UMass Amherst Henry M. Thomas III Center at Springfield.
Emergency alerts appear on all pages of the site. They override any active informational alerts. Emergency alerts are for urgent information site visitors need to see right away. For example, a gas leak in your building would warrant an emergency alert.
User Roles and Permissions
User Roles and Permissions Derek AllardEcosystem sites have defined user roles with distinct levels of permissions.
Marcom has given site owners the ability to manage the users of their site. To follow best practices, Marcom recommends limiting the number of site owners on a given site to no more than three. A limited number of site owners has the benefit of streamlining communication between communicators and Marcom, as well as simplifying management tasks within the school or college unit.
The roles within Ecosystem sites are:
Site owner
Site owners are responsible for managing user permissions within their site and have full access to editing (with the addition of the content editor role). Site owners can also create redirects within their site and are the only role with the ability to edit and publish content to the site’s homepage.
Content editor
Most users regularly working in Ecosystem should be content editors. Content editors can edit the site but cannot manage user permissions.
Department editor
Department editors can edit department taxonomy terms. These terms are used on department homepages. Department editors can also add and edit Person content.
Event editor
An event editor only has permissions to add content using the event content type.
Anonymous users & authenticated users
There are no permissions associated with anonymous users or authenticated users. The distinction is that an anonymous user is visiting the site with no logon credentials required, and an authenticated user has logged in.
Administrator
The Administrator role is restricted to Marcom only.
Ecosystem User Roles and Permissions Chart
Ecosystem User Roles and Permissions Chart Derek AllardOverview
There are defined user roles with distinct levels of permissions across Ecosystem sites. Users should be given access to the level of permissions they need.
Role | Permissions |
---|---|
Site Owner |
Site owners are responsible for managing user permissions within their site and have full access to editing. Site owners can also create redirects within their site and are the only role with the ability to edit and publish content to the site’s homepage. |
Content Editor |
Most users regularly working in Ecosystem should be content editors. Content editors can edit the site but cannot manage user permissions. |
Department Editor |
Department editors can edit department taxonomy terms. These terms are used on department homepages. Department editors can also add and edit Person content. |
Event Editor |
An event editor only has permissions to add content using the event content type. |
Document and File Management
Document and File Management Derek AllardWhenever possible — and depending on whether their audience is internal or external — documents should either be shared internally, converted to web content, or removed.
Documents for Internal Audience
SharePoint, which is available as a part of the university’s Microsoft 365 suite, is the best solution for internally sharing documents. It is supported by the Office of Information Technology (IT).
SharePoint makes it easy to collaborate by allowing you to share and manage content, knowledge, and applications. SharePoint’s integration with the Microsoft 365 suite, including commonly used applications like Teams and Outlook, makes it an ideal fit for groups working within Ecosystem.
Documents for External Audience
If you are uploading documents on your Ecosystem site to make them available externally, a document cover page is required. A document cover page serves as a gateway to a document, and gives visitors details (e.g., file size) before downloading the file.
Digital Signage
Digital Signage Derek AllardFor digital signage needs, Marcom recommends Xibo, an external enterprise product purchased by the Office of Information Technology (IT). Xibo is dedicated digital signage software able to meet the specific needs of individual units.
Xibo provides users at UMass Amherst with many benefits, including the flexibility to display different images on different monitors, the ability to use scheduling to create a dynamic digital display experience, and much more. Additionally, because Xibo is an external product, digital signage displays will remain active even while Ecosystem is going through upgrades.
For complete information about using Xibo at UMass Amherst, contact IT.
Ecosystem does have basic digital signage functionality built in, but only to display fully designed images.
Calls to Action (CTAs) on Degree Program Pages
Calls to Action (CTAs) on Degree Program Pages Derek AllardCTA buttons should always be included on degree program pages. The primary CTA button should read “Apply” and should link to the admissions landing page. The secondary CTA button (if used) should read “Request information” and should link to the “Get connected with UMass Amherst!” form through admissions. These links are designed to help visitors — especially the primary audience of prospective students — get the information they want.
Graduate programs should link to appropriate resources from graduate admissions.
Tracking visits to these admissions resources through these links is an important piece of how we measure the success of Ecosystem sites. Check with Marcom to be certain that you are using the correct destination URLs.
PDFs and ADA Compliance
PDFs and ADA Compliance Derek AllardAll UMass Amherst electronic documents distributed through websites are required to be accessible. Accessibility, according to the University Office of Accessibility website, means a person with a disability has the same access to information as a person without a disability.
Creating New PDFs
When creating new documents, consider whether your content needs to be a PDF. If possible, PDFs should be converted into web content.
If content needs to be a PDF, make sure the original document format is accessible before generating a PDF from it. Microsoft (MS) Word has accessibility tools built in to simplify this process.
Processing Noncompliant PDFs
Many PDFs do not conform to the latest accessibility standards. Noncompliant files need to either be removed, recreated in a compliant format (e.g., HTML), shared internally, or mitigated.
Again, content should be in HTML if possible, and PDF only if necessary. Content should never be both HTML and PDF.
Creating and Using Forms
Creating and Using Forms Derek AllardFor security reasons, Marcom has decided to use Google Forms and Microsoft (MS) Forms on Ecosystem sites.
When creating a form, consider your audience. Is your audience external (e.g., prospective students) or internal (e.g., within a department or office)?
Google Forms
Marcom recommends using Google Forms for most external audiences. Google Forms allows users to easily collect information from external sources.
MS Forms & MS Bookings
MS Forms can be owned by groups, which makes them useful for internal purposes. MS Forms is configured to prevent the collection of personally identifiable information, which means you will not be able to collect email addresses, so Google Forms is often a better option.
In the case of forms designed for booking or scheduling resources (tours, for example) Marcom recommends MS Bookings, which has useful, built-in features for these purposes (scheduling, calendaring, email reminders, and more).
Including Files
Files should not be uploaded to forms. Uploading files creates security risks. It is more appropriate to provide (or ask for) links to shared documents. There are many widely available sharing tools that provide free user accounts with included storage:
- MS SharePoint
- MS OneDrive
- Google Drive
- Dropbox
SharePoint is the preferred option at UMass Amherst.
PDF Forms
Some forms need to exist as PDFs to be filled out and submitted as hard copies or sent via applications (e.g., DocuSign). When PDFs are necessary, they must meet accessibility guidelines. See the guidelines on PDFs and ADA compliance for more information.