After struggling for several days, I finally decided to change the theme

ไป”็ป†็ฎ—ไบ†็ฎ—๏ผŒๅฑๅน•ๅฎฝๅบฆ่ถ…่ฟ‡ 1680px ็š„ๆดป่ทƒ็”จๆˆท๏ผŒๅˆ่ฎกๅ ๆฏ” ่ถ…่ฟ‡ไบ† 35%ใ€‚

Blog Monetization & Content Strategy System

Blog Advertisement: Earnings vs User Experience

From Advertising to Service: I reconstructed the content system of the blog with a “series categories”

My Technical Blog CTA System Design: From Classification to Series, Build Precision Conversion Solutions for Sustainable Maintenance

Specification for the use of blog content structure and classification labels (V1.0)

Balance of Independent Blog: How to restart advertising, how to use “semi-automatic” strategy to balance experience and technical service conversion?

Insert Mermaid flowchart using the Merpress plugin in WordPress

Say goodbye to flashing and non-copyable: smooth migration from SyntaxHighlighter to Code Block Pro

After struggling for several days, I finally decided to change the theme

Change the theme or go to the CDN first? The trade-off and thinking of a sequence of operations

Things are like this

Recently, I was tossing about CDN, and the plan is very simple: first use the old theme to run the data of ‘No CDN’, and then turn on the CDN for comparison, and see how much faster it can be.

Everything went as planned, until I looked down at the theme I used – Hueman Free Edition.

I have been using this topic for a long time, and I can’t say how good it is, but there has been no major problem. The only thing that makes me a little bit is that its maximum screen width is only 1680px. In the past few years, this was not a problem at all, but recently I always feel that something is wrong – I can’t say it, I just feel that the sides of the page are empty, especially when I use a large screen to see it.

So I started to struggle:Do you want to take advantage of this tossing on the CDN and change the theme together?

On the one hand, changing the theme is not a small project. If the new theme is incompatible and the speed is slower, then I really ask for trouble. On the other hand, if my reader’s screen has already exceeded 1680px, I will continue to use this restriction to frame people, isn’t it a bit unreasonable?

After struggling for a few days, I decided not to make judgments based on my feelings, but to look through the data.

The process of turning data is like opening a blind box

I opened Google Analytics (GA4), went to ‘Technology’ โ†’ ‘Technical Details’, and exported the data of the past 30 days with ‘active users’ as the caliber.

To be honest, I didn’t know what to do before I opened it. If the data shows that most users are still using the old screen of 1366ร—768, then my entanglement is to ask for trouble, and it is enough to use the old theme directly with peace of mind.

When I saw the first set of data, I was stunned for a moment.

Screen resolution: more serious than I thought

RankScreen ResolutionNumber of active usersproportionIs it more than 1680px
11280ร—120036,14856.37%โŒ
21920ร—108022,48235.06%โœ…
3800ร—6001,2561.96%โŒ
4393ร—851 (mobile phone)7681.20%โŒ
52560ร—14404040.63%โœ…
61536ร—8642120.33%โŒ
71366ร—13661540.24%โŒ
81440ร—30001270.20%โŒ
92048ร—11521170.18%โœ…
101707ร—10671160.18%โœ…

After careful calculation, active users with a screen width of more than 1680px, the total proportion more than 35%.

After careful calculation, active users with a screen width of more than 1680px accounted for more than 35%.

One out of every three visitors, and there are blank spaces on both sides under my current theme.

This ratio is much higher than I thought. 1280ร—1200 is the main force (56.37%), but 1920ร—1080 is closely followed by 35.06%, plus 2560ร—1440, 2048ร—1152, 1707ร—1067 These higher resolution users add up to a huge group.

And this kind of thing will only rise and not go backwards.

When I saw this set of data, my inner balance was already a little tilted.

Equipment category: 96% are desktops, directly subverting my cognition

Then I looked at the second set of data – the device category.

Device CategoryNumber of active usersproportion
Desktop (Desktop)61,79696.36%
Mobile Devices (Mobile)2,2103.45%
Tablet310.05%
Smart TV (Smart TV)3<0.01%

96.36% of active users use desktop devices.

96.36% of active users use desktop devices.

To be honest, this data surprised me a bit. I have always thought that the mobile terminal has to have a 15%-20% of the ratio, and the result is only 3.45%.

This means two things:

  • The vast majority of my readers read blogs on the computer, and the widescreen adaptation is not the icing on the cake, it is just needed.
  • Although the proportion of the mobile terminal is not high, 2,210 active users are also real people, and the new theme must be at least ‘usable’.

Browser: 96% are chrome, I’m relieved

Next, look at the browser distribution:

browserNumber of active usersproportion
chrome61,56196.00%
Edge1,1911.86%
android webview6190.97%
firefox3360.52%
safari3260.51%
Safari (in-app)820.13%

Chrome accounts for 96%.

Chrome accounts for 96%.

When I saw this data, I breathed a sigh of relief.

The thing that gave me the most headache to change the theme is compatibility – in case it’s messed up on Safari and collapsed on Firefox, how much time do I have to spend to fix it? As a result, my readers are almost all using Chrome, which means that my test range can be greatly reduced, and the risk is much lower.

To be honest, this data is an important promoter for me to shift from ‘hesitation’ to ‘decision to exchange’.

Operating system: more than 93% of Windows

One last look at the operating system version:

operating systemNumber of active usersproportion
Windows 1037,23058.05%
Windows 1122,74635.47%
Macintosh Intel 10.159931.55%
android 124860.76%
android 92760.43%
Android 11.02540.40%

Windows 10 + Windows 11 total 93.52%.

Windows 10 + Windows 11 total 93.52%.

The user portrait is already very clear here:Desktop, Windows, Chrome browser, 1920ร—1080 or higher resolution– This is what most of my readers look like.

Putting the four sets of data together, I came to a judgment that made me feel at ease:

dimensionConclusion
Screen Resolution35%+ Active User Width > 1680px, experience damaged
Device Category96.36% desktop end, widescreen adaptation is just needed
browser96% Chrome, very low compatibility risk
operating system93.52% Windows, the test range is highly concentrated

So my decision is: change

After struggling for several days, I finally decided to change it.

Not because hueman is not easy to use, nor because 1680px is completely useless, but becauseThe data tells me that my readers are already using a larger screen, and my theme is still limiting them with an outdated width.

The data makes me see one thing clearly: this decision seems to be ‘changing the theme or not’, but the essence isContinue to serve your past habits, or serve the real state of the reader. The answer is already obvious.

After deciding to change, a new question emerged:Change the theme and open the CDN, which one of these two things to do first? If the sequence is wrong, not only will the speed data be messed up, but it may also cause a cache disaster. I will leave this entanglement in the next article.

In the next article, I will talk about the decision-making process of ‘change the topic or open the CDN first’, and why the wrong order will bring a lot of trouble. Interested can continue to pay attention.


A little bit of emotion

To be honest, the process of making this decision made me feel very touched. Many times we are debating whether to do one thing or not, but it is actually not enough information. Once the data is spread out clearly, the answers often come to themselves.

If you are also debating whether to change the theme or not to change a function, you might as well look through your own data.Don’t guess, go check it out. The data will not be decided for you, but it will help you see the situation.

Say goodbye to flashing and non-copyable: smooth migration from SyntaxHighlighter to Code Block Pro Change the theme or go to the CDN first? The trade-off and thinking of a sequence of operations

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.