This issue can be fixed by using responsive images, which relies on creating multiple versions of each image, that are served via CSS media queries depending on the user's viewport dimensions.

Another solution can be to use vector-based image formats like SVG. SVG images scale appropriately to any size, without wasting unnecessary bandwidth. Also consider image CDNs that can help serve responsive images.

There are two common causes for an incorrect image aspect ratio:

• An image is set to explicit width and height values that differ from the source image's dimensions.
• An image is set to a width and height as a percentage of a variably-sized container.

To help avoid these issues, consider using an image CDN, to help automate the process of creating different size versions of your image.

Also check any CSS that can affects the image's aspect ratio - if you're having trouble finding the CSS that's causing the incorrect aspect ratio, Chrome DevTools can show you the CSS declarations that affect a given image.

Finally, check the image's width and height attributes in the HTML. When possible, it's good practice to specify each image's width and height attributes in your HTML so that the browser can allocate space for the image. This approach helps to ensure that content below the image doesn't shift once the image is loaded.

In order to pass this test, you have to fix all the warnings and errors reported in Chrome DevTools console. You can also visit Google's documentation for further troubleshooting support: https://developer.chrome.com/docs/devtools/issues/

• Improving website loading times
• Reducing bandwidth costs
• Increasing content availability and redundancy
• Improving website security

In order to pass this test, you have to reduce the impact of render-blocking resources.

First, you have to identify what's critical and what's not. You can use the Chrome DevTools (Coverage tab) to identify non-critical CSS and JS.

Once you've identified critical code, you can try the below methods to eliminate render-blocking resources:

• inline critical JS within a script tag in your HTML document
• inline critical CSS required for the first paint inside a style block in the head of the HTML document
• move the script and link tags at the end of the HTML document
• add async or defer attributes to non-critical script or link tags
• split CSS styles into different files, organized by media query
• compress and minify your text-based resources

HTML5 Microdata is an easy way to add semantic markup to your web pages. Search engines rely on this markup to improve the display of search results, making it easier for people to find the right web pages.

Here is a simple example of how to use HTML5 microdata in your contact web page:

<div itemscope itemtype="http://schema.org/Person">
   <span itemprop="name">Joe Doe</span>
   <span itemprop="company">The Example Company</span>
   <span itemprop="tel">604-555-1234</span>
   <a itemprop="email" href="mailto:joe.doe@example.com">
      joe.doe@example.com
   </a>
</div>

In order to pass this test, the ads.txt file should be publicly available in the website's root domain and its content should be properly formatted.

The advertising systems will read the content of the ads.txt file only if the request will return a 200 OK HTTP status code. The content of this file should be encoded as a formatted plain text and the HTTP Content-Type header should be text/plain (all other Content-Types are treated as an error and the content will be ignored).

As outlined in the IAB Tech Lab specifications for ads.txt file, the format logically consists of three types of records: comments, data records and variables:

1. Comments
   Lines starting with # symbol are considered comments and are ignored.
2. Data records
   For each Exchange or Supply-Side Platform (SSP) that is authorized to sell your inventory you must add a data record. Each of these lines should contain 3 or 4 comma separated fields:

   <FIELD #1>, <FIELD #2>, <FIELD #3>, <FIELD #4>

   • #1 - The canonical domain name of the system where bidders connect (e.g. google.com, appnexus.com, etc)
   • #2 - The publisher account ID
   • #3 - The type of account or relationship (e.g. DIRECT or RESELLER)
   • #4 - (Optional) An ID that uniquely identifies the advertising system within a certification authority
3. Variables

   Any line containing a pattern of <VARIABLE>=<VALUE> should be interpreted as a variable declaration. The <VARIABLE> is a string identifier without internal whitespace. The only supported separator is the equals sign ‘=’. The <VALUE> is an open string that may contain arbitrary data.

   For human readability it is recommended that variables be declared at the end of the file, but this is not a strict requirement.

   Only the following variables are supported: CONTACT, SUBDOMAIN and INVENTORYPARTNERDOMAIN.