Out of the box, every Deployment on Vercel is served over an HTTPS connection. The SSL certificates for these unique URLs are automatically generated free of charge.
Any HTTP requests to your Deployments are automatically forwarded to HTTPS using the
308 status code:
HTTP/1.1 308 Moved Permanently Content-Type: text/plain Location: https://<your-deployment-host>
Enabling HTTPS redirection for Deployments is considered an industry standard, and therefore it is not possible to disable it. This ensures that web content is always served over a secure connection, which helps protect users' data and privacy.
Vercel supports both Session Identifiers and Session Tickets as methods for resuming a TLS connection. This can significantly improve Time To First Byte for second time visitors.
To ensure clients can validate TLS certificates as quickly as possible, we staple an OCSP response allowing them to skip a network request to check for revocation, which improves TTFB for first-time visitors.
In order to ensure the integrity of the data received and sent by any Deployment running on the Vercel platform, we only support strong ciphers with forward secrecy.
The following cipher algorithms are supported:
This is the recommended configuration from Mozilla.
.vercel.app domain (and therefore all of its sub domains, which are the unique URLs set when creating a deployment) support HSTS automatically and are preloaded.
Strict-Transport-Security: max-age=63072000; includeSubDomains; preload;
Custom domains use HSTS, but only for the particular subdomain.
You can modify the
Strict-Transport-Security header by configuring custom response headers in your project.
Theoretically, you could set the
max-age parameter to a different value (it indicates how long the client should remember that your site is only accessible over HTTPS), but since we do not allow connections made over HTTP, there is no point in setting it to a shorter value, as the client can just remember it forever.
The unique URLs generated when creating a deployment are handled using a wildcard certificate issued for the
.vercel.app domain. The Vercel platform generates wildcard certificates using LetsEncrypt and keeps them updated automatically.
When custom certificates are generated using
vercel certs issue, however, their keys are placed in our database and encrypted at rest within the Network layer.
Then, once a hostname is requested, the certificate and key are read from the database and used for establishing the secure connection. In addition, both are cached in memory for optimal SSL termination performance.
Any features of the encryption mechanism that were left uncovered are documented on SSL Labs. You only need to make sure to select any IP address of your choice (it does not matter which one you pick – the results are the same for all).