Show HN: I ranked news websites by speed (legiblenews.com)

320 points by bradgessler ↗ HN
I've been working on building "the fastest news website" for a few reasons:

1. I got tired of waiting for news websites to load, so I made a text-only news website that only has major news headlines.

2. I wanted to demonstrate to the world that if you want to build something really fast on the web, you can do it without loads of JavaScript.

3. I wanted to show that you can design something that looks good without having tons of images, etc.

I put together the speed page at https://legiblenews.com/speed to hold my website to be more accountable for speed, but it's also interesting to see how fast other news websites are (or in most cases, are not).

Some feedback I'm interested in receiving:

1. What's your take both on the speed ranking methodology for Legible News?

2. Are my descriptions of the metrics for a non-web developer reasonable? Example of that at https://legiblenews.com/speed/websites/associated-press, and if you click through the links on that table, you see a description like https://legiblenews.com/speed/audits/cumulative-layout-shift

Sorry ahead of time, but I can't fit all news websites on the speed report. I had to target general news websites, not ones for specific niches like HN for Tech. If there's something you think that's missing please post it, but I can't promise that I'll add it.

If you like it, please consider subscribing! Thanks!

205 comments

[ 1.8 ms ] story [ 228 ms ] thread
Odd to see CNN last when https://lite.cnn.com/en exists. Maybe that should be another entry?
I thought about including the "lite" websites, but decided against it since those are not the primary news reading experiences that they're pushing. What I might do is add a link to any news website that has a lite/text-only website.

I'll go ahead and say that yes, this is somewhat self-serving, but I'm hoping this puts pressure on some news websites to get their act together and make their primary news websites faster for everybody.

---

Edit: I've pushed out the updates

1. Individual speed reports now include a link to the text-only sites.

2. Methodology makes a mention of it at https://legiblenews.com/speed/methodology (I still need to refine it; wrote and published in haste)

Why don’t the lite versions count? They are what I use on mobile for primary reading. If the goal is pressuring sites that are too slow you should reward the ones that are quick.
The goal is clearly self-promotion, and not neutral observation.
This is crazy. You made a lightweight, text-only news site, but then refuse to compare it to the other lightweight, text-only news sites.

As well as CNN, NPR has one too: https://text.npr.org

There's also http://68k.news which is particularly nice because it hyperlinks to images in the stories rather than embedding them.

I came here to point out the existence of text.npr.org but it seems I'm way too late!
For some reason these just look unreadable to me, a huge wall of text and just too much information thrown at me at once from all sorts of random topics that I may or may not care about. I actually really enjoy the newspaper style visual layout, even if they use stock photos. It makes it easier to navigate with my mind. The ads and bloat can all be solved by installing an ad blocker.
You're not wrong. This is how the internet used to look like. Modern web layouts and designs evolved to be this way because they result in higher engagement metrics.
There's also the fact that screens have gotten so much bigger since the early web. A wall of text didn't look as much like a wall when it was in a 640x480 window. (Minus a couple of banner ads, of course!)
Well, higher engagement metrics seems like a cynical way to say "more readable" especially given the parent comment's complaint.

You don't need commercial interests to think about UX. The early web looked the way it did mostly due to hobbyism and undeveloped UX standards that we take for granted today.

I didn’t intend to use engagement metrics in a negative way. We also have to note that the audience has changed. The audience of the early web was very different to the average audience today (almost everyone).
Oops that was on the Mobile tab. Both score 100 on Desktop.
Yeah speed varies depending on time of day and whether or not your Heroku instances are being subjected to an influx of HN traffic.

:-)

Cranking up the Dynos to keep up.

Which BTW, that's the funny thing, Heroku is super duper slow, and I still manage to run a reasonable fast news website.

Here's response times under HN load: https://s3.amazonaws.com/bradgessler/Eu1cKE24dpKjTkqNcK3qPqH...

99th percentile is at 175ms.

If your page is only updated once a day, why not render a static html site and put it on a host like netlify?
This. There is no need for a cloud server. Even better get a 10GB port private server from Interserver and stop using Heroku.
Hadn’t heard of Interserver before. How are they?
Really good for the price. I think you can get 150TB bandwidth on 10G port with a dedicated server for around $55/month.
Also, I will say that the normal CNN site is slow to completely load, but decently fast to become interactive. Like on my iPhone, everything above the fold is loaded and interactive reasonably quickly, even if the little blue loader bar does take quite awhile to finish. But if you’re not focusing on that, the site doesn’t FEEL slow, as the key content you want to start reading right away does load decently fast.
Interesting.

Honestly, I never notice load times from news sites because they're all an advertising cesspool and I run Brave + layered ad blockers on my computer and mobile devices. As a point of curiosity I wonder how these sites would compare with ad blocking enabled.

But at the end of the day I care a lot more about their serious, reliable content (or lack thereof) than a few milliseconds. I'll wait 3 seconds for good news rather than 200ms for trash.

(Not at all saying legiblenews.com is trash. I've honestly never heard of it. I'm just speaking in general terms here.)

Ad blockers are interesting because they do make a pretty big difference.

I wrote a little about that under "Less is more" at https://legiblenews.com/speed/why.

   As of June 2022, CNN.com downloads over 8.9 megabytes of images, videos, and advertisements. With an ad blocker, CNN.com still downloads an incredible 2.4 megabytes of data. All that heft means you have to wait longer for everything to download over the Internet, then wait for your browser to process it all and display it on screen.
I don't really expect slow/fast news websites to be a big deal for the HN crowd since we all know how to run ad blockers in our browsers or PiHole.

My goal here is to make less technical people aware of the speed they're sacrificing when they read websites like CNN, Fox News, etc. There's a lot of privacy implications too I'd like to make people aware of, but I haven't found an easy service/scanner like Google PageSpeed Insights.

"Trash news" is a real problem, and no offense taken to the fact you've never heard of Legible News. I source headlines from Wikipedia, which is why I donate to them for people who buy a subscription. Legible News is more of a news aggregator than anything, which links of to news institutions that people have heard of.

Sourcing your news from Wikipedia is a really smart idea. Looking at your site and the Current Events portal on Wikipedia I see some differences:

https://en.wikipedia.org/wiki/Portal:Current_events

How are you pulling your data? (there are 3 different Wikipedia APIs, with various levels of data).

I suggest you look at the the Features Content API (https://en.wikipedia.org/api/rest_v1/feed/featured/2022/06/2...). This could be fun for you to use, since it also gives you a list of the most visited pages on Wikipedia in the previous 24 hours, which often surfaces interesting topics of current event.

Nice job on a cool project!

News websites with JavaScript disabled can be a pleasure:

- https://www.theguardian.com/uk is fast and snappy

- https://www.bbc.co.uk/news feels like a hyper fast mobile website

Both degrade wonderfully well (minor glitch on the Guardian "most read articles" HTML on mobile but otherwise all good)

Yes! There's so many things the HN crowd does to make websites bearable. It's sad how hostile the web has become to users, especially non-technical folks.

I built Legible News for people who are non-technical and don't know how to disable JS, install ad-blockers, or run a PiHole.

Oh I misunderstood the title implication. Nothing wrong with the title, but I thought (or was hoping) you were ranking news websites based on how quickly they publish the news in relation to the trigger event.

Maybe there are solutions for this out there already, ill have to look

Nice work on the page and on shipping! What surprises me the most from this is how fast USA Today is given the amount of stuff going on on their page.

I like how you've put the ranking by speed and I think that's a really good way to advertise your service. That being said, $9.99/mo seems pretty steep for what is basically a really fast aggregator of other sources. The $1/mo to Wikimedia is good but really just a small amount going to the creators of the actual content. $25/mo for the NYT does give you a slow website, but you know they're funding investigative journalism with it.

Edit: My mistake, it's $9.99/y, not /mo. That is way more reasonable

I was also surprised to see USA Today so high on the list. About 10 years ago they did a complete redesign that felt like a SPA and although it was pretty cool at the time, I remember it being very slow and clunky. They've really turned it around!
They got a new team together. The main architect is very detail obsessed about page performance.
Thought the same thing, then clicked over. There’s quite a bit going on for how snappy it feels.
It would be interesting to see the results when the requester is put behind an ad-blocker like pihole.
You might be able to squeeze out some more speed with Brotli and enabling http/2 on Cowboy.
I really appreciate this effort. I think the web needs more of it and it’s why I built something similar over at https://brutalist.report.

Can you share any stats around the conversion rate for how many visitors end up converting to your Plus service?

Me too :)

https://webperf.xyz/

It's a 3 day running average that is focused on Article pages (not the homepage), against the mobile version of article, tested using Lighthouse.

Each site gets tested 1-3 times a day.

All historical data is available in Google Sheets (linked from main page)

https://docs.google.com/spreadsheets/d/1sGKmbnW74u9r1GOzAQcI...

Hey this is the site I use! It's been excruciatingly difficult to get a higher ranking when you have any ads at all.
Very difficult. It is not just technical but there are business reasons too.

That said, it is possible to make drastic adjustments that help monetization, UX, and still have ads. I did that as a short-lived experiment for a very ad heavy mobile site (SFGate):

Main points are here (not a ton of details) in this sanitized post-redaction deck:

https://docs.google.com/presentation/d/12ds0b4nTxzcDy23te0Zm...

I had an extra labeling for non-ad sites so there was some distinction and would like to restore that.

However look at El Diario - ads and number 1 spot!

DotDash has numerous high performant sites (ThoughtCo etc) that have ads too.

El Diario has to have some kind of crazy loophole. That or some rogue genius has solved a pernicious problem and hasn't shared their wisdom with the world. I see normal google ads and just everything loads so incredibly fast. I'm not a perf expert, but our page speed insights seem to pin almost everything on ads.
I would encourage you to see if you can find out! Someone there should do a talk/post about it
I think the time to a visible site is pretty important; i dont understand why a site that takes longer to see is faster than a site that i can start looking at sooner. can you explain that?
Low latency fiber internet + network wide pi-hole ad blocking + new Apple silicon based laptop makes the entire web feel instantaneous! It’s really quite remarkable.
Very curious that NYT's is so slow given their fairly advanced tech team. They do a lot of neat stuff with that team. Though maybe it's another part of the company that manages the rest of the site. Or maybe it's all their neat stuff that makes it slow.
I am a NYT subscriber and I love what they do online. Some of the one-off special effects are a bit excessively heavy, but I appreciate the creativity and willingness to push the boundaries or explore the design space of the web.

I also get the actual paper delivered in the morning, so if I need something "performant" or have a poor connection I can simply read it in print. So I appreciate that the website offers something more than just an online duplicate of the print experience.

I wonder if the NYT would see an increase or decrease in conversions if they switched to a more performant but less progressive design system. Would more people convert on the fast load time? Or are the special effects diving more conversions (as they did for me personally)? I think they must have done the math and concluded that their business aligns more with the latter.

Is this a Show HN, or a blog post? It seems like OP is trying to get attention for his news website, and perhaps that would be best done by doing a Show HN of that site (not this comparison page, which conveniently lists his website as the top-performer).
Its easy to run a fast website when you don't have to host any ads. You know, the thing that gives media companies their revenue.
And yet plenty of websites that don't have ads are painfully slow. The snark is a little unwarranted in my opinion.
I opened the last entry (cnn) and it actually loads very quickly. The indicator keeps spinning but the content was ready in a second
I would love to see these stats for sfgate.com and sfchronicle.com. Both of them are infested with so much added fluff. It's frustrating because I pay for a subscription to SFChronicle (and NYTimes), but unless I want to install adblocking, the experience of trying to read the news is often so user hostile, even on a fast connection and fast computer.
You can run those pages through speed reports at https://pagespeed.web.dev

I don't include in the rankings because their distribution isn't wide enough, but I'd guess they're relatively slow for the reasons you mention.

I'm getting around 250ms response times for https://legiblenews.com from the UK after multiple refreshes. 500ms occasionally.

I feel like it could be much faster at around 50ms or so with a cloudflare caching setup on the page, may be wrong.

You're not imaging things: I'm running a bit hot right now from HN load (https://s3.amazonaws.com/bradgessler/Eu1cKE24dpKjTkqNcK3qPqH...) w/ ~170ms for the 99th percentile. It doesn't help that I'm running this on Heroku, which isn't known for being super fast.

I'll probably deploy this to https://fly.io/ in the future to a few different geographies around the world so that I can bring latency down for the entire planet while saving myself a boatload in hosting costs.

That is interesting to see.

I wonder if fly.io/heroku matters for the servers however. Caching the webpage with a CDN sounds like most bang for buck right? One request is slow at the start of the day for the news (maybe its a user requesting far away the main server worst case) but every subsequent request is served from close to user CDN. (Not 100% if thats how it works in practice)

Speaking out loud here just to see if server location matters if you have a good CDN setup or something I'm missing which would make requests need to hit the main server.

Why not generate it as a static site?
Back in my Newsweek days, we rebuilt the entire site with a blisteringly fast homepage. Proper caching, lazy loading where needed, and fully optimized CSS, images, and javascript. Then the sales team sold a 600px wide takeover ad for scabies medication showing an old dudes infected back.

So it doesn’t matter how fast you build the site. You don’t have control over the things that make it bad.

I was hoping some folks would chime in who built these websites!

Yes, I've run big websites and they're kind of like sea faring vessels -- given enough time with a large enough team, they tend to collect barnacles and become slower over time.

I made the speed rankings so that Legible News wouldn't lose site that speed matters.

Advertising is related to technology in much the same way a parasite is related to the host
So with ublock origin it would be great?

Do you see why we all use it?

Yeah, same when I was working for Nature. Website was super fast, but then we had to load the (many) ad scripts that the sales team wanted and you’d add 2+ seconds to your page load time.

No way to win. At least I could wrap all the ad locations so they didn’t shift the page when they finally popped in.

I've been in the same situation, and it's one of the few times I've appreciated the bureaucracy and red tape that come with being at a Fortune 500 company. Whenever the sales team comes to me asking for another tracking pixel, I just say "We'll be happy to add this once you've submitted the necessary paperwork and it undergoes the the company-mandated security, privacy, and legal reviews". 90% of the time, I never hear back from them again.
Yeaaaaap. I ended up implementing a library for Newsweek that converted document.write ad units into async writes. I'm still amazed that worked, and that ads used to use document.write.
Also nowadays the marketing guys will want all manner of tracking pixels to measure their marketing efforts
Nice idea on legiblenews.com, however it looks to me like it's just using https://en.wikipedia.org/wiki/Portal:Current_events and changing the format? All the articles are from there, verbatim, and you are exactly copying the list of articles - even the categorisation of them.

I'm not sure that a 10% donation to Wikipedia from subscription revenue is quite enough when you are doing quite a simple reformat of all the volunteer work that goes into the current events section of Wikipedia.

You are effectively changing $9.99 for a weekly email digest of the https://en.wikipedia.org/wiki/Portal:Current_events page and giving them $1. I think if you went 50/50 on it I would probably feel it was more fair, you are adding value but I assume thats all automated.

I will give you credit for your 100 score, that page on wikipedia gets an 86 on page speed insights.

If true, and appears it is, if the source for the feed really is Wikipedia, shouldn’t it be credited on the site?

Related Wikipedia page on reusing it’s content:

https://en.m.wikipedia.org/wiki/Wikipedia:Copyrights

It is, see the "License" link at the bottom of pages that display Wikipedia content. Front page currently points at https://legiblenews.com/june-27-2022/license.

Note: there was a bug that I fixed at around noon PST that wasn't display this link for daily news articles, but it was for the contextual articles.

I intend on fully complying with Wikipedia's copyright notices. If you see otherwise please LMK because its a bug.

PST or PDT? I didn't think anyone was using PST anymore :-/.
Um, you mean they're not using it until November?

https://www.timeanddate.com/time/zones/pst

The US hasn't used PST to describe current time since March 13th.
Yeah, and then it will be used again starting this November. It hasn't gone away permanently IOW, unless you know otherwise.
… I mean, I use it right now, if I have a timestamp in America/Los_Angeles that's between about November and March. Not all timestamps are right now.

Heck, my coworkers use PST all the time (ah, timezone pun?). One of these days I should honor those timestamps to the letter.

Might just be me, but hiding that information behind a "license" link feels like you want to hide that you are just copying from Wikipedia. In fact, the Wikipedia current events section also has a pagespeed of 100, so what do we need your website for?
Yes! The news content and links from them are from Wikipedia, which is why I donate a portion of revenue to them. The value I'm delivering is speed and focus, going further than Wikipedia, hence your observations from the page speed score. The design of their pages is quite busy and some articles actually take a really long time to load when they're re-built from scratch and not served up from a cache.

Regarding, "not enough", I'm currently losing money on Legible News, so if I increased the amount, I'd lose even more money. For now I consider a 10% donation generous given the current unit economics. I may raise prices to offset these loses, but I'll grandfather in people who subscribe today.

If Legible News reaches a large enough scale I'll consider switching from the current donation model to a Wikimedia enterprise subscription (https://enterprise.wikimedia.com/pricing/) or hiring my own editorial staff to put together the days headlines.

---

Edit: Oops, there's a bug on the news articles that are not displaying the license. If you want to see what this should look like, check out https://legiblenews.com/articles/Mekelle and scroll to the bottom and click on "License".

Fixing this now for news articles.

---

Update: Licenses are now working for news pages. You can see today's at https://legiblenews.com/june-27-2022/license. This broke navigation at the bottom, which I'm now fixing.

So I actually love the idea, even using Wikipedia! Their news/current affairs section is amazing, but not accessible or readable in a "new site" like way. If I were you I would be championing that aspect, making it a key feature, talk about how it is making this amazing resource accessible. But part of that would be to donate a larger portion to them. Just charge $20/year and give Wikipedia half...
I'm not committing to that specific price change and donation reallocation, but I will raise prices in the future (if you subscribe now you'll be grandfathered in) and changing the donation allocation with Wikipedia.

The problem now is that fixed costs are barely covered. Once that hump is achieved I can start playing around with donation allocations more. It will take some time to get there as the cost structures aren't that well established yet.

> I'm currently losing money on Legible News

> The news content and links from them are from Wikipedia

How are you losing money if all of your content is from Wikipedia, and presumably free?

Close to zero income plus hosting fees most likely. If I built something like this I’d expect to lose money on it for awhile as well. I’d also expect to have to deliver a bit more “product” but I feel this guy is having a ton of fun with this project. I’d love to see it grow and develop into something amazing.

In fairness, it doesn’t seem to be offering much at the moment, but I’m genuinely curious about the directions the owner imagines taking the project.

This is accurate.

Current costs are:

1. Hosting - $30-$60/mo depending on traffic levels. The more subscribers, the more this will cost.

2. Workstation - Its fractional, but the workstation I use to build this isn't free.

3. Dev time - This is the big one. If this is to become sustainable, I'd need to build up subscription fees to pay for a team. $200k/engineer, administrative staff, and whatever an editorial staff costs if I go down that route.

Saying "it costs nothing" would be a recipe for eventually shutting down this website since I'd be working towards none of the infrastructure above that's needed for this thing to continue on without me.

I also want to build out a mobile application, which also costs money in the form of App Store fees and dev time.

Keep in mind: I'm not targeting the HN crowd with this, who know how to find CurrentEvents, throw it in their RSS feed, find the optimized mobile version, etc. This was built for people who don't have the time or knowledge to do the digging needed to find and format this content.

What HN found interesting was the relative rankings of news website speed, which I hope brings awareness and results in faster websites for us all.

Hosting - $30-$60/mo depending on traffic levels

Stick it on Netlify and that cost will drop to $0.

> 1. Hosting - $30-$60/mo depending on traffic levels. The more subscribers, the more this will cost.

Does the cost of subscription pay for the hosting costs? It sounds like this is the only current hard cost, so hopefully it's growing slower than the associated subscription revenue!

> Hosting - $30-$60/mo depending on traffic levels. The more subscribers, the more this will cost.

> Workstation - Its fractional, but the workstation I use to build this isn't free.

> Dev time

I mean, no offense, but it sounds like you don't actually have any costs besides hosting, and you'll break even somewhere between 40 and 80 subscribers.

I think what everyone's objecting to is your misrepresentation of the content on the home page as your work. Nothing on the "today's news" or "about" pages credits Wikipedia or its contributors.

Photopea.com was able to keep their hosting costs down to about $50/yr while still serving 7 million people[1]. Their website was hosted statically at a size of 1.8 megabytes. Yours is different of course because you scrape Wikipedia regularly, but there may be a cheaper solution than your current setup out there for you fyi

[1] https://old.reddit.com/r/IAmA/comments/i8j5te/i_made_a_free_...

If OP had 7 million people, they wouldn't be losing money, even if it were serving ads.
I don't think GP was talking about profitability, but about the absolute level of the cost.
You are losing money based on the fact you might have to hire staff one day??

What??

When you say losing money, do you mean opportunity costs from your time developing it?

Because running a website like that should cost basically nothing.

> Regarding, "not enough", I'm currently losing money on Legible News, so if I increased the amount, I'd lose even more money. For now I consider a 10% donation generous given the current unit economics. I may raise prices to offset these loses, but I'll grandfather in people who subscribe today.

This feels in very bad taste to me. As another user pointed out, these articles are being authored and maintained by volunteers, who are donating their time and effort to make information accessible to people. Instead of joining them in that pro-bono effort, you're trying to leverage their work to your own profits. Yes, it requires some up-front work from you to format the articles, but it's a one time cost while the authors are continuously working. And sure, you have to pay for hosting costs, but then you could still run it as a non-profit that only recoups costs and donates the rest to Wikipedia.

If you want to make a business out of this, I'd suggest investing in having people author some original articles. But taking someone else's volunteer work for your own gain is not something I will support. Not wanting to invest your own time and money to make your project work long-term doesn't justify using other people's time and efforts to make your project work long term.

If there's any part of your data pipeline that I misunderstand and rectifies the situation, I'd be happy to have my understanding fixed.

I occasionally make edits to the structure of the original content, but given my limited resources, which is a fraction of my personal time, that's all I can do. In the future if this brings in more revenue I will consider donating more to Wikimedia, hiring editorial staff to contribute back to CurrentEvents, or purchasing a Wikimedia Enterprise subscription.

I do want to acknowledge and be upfront that I won't be able to satisfy everybody's level of fairness, taste, etc, but this is currently what is sustainable for me given the amount of time and resources I have available to put into this project. Some will think this is done in very bad taste, like yourself, and others won't. That's fine! I accept constructive or thoughtful critiques and will reflect on them in the future as things change.

The ease at which you gloss over the fact that your site is simply accepting money for the time and effort of volunter Wikipedia editors is truly innovative, good job.
I don't understand why you would feel that way. Under Wikipedia's license:

> You are free to:

> Share — copy and redistribute the material in any medium or format

> Adapt — remix, transform, and build upon the material for any purpose, even commercially.

This seems like exactly the kind of behaviour they want to encourage. It's not taking anything away from the project, just adding another way to consume the information for those who choose to.

You forgot this part:

> Under the following terms:

> Attribution — You must give appropriate credit, provide a link to the license, and indicate if changes were made. You may do so in any reasonable manner, but not in any way that suggests the licensor endorses you or your use.

> ShareAlike — If you remix, transform, or build upon the material, you must distribute your contributions under the same license as the original.

> No additional restrictions — You may not apply legal terms or technological measures that legally restrict others from doing anything the license permits.

Proper attribution is not optional. While OP's license link might put him in the clear legally (although IANAL, it might not) it is can still be questionable ethically and I agree with the other commenters here thinking it is.

I was only addressing the comment that OP is "trying to leverage their work to your own profits". I agree that the attribution could be more explicit on OP's webpage, but I don't see that for/not-for profit really has anything to do with it (legally or morally).
For those that believe Brad's take on Wikipedia's content isn't adding a fair amount of value...

Presumably, if Legiblenews takes off and doesn't add value, Wikimedia is free to compete with it. Wikimedia could form a for-profit company that donates more of user revenue to the foundation and feature that company on Wikipedia. Therefore, for the foreseeable future, Wikimedia effectively retains the option to copy & crush Brad's side-project. And if Legiblenews takes off Wikimedia does nothing at all...they will still almost certainly receive more $$$ than the current state of the world.

In that way, Wikimedia is outsourcing innovation to Brad, who Wikimedia is well-positioned to copy/compete with in the future, and being paid to do so. While Brad loses money.

I'm not 100% sure who is on which side of "fair," but ultimately if it complies with Wikimedia's license I'm good with it. And if you don't like it, why not start something better?

OP sounds like they're honoring the terms of Wikipedia's content license and donating money on top. Why is that a problem?

They're presumably also benefitting from the work volunteers put into Linux, nginx, and whatever else is in their stack, but nobody suggests that websites using open source technologies should be forfeiting all profits.

I generally agree with this and would add another take:

Delivering good news is expensive! The big players are not doing that for the most part, instead doing "newstainment" and I almost never pay attention.

Indie journalists are challenged right now, but are doing News. Most can barely make it.

Your platform could help! Having them author and get some revenue would be something I would pay for. And I do that now via Patreon, Substack, others. It is all too coarse though.

All that said, maybe plenty of people will pay. You are likely to find out. And like I said in my other comment:

Speed is nice, but compelling rules!

Maybe invite those getting views to author original material. Helps you, them, the reader / viewer.

Wikipedia: “please reuse our content”

Random internet user: “such bad taste to reuse Wikipedia content, I should complain on their behalf“

(comment deleted)
Why are your costs so high?
Multiple edge servers for extra speed?
Thanks for mentioning and noticing it. I like the original idea (one of those that I thought myself doing back during the pandemic), but seeing it is just a wrapper around another source made it lost its magic, at least for me.
If it introduces more people to Wikipedia's excellent Current Events portal, then I'm glad it exists.
TIL - actually I like the wikipedia's tree like formatting much more than the mirror options mentioned in this thread.
(comment deleted)
Wikipedia needs money?
Please don’t complain on behalf of others. Wikipedia has a licence that explicitly allows (even encourages) what OP is doing.
This is completely BS. What is he showing here? That a static copy of wikipedia "news"[0] is faster than a full featured news website. Is this just a contrived ad? My news aggregator also achieves 100% performance[1] but I don't dare to use that info to make such a irresponsible claim. Is also some orders of magnitude easier to be a news curator than a news producer.

[0] Is hard to consider local news like "Two policemen and a polio vaccinator are shot dead by gunmen on motorcycles in North Waziristan, Khyber Pakhtunkhwa, Pakistan" relevant news.

[1] https://gtmetrix.com/reports/www.slowernews.com/XOAMfY1i/

Minor nitpick: India Times operates its own portal, which includes news, astrology, classifieds etc. It has much lesser footfall & lighter than Times Of India, which runs as a separate internet entity. A lot of the assets (news, photos, articles) are shared & they have common SSO as well Both are owned by Bennet & Coleman. Funnily enough, TOI runs like a subsidiary to indiatimes going by site organization structure (timesofindia.indiatimes.com)

Indiatimes & Times of India aren't the same, from the internet aspect.

What's a real shame is that I know that multiple news sites performing poorly on this list specifically hired outside consultants to increase their page speed. I worked at one in the past.

As soon as the outside consultant leaves, everyone pushes their internal initiatives again and the sites get slow and bloated.

What about CNET? They’ve been super fast for years. Granted it’s not general purpose news, but if you want to feature news websites that manage to load quickly, you should include well-trafficked sites like CNET, IMO.
Would like to see a comparison with wikinews
This site takes all the content from wikinews. There, that's the comparison.
Have you heard of News as Facts? It does a better job at telling you that the news came Wikipedia and half their profit from subscriptions goes to support Wikipedia. It's also more up to date.