Mobile Excellence / Michelberger Hotel
Mar 6, 2019, 5:53 PM
Michelberger Hotel
By
Michelberger Hotel
(Germany)
-
0Friendliness
-
0Performance
-
0Usability
-
0PWA
-
0Total
Find out more about the Evaluation
Mobile Friendliness 100/100
Configures the viewport
This rule triggers when detecting that your page does not specify a viewport, or specifies a viewport that does not adapt to different devices. Source: PageSpeed Insights - Learn more
Content is sized correctly for the viewport
If the width of your app's content doesn't match the width of the viewport, your app might not be optimized for mobile screens. Source: Lighthouse - Learn more
Size tap targets appropriately
This rule triggers when detecting that certain tap targets (e.g. buttons, links, or form fields) may be too small or too close together for a user to easily tap on a touchscreen. Source: PageSpeed Insights - Learn more
Uses legible font sizes
This rule triggers when detecting that text in the page is too small to be legible. Source: PageSpeed Insights - Learn more
Color Contrast is satisfactory
Low-contrast text is difficult or impossible for many users to read. Background and foreground colors should have enough contrast ratio to guarantee readability. Source: Lighthouse - Learn more
Performance 87/100
Speed Index
-
Speed Index1763.74target < 4500 ms
Perceptual Speed Index is a page load performance metric that shows you how quickly the contents of a page are visibly populated. The lower the score, the better. Source: Lighthouse - Learn more
Document complete
-
Time7.5seconds
-
Resources25requests
-
Bytes in584.3KB
These metrics are collected from the initial request until the browser considers the page loaded (JavaScript onLoad event). This usually happens after all of the image content has loaded but may not include content that is triggered by javascript execution.
Fully load
-
Time7.5seconds
-
Resources28requests
-
Bytes in601.3KB
These metrics are collected from the initial request until 2 seconds of no network activity after Document Complete (JavaScript onLoad event). This will usually include any activity that is triggered by javascript after the main page loads.
Assets by Domain
Requests
- www.michelbergerhotel.com
- bookpoint.navarinoservices.com
- www.google-analytics.com
- stats.g.doubleclick.net
Bytes downloaded
- www.michelbergerhotel.com
- bookpoint.navarinoservices.com
- www.google-analytics.com
- stats.g.doubleclick.net
Assets by Mime-Type
Requests
- html
- js
- image
- font
- other
Bytes downloaded
- html
- js
- image
- font
- other
Speed
Load time7478 ms
Also known as the document complete time, it’s the time from the initial request until the browser load event. It can vary based on server location, device, browser, and third-party apps. Source: WebPagetest - Learn more
Page load is fast enough on 3G
A fast page load over a 3G network ensures a good mobile user experience. Source: Lighthouse - Learn more
First byte1487 ms
The time from the initial request to the first byte of the response. Source: WebPagetest - Learn more
First Contentful Paint1763.741 ms
First contentful paint marks the time at which the first text/image is painted. Source: Lighthouse - Learn more
First meaningful paint1763.741 ms
First meaningful paint measures when the primary content of a page is visible. It's essentially the paint after which the biggest above-the-fold layout change has happened, and web fonts have loaded. Source: Lighthouse - Learn more
Estimated Input Latency12 ms (target < 50 ms)
The score above is an estimate of how long your app takes to respond to user input, in milliseconds. There is a 90% probability that a user encounters this amount of latency, or less. 10% of the time a user can expect additional latency. If your score is higher than Lighthouse's target score (< 50ms), users may perceive your app as laggy. Source: Lighthouse - Learn more
Uses persistent connections (keep alive)Score: 100%
Closing connections are a missed opportunity for performance enhancement: additional round-trips between the user and the server to initiate a connection is redundant and time-consuming. Keep-Alive measures the effectiveness of connection reuse. The purpose of this grade is to evaluate the extent to which requests are inefficiently reopening connections. Source: WebPagetest - Learn more
First CPU Idle1763.74 ms
First CPU Idle marks the first time at which the page's main thread is quiet enough to handle input. Source: Lighthouse - Learn more
Time to Interactive1763.74 ms
Interactive marks the time at which the page is fully interactive. Source: Lighthouse - Learn more
Page weight
Uses compression (gzip, zopfli, deflate, brotli)Score: 92%
This rule triggers when detecting that compressible resources were served without gzip compression. Source: WebPagetest - Learn more
Uses a CDN for all static assetsScore: 95%
Each request for a piece of content to the web server has to travel from the user's browser all the way to the server and back. A content delivery network (CDN) is a system for distributing resources to servers geographically closer to users. The main benefit of this is that the round-trip time is faster. The passing grade for using a CDN effectively is to have at least 80% of static resources served from a CDN. Source: WebPagetest - Learn more
Leverage browser caching
Setting an expiry date or a maximum age in the HTTP headers for static resources instructs the browser to load previously downloaded resources from local disk rather than over the network. Source: PageSpeed Insights - Learn more
Leverage browser caching for the following cacheable resources:
| URL |
|---|
| https://bookpoint.navarinoservices.com/api/info (expiration not specified) |
| https://www.google-analytics.com/plugins/ua/ecommerce.js (60 minutes) |
| https://www.google-analytics.com/analytics.js (2 hours) |
... |
Minify CSS
Minification refers to the process of removing unnecessary or redundant data in order to reduce file size without affecting how the resource is processed by the browser - e.g. code comments and formatting, removing unused code, using shorter variable and function names, and so on. Source: PageSpeed Insights - Learn more
Minify HTML
Minification refers to the process of removing unnecessary or redundant data in order to reduce file size without affecting how the resource is processed by the browser - e.g. code comments and formatting, removing unused code, using shorter variable and function names, and so on. Source: PageSpeed Insights - Learn more
Minify JavaScript
Minification refers to the process of removing unnecessary or redundant data in order to reduce file size without affecting how the resource is processed by the browser - e.g. code comments and formatting, removing unused code, using shorter variable and function names, and so on. Source: PageSpeed Insights - Learn more
Avoids an excessive DOM size55 nodes
Number of elements in the document. Browser engineers recommend pages contain fewer than ~1,500 DOM nodes. The sweet spot is a tree depth < 32 elements and fewer than 60 children/parent element. A large DOM can increase memory usage, cause longer style calculations, and produce costly layout reflows. Source: Lighthouse - Learn more
-
Total DOM Nodes55target < 1,500 nodes
-
DOM Depth8target < 32
-
Maximum Children39target < 60 nodes
Compressed Images
The image compression check just looks at photo images and makes sure the quality isn't set too high. Images can usually be compressed pretty substantially without any noticeable reduction in visual quality. Source: Lighthouse - Learn more
Uses Progressive JPEGsn/a
A progressive JPEG is image created using the JPEG suite of compression algorithms that will 'fade in' in successive waves of lines until the entire image has completely arrived. They show the entire image right away, looking slightly pixelated until the image data is fully loaded. Source: WebPagetest - Learn more
Properly Sized Images
Serve images that are appropriately-sized to save cellular data and improve load time. Source: Lighthouse - Learn more
Offscreen images
Consider lazy-loading offscreen images to improve page load speed and time to interactive. Source: Lighthouse - Learn more
First impression
Eliminates render-blocking JavaScript and CSS in above-the-fold content
This rule triggers when detecting that your HTML references a blocking external resource / file in the above-the-fold portion of your page. Source: PageSpeed Insights - Learn more about JS - Learn more about CSS
Prioritizes visible content
This rule triggers when detecting that additional network round trips are required to render the above-the-fold content of the page. Source: PageSpeed Insights - Learn more
Improves server response time
This rule triggers when detecting that your server response time is above 200 ms. Server response time measures how long it takes to load the necessary HTML to begin rendering the page from your server, subtracting out the network latency between Google and your server. Source: PageSpeed Insights - Learn more
Avoids landing page redirects
Redirects trigger an additional HTTP request-response cycle and delay page rendering. In the best case, each redirect will add a single round trip (HTTP request-response), and in the worst it may result in multiple additional roundtrips to perform the DNS lookup, TCP handshake, and TLS negotiation in addition to the additional HTTP request-response cycle. As a result, you should minimize use of redirects to improve site performance. Source: PageSpeed Insights - Learn more
Usability 69/100 Industry: Travel Accommodation
Autocomplete is used to suggest popular searches (but can be ignored)Not applicable
Fails if no autocomplete or if the user is not allowed to ignore the autocomplete.
Following a search, the search field is populated and editable to support another search and users can remove the search term easily e.g. a cross in the right of the field - all search criteria can be edited easily within the results pageNot applicable
Fails if any conditions are not met. Ajax is not mandatory: if page reload after applying multiple filters it is a pass. But if it reloads every time you select anything is is a fail.
Filtering is available and prominent (search results or category listing pages) - multiple filters can be applied at once (i.e. without a page reload). When filters are applied the user has a clear indication of the number of results which will be left
Fails if any conditions are not met. Ajax is not mandatory: if page reload after applying multiple filters it is a pass. But if it reloads every time you select anything is is a fail.
Search results/category page accommodation lists can be viewed on a map
Fails if no map view is present.
Key and appropriate information is provided and easy to find on the product page, i.e. cancellation policy plus all relevant information like room type, amenities, etc
Fails if information is missing or hard to find.
High quality images and/or videos are available and can be zoomed into or enlarged for full-screen viewing
Fails if small or low fidelity images/videos or a general lack of images across the site.
Users can see how many images there are and move between them with ease i.e. swiping or tapping an appropriately sized hit area
Fails if not possible to enlarge or swipe/tap to view more. If the images are of varying sizes or orientations, the touch targets should remain in the same place always.
The conversion process is quarantined - no unnecessary links that take users out of the process
Fails if any links out of the conversion funnel.
The website supports autofill for all form fields and the fields are tagged for the appropriate information from autofill
Fails if fields are not tagged for efficient browser-based autofill, making users enter data that is already known either by the website or the OS. Not filling a standard field or filling fields with the wrong content, i.e. puts house number and street name into the same field when there are separate fields for each.
All mistakes made in forms are clearly highlighted in real time, and instructions for correct completion are provided in real time
Fails if mistakes and guidance for correct completion are not highlighted in real time and/or error messages are ambiguous or unfriendly.
PWA / Best Practices 82/100
Avoids Application Cache
Application Cache is deprecated. Source: Lighthouse - Learn more
Avoids WebSQL DB
Web SQL is deprecated. Consider using IndexedDB instead. Source: Lighthouse - Learn more
Avoids requesting the geolocation permission on page load
Users are mistrustful of or confused by sites that request their location without context. Consider tying the request to user gestures instead. Source: Lighthouse - Learn more
robots.txt is valid
If your robots.txt file is malformed, crawlers may not be able to understand how you want your website to be crawled or indexed. Source: Lighthouse
Avoids requesting the notification permission on page load
Users are mistrustful of or confused by sites that request to send notifications without context. Consider tying the request to user gestures instead. Source: Lighthouse - Learn more
Avoids deprecated APIs
Deprecated APIs will eventually be removed from the browser. Source: Lighthouse - Learn more
Allows to paste into password input fields
The main reason why password pasting improves security is because it helps to reduce password overload. Source: Lighthouse - Learn more
Registers a Service Worker
The service worker is the technology that enables your app to use many Progressive Web App features, such as offline, add to homescreen, and push notifications. Source: Lighthouse - Learn more
Responds with a 200 when offline
If you're building a Progressive Web App, consider using a service worker so that your app can work offline. Source: Lighthouse - Learn more
Uses HTTPS
All sites should be protected with HTTPS, even ones that don't handle sensitive data. HTTPS prevents intruders from tampering with or passively listening in on the communications between your app and your users, and is a prerequisite for HTTP/2 and many new web platform APIs. Source: Lighthouse - Learn more
Redirects HTTP traffic to HTTPS
If you've already set up HTTPS, make sure that you redirect all HTTP traffic to HTTPS. Source: Lighthouse - Learn more
Uses HTTP/2 for its own resources
HTTP/2 offers many benefits over HTTP/1.1, including binary headers, multiplexing, and server push. Source: Lighthouse - Learn more
Uses passive listeners to improve scrolling performance
Mark your touch and wheel event listeners as `passive` to improve your page's scroll performance. Source: Lighthouse - Learn more
Avoid using document.write()
For users on slow connections, external scripts dynamically injected via document.write() can delay page load by tens of seconds. Source: Lighthouse - Learn more
Manifest's short_name won't be truncated when displayed on homescreen
Make your app's short_name fewer than 12 characters to ensure that it's not truncated on homescreens. Source: Lighthouse - Learn more
Configured for a custom splash screen
A default splash screen will be constructed for your app, but satisfying these requirements guarantee a high-quality splash screen that transitions the user from tapping the home screen icon to your app's first paint. Source: Lighthouse - Learn more
User can be prompted to Install the Web App
Browsers can proactively prompt users to add your app to their homescreen, which can lead to higher engagement. Source: Lighthouse - Learn more
Mobile Friendliness 80/100
Configures the viewport
This rule triggers when detecting that your page does not specify a viewport, or specifies a viewport that does not adapt to different devices. Source: PageSpeed Insights - Learn more
Content is sized correctly for the viewport
If the width of your app's content doesn't match the width of the viewport, your app might not be optimized for mobile screens. Source: Lighthouse - Learn more
Size tap targets appropriately
This rule triggers when detecting that certain tap targets (e.g. buttons, links, or form fields) may be too small or too close together for a user to easily tap on a touchscreen. Source: PageSpeed Insights - Learn more
The following tap targets are close to other nearby tap targets and may need additional spacing around them.
| URL |
|---|
| The tap target <a href="/en/rooms" class="sc-kpOJdX jboEZT">Rooms</a> is close to 1 other tap targets final. |
| The tap target <a href="/en/rooms/cosy" class="sc-kpOJdX jboEZT">Cosy</a> and 6 others are close to other tap targets final. |
| The tap target <a href="/en/restaurant" class="sc-kpOJdX jboEZT">Restaurant</a> and 4 others are close to other tap targets final. |
| The tap target <a href="tel:+4903029778590" class="sc-kGXeez clQuRO">+49 (0)30 297 78590</a> and 5 others are close to other tap targets. |
| The tap target <a href="/en/legal" class="sc-dxgOiQ dLXB…-kpOJdX jboEZT">Legal</a> and 2 others are close to other tap targets. |
... |
Uses legible font sizes
This rule triggers when detecting that text in the page is too small to be legible. Source: PageSpeed Insights - Learn more
Color Contrast is satisfactory
Low-contrast text is difficult or impossible for many users to read. Background and foreground colors should have enough contrast ratio to guarantee readability. Source: Lighthouse - Learn more
Performance 88/100
Speed Index
-
Speed Index2838.87target < 4500 ms
Perceptual Speed Index is a page load performance metric that shows you how quickly the contents of a page are visibly populated. The lower the score, the better. Source: Lighthouse - Learn more
Document complete
-
TimeN/Aseconds
-
ResourcesN/Arequests
-
Bytes inN/AKB
These metrics are collected from the initial request until the browser considers the page loaded (JavaScript onLoad event). This usually happens after all of the image content has loaded but may not include content that is triggered by javascript execution.
Fully load
-
TimeN/Aseconds
-
ResourcesN/Arequests
-
Bytes inN/AKB
These metrics are collected from the initial request until 2 seconds of no network activity after Document Complete (JavaScript onLoad event). This will usually include any activity that is triggered by javascript after the main page loads.
Assets by Domain
Requests
Bytes downloaded
Assets by Mime-Type
Requests
Bytes downloaded
Speed
Load time0 ms
Also known as the document complete time, it’s the time from the initial request until the browser load event. It can vary based on server location, device, browser, and third-party apps. Source: WebPagetest - Learn more
Page load is fast enough on 3G
A fast page load over a 3G network ensures a good mobile user experience. Source: Lighthouse - Learn more
First byte0 ms
The time from the initial request to the first byte of the response. Source: WebPagetest - Learn more
First Contentful Paint840.902 ms
First contentful paint marks the time at which the first text/image is painted. Source: Lighthouse - Learn more
First meaningful paint840.902 ms
First meaningful paint measures when the primary content of a page is visible. It's essentially the paint after which the biggest above-the-fold layout change has happened, and web fonts have loaded. Source: Lighthouse - Learn more
Estimated Input Latency12 ms (target < 50 ms)
The score above is an estimate of how long your app takes to respond to user input, in milliseconds. There is a 90% probability that a user encounters this amount of latency, or less. 10% of the time a user can expect additional latency. If your score is higher than Lighthouse's target score (< 50ms), users may perceive your app as laggy. Source: Lighthouse - Learn more
Uses persistent connections (keep alive)Score: -1%
Closing connections are a missed opportunity for performance enhancement: additional round-trips between the user and the server to initiate a connection is redundant and time-consuming. Keep-Alive measures the effectiveness of connection reuse. The purpose of this grade is to evaluate the extent to which requests are inefficiently reopening connections. Source: WebPagetest - Learn more
First CPU Idle840.90 ms
First CPU Idle marks the first time at which the page's main thread is quiet enough to handle input. Source: Lighthouse - Learn more
Time to Interactive840.90 ms
Interactive marks the time at which the page is fully interactive. Source: Lighthouse - Learn more
Page weight
Uses compression (gzip, zopfli, deflate, brotli)Score: -1%
This rule triggers when detecting that compressible resources were served without gzip compression. Source: WebPagetest - Learn more
Uses a CDN for all static assetsScore: -1%
Each request for a piece of content to the web server has to travel from the user's browser all the way to the server and back. A content delivery network (CDN) is a system for distributing resources to servers geographically closer to users. The main benefit of this is that the round-trip time is faster. The passing grade for using a CDN effectively is to have at least 80% of static resources served from a CDN. Source: WebPagetest - Learn more
Leverage browser caching
Setting an expiry date or a maximum age in the HTTP headers for static resources instructs the browser to load previously downloaded resources from local disk rather than over the network. Source: PageSpeed Insights - Learn more
Leverage browser caching for the following cacheable resources:
| URL |
|---|
| https://bookpoint.navarinoservices.com/api/info (expiration not specified) |
| https://www.google-analytics.com/plugins/ua/ecommerce.js (60 minutes) |
| https://www.google-analytics.com/analytics.js (2 hours) |
... |
Minify CSS
Minification refers to the process of removing unnecessary or redundant data in order to reduce file size without affecting how the resource is processed by the browser - e.g. code comments and formatting, removing unused code, using shorter variable and function names, and so on. Source: PageSpeed Insights - Learn more
Minify HTML
Minification refers to the process of removing unnecessary or redundant data in order to reduce file size without affecting how the resource is processed by the browser - e.g. code comments and formatting, removing unused code, using shorter variable and function names, and so on. Source: PageSpeed Insights - Learn more
Minify JavaScript
Minification refers to the process of removing unnecessary or redundant data in order to reduce file size without affecting how the resource is processed by the browser - e.g. code comments and formatting, removing unused code, using shorter variable and function names, and so on. Source: PageSpeed Insights - Learn more
Avoids an excessive DOM size335 nodes
Number of elements in the document. Browser engineers recommend pages contain fewer than ~1,500 DOM nodes. The sweet spot is a tree depth < 32 elements and fewer than 60 children/parent element. A large DOM can increase memory usage, cause longer style calculations, and produce costly layout reflows. Source: Lighthouse - Learn more
-
Total DOM Nodes335target < 1,500 nodes
-
DOM Depth15target < 32
-
Maximum Children69target < 60 nodes
Compressed Images
The image compression check just looks at photo images and makes sure the quality isn't set too high. Images can usually be compressed pretty substantially without any noticeable reduction in visual quality. Source: Lighthouse - Learn more
Uses Progressive JPEGsn/a
A progressive JPEG is image created using the JPEG suite of compression algorithms that will 'fade in' in successive waves of lines until the entire image has completely arrived. They show the entire image right away, looking slightly pixelated until the image data is fully loaded. Source: WebPagetest - Learn more
Properly Sized ImagesPotential savings of 64 KB
Serve images that are appropriately-sized to save cellular data and improve load time. Source: Lighthouse - Learn more
Offscreen images
Consider lazy-loading offscreen images to improve page load speed and time to interactive. Source: Lighthouse - Learn more
First impression
Eliminates render-blocking JavaScript and CSS in above-the-fold content
This rule triggers when detecting that your HTML references a blocking external resource / file in the above-the-fold portion of your page. Source: PageSpeed Insights - Learn more about JS - Learn more about CSS
Prioritizes visible content
This rule triggers when detecting that additional network round trips are required to render the above-the-fold content of the page. Source: PageSpeed Insights - Learn more
Improves server response time
This rule triggers when detecting that your server response time is above 200 ms. Server response time measures how long it takes to load the necessary HTML to begin rendering the page from your server, subtracting out the network latency between Google and your server. Source: PageSpeed Insights - Learn more
Avoids landing page redirects
Redirects trigger an additional HTTP request-response cycle and delay page rendering. In the best case, each redirect will add a single round trip (HTTP request-response), and in the worst it may result in multiple additional roundtrips to perform the DNS lookup, TCP handshake, and TLS negotiation in addition to the additional HTTP request-response cycle. As a result, you should minimize use of redirects to improve site performance. Source: PageSpeed Insights - Learn more
Usability 69/100 Industry: Travel Accommodation
Autocomplete is used to suggest popular searches (but can be ignored)Not applicable
Fails if no autocomplete or if the user is not allowed to ignore the autocomplete.
Following a search, the search field is populated and editable to support another search and users can remove the search term easily e.g. a cross in the right of the field - all search criteria can be edited easily within the results pageNot applicable
Fails if any conditions are not met. Ajax is not mandatory: if page reload after applying multiple filters it is a pass. But if it reloads every time you select anything is is a fail.
Filtering is available and prominent (search results or category listing pages) - multiple filters can be applied at once (i.e. without a page reload). When filters are applied the user has a clear indication of the number of results which will be left
Fails if any conditions are not met. Ajax is not mandatory: if page reload after applying multiple filters it is a pass. But if it reloads every time you select anything is is a fail.
Search results/category page accommodation lists can be viewed on a map
Fails if no map view is present.
Key and appropriate information is provided and easy to find on the product page, i.e. cancellation policy plus all relevant information like room type, amenities, etc
Fails if information is missing or hard to find.
High quality images and/or videos are available and can be zoomed into or enlarged for full-screen viewing
Fails if small or low fidelity images/videos or a general lack of images across the site.
Users can see how many images there are and move between them with ease i.e. swiping or tapping an appropriately sized hit area
Fails if not possible to enlarge or swipe/tap to view more. If the images are of varying sizes or orientations, the touch targets should remain in the same place always.
The conversion process is quarantined - no unnecessary links that take users out of the process
Fails if any links out of the conversion funnel.
The website supports autofill for all form fields and the fields are tagged for the appropriate information from autofill
Fails if fields are not tagged for efficient browser-based autofill, making users enter data that is already known either by the website or the OS. Not filling a standard field or filling fields with the wrong content, i.e. puts house number and street name into the same field when there are separate fields for each.
All mistakes made in forms are clearly highlighted in real time, and instructions for correct completion are provided in real time
Fails if mistakes and guidance for correct completion are not highlighted in real time and/or error messages are ambiguous or unfriendly.
PWA / Best Practices 82/100
Avoids Application Cache
Application Cache is deprecated. Source: Lighthouse - Learn more
Avoids WebSQL DB
Web SQL is deprecated. Consider using IndexedDB instead. Source: Lighthouse - Learn more
Avoids requesting the geolocation permission on page load
Users are mistrustful of or confused by sites that request their location without context. Consider tying the request to user gestures instead. Source: Lighthouse - Learn more
robots.txt is valid
If your robots.txt file is malformed, crawlers may not be able to understand how you want your website to be crawled or indexed. Source: Lighthouse
Avoids requesting the notification permission on page load
Users are mistrustful of or confused by sites that request to send notifications without context. Consider tying the request to user gestures instead. Source: Lighthouse - Learn more
Avoids deprecated APIs
Deprecated APIs will eventually be removed from the browser. Source: Lighthouse - Learn more
Allows to paste into password input fields
The main reason why password pasting improves security is because it helps to reduce password overload. Source: Lighthouse - Learn more
Registers a Service Worker
The service worker is the technology that enables your app to use many Progressive Web App features, such as offline, add to homescreen, and push notifications. Source: Lighthouse - Learn more
Responds with a 200 when offline
If you're building a Progressive Web App, consider using a service worker so that your app can work offline. Source: Lighthouse - Learn more
Uses HTTPS
All sites should be protected with HTTPS, even ones that don't handle sensitive data. HTTPS prevents intruders from tampering with or passively listening in on the communications between your app and your users, and is a prerequisite for HTTP/2 and many new web platform APIs. Source: Lighthouse - Learn more
Redirects HTTP traffic to HTTPS
If you've already set up HTTPS, make sure that you redirect all HTTP traffic to HTTPS. Source: Lighthouse - Learn more
Uses HTTP/2 for its own resources
HTTP/2 offers many benefits over HTTP/1.1, including binary headers, multiplexing, and server push. Source: Lighthouse - Learn more
Uses passive listeners to improve scrolling performance
Mark your touch and wheel event listeners as `passive` to improve your page's scroll performance. Source: Lighthouse - Learn more
Avoid using document.write()
For users on slow connections, external scripts dynamically injected via document.write() can delay page load by tens of seconds. Source: Lighthouse - Learn more
Manifest's short_name won't be truncated when displayed on homescreen
Make your app's short_name fewer than 12 characters to ensure that it's not truncated on homescreens. Source: Lighthouse - Learn more
Configured for a custom splash screen
A default splash screen will be constructed for your app, but satisfying these requirements guarantee a high-quality splash screen that transitions the user from tapping the home screen icon to your app's first paint. Source: Lighthouse - Learn more
User can be prompted to Install the Web App
Browsers can proactively prompt users to add your app to their homescreen, which can lead to higher engagement. Source: Lighthouse - Learn more
Mobile Friendliness 80/100
Configures the viewport
This rule triggers when detecting that your page does not specify a viewport, or specifies a viewport that does not adapt to different devices. Source: PageSpeed Insights - Learn more
Content is sized correctly for the viewport
If the width of your app's content doesn't match the width of the viewport, your app might not be optimized for mobile screens. Source: Lighthouse - Learn more
Size tap targets appropriately
This rule triggers when detecting that certain tap targets (e.g. buttons, links, or form fields) may be too small or too close together for a user to easily tap on a touchscreen. Source: PageSpeed Insights - Learn more
The following tap targets are close to other nearby tap targets and may need additional spacing around them.
| URL |
|---|
| The tap target <a href="/en/rooms" class="sc-bxivhb sRkCP">Rooms</a> is close to 1 other tap targets final. |
| The tap target <a href="/en/rooms/cosy" class="sc-bxivhb sRkCP">Cosy</a> is close to 2 other tap targets final. |
| The tap target <a href="/en/rooms/loft" class="sc-bxivhb sRkCP">Loft</a> and 5 others are close to other tap targets final. |
| The tap target <a href="/en/restaurant" class="sc-bxivhb sRkCP">Restaurant</a> and 4 others are close to other tap targets final. |
| The tap target <a href="tel:+4903029778590" class="sc-htpNat jdraUQ">+49 (0)30 297 78590</a> and 5 others are close to other tap targets. |
| The tap target <a href="/en/legal" class="sc-ifAKCX iycB…c-bxivhb sRkCP">Legal</a> and 2 others are close to other tap targets. |
... |
Uses legible font sizes
This rule triggers when detecting that text in the page is too small to be legible. Source: PageSpeed Insights - Learn more
Color Contrast is satisfactory
Low-contrast text is difficult or impossible for many users to read. Background and foreground colors should have enough contrast ratio to guarantee readability. Source: Lighthouse - Learn more
Performance 80/100
Speed Index
-
Speed Index2000.65target < 4500 ms
Perceptual Speed Index is a page load performance metric that shows you how quickly the contents of a page are visibly populated. The lower the score, the better. Source: Lighthouse - Learn more
Document complete
-
Time9.4seconds
-
Resources44requests
-
Bytes in593.2KB
These metrics are collected from the initial request until the browser considers the page loaded (JavaScript onLoad event). This usually happens after all of the image content has loaded but may not include content that is triggered by javascript execution.
Fully load
-
Time9.4seconds
-
Resources47requests
-
Bytes in610.2KB
These metrics are collected from the initial request until 2 seconds of no network activity after Document Complete (JavaScript onLoad event). This will usually include any activity that is triggered by javascript after the main page loads.
Assets by Domain
Requests
- www.michelbergerhotel.com
- bookpoint.navarinoservices.com
- www.google-analytics.com
- www.datocms-assets.com
- stats.g.doubleclick.net
Bytes downloaded
- www.michelbergerhotel.com
- www.datocms-assets.com
- bookpoint.navarinoservices.com
- www.google-analytics.com
- stats.g.doubleclick.net
Assets by Mime-Type
Requests
- html
- js
- image
- font
- other
Bytes downloaded
- html
- js
- image
- font
- other
Speed
Load time9387 ms
Also known as the document complete time, it’s the time from the initial request until the browser load event. It can vary based on server location, device, browser, and third-party apps. Source: WebPagetest - Learn more
Page load is fast enough on 3G
A fast page load over a 3G network ensures a good mobile user experience. Source: Lighthouse - Learn more
First byte2409 ms
The time from the initial request to the first byte of the response. Source: WebPagetest - Learn more
First Contentful Paint1192.835 ms
First contentful paint marks the time at which the first text/image is painted. Source: Lighthouse - Learn more
First meaningful paint1192.835 ms
First meaningful paint measures when the primary content of a page is visible. It's essentially the paint after which the biggest above-the-fold layout change has happened, and web fonts have loaded. Source: Lighthouse - Learn more
Estimated Input Latency12 ms (target < 50 ms)
The score above is an estimate of how long your app takes to respond to user input, in milliseconds. There is a 90% probability that a user encounters this amount of latency, or less. 10% of the time a user can expect additional latency. If your score is higher than Lighthouse's target score (< 50ms), users may perceive your app as laggy. Source: Lighthouse - Learn more
Uses persistent connections (keep alive)Score: 100%
Closing connections are a missed opportunity for performance enhancement: additional round-trips between the user and the server to initiate a connection is redundant and time-consuming. Keep-Alive measures the effectiveness of connection reuse. The purpose of this grade is to evaluate the extent to which requests are inefficiently reopening connections. Source: WebPagetest - Learn more
First CPU Idle1192.84 ms
First CPU Idle marks the first time at which the page's main thread is quiet enough to handle input. Source: Lighthouse - Learn more
Time to Interactive1192.84 ms
Interactive marks the time at which the page is fully interactive. Source: Lighthouse - Learn more
Page weight
Uses compression (gzip, zopfli, deflate, brotli)Score: 96%
This rule triggers when detecting that compressible resources were served without gzip compression. Source: WebPagetest - Learn more
Uses a CDN for all static assetsScore: 97%
Each request for a piece of content to the web server has to travel from the user's browser all the way to the server and back. A content delivery network (CDN) is a system for distributing resources to servers geographically closer to users. The main benefit of this is that the round-trip time is faster. The passing grade for using a CDN effectively is to have at least 80% of static resources served from a CDN. Source: WebPagetest - Learn more
Leverage browser caching
Setting an expiry date or a maximum age in the HTTP headers for static resources instructs the browser to load previously downloaded resources from local disk rather than over the network. Source: PageSpeed Insights - Learn more
Leverage browser caching for the following cacheable resources:
| URL |
|---|
| https://bookpoint.navarinoservices.com/api/info (expiration not specified) |
| https://www.google-analytics.com/plugins/ua/ecommerce.js (60 minutes) |
| https://www.google-analytics.com/analytics.js (2 hours) |
... |
Minify CSS
Minification refers to the process of removing unnecessary or redundant data in order to reduce file size without affecting how the resource is processed by the browser - e.g. code comments and formatting, removing unused code, using shorter variable and function names, and so on. Source: PageSpeed Insights - Learn more
Minify HTML
Minification refers to the process of removing unnecessary or redundant data in order to reduce file size without affecting how the resource is processed by the browser - e.g. code comments and formatting, removing unused code, using shorter variable and function names, and so on. Source: PageSpeed Insights - Learn more
Minify JavaScript
Minification refers to the process of removing unnecessary or redundant data in order to reduce file size without affecting how the resource is processed by the browser - e.g. code comments and formatting, removing unused code, using shorter variable and function names, and so on. Source: PageSpeed Insights - Learn more
Avoids an excessive DOM size313 nodes
Number of elements in the document. Browser engineers recommend pages contain fewer than ~1,500 DOM nodes. The sweet spot is a tree depth < 32 elements and fewer than 60 children/parent element. A large DOM can increase memory usage, cause longer style calculations, and produce costly layout reflows. Source: Lighthouse - Learn more
-
Total DOM Nodes313target < 1,500 nodes
-
DOM Depth16target < 32
-
Maximum Children70target < 60 nodes
Compressed Images
The image compression check just looks at photo images and makes sure the quality isn't set too high. Images can usually be compressed pretty substantially without any noticeable reduction in visual quality. Source: Lighthouse - Learn more
Uses Progressive JPEGsn/a
A progressive JPEG is image created using the JPEG suite of compression algorithms that will 'fade in' in successive waves of lines until the entire image has completely arrived. They show the entire image right away, looking slightly pixelated until the image data is fully loaded. Source: WebPagetest - Learn more
Properly Sized ImagesPotential savings of 26 KB
Serve images that are appropriately-sized to save cellular data and improve load time. Source: Lighthouse - Learn more
Offscreen images
Consider lazy-loading offscreen images to improve page load speed and time to interactive. Source: Lighthouse - Learn more
First impression
Eliminates render-blocking JavaScript and CSS in above-the-fold content
This rule triggers when detecting that your HTML references a blocking external resource / file in the above-the-fold portion of your page. Source: PageSpeed Insights - Learn more about JS - Learn more about CSS
Prioritizes visible content
This rule triggers when detecting that additional network round trips are required to render the above-the-fold content of the page. Source: PageSpeed Insights - Learn more
Improves server response time
This rule triggers when detecting that your server response time is above 200 ms. Server response time measures how long it takes to load the necessary HTML to begin rendering the page from your server, subtracting out the network latency between Google and your server. Source: PageSpeed Insights - Learn more
Avoids landing page redirects
Redirects trigger an additional HTTP request-response cycle and delay page rendering. In the best case, each redirect will add a single round trip (HTTP request-response), and in the worst it may result in multiple additional roundtrips to perform the DNS lookup, TCP handshake, and TLS negotiation in addition to the additional HTTP request-response cycle. As a result, you should minimize use of redirects to improve site performance. Source: PageSpeed Insights - Learn more
Usability 69/100 Industry: Travel Accommodation
Autocomplete is used to suggest popular searches (but can be ignored)Not applicable
Fails if no autocomplete or if the user is not allowed to ignore the autocomplete.
Following a search, the search field is populated and editable to support another search and users can remove the search term easily e.g. a cross in the right of the field - all search criteria can be edited easily within the results pageNot applicable
Fails if any conditions are not met. Ajax is not mandatory: if page reload after applying multiple filters it is a pass. But if it reloads every time you select anything is is a fail.
Filtering is available and prominent (search results or category listing pages) - multiple filters can be applied at once (i.e. without a page reload). When filters are applied the user has a clear indication of the number of results which will be left
Fails if any conditions are not met. Ajax is not mandatory: if page reload after applying multiple filters it is a pass. But if it reloads every time you select anything is is a fail.
Search results/category page accommodation lists can be viewed on a map
Fails if no map view is present.
Key and appropriate information is provided and easy to find on the product page, i.e. cancellation policy plus all relevant information like room type, amenities, etc
Fails if information is missing or hard to find.
High quality images and/or videos are available and can be zoomed into or enlarged for full-screen viewing
Fails if small or low fidelity images/videos or a general lack of images across the site.
Users can see how many images there are and move between them with ease i.e. swiping or tapping an appropriately sized hit area
Fails if not possible to enlarge or swipe/tap to view more. If the images are of varying sizes or orientations, the touch targets should remain in the same place always.
The conversion process is quarantined - no unnecessary links that take users out of the process
Fails if any links out of the conversion funnel.
The website supports autofill for all form fields and the fields are tagged for the appropriate information from autofill
Fails if fields are not tagged for efficient browser-based autofill, making users enter data that is already known either by the website or the OS. Not filling a standard field or filling fields with the wrong content, i.e. puts house number and street name into the same field when there are separate fields for each.
All mistakes made in forms are clearly highlighted in real time, and instructions for correct completion are provided in real time
Fails if mistakes and guidance for correct completion are not highlighted in real time and/or error messages are ambiguous or unfriendly.
PWA / Best Practices 82/100
Avoids Application Cache
Application Cache is deprecated. Source: Lighthouse - Learn more
Avoids WebSQL DB
Web SQL is deprecated. Consider using IndexedDB instead. Source: Lighthouse - Learn more
Avoids requesting the geolocation permission on page load
Users are mistrustful of or confused by sites that request their location without context. Consider tying the request to user gestures instead. Source: Lighthouse - Learn more
robots.txt is valid
If your robots.txt file is malformed, crawlers may not be able to understand how you want your website to be crawled or indexed. Source: Lighthouse
Avoids requesting the notification permission on page load
Users are mistrustful of or confused by sites that request to send notifications without context. Consider tying the request to user gestures instead. Source: Lighthouse - Learn more
Avoids deprecated APIs
Deprecated APIs will eventually be removed from the browser. Source: Lighthouse - Learn more
Allows to paste into password input fields
The main reason why password pasting improves security is because it helps to reduce password overload. Source: Lighthouse - Learn more
Registers a Service Worker
The service worker is the technology that enables your app to use many Progressive Web App features, such as offline, add to homescreen, and push notifications. Source: Lighthouse - Learn more
Responds with a 200 when offline
If you're building a Progressive Web App, consider using a service worker so that your app can work offline. Source: Lighthouse - Learn more
Uses HTTPS
All sites should be protected with HTTPS, even ones that don't handle sensitive data. HTTPS prevents intruders from tampering with or passively listening in on the communications between your app and your users, and is a prerequisite for HTTP/2 and many new web platform APIs. Source: Lighthouse - Learn more
Redirects HTTP traffic to HTTPS
If you've already set up HTTPS, make sure that you redirect all HTTP traffic to HTTPS. Source: Lighthouse - Learn more
Uses HTTP/2 for its own resources
HTTP/2 offers many benefits over HTTP/1.1, including binary headers, multiplexing, and server push. Source: Lighthouse - Learn more
Uses passive listeners to improve scrolling performance
Mark your touch and wheel event listeners as `passive` to improve your page's scroll performance. Source: Lighthouse - Learn more
Avoid using document.write()
For users on slow connections, external scripts dynamically injected via document.write() can delay page load by tens of seconds. Source: Lighthouse - Learn more
Manifest's short_name won't be truncated when displayed on homescreen
Make your app's short_name fewer than 12 characters to ensure that it's not truncated on homescreens. Source: Lighthouse - Learn more
Configured for a custom splash screen
A default splash screen will be constructed for your app, but satisfying these requirements guarantee a high-quality splash screen that transitions the user from tapping the home screen icon to your app's first paint. Source: Lighthouse - Learn more
User can be prompted to Install the Web App
Browsers can proactively prompt users to add your app to their homescreen, which can lead to higher engagement. Source: Lighthouse - Learn more
Report created on Mar 06, 2019, 17:53 PM GMT+0 in 10 min.
This report was built manually by Awwwards experts taking care personally of every detail using several Google and 3rd-party audit tools and services for metrics, web performance optimization and best practices for mobile design and development.
Loading time vary depending on network, device, server, site design, and implementation.
These are the environments used to create this report:
| Webpagetest | Test Location | Dulles VA USA |
| Browser | MotoG4 Chrome | |
| Connection | Mobile 3G (1.6 Mbps / 768 Kbps 300ms RTT) | |
| Number of Runs | 1 | |
| User Agent | Default | |
| Lighthouse | User agent | Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36 |
| Device Emulation | Emulated Nexus 5X | |
| Network Throttling | 150ms TCP RTT, 1,638.4 Kbps throughput (Simulated) | |
| CPU Throttling | 4x slowdown (Simulated) | |
| PageSpeed Insights | Environment | Mobile |