Adding or changing a custom domain name for LibAnswers a site
To manage the domain names of your LibApps sites, go to Admin > Domains and Certificates.
Changing a domain name
LibApps allows you to customize the domain names for your LibGuides, LibAnswers, and LibCal sites. For example, if your library's website uses the domain name of springylib.org, you could give your LibCal site a custom domain name of libcal.springylib.org (instead of a domain name ending in .libcal.com). This process is referred to as custom domain mapping and does require a little prep work from your IT staff.
Please follow the directions below and you'll be set up in no time. :)
- Decide on the domain name you'd like to use for your site (this is the fun part!).
- If you must for legacy reasons support a domain beginning with www, you will need two separate DNS entries, one for each domain.
- Your custom domain should not contain slashes, folders, or sub-directories.
- For example: "library.school.edu/libguides" is not allowed, but "library.school.edu" or "libguides.school.edu" are both just fine!
- Ask your IT staff to create CNAME records for that domain name, pointing them to the appropriate product's server.
- These should be added for both your internal and external nameservers.
- See the table below for a complete list of server addresses by product and region.
- Want to enable HTTPS support for your custom domain name?
- You can use the same endpoints listed below for your region.
- A free security certificate from Let's Encrypt will automatically be obtained and installed for your custom domain name. These are maintenance free certificates -- Springshare will automatically take care of renewing them -- so there's nothing more you need to do!
- Please allow up to 1 business day for your Let's Encrypt certificate to be installed. For more details and information about using your own certificate instead, please see our article Enabling HTTPS for Systems with Custom Domain Names.
- Test out your domain name using our DNS Mapping Tool.
- If you get a success message, then you're ready to proceed to the next step. (Note: you may need to allow a little time for the changes to propagate across the internet before they will be detected by the mapping tool.)
- If you do not get a success message, then double check that the CNAME records are pointing to the correct server and try again. Also, confirm that a CNAME record was properly configured on your external name server.
Step 2. Apply your custom domain name in LibApps
- Click on the site's Edit Domain () icon in the Actions column.
- If you'd like to change the name of your site (i.e. how it appears in breadcrumbs, etc.), enter it in the System Name field.
- Enter your new domain name (without the http://) for your site in the Domain field.
- If needed, you can update the Admin Email for the site, as well.
- Save your changes.
- LibApps will check that CNAME records exist for the domain name you entered and that they are pointing to the correct endpoint for your region.
- If this check fails, an error message will appear and your changes will not be saved. Please check your domain name for typos and ensure your CNAME records are correctly configured for your region, then try again.
Important: When you save your new domain name, we'll automatically obtain and install a free Let's Encrypt certificate for your system (please allow one business day for it to be installed). This will ensure that there is no interruption in the ability to access your site over a secure HTTPS connection.
Once the security certificate has been installed, we will make the domain change, and you will be able to access your site from your new, custom domain name. Until then, your old domain name will remain active.
What if I just want to change the subdomain of my .libanswers.com, etc. domain name?
No problem! To change the subdomain for your site (i.e. the part that comes before .libguides.com, etc.), just contact Springy Support. We'll create the necessary DNS records and apply the changes for you lickety split.
My IT department says we have to use an A record. What do I do now?
We strongly advise customers to use CNAME records because it provides your site with a lot of performance advantages compared to an A record. That's because an A record locks you into a specific server, whereas a CNAME record will allow your site to switch to different servers as conditions change. That's all thanks to the nifty features built into our cloud hosting infrastructure. :)
For example, if a server's load becomes really high or happens to go down for some reason, sites using CNAME records will seamlessly switch to a different one without any impact on your users. If you were using an A record, however, you would be stuck on that one server for better or worse.
That said, we understand that sometimes you may not have a choice but to go with an A record. If that's the case, please contact Springy Support and we can help you get this set up.