prerender-node-qt
v3.2.5
Published
express middleware for serving prerendered javascript-rendered pages for SEO
Downloads
6
Maintainers
Readme
Prerender Node
Google, Facebook, Twitter, and Bing are constantly trying to view your website... but Google is the only crawler that executes a meaningful amount of JavaScript and Google even admits that they can execute JavaScript weeks after actually crawling. Prerender allows you to serve the full HTML of your website back to Google and other crawlers so that they don't have to execute any JavaScript. Google recommends using Prerender.io to prevent indexation issues on sites with large amounts of JavaScript.
Prerender is perfect for Angular SEO, React SEO, Vue SEO, and any other JavaScript framework.
This middleware intercepts requests to your Node.js website from crawlers, and then makes a call to the (external) Prerender Service to get the static HTML instead of the JavaScript for that page. That HTML is then returned to the crawler.
via npm:
$ npm install prerender-node --save
And when you set up your express app, add:
app.use(require('prerender-node'));
or if you have an account on prerender.io and want to use your token:
app.use(require('prerender-node').set('prerenderToken', 'YOUR_TOKEN'));
Note
If you're testing locally, you'll need to run the prerender server locally so that it has access to your server.
This middleware is tested with Express3 and Express4, but has no explicit dependency on either.
Testing
The best way to test the prerendered page is to set the User Agent of your browser to Googlebot's user agent and visit your URL directly. If you View Source on that URL, you should see the static HTML version of the page with the <script>
tags removed from the page. If you still see <script>
tags then that means the middleware isn't set up properly yet.
Note
If you're testing locally, you'll need to run the prerender server locally so that it has access to your server.
How it works
- The middleware checks to make sure we should show a prerendered page
- The middleware checks if the request is from a crawler by checking the user agent string against a default list of crawler user agents
- The middleware checks to make sure we aren't requesting a resource (js, css, etc...)
- (optional) The middleware checks to make sure the url is in the whitelist
- (optional) The middleware checks to make sure the url isn't in the blacklist
- The middleware makes a
GET
request to the prerender service for the page's prerendered HTML - Return that HTML to the crawler from your server
Customization
Whitelist
Whitelist a single url path or multiple url paths. Compares using regex, so be specific when possible. If a whitelist is supplied, only urls containing a whitelist path will be prerendered.
app.use(require('prerender-node').whitelisted('^/search'));
app.use(require('prerender-node').whitelisted(['/search', '/users/.*/profile']));
Blacklist
Blacklist a single url path or multiple url paths. Compares using regex, so be specific when possible. If a blacklist is supplied, all url's will be prerendered except ones containing a blacklist path.
app.use(require('prerender-node').blacklisted('^/search'));
app.use(require('prerender-node').blacklisted(['/search', '/users/.*/profile']));
beforeRender
This method is intended to be used for caching, but could be used to save analytics or anything else you need to do for each crawler request. If you return a string from beforeRender, the middleware will serve that to the crawler (with status 200
) instead of making a request to the prerender service. If you return an object the middleware will look for a status
and body
property (defaulting to 200
and ""
respectively) and serve those instead.
app.use(require('prerender-node').set('beforeRender', function(req, done) {
// do whatever you need to do
done();
}));
afterRender
This method is intended to be used for caching, but could be used to save analytics or anything else you need to do for each crawler request. This method is a noop and is called after the prerender service returns HTML.
app.use(require('prerender-node').set('afterRender', function(err, req, prerender_res) {
// do whatever you need to do
}));
protocol
Option to hard-set the protocol. Useful for sites that are available on both http and https.
app.use(require('prerender-node').set('protocol', 'https'));
host
Option to hard-set the host. Useful for sites that are behind a load balancer or internal reverse proxy.
For example, your internal URL looks like http://internal-host.com/
and you might want it to instead send
a request to Prerender.io with your real domain in place of internal-host.com
.
app.use(require('prerender-node').set('host', 'example.com'));
forwardHeaders
Option to forward headers from request to prerender.
app.use(require('prerender-node').set('forwardHeaders', true));
prerenderServerRequestOptions
Option to add options to the request sent to the prerender server.
app.use(require('prerender-node').set('prerenderServerRequestOptions', {}));
Caching
This express middleware is ready to be used with redis or memcached to return prerendered pages in milliseconds.
When setting up the middleware, you can add a beforeRender
function and afterRender
function for caching.
Here's an example testing a local redis cache:
$ npm install redis
var redis = require("redis"),
client = redis.createClient();
prerender.set('beforeRender', function(req, done) {
client.get(req.url, done);
}).set('afterRender', function(err, req, prerender_res) {
client.set(req.url, prerender_res.body)
});
or
var redis = require("redis"),
client = redis.createClient(),
cacheableStatusCodes = {200: true, 302: true, 404: true};
prerender.set('beforeRender', function(req, done) {
client.hmget(req.url, 'body', 'status', function (err, fields) {
if (err) return done(err);
done(err, {body: fields[0], status: fields[1]});
});
}).set('afterRender', function(err, req, prerender_res) {
// Don't cache responses that might be temporary like 500 or 504.
if (cacheableStatusCodes[prerender_res.statusCode]) {
client.hmset(req.url, 'body', prerender_res.body, 'status', prerender_res.statusCode);
}
});
Using your own prerender service
We host a Prerender server at prerender.io so that you can work on more important things, but if you've deployed the prerender service on your own... set the PRERENDER_SERVICE_URL
environment variable so that this middleware points there instead. Otherwise, it will default to the service already deployed by prerender.io.
$ export PRERENDER_SERVICE_URL=<new url>
Or on heroku:
$ heroku config:set PRERENDER_SERVICE_URL=<new url>
As an alternative, you can pass prerenderServiceUrl
in the options object during initialization of the middleware
app.use(require('prerender-node').set('prerenderServiceUrl', '<new url>'));
Contributing
We love any contributions! Feel free to create issues, pull requests, or middleware for other languages/frameworks!
License
The MIT License (MIT)
Copyright (c) 2013 Todd Hooper <[email protected]>
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.