These standards and procedures are designed to ensure the sustainability of UCSC websites, and improve clarity on responsibility and costs associated with website and application management, hosting, and development.
University of California, Santa Cruz aims to help create websites that utilize industry best practices and are compliant with policies set forth by the federal government and the University of California. UCSC websites and applications must meet defined UCSC information security, accessibility, and identity standards.
This includes digital resources and information technology hosted, developed or provided by third parties (also known as suppliers.)
Register your website or application
- In order to sustain continuity, ensure accessibility and information security, a list of existing websites (those containing an *.ucsc.edu url) will be kept by the Information Technology Services (ITS) Web Services.
- All new websites and applications will register with the Web Services.
- All existing websites and applications will coordinate with their website liaisons to ensure local units are aware of local websites and applications connected to their division, department, school, college, or unit.
- At the time of requesting a new website or hosting, Web Services will track a record of all websites and applications.
- Website liaisons will coordinate with Web Services to document existing websites and applications and relay updated local lists of websites and applications.
- Registration will include: website URL, site contact/owner, and email address.
Hosting on UCSC servers
- All divisions, departments, schools, colleges, or units that design, create, develop, purchase, manage, administer, host, and/or support digital resources and information technology intended for human interaction or engagement for the purposes of teaching, learning, research, service, employment, administration or other university functions at UCSC must meet defined UCSC information security, accessibility, and identity standards.
- Register website with the Web Service.
- All requests for websites, hosting, or other web services must go through the Web Service.
- Do not share credentials amongst anyone administering your website, web app, hosting provider, etc.
- Non compliance can lead to refusal to host at launch of the website or application. For existing websites and applications, a review process will be initiated to help bring the website or application up to standards before hosting is approved. website
- Website owners are responsible for ensuring their web content meets accessibility, security, and identity standards.
- The Web Service is responsible for hosting, WordPress Theme maintenance, Theme iterations, site performance, WordPress plug-in functionality and maintenance, content strategy training, questions, status communications, and support for all websites using the UCSC WordPress theme.
- Any development outside of the standard UCSC WordPress theme, while hosted on UCSC servers, is considered custom development. In this situation (example: use of a different theme,) Website Owners will be responsible for the ongoing functionality, support, maintenance, development, security, updates, accessibility, and identity standards for their Content Management System, and associated themes and plug-ins.
Domain names (CNAME)
Campus domain names (e.g., unitname.ucsc.edu) in the UCSC domain are jointly approved by Information Technology Services and University Relations who may authorize, deny, or reclaim the use of Domain Names. Permission to use a UCSC Domain Name should generally be granted only to meet campus-wide strategic communication objectives. All promoted UCSC Domain Names should take visitors to sites that are in compliance with UCSC Web Standards.
- Individuals registering domain names outside the UCSC domain that serve an official university purpose, are advised to consult with Information Technology Services, Web Services prior to launching a site on that domain.
- The following UCSC Domain Name standard outlines the names that are permissible and those that are not. It also describes the type of naming requests that may be considered.
- Categories that may be granted with permission include:
- Academic and Administrative Divisions (e.g., science.ucsc.edu)
- Academic departments (e.g., politics.ucsc.edu)
- Colleges (e.g., stevenson.ucsc.edu)
- Major administrative units (e.g., police.ucsc.edu)
- Well-established research centers or other activity centers (e.g., seymourcenter.ucsc.edu)
- Functional names (e.g., news.ucsc.edu)
- Recurring annual events (e.g., http://pacificrim.ucsc.edu/)
- Student Organizations (e.g. sua.ucsc.edu)
- Campus Domain Names will not be granted for the following uses in the interest of consistency and persistence of information:
- Individual pages, including student pages (Official profiles should exist within the department site structure, and may provide links to individual pages)
- Shortcuts (redirects) to a single page in an existing website
- To enable multiple names to point to the same site (Multiple names should be handled through redirects when necessary)
- Third and fourth level domains
- Decisions to create third or fourth level domains (e.g., name.science.ucsc.edu, or first.last.science.ucsc.edu) should be made by local website liaisons and their respective organization leadership for strategic alignment.
- Requests should first be discussed with the local website liaison for the division or department for approval, to ensure identity standards for the division/department.
- Requests for domain names (CNAME) should be submitted at the time of requesting a website or application and full context of the request, including name of person and unit requesting, requested domain name, and context for the request will be shared with Web Services and University Relations.
- Web Services will approve the domain name (CNAME) and consult with University Relations if needed.
- Requests for domain names are subject to approval by University Relations, in a timely manner.
All UCSC websites must meet minimum security controls, as outlined by UCSC Information Technology Security and the University of California Electronic Information Security Policy and Data Security Policy (pdf).
- Public facing websites can contain data and information from protection levels P1 and P2. However, exercise caution with P2 data as defined in the UC Institutional Information Security Policy.
- Any website customizations outside of services provided by the ITS Web Services may be subject to security review including; websites, software, and applications.
- Complete required security awareness training for all UC employees.
- Keep software up to date, be aware of security bulletins and critical vulnerabilities.
- Review user accounts for your site on a regular basis. Remove user accounts no longer performing admin tasks or content creation.
- Be cautious of allowing non-authenticated guests to submit data through forms, especially files.
- Do not share credentials amongst anyone administering your website, web app, etc.
- Create unique logins and passwords for each person that works on your site
- Intranets that may include use of P2 data should use some level of authentication for access.
- UC System policy (pdf), contract and purchasing guidelines require that all electronic products or services procured by the University be accessible to individuals with disabilities.
- All divisions, departments, schools, colleges, or units that design, create, develop, purchase, manage, administer, host, and/or support digital resources and information technology intended for human interaction or engagement for the purposes of teaching, learning, research, service, employment, administration or other university functions at UCSC must meet Web Content Accessibility Guidelines. This includes digital resources and information technology hosted or provided by third parties.
- Examples include websites, electronic documents, audio, video, web applications, mobile applications, and software, in addition to related, university-provided IT hardware and other IT devices that are a part of the user experience.
- Prior to submitting a requisition for electronic products or services, end users should review the UCOP Accessibility Guide. N.B.(pdf). Any website or application hosted on UCSC servers or using a ucsc.edu domain needs to be compliant with WCAG 2.0 AA standards.
- Follow UC System policy and contract and purchasing guidelines in outsourcing and developing accessible websites and applications.
- Use SiteImprove, a third-party tool that helps content authors identify broken links, misspellings, ADA compliance issues, Search Engine Optimization (SEO), and application or server response.
- Check your websites for accessibility
- Conduct Quality assurance testing of any web content before publishing.
- Follow existing identity standards set forth by UC Santa Cruz Communications when it comes to website editorial, voice, tone, logo placement, typography, and color.
- All websites hosted by UCSC servers will conduct a quality assurance (QA) review before launch to ensure accessibility, usability, and design.
- Website owners will conduct a quality assurance review of their own content as part of their migration or review process. A template will be provided by the web service.
- The Web Service will conduct a review to check websites for accessibility problems, and broken links. A report will be provided to the website owner to remediate.
- The Web Service will conduct a heuristic review for websites in a reasonable time frame before launch, including a report noting any usability problems and recommendations for remediation.
- All divisions, departments, schools, colleges, or units that design, create, develop, purchase, manage, administer, host, and/or support digital resources and information technology intended for human interaction or engagement for the purposes of teaching, learning, research, service, employment, administration or other university functions at UCSC must meet defined UCSC Information Security, accessibility, and identity standards, regardless of whether they are designed, developed, or maintained by a supplier/outside vendor or contractor.
- Written contracts are required any time the campus engages in a transaction with an outside entity for the procurement of goods or services.
- Ensure the sustainability, costs, and workflows of the work you are getting help with.
- Insurance requirements must be met for contracted suppliers/vendors.
- Assume you will build with WordPress on CampusPress
- Contracted UCSC vendors/suppliers should be given first priority to ensure proper vetting, contract, and insurance requirements are met. Early engagement with ITS and the Unit Information Security Lead is encouraged to discuss the types of data expected to be used on the website/application.
- Suppliers must answer and submit questions included in the University of California System Web Accessibility Requirements (pdf).