Apple News launched on iOS 9 this week in the U.S., delivering the latest stories from large publications and independent blogs alike in one mobile-friendly format on iPhone, iPad and iPod touch.
Apple has set attractive monetization terms for Apple News, allowing publishers to collect 100% of revenue earned from ads they sell and 70% of revenue from iAds inventory sold by Apple.
In return, publishers appear ready to give Apple News a chance. In addition to several high-profile publications that have signed on for the service, including Bloomberg, CNN, ESPN and The New York Times, at least one has decided to offer exclusive early access to select content through the app.
Re/code editor Peter Kafka recently tweeted that an upcoming Wired feature about „starchitect Bjarke Ingels“ will be available exclusively on Apple News at 3 PM Eastern today, with expanded availability on the web next Tuesday – a four-day exclusive window on Apple News.
New Wired feature about "starchitect Bjarke Ingels" exclusively on Apple News 3pm today. Available on Web Tues. pic.twitter.com/BK5za4zflu
— Peter Kafka (@pkafka)
Wired parent company Conde Nast, which also publishes Vanity Fair, GQ, Epicurious, Teen Vogue and Conde Nast Traveler, will be pushing sponsorship opportunities to advertisers, which is perhaps a more viable monetization strategy with the emergence of content blockers on iOS 9. It has already signed up Burberry, Ford, Campbell Soup and Reynolds to flat-rate deals.
Apple News has the potential to command a large audience due to widespread adoption of iPhones and iPads, but it remains to be seen how popular the app will be with Facebook, Twitter and other platforms for consuming digital content vying for reader attention. News Corporation shut down its iPad newspaper The Daily in 2012, while Conde Nast has attempted exclusive iPad content in the past with little fanfare.
But I recall Conde and Apple pushing windowed "exclusives" to iPad editions in 2010. No one cared.
— Peter Kafka (@pkafka)
The full potential of Apple News should become clearer as iOS 9 adoption rises and Apple News Format becomes widely available for publishers to create custom editorial layouts geared towards their individual brands.
Google senior software engineer Peter Kasting this week announced that his team has been working to address Chrome for OS X battery hog complaints by improving the performance of the browser on Mac, especially in areas where Safari appears to do better (via iPhoneHacks).
Chrome for OS X has received multiple under the hood improvements that should result in faster performance and longer battery life while browsing. The browser, for example, now requires significantly less CPU usage when loading the Google search results page and various other websites.
The other technical changes to Chrome for OS X are outlined as follows:
„The team has been working on addressing this; here are some cases that have recently been improved on trunk:
Before: Renderers for background tabs had the same priority as for foreground tabs.
Now: Renderers for background tabs get a lower priority, reducing idle wakeups on various perf test, in some cases by significant amounts (e.g. 50% on one test).
Before: On a Google search results page, using Safari’s user agent to get the same content that Safari would, Chrome incurs ~390 wakes over 30s and 0.3% CPU usage vs. Safari’s 120 wakes over 30s and 0.1% CPU usage.
Now: 66% reduction in both timer firings and CPU use. Chrome is now incurring ~120 wakes over 30s and 0.1% CPU use, on par with Safari.
Before: On capitalone.com, Chromium incurs ~1010 wakeups over 30s vs. Safari’s ~490 wakes.
Now: ~30% reduction in timer firings. Chrome is now incurring ~721 wakeups over 30s.
Before: On amazon.com, Chromium incurs 768 wakups over 30s and consumes ~0.7% CPU vs. Safari’s 312 wakes over 30s and ~0.1% CPU.
Now: ~59% reduction in timer firings and ~70% reduction in CPU use. Chrome is now incurring ~316 wakeups over 30s, and 0.2% CPU use, on par with Safari at 312 wakes, and 0.1% CPU use.“
The changes should first appear in Chromium before going live on Chrome for OS X.