| ▲ | afavour 8 hours ago |
| In fairness Apple did come up with a custom JSON format for articles: https://developer.apple.com/documentation/applenewsformat The problem is that people don't use it. I imagine it's a chicken/egg thing, the audience on News isn't big so it isn't worth the publishers time catering to an entirely new format, the News experience is crappy so the audience doesn't grow. They could have insisted that everyone use their format but I suspect publishers would just refuse. It's not exactly in a publishers interest to help boost a middleman between their content and readers. I'd be really interested to see what Apple's approach would be if they used more web technologies (since that's what publishers are using today anyway). Even just a webview with disabled JavaScript would get a ton of the way there in terms of performance. They have WebKit engineers in house that could probably tweak it even further. |
|
| ▲ | kyralis 7 hours ago | parent | next [-] |
| It's definitely that publishers don't want it. This is actually the trajectory of both Apple News and iAd before it, which is what started out providing the ad service for Apple News. Apple would like to do a high quality solution, and then keeps relaxing their standards when there's not enough buy-in from the content providers. They were forced to allow the non-curated news formats to have sufficient content. |
| |
| ▲ | derefr an hour ago | parent | next [-] | | I wonder why they don't just prioritize the ~500 most popular of those content providers that are feeding them sludge articles, and write (AI-generate, even) logic to manually parse and transform said sludge into their format? It'd be a big one-time lift; and of course there'd be annoying constant breakage to fix as sites update; but News.app could always fall back to rendering the original article URL if the News backend service's currently-deployed parser-transformer for a given site failed on the given article. It's make things no worse and often better than they are today. | |
| ▲ | wnc3141 4 hours ago | parent | prev [-] | | I can't imagine it's a great deal for publishers. It's probably why NYT, Economist and other prestige publications aren't on it. (Save for Atlantic, New Yorker). I. Assuming they use the Spotify model ( paying commissions on articles per reader)? |
|
|
| ▲ | tsunamifury 7 hours ago | parent | prev [-] |
| It’s almost like Google AMP was a good idea and solving this problem this community had a melt down over it. |
| |
| ▲ | afavour 7 hours ago | parent | next [-] | | The 10000ft perspective on AMP was correct, the lived reality was awful. And the technical implementation used can't be divorced from everything that surrounded it: Google's place in the industry with regard to search engines, ads, etc. In this specific example there is a very big difference between producing a format for use in a first-party app vs trying to replace standards for content used across the web. | | |
| ▲ | derefr an hour ago | parent [-] | | > And the technical implementation used can't be divorced from everything that surrounded it: Google's place in the industry with regard to search engines, ads, etc. I mean... sure it could have? There could have been an independent "AMP Foundation" that forked the standard away from Google and owned the evolution of it from then on. Like how SPDY was forked away from Google ownership into HTTP2. |
| |
| ▲ | Andrex 7 hours ago | parent | prev [-] | | AMP was a good technical solution for a short window of time, deliberately tanked by confusing/centralized stewardship. They kept opening it more and more but by then it was too late. | | |
| ▲ | the_other 6 hours ago | parent [-] | | No it wasn't. It was a tool to attempt to keep people on Google's surface area rather than freeing them to browse the web as the web was intended. |
|
|