/
Navigation
Chronicles
Browse all articles
Explore
Semantic exploration
Research
Entity momentum
Nexus
Correlations & relationships
Story Arc
Topic evolution
Drift Map
Semantic trajectory animation
Posts
Analysis & commentary
Pulse API
Tech news intelligence API
Browse
Entities
Companies, people, products, technologies
Domains
Browse by publication source
Handles
Browse by social media handle
Detection
Concept Search
Semantic similarity search
High Impact Stories
Top coverage by position
Sentiment Analysis
Positive/negative coverage
Anomaly Detection
Unusual coverage patterns
Analysis
Rivalry Report
Compare two entities head-to-head
Semantic Pivots
Narrative discontinuities
Crisis Response
Event recovery patterns
Connected
Search: /
Command: ⌘K
Embeddings: large
TEXXR

Chronicles

The story behind the story

← → days · ↑ ↓ browse · Enter similar · o open

Smartphone Browser Landscape

Users expect websites to work on their mobile phones.  In two to three years, mobile support will become standard for any site.  Web developers must add mobile web development to their skill set or risk losing clients.  —  How do you make websites mobile compatible?

A List Apart Peter-Paul Koch

Context & Ripple Effects

Three years after the New York Times described the mobile web as close yet still out of reach, A List Apart's December 2010 argument marks the turning point: the question is no longer whether phones can render the web, but when mobile support becomes table stakes for every site. The piece puts a clock on it — two to three years before mobile compatibility is assumed rather than quoted as an extra.

The timing is underwritten by the browser layer itself: Royal Pingdom's November 2010 finding that 71% of browsers run the latest version means modern rendering engines reach users fast, which is what makes a single mobile-capable codebase realistic instead of a per-device rebuild.

First-order effects

  • Agencies and freelance developers face direct client pressure to deliver mobile-compatible sites, and per the confirmed claim, those who don't add mobile web development to their skill set risk losing clients outright.

Second-order effects

  • Vendors of CMSs, frameworks, and testing tools gain a new buyer in every shop scrambling to standardize mobile deliverables, as mobile support moves from custom project work to bundled template and theme offerings.

Third-order effects

  • If the two-to-three-year standardization holds, mobile capability stops being a separately billable line item and becomes a baseline expectation, repricing basic site builds and pushing competitive differentiation toward richer, application-style web work of the kind the 2007 AJAX-and-mobile-web coverage anticipated.

The trend: Web design is shifting from desktop-first delivery toward mobile as a default client requirement, with developer skill sets and tooling markets repricing around that baseline.