Setting up your Custom Domain - Vanilla Success
<main> <article class="userContent"> <h2 data-id="your-communitys-web-address">Your Community’s Web Address</h2><p>Customizing the web address (URL) of your community is an important step in setting up a new Vanilla forum. We recommend giving your community forum its own home on a subdomain of the primary domain you use in your web presence. For example, if you have your main website at example.com, you should use an address like <a href="https://community.example.com" rel="nofollow noreferrer ugc">https://community.example.com</a> for your Vanilla forum.</p><p>Once properly set up your new custom domain hosted on Vanilla will automatically have an SSL Certificate generated and installed so that it can be served over HTTPS.</p><h2 data-id="using-a-custom-domain">Using a Custom Domain</h2><p>Newly created Vanilla communities are given a public URL that looks something like <strong>yourcompany.vanillacommunities.com</strong>. </p><p>In order to unify your branding and improve SEO, prior to launch you will want your new community’s URL to be something like <strong>community.yourcompany.com</strong>.</p><p>It’s a simple process. You just have to log in into you forum dashboard, go to Settings -> Custom Domain and follow the on-screen instructions: </p><div class="embedExternal embedImage display-large float-none"> <div class="embedExternal-content"> <a class="embedImage-link" href="https://us.v-cdn.net/6030677/uploads/124/MPZNF7N2KC2B.png" rel="nofollow noreferrer noopener ugc" target="_blank"> <img class="embedImage-img" src="https://us.v-cdn.net/6030677/uploads/124/MPZNF7N2KC2B.png" alt="image.png" height="886" width="2234" loading="lazy"></img></a> </div> </div> <h2 data-id="securing-your-custom-domain">Securing your Custom Domain</h2><p>SSL certificates are automatically installed for both Vanilla URLs and Custom Domain.</p><p> You do not have to worry about it!</p><p>If you are using a top-level domain such as yourcommunity.com (as opposed to community.yourcompany.com), please read on!</p><h2 data-id="a-records">A-Records</h2><p>We still highly recommend CNAMEs, however we do support static IPs. </p><p>If you would like to use a top level domain (A-Record), your developer should point your root domain to one (or ideally both, using multiple A-records if you can) of the following IPs:</p><ul><li>162.159.128.79</li><li>162.159.138.78</li></ul><p>If you are using a provider that supports “CNAME Flattening”, such as Cloudflare, you can even switch this to a flattened CNAME pointing at site-{YOUR_SITE_ID}.onvanilla.net, which is ideal and highly recommended.</p><p>If you choose to use a top level domain for your community, we also recommend that you create a matching CNAME for the “www” subdomain which points at the top level domain.</p><p>For example, if you choose to use "domain.com", we recommend that you create a CNAME for "www.domain.com” which points at “domain.com”. This will ensure that both the naked top level domain and the standard “www” version will each work.</p><h2 data-id="subdomains-vs.-subfolders">Subdomains vs. Subfolders</h2><p>Forums are a first-class web application and a primary driver of content in a healthy web presence. Even when a forum is not the main focus of your web presence, it should be maintained on its own subdomain.</p><p>In the past, forums were frequently set up as subfolders (e.g. example.com/forum) under the root domain of a web presence. The reality of many legacy server setups made this the simplest way to run a forum and it became fairly standard to see sites organized this way. And in the 90s and early 00s, search engines often did not combine rankings across subdomains, causing “splintered” SEO effects. In the age of web services, none of this is true anymore.</p><p>In the present, all first-class search engines catalog subdomains as an extension of the primary domain. Google Webmaster Tools in particular has settings to manually declare subdomains as official parts of your primary web presence, and notes that there is no penalty or side effects to this setup. Google itself offers subdomain-based web services based on this model, so there is no rationale for believing it would penalize it.</p><p>Even if your site has used subfolders for many years, it is safe to transition to a subdomain-based URL system using properly configured 301 redirects. Whenever implementing 301 redirects for any reason, it is normal to see a short-term decline in traffic while the pages are reindexed.</p><p>Implementing a proper web services architecture by using subdomains for independent applications gives you a more robust and secure web presence with no downsides.</p><h2 data-id="why-we-dont-suggest-or-offer-subfolders">Why We Don’t Suggest or Offer Subfolders</h2><p><strong>Reverse Proxy</strong> is the only reliable way to serve an independent web application in a subfolder of a domain that is mapped elsewhere. In this setup, your main website example.com silently forwards requests for example.com/forum to the independent server where your forum is hosted. In other words, your server is now a single point of failure for what should be an independent service, since all requests to the forum must pass through it.</p><ul><li><strong>Requests are slower</strong>, because they have to make an extra jump. This <strong>hurts search engine rankings</strong> (Google has stated response times are a factor in rankings).</li><li>Uptime for the forum becomes dependent on the main website, adding a big asterisk to any SLA.</li><li>You are responsible for the setup and maintenance of a reverse proxy setup, which is what cloud services are designed to eliminate.</li><li>It complicates all network-related trouleshooting, which leads to more complex support needs and communication overhead.</li><li>The forum cannot effectively be protected from DDoS via Cloudflare or similar service.</li><li>Security of the forum is now dependent on the security of the main website since all requests are intercepted.</li></ul><p>These are serious compromises that come with no measurable benefit.</p><h2 data-id="hubnode">Hub/Node</h2><p><em>This section is for Enterprise (FKA VIP) clients using our Multisite feature.</em></p><p>Each Node is accessible via either a subdomain <em>or</em> a subfolder off a domain shared by the whole Hub. This is called the <strong>Hub URL Format</strong>. </p><p>For example, the “muffins” Node in the “bakery” Hub might be accessible at the URLs “muffins.bakery.company.com”, or “bakery.company.com/muffins”, depending on the configuration. Only one type of Hub URL Format is supported per Hub.</p><p>Clients using our multisite (Hub/Node) feature can structure their domain in one of two ways.</p><h3 data-id="folders-for-each-node">Folders for each node</h3><p>This method uses the format: `community.yoursite.com/<nodename>`. </p><p>For example,</p><p>community.domain.com/node1</p><p>community.domain.com/node2</p><p>Etc</p><h3 data-id="subdomains-for-each-node"> Subdomains for each node</h3><p>This method uses the format: `<nodename>.yoursite.com`. Sites cannot have more than one `yoursite.com` and each node must be a subdomain of a single top level domain.</p><p> For example, </p><p>Node1.community.com</p><p>Node2.community.com</p><p>Etc </p><p>Note that option number 2 requires that the DNS is configured for each instance - resulting in more work for you and as a result is considered slightly more fragile.</p><h2 data-id="common-questions">Common Questions</h2><p><em>Is it possible to have multiple custom domains leading to the same Vanilla community? </em></p><p>Vanilla only supports one custom domain being pointed toward it at a time (this being the one you set up in the 'Custom Domain' tab of the Dashboard). </p><p>If you would like additional URLs to lead to your community, you would need to set up redirects on your end for any other custom domains that you have to take users to the community.</p> </article> </main>