Report Summary

  • 34

    Performance

    Renders faster than
    54% of other websites

  • 88

    Accessibility

    Visual factors better than
    that of 69% of websites

  • 75

    Best Practices

    More advanced features
    available than in
    36% of websites

  • 91

    SEO

    Google-friendlier than
    71% of websites

probablybadnews.com

probably bad news

Page Load Speed

30.9 sec in total

First Response

2.2 sec

Resources Loaded

17 sec

Page Rendered

11.7 sec

probablybadnews.com screenshot

About Website

Welcome to probablybadnews.com homepage info - get ready to check Probably Bad News best content for United States right away, or after learning these important things about probablybadnews.com

Visit probablybadnews.com

Key Findings

We analyzed Probablybadnews.com page load time and found that the first response time was 2.2 sec and then it took 28.7 sec to load all DOM resources and completely render a web page. This is a poor result, as 95% of websites can load faster.

Performance Metrics

probablybadnews.com performance score

34

Measured Metrics

name

value

score

weighting

FCP (First Contentful Paint)

Value3.6 s

32/100

10%

LCP (Largest Contentful Paint)

Value15.7 s

0/100

25%

SI (Speed Index)

Value5.4 s

56/100

10%

TBT (Total Blocking Time)

Value370 ms

70/100

30%

CLS (Cumulative Layout Shift)

Value0.501

16/100

15%

TTI (Time to Interactive)

Value11.3 s

19/100

10%

Network Requests Diagram

probablybadnews.com

2238 ms

wp-emoji-release.min.js

441 ms

tabbed-login.css

345 ms

subscriptions.css

301 ms

styles.css

256 ms

Our browser made a total of 64 requests to load all elements on the main page. We found that 78% of them (50 requests) were addressed to the original Probablybadnews.com, 8% (5 requests) were made to Fonts.googleapis.com and 5% (3 requests) were made to S.gravatar.com. The less responsive or slowest element that took the longest time to load (4.7 sec) relates to the external source Fonts.gstatic.com.

Page Optimization Overview & Recommendations

Page size can be reduced by 587.5 kB (16%)

Content Size

3.7 MB

After Optimization

3.1 MB

In fact, the total size of Probablybadnews.com main page is 3.7 MB. This result falls beyond the top 1M of websites and identifies a large and not optimized web page that may take ages to load. 75% of websites need less resources to load and that’s why Accessify’s recommendations for optimization and resource minification can be helpful for this project. Images take 3.1 MB which makes up the majority of the site volume.

HTML Optimization

-84%

Potential reduce by 42.4 kB

  • Original 50.8 kB
  • After minification 45.2 kB
  • After compression 8.4 kB

HTML content can be minified and compressed by a website’s server. The most efficient way is to compress content using GZIP which reduces data amount travelling through the network between server and browser. This page needs HTML code to be minified as it can gain 5.6 kB, which is 11% of the original size. It is highly recommended that content of this web page should be compressed using GZIP, as it can save up to 42.4 kB or 84% of the original size.

Image Optimization

-5%

Potential reduce by 164.2 kB

  • Original 3.1 MB
  • After minification 3.0 MB

Image size optimization can help to speed up a website loading time. The chart above shows the difference between the size before and after optimization. Probably Bad News images are well optimized though.

JavaScript Optimization

-62%

Potential reduce by 192.0 kB

  • Original 308.9 kB
  • After minification 304.9 kB
  • After compression 116.9 kB

It’s better to minify JavaScript in order to improve website performance. The diagram shows the current total size of all JavaScript files against the prospective JavaScript size after its minification and compression. It is highly recommended that all JavaScript files should be compressed and minified as it can save up to 192.0 kB or 62% of the original size.

CSS Optimization

-88%

Potential reduce by 188.9 kB

  • Original 215.8 kB
  • After minification 131.7 kB
  • After compression 26.9 kB

CSS files minification is very important to reduce a web page rendering time. The faster CSS files can load, the earlier a page can be rendered. Probablybadnews.com needs all CSS files to be minified and compressed as it can save up to 188.9 kB or 88% of the original size.

Requests Breakdown

Number of requests can be reduced by 35 (58%)

Requests Now

60

After Optimization

25

The browser has sent 60 CSS, Javascripts, AJAX and image requests in order to completely render the main page of Probably Bad News. We recommend that multiple CSS and JavaScript files should be merged into one by each type, as it can help reduce assets requests from 19 to 1 for JavaScripts and from 13 to 1 for CSS and as a result speed up the page load time.

Accessibility Review

probablybadnews.com accessibility score

88

Accessibility Issues

Contrast

These are opportunities to improve the legibility of your content.

Impact

Issue

High

Background and foreground colors do not have a sufficient contrast ratio.

ARIA

These are opportunities to improve the usage of ARIA in your application which may enhance the experience for users of assistive technology, like a screen reader.

Impact

Issue

High

ARIA IDs are not unique

Navigation

These are opportunities to improve keyboard navigation in your application.

Impact

Issue

High

Some elements have a [tabindex] value greater than 0

Best Practices

probablybadnews.com best practices score

75

Areas of Improvement

Trust and Safety

Impact

Issue

High

Does not use HTTPS

High

Includes front-end JavaScript libraries with known security vulnerabilities

Low

Ensure CSP is effective against XSS attacks

User Experience

Impact

Issue

High

Serves images with low resolution

General

Impact

Issue

Low

Detected JavaScript libraries

SEO Factors

probablybadnews.com SEO score

91

Search Engine Optimization Advices

Mobile Friendly

Make sure your pages are mobile friendly so users don’t have to pinch or zoom in order to read the content pages. [Learn more](https://developers.google.com/search/mobile-sites/).

Impact

Issue

High

Document uses legible font sizes

High

Tap targets are not sized appropriately

Language and Encoding

  • Language Detected

    EN

  • Language Claimed

    EN

  • Encoding

    UTF-8

Language claimed in HTML meta tag should match the language actually used on the web page. Otherwise Probablybadnews.com can be misinterpreted by Google and other search engines. Our service has detected that English is used on the page, and it matches the claimed language. Our system also found out that Probablybadnews.com main page’s claimed encoding is utf-8. Use of this encoding format is the best practice as the main page visitors from all over the world won’t have any issues with symbol transcription.

Social Sharing Optimization

Open Graph description is not detected on the main page of Probably Bad News. Lack of Open Graph description can be counter-productive for their social media presence, as such a description allows converting a website homepage (or other pages) into good-looking, rich and well-structured posts, when it is being shared on Facebook and other social media. For example, adding the following code snippet into HTML <head> tag will help to represent this web page correctly in social networks: