Web Ecosystem

Web Ecosystem Derek Allard

The 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? 

How should I prepare? 

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 Allard

The 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 Allard

When selecting a document linked below, please be patient while the graphics load. Several files contain multiple examples of design options.

Designs

Structure

Content Guides and Page Tables

Content Guides and Page Tables Derek Allard

Here 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:

Research

Research Landing Page Table (Includes Content Guide)

Supporting Content

Story (Includes Content Guide)

Person Content GuideContains details on the Person Page Table

News Content GuideContains details on the News Page Table

Event Content GuideContains details on the Event Page Table

Location Content GuideContains details on the Location Page Table

Making Documents Accessible

Making Documents Accessible Derek Allard

Electronic 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 courseLinkedIn 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 Allard

Summer 2023

Launched:

College of Natural Sciences

Commonwealth Honors College


Spring 2023

Launched:

Graduate School

College of Education

College of Humanities & Fine Arts

College of Social & Behavioral Sciences

Human Resources


Winter 2022/2023:

Launched:

Elaine Marieb College of Nursing

College of Engineering

Microsoft Teams Support for partners with launched sites established.


Fall 2022

Launched:

School of Public Health & Health Sciences

Giving

Mount Ida Campus


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 Allard

Start 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

Essential academic content

Research content

Supporting content

Other resources

Platform Enhancement

Platform Enhancement Derek Allard

Ecosystem Platform Enhancements

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
ecosystem polling results

 

 

Guidelines

Guidelines Derek Allard

Here you will find guidelines for the following Ecosystem topics:

Main Navigation and Footer

Main Navigation and Footer Derek Allard

The 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 Allard

Site 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 Allard

Ecosystem 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 Allard

Overview 

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 Allard

Whenever 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 Allard

For 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 Allard

CTA 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 Allard

All 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 Allard

For 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.