A new buz topic has been spreading like wild fire among the blogging community. Chrome is cracking down on keeping internet users safe from prying servers. Emails have been sent out notifying those with websites that several of their pages will be marked as “Not secure” if they do not have an SSL/TLS certificate installed for the HTTPS protocol.

Google first rolled out some subtle changes back in January of this year as they are attempting to make Chrome a safer place for browsers. These initial changes did not affect the majority of the blogging community as it only applied to pages that collected sensitive information such as credit cards and personal data. This, however, was just phase one to their overall plan.

The newest changes that are scheduled to take place in October of this year have a much bigger impact on content-based websites. Chrome version 62 will give the “Not secure” browser warning every time any type of data is typed on a webpage that does not have HTTPS. This includes emails, comments, and search bars.

Along with pages that collect any form of data, users who are browsing with the Incognito mode will also recieve the “Not secure” notification in their browser when on HTTP. This is because these users are usually expecting a higher level of privary but if they are on HTTP then it is not private to others on the network.

Whether these changes affect your website or not, it is still recommended that you get an SSL/TLS Certificate installed on your server because this is just phase two of their extensive security plan and soon, all HTTP pages, even outside Incognito mode, will show the “Not secure” warning.

Switching your site to HTTPS has become a lot easier due to the demand for online security. You can check out our post here on some of the steps you will want to take when making this change.

Here at Orange Geek, we offer SSL Certificates included in all of our hosting packages. This is a scary step for some, but it does not need to be. When installing the certificate on your server, we take care of all the configuration needed to make sure your site and all of its redirects are as they should be. You will need to communicate with your ad provider about the switch and update your Google Tools and Analytics but you can leave the rest to us. If you have any questions about SSL Certificates or would like to schedule a time to get one installed, please contact haylee@orangegeek.com.

Here at Orange Geek, we install SSL Certificates provided by Let’s Encrypt which is a free service. SSL is an acronym for the now deprecated Secure Sockets Layer protocol but the term is also used in reference to the newer protocol TLS (Transport Layer Security). Whenever we use the term SSL we’re actually referring to TLS. Both are security protocols that are used to secure data between two machines using encryption. Websites use SSL encryption to secure data that is shared between a visitor and the server such as credit card, personal, or login information. The SSL certificate is used to authenticate the identity of the server.
Some of the signs that a website has an SSL certificate installed on the server are a padlock next to the URL, a browser bar turning green, or a secure site seal but it will always have https in the browser address bar.

Traditionally, an SSL certificate was only used on pages that actively collect sensitive information which requires a secure connection. SSL certificates were not considered as important for websites that consist primarily of publicly accessible content. However, since the Internet is ever evolving, SSL certificates are becoming standard for all websites. Here are some changes in regard to SSL:

  1. SEO Boost – The SEO boost that websites get when they install an SSL certificate is one of the biggest reasons that a lot of blog publishers have decided to make this change. It does not make a large impact on Google rankings, but every bit counts when trying to bump up a few extra spots on Google.
  2. Increased Speed – In the past, HTTPS actually caused load times to increase because of the computational overhead of encryption. This has changed and now it is the new standard for modern browsers to load secure sites faster then insecure sites.
  3. Push Notifications – Push notifications are similar to a notification you would receive on your mobile device when you get a message or email. Websites can now send out web push notifications; however, the only way to do this securely is to install a certificate and use encryption over https.
  4. Security – When SSL/TLS encryption is set up properly it helps to ensure that nobody else can view the content that’s transmitted between the server and browser. This is not quite as important for a content based website as it is for an e-commerce site but it will help protect your admin login information.
  5. Referral Traffic: One possible con to keep in mind, when linking from an https site to an http site, referrer info isn’t passed in the http headers. This means that the referral will be incorrectly recorded as a “Direct” referral in Google Analytics for the http site. Keep this in mind if you depend on referral links to non-https sites. Note this only affects https linking to http, not http to https, or https to https.
  6. Hot-linked Images: Something else to keep in mind before switching to https is hot linked images. A hot linked image is an image that is loading from a site that is on different server. Ideally whenever you display an image you would upload it to your server first and then load the image that is on your server. This helps prevent multiple problems, in regards to https a hot-linked image that is loading from a non-https url will not display.

When deciding on whether or not this switch to SSL is right for your website, you may also want to consider your ad network. When running an SSL site, all of its resources need to be SSL compatible including the advertisements. Orange Geek is aware that Mediavine and AdThrive do support SSL sites; however, if you have a different ad provider then these two then you will need to ask them if they support this change.

Steps for Switching to SSL Site

There are a few steps you are going to have to take if you want to have a smooth transition over to an SSL Certificate site.

Talk to your Ad Provider

You will want to check with your ad provider before you decide to install an SSL certificate on your website to make sure they support this. If they do, once it is installed you will want to let them know right away so they can make the necessary adjustments for your ads.

Talk to your Host

In order to install an SSL certificate on your website, this has to be installed on the server by your host. As mentioned above, this service is included with any plan through Orange Geek. You can email contact@orangegeek.com or jason@orangegeek.com to let us know that you would like to have an SSL certificate installed.

Google Tools

If you use Webmaster Tools/Google Search Console or Google Analytics, you are going to want to update the properties and protocols listed in your settings.

Webmaster Tools/Google Search Console
Once the SSL certificate is installed, go to the Google Search Console (Webmaster Tools) and add the https variants. You will need to add all of the variants of your domain:

  1. Navigate to your Search Console home page
  2. Click Add a property and type in the following variants:http://domain.com
  3. Click Continue and the Site Verification page will open
  4. Select the verification method you would like to use and follow the directions to verify that you own the site

You will also want to set your preferred domain to match the one in your general settings of WordPress.

  1. Click the site you want to update on the Search Console home page
  2. Click the gear icon and select Site Settings
  3. Under the “Preferred domain” section, select the option that matches the URL in the general settings of your WordPress

Google Analytics

In order to have Google Analytics register hits for your site, you will need to change the domain protocol in your Google Analytics to https. Be aware that Google Analytics stats might take a little while to sync back up once this change is made.

  1. Open your Google Analytics dashboard
  2. Click on the gear iron in the bottom left hand corner labeled “ADMIN”
  3. Your will need to change two urls in your settings:
    1. Click “Property Settings”, change the default url
    2. Click “View Settings”, change the website url
  4. Change the protocol to https for both url’s

For the last post in this series we will be going over the remaining suggestions from Googles’ PageSpeed insights.

Avoid landing page redirects

When someone goes to your site they, should be redirected once at the most before loading the page. For example, a good redirect chain would be: example.com -> https://www.example.com, a bad redirect chain would be: example.com->www.example.com -> https://www.example.com. You can use this website to test your site for redirects: http://redirectcheck.com/. On a related note, you will want these redirects to be “301” or “Permanent” redirects as opposed to “302” or “Temporary” redirects.


There are 3 primary ways that your site may be cached (Stored so that it can be accessed faster in the future). Browser caching, WordPress caching, and using a CDN.

Browser Caching: Files that have been previously requested are stored on a user’s computer. That way, instead of downloading an identical file every time, the user can instead use the previously downloaded file. When requesting a file, the server response will tell the browser if a browsers cached file can be used or if the user should download a fresh one from the server. If you receive the suggestion to “Leverage Browser Caching” for files on your url you may want to contact us to make sure that the server configuration is optimized for browser caching on your site.

WordPress Caching: A caching plugin is used to achieve WordPress caching. There are many caching plugins and most of them are equally good and only have minor differences from one to the next. We most commonly install and use WP SuperCache, WP Rocket, or Comet Cache, on sites that are hosted with us. WordPress pages use dynamically generated content. This means that whenever you write a post, you don’t have to write the html for the page or create a new homepage with a snippet of the post you just wrote. WordPress automatically generates those pages for your users using your theme. This saves you a lot of editing but page generation takes more time than it takes to serve static (non-changing) content. This is where WordPress Caching comes into play. A caching plugin will save the generated page, that way it doesn’t have to be regenerated every time for every visitor. When the plugins’ cache is cleared (Which happens automatically when any settings are changed or a new post is made) then it requires all pages to be generated and cached again. If you see the “Improve Server Response Time” suggestion, your WordPress cache may not be working optimally.

CDN: A content delivery network, or CDN, is a geographically distributed network of servers. A CDN will cache data from your website at multiple locations all around the world. This makes it so that no matter where your visitor lives, the data they are downloading is travelling a shorter distance and they are using less of your servers bandwidth. Popular CDN’s include Cloudflare and Sucuri CDN.

Improve Server Response Time

This is also known as time to first byte (TTFB). This is the time between making a request and receiving the beginning of the response. It is measured by adding together all the time it takes to perform the following: DNS Lookup, redirection, connection, response generation. There are many tools that you can use to test your TTFB such as gtmetrix.com and bytecheck.com. A recommended TTFB is anything less then 200ms. Results between 200-500ms is acceptable. A consistent TTFB that is more then 500ms usually means there is a problem with your websites WordPress cache or server configuration. If you are a current customer and you find your website is consistently over 500ms, contact us so we can troubleshoot it with you. Using a CDN may also help lower your TTFB.

Configure the viewport

This usually means your theme has not been configured to properly display content on mobile devices. Most new themes should follow basic guidelines for optimizing mobile responsiveness and experience. Ideally you will want to consider changing themes if you see this suggestion.

Thanks for joining us for the conclusion of this series! We hope you’ve found the information useful for improving your sites performance. Look out for future articles on improving your sites performance as well as various other hosting related tips.

 The Orange Geek Team

Read the rest of the posts in this series:

PageSpeed or page speed, Which is more Important?
Page Size and Number of Requests
PageSpeed Part I – Image Optimization
PageSpeed Part II – JavaScript/CSS


In this post we will cover Google’s PageSpeed Insights suggestions for optimizing text based resources such as HTML, CSS, and JS. The suggestions offered often sound like technical jargon, so below is my attempt to demystify what they mean and what can be done about them.

Before diving deeper into the subject. It is important to be able to know what resources are causing the suggestion in the first place. When running a PageSpeed Insights test, under each suggestion there is a “Show How To Fix” link. When you click that link it shows the resources that PageSpeed thinks should be fixed. Doing this, you can find out if the problem is being caused by a specific plugin, a theme file, or if the resource is on a different domain.

In general, when you visit a web page, the first resource that is requested is an HTML file for that page. It’s a file that contains the basic content and structure for the site. The HTML file may request CSS resources which are used to describe how the page should look, it may also request JavaScript resources which are used to describe how the page can be interacted with.

Remove Render-Blocking JS

Your browser reads the HTML file from top to bottom. By default when the HTML requests a JavaScript resource, the browser stops reading the HTML file until that resource has been downloaded and executed. This means that if a JS resource is requested near the top of the file, the page must stop loading before it has even had a chance to display anything. This is known as Render-Blocking JS.

There are a couple of solutions for this such as telling the browser to not load JS until the rest of the HTML has been read, or telling the browser to download the JS while it is reading the HTML and only execute it once it has been fully downloaded. I won’t go over these solution in depth, because they are going to be very difficult to implement without technical expertise in this area and even then it may not be practical when using WordPress.

The reason for this is because most JavaScript files are loaded by WordPress plugins. Which means as soon as the plugin is updated, the files will revert back to how they were unless the author of the plugin themselves corrected the problem.

Follow these steps to improve this suggestion:

• Use as few plugins as necessary.

• If you see that a plugin is causing a lot of render-blocking JS, try to find an alternate plugin that is coded better.

• If the problem is due to a code-snippet, see if there is an alternate async compatible code-snippet available.

• Decide whether the performance:benefit ratio is worth having the plugin or code-snippet.

Minify Resources

This is the practice of removing all white space and non-executable code from JS and CSS files. This makes the file size smaller which will make it faster to download. In addition to this you can concatenate files together, i.e. if you are loading five JS files, they can all be combined into one file so that only one resource needs to be requested and loaded. The only downside to this is it reduces code readability and can occasionally cause bugs if not configured properly. Plugins like autoptimize can perform this task for you.

Follow these steps to improve this suggestion:

• Use autoptimize to minify and cache your JS and CSS files, ask a web developer for assistance if you need help configuring it

• Don’t use plugins that require loading a lot of resources

Optimize CSS delivery

You want your CSS to be consolidated into as few files as possible because a page cannot be displayed until all CSS has been downloaded and processed. If this were not the case, the user would see a flash of unstyled content until the CSS had finished downloading and processing.

There is a tricky way around this. You can put only critical CSS (The CSS needed to format the HTML before scrolling the page down a.k.a “above the fold content”) in the HTML itself (Inline CSS). Then you can tell the browser to ignore loading the rest of the CSS until the page has been displayed. This is fairly difficult to implement properly without a web developer, and in my opinion doesn’t give a big enough performance boost to justify its implementation for most web sites. Also, if you ever change your CSS file, your critical CSS would need to be updated.

Follow these steps to improve this suggestion:

• Use autoptimize to minify and cache your JS and CSS files, ask a web developer for assistance if you need help configuring it

• Autoptimize can also be used to implement critical CSS, which should likely be done by a web developer

Enable Compression

JS, CSS, and other filetypes can be compressed on the server before they are sent to the user, making their file size smaller. We have this taken care of in most cases, but you can let us know if you get this warning for a resource being loaded by your server and we can update your server configuration for you.

Follow these steps to improve this suggestion:

• If you’re hosted with us, email us or use our contact form to have us take a look. Make sure to check first if the resource that needs to be compressed is actually loading from your Orange Geek VPS

• If you’re not hosted with Orange Geek, ask your current web host about this issue

In our final post in this series we will be covering the rest of Google PageSpeed Insights Suggestions as well as general mobile optimization tips.


Read the rest of the posts in this series:

PageSpeed or page speed, Which is more Important?
Page Size and Number of Requests
PageSpeed Part I – Image Optimization
PageSpeed III – Optimize the Mobile Experience, Browser Caching, & Redirects

In this post we will cover in depth how to address the “Optimize Images” suggestion provided by Google’s PageSpeed Insights.

Images likely make up the majority of your websites page size. Page size is one of the primary factors that influence a sites’ load time. When checking to see if your images are optimized you should be looking at 3 qualities: format, resolution, and size. When Google provides the “Optimize Images” suggestion it is because one or more of these qualities is not optimal.


First let’s discuss what format you should save your images in for use on a website. I will only be going over the 4 most common formats as they are the ones that should be used 99% of the time. The format you choose should depend on the content of the image.

JPG – JPG is a lossy format, this means that when you save the image it is compressed and artifacts are introduced, lessening image quality. When saved at a high enough quality these artifacts should be imperceptible to the human eye, especially at the resolutions used on the web. WordPress automatically saves your jpgs at 90% quality when they are uploaded. This image format is ideal for photographs and is likely the correct option for most of the images on your website.

PNG – PNG is a lossless format which means it can be saved with no loss in quality. The down side is that it produces images with a much larger file size than JPGs when there is usually no perceptible difference between jpg and png versions. PNG should be used on images that contain type, screenshots, images with less than 16 colors, and images that require transparency. The site header is commonly a PNG.

SVG – SVG is a vector format, this should be used when the image needs to be highly scalable, social media icons are commonly in vector format. PageSpeed insights will let you know if you have an svg file that is not being compressed. If you get that warning let us know and we can optimize your server configuration for SVG files.

GIF – The GIF format should almost never be used. Only use it when you require the use of animation. If you do use a GIF you should serve it from a server that is optimized for displaying GIFs such as giphy or gfycat. It is becoming more and more common for HTML5 video to replace GIFs.

The most common mistake here is when PNGs are used when JPGs would be optimal. In this case there are WordPress plugins that will convert all PNG files to JPGs. Using JPG instead of PNG also provides the benefit of taking up less space on your VPS.


Image resolution is one of the easiest things to get wrong on a WordPress blog. If an image has a problem with its’ resolution Google PageSpeed will call it an “improperly scaled image” A lot of the time it is wrong simply because of a poorly coded WordPress theme. If you look at the two images below they appear identical, but the first is being loaded and displayed at a 680px width, the second image is being loaded at a 1000px width and then scaled down to 680px.

The first image is ideal because it is displaying at exactly the width of the blogs content. It is not loading at a higher resolution and then scaled down. Higher resolution images mean larger page sizes.

A properly coded theme will tell WordPress what sizes of images to create whenever an image is uploaded. By default WordPress generates a thumbnail, medium, and large image for every image uploaded. If a theme needs a specific size it will tell WordPress to generate a new size with a different name. i.e. “Slideshow Size at 800x300px”. It will then tell WordPress to use a “Slideshow Image” in the relevant part of the theme. If the theme is coded poorly it may not specify what image to use, so WordPress will use the unoptimized full resolution source image by default.

Fixing this issue can unfortunately be technical and may require an experienced web developer. They will need to:

1. Either change your theme
2. Add correct image size definitions to the current theme in the themes functions file and in every file where images are referenced.
3. Run the ‘Regenerate Thumbnails’ plugin to create thumbnails for the new image definitions out of the original source image.

If you have changed themes in the past and now realize there are some improperly scaled images in some of your previous posts, it is because the correct image sizes were not generated for previously uploaded images. You will want to run ‘Regenerate Thumbnails’ to fix this issue. We also recommend running the ‘Thumbnail Cleaner’ Plugin if you have switched themes and ran ‘Regenerate Thumbnails’ previously. It will get rid of image sizes that are not being used by the current theme which would make the space on your VPS run out faster than usual.

Another common mistake made when it comes to image resolution is with images manually placed in a sidebar widget. The theme doesn’t automatically resize images placed manually, such as in a text widget, so a full size 1000x1200px source image will be used when a 300x300px size would be appropriate.


The size of an image is determined by the format, quality, and resolution of the image. If Google suggests “compressing” an image, they are suggesting you display the image at a lower quality. The easiest fix for this is to install an image compression plugin that will automatically compress your images on upload. These compressions should not cause a loss in quality noticeable to the naked eye. If you only care about compressing images going forward you just need to install a plugin (we recommend ShortPixel or EWWW image optimizer), activate it with the compression settings you want, and it will automatically compress every new image uploaded via WordPress. If you want to optimize all images previously uploaded to the server you will need to run the “bulk image optimizer” option. Most plugins charge for this service and depending on how many images your website contains it may be somewhat costly and take multiple hours to finish.

Hopefully this gives you a good idea of where to get started when Google’s PageSpeed Insights says you need to optimize images. To sum it up, if the details on the report say “Losslessly compressing <image> could save…” it’s a sign that you might want to use an image optimizer plugin. If the details say “Serve scaled image…” it means that either your theme is not generating/using the correct image size or you have a manually placed image that is over sized.

Join us next week as we cover how to handle several CSS and JS file problems in depth.

Read the rest of the posts in this series:

PageSpeed or page speed, Which is more Important?
Page Size and Number of Requests
PageSpeed Part II – JavaScript/CSS
PageSpeed III – Optimize the Mobile Experience, Browser Caching, & Redirects

Three primary factors are going to affect the speed of your site: hosting, requests, and page size.

1. Hosting – Your site is never going to be faster than the server that it’s running on allows it to be. That is why at Orange Geek we have taken careful consideration into how much power you need in relation to how many people are viewing your site. We will work with you to ensure that the hardware your site is running on is never the bottleneck holding you back from a faster loading site. All plans at Orange Geek are on their own VPS (Virtual Private Server). This means that your site has its own dedicated resources and computing power. As long as your site is in our range of recommended monthly page views for your current plan, you are good to go in this category. Upgrading a plan unnecessarily will likely not improve the performance of your site, you should look at optimizing the below factors first. If you have any questions about hosting, we’d be happy to answer them for you!

2. Requests – Every resource loaded by your site including: HTML, CSS, Javascript, images, etc. must make a request to a webserver for that resource. Your pages’ speed will be affected by the source, number, and size of the resources you send requests for.

Source – Your site will load internal and external resources. An internal resource is one that is being loaded from the same server as your site, most of your resources should fall under this category.

i.e. your site at https://mysite.com is loading the resource https://mysite.com/wp-content/uploads/themes/mytheme/mycss.css

An external resource is a resource that is loaded from any other server. You want to avoid external resources whenever possible. This is because you have no control over the server that is loading that external resource or how responsive it is. In general, only use external resources for trusted sites or when necessary.

i.e. your site at https://mysite.com is loading the resource http://www.google-analytics.com/analytics.js This is fine as google is a trusted source and you don’t want to host analytics.js locally in case google makes any changes to it.

Number – The number of resources you send requests for can depend on several things: plugins, number of posts, number of images, ads, social icons, etc. Intuitively, the less stuff you have loading on a page, the faster that page will load. Some WordPress plugins can lessen the amount of resources that need to be loaded by combining them into a single .js or .css file.

Size – The size of a resource depends mainly on the type of that resource. Text resources such as css and js are usually small. They can be made even smaller by compressing the files. Images have a larger size than text but can be compressed by lowering the quality and size of the images. Size can also be reduced by using the proper image format for the type of image you are loading (.jpg, .png). Videos are often very large in size, most times it is preferable to load them as external resources from a server that specializes in video hosting such as youtube or vimeo.

3. Page Size – This is the final factor affecting how fast your page is going to load. Really it is just a direct result of the requests your site sends. It is the total size of all loaded resources. The less a user has to download on your site, the faster it will be loaded. Optimizing images, using less plugins, compressing files, and loading less content are all effective ways to decrease your page size.

To view information on the number of requests and the size of a web page, we recommend you use a tool such as Chrome Development Console. There are similar tools in all modern web browsers; however, when using Google Chrome you can simply press the F12 button, click the network tab, and then refresh your page. The following information will be similarly displayed:

1. An individual request
2. The status of this request, 200 means the resource was successfully loaded
3. The file type of the requested resource
4. The total time it took to load this individual resource
5. The size of this individual resource (not given if it was already in your cache)
6. Total number of requests sent by this page
7. The total size of all loaded resources
8. The time it took to fully load all resources, doesn’t appear until page has no resources left to load. You may want to enable a browser extension such as adblocker to get a more accurate reading here.

All the suggestions offered by Google’s PageSpeed test are due to one of the 3 factors being sub optimal. In the next posts we will start looking into individual suggestions, how they have an effect on these factors, and specifics on how to follow the suggestion.

Read the rest of the posts in this series:

PageSpeed or page speed, Which is more Important?
PageSpeed Part I – Image Optimization
PageSpeed Part II – JavaScript/CSS
PageSpeed III – Optimize the Mobile Experience, Browser Caching, & Redirects


Let’s start by clearing something up that can lead to a lot of confusion, PageSpeed and page speed are two separate things. PageSpeed Insights is a tool created by Google that “measures the performance of a page for mobile and desktop devices” and based on that performance assigns your site a score. On the other hand, page speed, aka “page load time”, is the time it takes for your page’s content to fully load. PageSpeed Insights is not a direct measurement of page speed.

PageSpeed Insights is not a direct measurement of page speed.

Google PageSpeed Insights

PageSpeed Insights provides suggestions to improve the performance of your site. These suggestions, as Google refers to them, are exactly that. Most of the time they are useful and should be implemented. For example, a common problem we have seen on WordPress blogs are unoptimized images and improperly scaled images. Fixing problems such as these is usually trivial and may drastically reduce your page size and overall load time.

Other times the suggestions may be impractical, costly to implement, or don’t make sense for your website. An example of this is when a suggestion says to “remove render blocking JavaScript” for a plugin that you have installed. In this instance your only options would be to remove the plugin or ignore the suggestion. Your goal should be knowing which suggestions should be implemented and which suggestions won’t have a noticeably negative impact on your websites performance or ranking.

Ignoring any suggestion means that your site will not receive a 100/100 Insights score. This is fine, you don’t need to get caught up on achieving an unrealistic score.

The average score of a site ranked on GTMetrix is 71%, and Google says a score of 85 indicates that a page is performing well.1 Google has never reported that PageSeed Insights score is a ranking factor. The most important ranking factors for SEO are:

Meta data
Mobile responsiveness
Page load time

That isn’t to say that PageSpeed Insights has no bearing on your sites ranking, although its affect is indirect. All suggestions made by PageSpeed have some impact on page speed (load time), which is a ranking metric. Again, your goal is to determine how negatively each suggestion is impacting your performance before determining if it is worth the cost of fixing it.

Page speed – Page load time

Page speed is an important metric for your site and was made a ranking factor in 2010.2 Most visitors will not stay on your site if it continuously takes too long to load. These two factors affect your overall load time the most:

Page size – total size of all the loaded resources
Number of requests – total number of all resources (scripts, images, ads, css, etc.) being loaded by your site

Minimizing each of these will improve your page speed. In our next post we will be going over what affects your page size and total number of requests, what is a recommended result for these metrics, and how to effectively decrease these numbers to improve your overall page speed.

Read the rest of the posts in this series:

Page Size and Number of Requests
PageSpeed Part I – Image Optimization
PageSpeed Part II – JavaScript/CSS
PageSpeed III – Optimize the Mobile Experience, Browser Caching, & Redirects

  1. https://developers.google.com/speed/docs/insights/about
  2. https://webmasters.googleblog.com/2010/04/using-site-speed-in-web-search-ranking.html