Speed · Performance · WordPress

My Own Site – 100 on Google PageSpeed

Overview

About this build

Page Speed Lighthouse WordPress

This is my own portfolio site, rebuilt as a custom WordPress theme and tuned until Google PageSpeed Insights showed 100 for Performance, Accessibility, Best Practices and SEO, on mobile and on desktop. It is the standard I tune client sites towards, and a record of how I got there.

The result

On 24 October 2026 the home page was tested on Google PageSpeed Insights, on mobile (a simulated phone on slow 4G) and on desktop.

  • Performance, Accessibility, Best Practices and SEO: 100 / 100 / 100 / 100, on both mobile and desktop.
  • Mobile: largest content in 1.1 s, blocking time 0 ms, layout shift 0.001.
  • Home page mobile score: 89 → 100 in one day. The Projects, About and Boat tours pages score 98 on mobile.

What these numbers do not say: this is a lab test, and lab scores move by a point or two between runs (on the same code I saw 98 once and 100 on the other runs). Google’s real-user data for the site says “No Data” for now, because the site has not had enough visitors yet, so I do not claim more than the lab shows.

Where it started

The same morning the mobile score of the home page was 89, and the Projects and About pages were at 88. To find out what was costing the points, I tested the main changes on copies of the page before keeping them on the live site.

What was slowing it down

  • The Google Analytics tag, about 156 KB of script, started in the middle of the first paint and kept a phone’s processor busy for a quarter of a second.
  • A code-copy plugin pulled jQuery into every page, and a form plugin loaded five files on pages that have no form.
  • The home page waited for three stylesheets before it could paint anything.

What I changed

  • The analytics tag now loads on the first tap, click, key press or wheel turn, or 10 seconds after the page has loaded. A visit shorter than that with no interaction is not counted, which is the one trade-off.
  • Plugin files load only on the pages that use them. Blog posts keep everything.
  • The home page CSS is inlined, so nothing blocks the first paint, and two small script and animation costs were fixed.

What this means for your site

Your site is not mine. A store with many plugins needs different fixes, and I never promise a score. The method is the same: measure, find what blocks the first paint, fix the biggest cost first, then measure again. A six-language tourism site I optimized went from 57 to 90 on mobile.

Get a free site audit

Screenshots

How it looks

My own site on Google PageSpeed Insights: Performance, Accessibility, Best Practices and SEO all 100, on mobile and desktop
Google PageSpeed Insights, mobile: Performance 100, First Contentful Paint 1.0 s, Largest Contentful Paint 1.1 s, Total Blocking Time 0 ms, Cumulative Layout Shift 0.001, Speed Index 2.0 s
Mobile, simulated Moto G Power on slow 4G, 24 October 2026.
Google PageSpeed Insights, desktop: Performance 100, First Contentful Paint 0.5 s, Largest Contentful Paint 0.5 s, Total Blocking Time 10 ms, Cumulative Layout Shift 0.002, Speed Index 1.0 s
Desktop, same report, 24 October 2026.
The top of the Google PageSpeed Insights mobile report for farjana-rashid.com on 24 October 2026: Performance, Accessibility, Best Practices and SEO all 100
The top of the mobile report, as Google showed it.
The top of the Google PageSpeed Insights desktop report for farjana-rashid.com on 24 October 2026: Performance, Accessibility, Best Practices and SEO all 100
The top of the desktop report, as Google showed it.
More Work

Other projects

View All

Want something similar?

Send me the website, design or feature requirements.

Discuss Your Project