Remember when you had to type “http://www” before every website address? Those days feel like ancient history now. But here’s something that might surprise you: URLs themselves could be heading toward obsolescence. This article explores whether these strings of characters we’ve relied on for decades will still matter in five, ten, or twenty years. You’ll learn about the technologies challenging URL dominance, understand how navigation is evolving, and discover what this means for businesses, developers, and everyday internet users.
The question isn’t whether URLs will change—they already have. The real question is whether they’ll remain visible at all.
Evolution of URL Architecture
URLs weren’t always the messy strings of characters we see today. They started as a simple solution to a complex problem: how do you locate information on a network of connected computers? Tim Berners-Lee created the Uniform Resource Locator in 1991, and it was elegant in its simplicity. You had a protocol, a domain, and a path. Done.
But simplicity doesn’t always survive contact with reality.
Domain Name System Origins
Before DNS, people used numerical IP addresses to access websites. Imagine memorizing 172.217.14.206 instead of typing “google.com”—that’s what early internet users dealt with. The Domain Name System, developed in 1983 by Paul Mockapetris, translated human-readable names into machine-readable addresses. It was revolutionary.
DNS created a hierarchical structure that still underpins the internet today. Top-level domains (.com, .org, .net) branched into second-level domains (google, amazon, facebook), which could further split into subdomains (mail.google.com, aws.amazon.com). This tree structure made sense for organizing information, but it also created dependencies we’re still wrestling with.
Did you know? The first registered domain name was symbolics.com on March 15, 1985. Today, there are over 350 million registered domain names globally, and that number keeps growing despite predictions about URL obsolescence.
My experience with DNS management taught me something unexpected: most people don’t understand how domains work, and they don’t care to learn. They just want things to work. This disconnect between technical architecture and user expectations has driven much of the innovation in navigation systems.
The DNS system faces challenges that weren’t apparent in 1983. Cybersquatting, DNS hijacking, and the sheer complexity of managing global infrastructure have created friction. Some argue blockchain-based alternatives could solve these problems, but we’ll get to that later.
HTTP Protocol Development Timeline
HTTP (Hypertext Transfer Protocol) started as HTTP/0.9 in 1991—a single-line protocol that could only retrieve HTML documents. Version 1.0 arrived in 1996 with headers, status codes, and content types. HTTP/1.1 came in 1997 and dominated for nearly two decades.
Then Google got impatient.
HTTP/2, based on Google’s SPDY protocol, launched in 2015 with multiplexing, server push, and header compression. It made websites faster, but more importantly, it made the protocol invisible to users. You didn’t need to type “http://” anymore—browsers assumed it. This small change marked a shift: the protocol was becoming implementation detail rather than user-facing information.
HTTP/3, built on QUIC (Quick UDP Internet Connections), arrived in 2022. It uses UDP instead of TCP, reducing latency and improving performance on mobile networks. But here’s the thing: most users have no idea whether they’re using HTTP/2 or HTTP/3. The protocol has been successfully abstracted away.
| HTTP Version | Year Released | Key Innovation | User Visibility |
|---|---|---|---|
| HTTP/0.9 | 1991 | Basic document retrieval | High – users typed full URLs |
| HTTP/1.0 | 1996 | Headers and status codes | High – protocol visible in browser |
| HTTP/1.1 | 1997 | Persistent connections | Medium – browsers started hiding details |
| HTTP/2 | 2015 | Multiplexing and compression | Low – completely hidden from users |
| HTTP/3 | 2022 | QUIC protocol (UDP-based) | None – users don’t know it exists |
This progression tells a story: the web is hiding its plumbing. URLs are part of that plumbing.
Mobile-First Navigation Paradigms
Mobile devices changed everything about how we access information. On a smartphone, typing “https://www.example.com/products/category/subcategory/item” is torture. Mobile users don’t want to type URLs—they want to tap icons, swipe through feeds, or speak commands.
Apps solved this problem by eliminating URLs entirely from the user experience. When you open Instagram, you’re not visiting “instagram.com”—you’re just using Instagram. The URL exists somewhere in the technical stack, but it’s irrelevant to your experience. This shift has important implications.
Google’s mobile-first indexing, which became the default in 2020, prioritizes mobile experiences over desktop ones. But mobile experiences increasingly bypass traditional URL navigation. Universal links on iOS and App Links on Android allow apps to handle content that would traditionally require a web browser. You click a link, and instead of opening Safari or Chrome, the relevant app launches directly.
Quick Tip: If you’re building a business website in 2025, test your mobile experience without assuming users will ever see or type your URL. Most won’t. They’ll find you through search, social media, or app integrations.
Progressive Web Apps (PWAs) blur the line further. They function like native apps but are built with web technologies. Users can install them without visiting an app store, but once installed, the URL becomes invisible. Twitter’s PWA, for instance, provides an app-like experience without users thinking about “twitter.com” at all.
The mobile revolution taught us something important: users don’t care about technical architecture. They care about outcomes. If URLs don’t help them achieve their goals faster, they’ll become obsolete through disuse.
Voice Search Impact on URLs
Voice search is where URLs start to look really outdated. When you ask Alexa, “What’s the weather today?” you don’t receive a URL—you get an answer. When you tell Siri to “order pizza,” you don’t navigate to dominos.com—you complete a transaction through voice commands.
Voice assistants process about 4.2 billion interactions daily as of 2025. That’s 4.2 billion times people accessed information without typing or even seeing a URL. The number keeps growing, especially among younger users who’ve never known an internet without voice interfaces.
Smart speakers have no screens at all (or minimal ones). The Amazon Echo, Google Home, and Apple HomePod deliver information entirely through audio. In this context, URLs aren’t just invisible—they’re meaningless. You can’t “visit” a website through voice alone; you can only interact with services that provide voice-enabled APIs.
This creates an interesting problem for businesses. How do you maintain brand identity when users never see your domain name? How do you improve for discovery when traditional SEO assumes URL-based navigation? Some companies are pivoting to “voice SEO,” optimizing for conversational queries rather than keyword searches. But this represents a fundamental shift away from URL-centric thinking.
What if: In ten years, children grow up never learning what a URL is? They might know how to use the internet fluently without understanding the addressing system underneath. Would that matter? The DNS system would still function, but it would be purely infrastructure—like how most people use electricity without understanding power grids.
Voice search also exposes the awkwardness of URL structure. Try reading “https://www.example-website.com/products/category-name/product-item-12345” out loud. It’s absurd. Natural language doesn’t map well to URL syntax, which suggests these systems weren’t designed to coexist.
Alternative Navigation Technologies
URLs aren’t dying without a fight, but several technologies are positioning themselves as successors or supplements. Some work alongside traditional URLs; others aim to replace them entirely. Let’s explore the contenders.
Deep Linking and App Indexing
Deep linking allows apps to link directly to specific content within other apps, bypassing web browsers entirely. Instead of opening a mobile browser and loading a webpage, a deep link opens the relevant app at the exact screen you need. This is faster, more effortless, and completely URL-agnostic from the user’s perspective.
Google pioneered app indexing in 2013, allowing app content to appear in search results. If you search for a recipe on your Android phone, Google might surface content from a cooking app you have installed, not just websites. When you tap the result, the app opens directly to that recipe. The URL exists in the technical implementation, but users never interact with it.
Apple’s Universal Links and Android’s App Links take this further. They’re essentially URLs that intelligently decide whether to open in a browser or an app. If you have the Yelp app installed and click a Yelp link, it opens in the app. If you don’t, it opens in your browser. The system handles the routing automatically.
This technology solves a real problem: the fragmentation between web and app experiences. But it also fragments the URL’s role. The same “address” might lead to completely different experiences depending on your device, installed apps, and settings. The URL becomes more like a suggestion than a destination.
Success Story: Airbnb implemented deep linking across their platform and saw a 300% increase in conversion rates from shared links. Users who clicked property links from friends now opened directly in the Airbnb app with their account already logged in, rather than starting from scratch in a mobile browser. The URL still existed, but became invisible infrastructure rather than user-facing navigation.
App indexing also changes SEO mainly. Traditional SEO optimizes web pages for search engines. App indexing optimizes app content for search engines. These require different strategies, different metrics, and different thinking about how users discover content. According to research on future identity management practices, uninterrupted integration across platforms will become standard, not exceptional.
QR Code Integration Systems
QR codes seemed dead by 2015. Then the pandemic happened, and suddenly everyone was scanning QR codes for restaurant menus, contact tracing, and payment systems. By 2025, QR codes are everywhere—and they’re quietly killing URL typing.
A QR code is essentially a URL in visual form. But here’s the key difference: you never see or type the URL. You point your camera, tap, and arrive at the destination. The URL might be “https://restaurant.com/menu/table-42/session-xj92k3” but you experience it as “point camera at table tent.”
Modern QR systems are smarter than simple URL encoding. They can redirect based on device type, language, location, or time of day. The same QR code might take Android users to Google Play, iOS users to the App Store, and desktop users to a website. Dynamic QR codes can be updated without reprinting, allowing businesses to change destinations while keeping physical materials current.
China’s WeChat ecosystem demonstrates QR codes’ potential. WeChat’s QR codes don’t just link to websites—they trigger mini-programs, initiate payments, add contacts, and join groups. The QR code becomes a universal interface that connects physical and digital worlds without exposing underlying technical complexity.
Did you know? QR code usage increased by 750% between 2020 and 2025. The average smartphone user scans 3-4 QR codes per week, mostly without consciously thinking about URLs at all. This represents billions of web interactions where URLs exist but remain invisible.
For businesses, QR codes solve the “mobile typing problem” elegantly. Instead of asking customers to type “www.yourcompany.com/special-offer-spring-2025,” you print a QR code. Conversion rates jump because friction disappears. But this convenience comes at a cost: users lose awareness of where they’re going. Phishing attacks via QR codes have increased 500% since 2023, precisely because users can’t inspect the URL before visiting.
Blockchain-Based Domain Solutions
Blockchain domains like .crypto, .eth, and .nft promise to decentralize domain ownership and eliminate renewal fees. Instead of renting your domain from a registrar, you own it as an NFT. No one can seize it, censor it, or charge you annual fees. It sounds revolutionary—but does it actually improve on URLs?
The blockchain domain pitch is compelling: true ownership, censorship resistance, and integration with cryptocurrency wallets. Your .crypto domain can resolve to your website, your cryptocurrency wallet, your IPFS content hash, or all three. Unstoppable Domains and Ethereum Name Service (ENS) lead this space, with millions of domains registered.
But there’s a catch—several, actually. First, blockchain domains don’t work in regular browsers without extensions or special DNS configurations. You need Brave browser, a browser extension, or a DNS resolver that supports blockchain lookups. This creates a chicken-and-egg problem: domains aren’t useful without browser support, but browsers won’t add support without widespread domain adoption.
Second, blockchain domains solve problems most users don’t have. Do people really need censorship-resistant domains? In authoritarian countries, yes—but that’s a small percentage of internet users. Do they want to eliminate renewal fees? Sure, but $10/year isn’t exactly breaking the bank for most businesses.
| Feature | Traditional Domains | Blockchain Domains |
|---|---|---|
| Ownership Model | Rental (annual renewal) | Permanent ownership |
| Browser Support | Universal | Limited (requires extensions) |
| Censorship Resistance | Low (registrars can seize) | High (blockchain-based) |
| Technical Complexity | Low | High (crypto wallets, gas fees) |
| Recovery Options | Email verification | None (lose keys, lose domain) |
| Integration with Web2 | Native | Requires bridges/proxies |
Third, blockchain domains introduce new risks. If you lose your private keys, you lose your domain permanently. No password reset, no customer service, no recovery. For businesses, this is terrifying. Traditional domains have flaws, but at least you can recover them through registrar support.
My experience with blockchain domains has been mixed. I registered a .crypto domain in 2021 out of curiosity. Setting it up required understanding IPFS, cryptocurrency wallets, and DNS bridging. Two years later, I barely use it because most people can’t access it without technical workarounds. It’s a solution searching for a problem.
That said, blockchain domains might succeed not by replacing URLs but by serving niche use cases: cryptocurrency payments, decentralized applications, and censorship-resistant publishing. They won’t kill URLs—they’ll coexist as an alternative system for users who value decentralization over convenience.
The Invisible Web: When URLs Become Infrastructure
Here’s the thing: URLs might not disappear entirely, but they’re already becoming invisible to most users. When was the last time you typed a full URL? For many people, it’s been months or years. We search, we tap suggestions, we follow links—but we rarely construct URLs manually.
Search Engines as the New Address Bar
Google processes over 8.5 billion searches daily. Most people use Google’s search bar as their primary navigation tool, even when they know the exact website they want. Instead of typing “amazon.com,” they type “amazon” into Google and click the first result. This behavior seems wasteful—why involve Google when you know the destination?—but it reflects how people actually think.
Chrome’s omnibox blurred the line between search and navigation years ago. Type anything in the address bar, and Chrome decides whether it’s a URL or a search query. Most users don’t know which they’re doing—and don’t care. The technical distinction between searching and navigating has collapsed into a single action: “type what you want in the box.”
This shift has massive implications. If people find websites through search rather than typing URLs, then domain names matter less for memorability. Descriptive domain names (like “bestcoffeeshop.com”) don’t help if users search “coffee near me” instead. SEO becomes more important than domain choice, which inverts traditional web strategy.
Key Insight: The address bar isn’t dying—it’s evolving into an intent bar. Users express what they want, and systems figure out how to deliver it. URLs are implementation details that happen behind the scenes.
Social Media as Traffic Source
Social platforms drive more web traffic than direct URL entry by a factor of five. People discover content through Facebook feeds, Twitter timelines, Instagram stories, and TikTok videos—not by typing addresses. Social media algorithms determine what you see, making URLs irrelevant to the discovery process.
Link shorteners like bit.ly and ow.ly further obscure URLs. A link that displays as “bit.ly/3xK2p9L” could lead anywhere. Users click based on context (who shared it, what the preview shows) rather than inspecting the URL. This creates security risks but reflects actual user behavior: people don’t read URLs before clicking.
Some platforms actively hide URLs. Instagram doesn’t allow clickable links in post captions. TikTok limits external links to profiles. These platforms want users to stay within their ecosystems, not wander off to external websites. When they do allow links, they’re wrapped in tracking parameters and redirects that make the original URL unrecognizable.
For businesses, this means investing in social media presence often matters more than having a memorable domain. Your Instagram handle might be more valuable than your website address. This represents a fundamental power shift: platforms control discovery, not domain registrars.
The App Store Paradigm
Mobile apps bypass URLs entirely. When you download an app from the App Store or Google Play, you’re not entering a web address—you’re searching app names, browsing categories, or following recommendations. The app might have an associated website, but that’s secondary to the app store listing.
App store optimization (ASO) has become its own discipline, separate from SEO. Keywords, screenshots, ratings, and download velocity determine app visibility, not domain authority or backlinks. The skills that make websites discoverable don’t necessarily transfer to apps.
This creates fragmentation. A business needs a website (with a URL), iOS app (with an App Store listing), Android app (with a Play Store listing), and possibly a PWA (with its own installation flow). Each requires different optimization strategies. The URL is just one piece of a multi-platform puzzle.
Some companies have abandoned websites entirely in favor of app-only experiences. Banking apps, food delivery services, and social networks often provide better experiences in apps than on websites. If your target audience is mobile-first, investing in a great app might matter more than maintaining a website.
Technical Challenges and Future Predictions
Let’s get practical. If URLs are fading, what technical challenges does this create? And what can we predict about the next decade of web navigation?
The Semantic Web and Structured Data
The semantic web vision—where machines understand content meaning, not just syntax—has been “five years away” for two decades. But structured data is finally delivering on some of these promises. Schema.org markup helps search engines understand what your content represents: a recipe, an event, a product, a person.
When content is properly structured, search engines can answer questions directly without users visiting websites. Search for “how long to bake chicken” and Google displays the answer immediately—you never need to click a URL. This zero-click search trend threatens website traffic but improves user experience.
Knowledge graphs take this further. Google’s Knowledge Graph, Microsoft’s Satori, and similar systems build databases of entities and relationships. They know that “Tim Berners-Lee invented the World Wide Web” without needing to extract that information from a webpage every time. The knowledge exists independently of URLs.
For businesses, this means thinking beyond “getting people to your website” toward “getting your information into knowledge systems.” If your business information lives in Google’s Knowledge Graph, users can find you without ever visiting your URL. This is both opportunity and threat.
Myth Debunked: “If my website has good SEO, people will visit it.” Reality: Zero-click searches now account for over 50% of Google searches. Half the time, users get answers without clicking any result. Your content can be perfectly optimized and still generate zero traffic if search engines extract and display the information directly.
Privacy and Tracking in a Post-URL World
URLs contain information—domain names, paths, query parameters. This information helps users understand where they’re going and what they’re accessing. When URLs become invisible, users lose this transparency. How do you know if you’re on a legitimate banking website or a phishing site if you never see the URL?
Browser vendors are addressing this with security indicators, but they’re imperfect. A green padlock means the connection is encrypted, not that the site is trustworthy. Certificate authorities issue HTTPS certificates to phishing sites just as easily as legitimate ones. Users need to verify URLs to confirm authenticity, but increasingly, they can’t or don’t.
Tracking is another concern. When users click links from social media, email, or ads, those links often include tracking parameters. A URL like “example.com/product?utm_source=facebook&utm_campaign=spring_sale&fbclid=IwAR3x…” reveals where you came from and enables cross-site tracking. Link shorteners add another layer of tracking. Users rarely inspect these parameters, accepting surveillance as the price of convenience.
Privacy-focused browsers like Brave and Firefox strip tracking parameters automatically, but this creates fragmentation. Marketers rely on these parameters for attribution; removing them breaks analytics. The tension between user privacy and business analytics will intensify as URLs become less visible and more opaque.
Accessibility Implications
Screen readers announce URLs to visually impaired users, helping them understand where links lead. When URLs become invisible or are replaced by opaque app links, this accessibility feature breaks. A sighted user might see visual context (logos, colors, page layout) that indicates site identity, but a screen reader user might only hear “link, button” with no indication of destination.
Voice interfaces have similar problems. If you ask Alexa to “order pizza,” how do you verify which restaurant you’re ordering from? With visual interfaces, you can check the URL or app name. With voice-only interfaces, you trust the system to interpret your intent correctly. This works most of the time but fails spectacularly when it doesn’t.
The W3C’s Web Content Accessibility Guidelines (WCAG) recommend providing clear link text and destination information, but these guidelines assume URL-based navigation. As alternatives emerge, accessibility standards need updating to ensure disabled users aren’t left behind.
What’s Next: Predictions for 2030
Let me speculate. By 2030, I predict:
- URLs will still exist but will be hidden in 90% of user interactions, visible only when explicitly requested or when something goes wrong
- Voice and visual search will account for 60% of information retrieval, with traditional text-based search declining
- App-based navigation will dominate mobile, with PWAs bridging the gap between web and native experiences
- Blockchain domains will serve niche communities but won’t achieve mainstream adoption due to complexity and limited browser support
- AI assistants will mediate most online interactions, understanding intent and routing requests without users thinking about addresses or destinations
- Businesses will enhance for “entity recognition” rather than “domain authority,” focusing on getting their information into knowledge graphs and AI training data
- Security and privacy concerns will drive new verification systems that don’t rely on users reading URLs
The web won’t abandon URLs entirely—they’re too embedded in infrastructure. But they’ll become plumbing, like IP addresses or MAC addresses: technical necessities that users never see or think about.
What if: URLs become collectibles? Just as people collect vintage cars or antique furniture, future enthusiasts might collect memorable domain names as digital artifacts from the “early internet” era. Premium domains might retain value not for their utility but for their historical significance. Imagine explaining to someone in 2040 that people once typed “www.amazon.com” manually to buy things.
Business Implications and Deliberate Considerations
If you’re running a business, this URL evolution isn’t just theoretical—it affects your strategy, investments, and how customers find you. Let’s get specific.
Should You Still Buy Premium Domains?
Premium domains—short, memorable, keyword-rich addresses—have sold for millions of dollars. But if users don’t type URLs, does “insurance.com” still justify its $35.6 million price tag?
The answer is nuanced. Premium domains still provide value, but for different reasons than they did in 2005. Brand recognition matters even if users don’t type the address. “Insurance.com” signals legitimacy and authority in a way that “insurance-quotes-online-2025.net” doesn’t. The domain appears in search results, social media shares, and offline marketing. It’s visual branding, not navigation.
Short domains also reduce friction in contexts where typing still happens: email addresses, business cards, podcast mentions. “Email me at john@acme.co” is cleaner than “john@acme-industries-consulting.com.” The shorter address is easier to remember and less prone to typos.
But the premium you should pay has decreased. In 2010, a great domain was key for online success. In 2025, it’s a nice-to-have that contributes to brand perception but doesn’t determine discoverability. Put your money into SEO, social media, and app development before spending six figures on a domain.
Optimizing for Discovery in a Multi-Channel World
Modern discovery happens across channels: search engines, social media, app stores, voice assistants, QR codes, and word-of-mouth. Your URL is just one entry point among many. Smart businesses improve for all channels, not just website traffic.
Consider how customers might discover you:
- Google search: Requires SEO, structured data, and Google Business Profile optimization
- Social media: Requires active posting, engagement, and platform-specific content strategies
- App stores: Requires ASO, compelling screenshots, and positive reviews
- Voice search: Requires conversational content and local SEO (most voice searches are local)
- QR codes: Requires physical presence and smart placement in high-traffic locations
- Word-of-mouth: Requires memorable branding and exceptional customer experience
Your URL matters less than your presence across these channels. A business with a mediocre domain but excellent social media following will outperform one with a premium domain but no social presence.
Quick Tip: Audit your discovery channels quarterly. Where do new customers actually find you? Most businesses assume search is their primary source but discover social media or word-of-mouth drives more traffic. Invest where customers actually are, not where you think they should be.
The Role of Web Directories in Modern SEO
Web directories seem like relics from the early internet, but they still serve purposes in 2025. Quality directories provide backlinks, referral traffic, and category-specific discovery. They’re not the SEO powerhouses they were in 2005, but they’re not worthless either.
The key is selectivity. Spammy directories hurt more than they help. But well-maintained, niche-specific directories provide value. If you run a local bakery, getting listed in a curated food directory helps people discover you. If you’re a B2B software company, industry-specific directories connect you with potential clients.
Directories also provide something URLs alone can’t: context and categorization. A listing in Jasmine Business Directory or similar service places your business within a category, alongside related businesses. This context helps users discover you when they’re browsing options, not searching for specific names.
Think of directories as the modern equivalent of Yellow Pages—not your primary marketing channel, but a useful supplementary presence. They won’t make or break your business, but they contribute to a comprehensive online presence.
Preparing for Voice-First Interactions
Voice interfaces are growing faster than any previous computing paradigm. Optimizing for voice requires different thinking than optimizing for text-based search.
Voice queries are conversational and question-based. Instead of typing “pizza near me,” users ask “where can I get pizza nearby?” Your content should answer questions naturally, using conversational language that matches how people speak.
Featured snippets and position zero results matter enormously for voice search. When someone asks a question, voice assistants typically read the featured snippet verbatim. Getting your content into position zero means dominating voice search for that query.
Local SEO becomes key. Most voice searches have local intent. Ensuring your Google Business Profile is complete, accurate, and optimized increases your chances of being recommended by voice assistants.
Consider developing voice skills or actions—custom voice app experiences for Alexa, Google Assistant, or Siri. These allow users to interact with your business entirely through voice, bypassing URLs altogether. A pizza restaurant might create an Alexa skill that takes orders through voice commands, eliminating the need for a website or app.
Future Directions
So where does this leave us? URLs aren’t disappearing tomorrow, but their role is changing. They’re becoming infrastructure rather than interface—necessary but invisible, like the plumbing in your house. You need it to function, but you don’t think about it unless something breaks.
The web is transitioning from address-based navigation to intent-based navigation. Instead of telling computers where to go (via URLs), we tell them what we want, and they figure out how to deliver it. This shift makes the internet more accessible to non-technical users but creates new challenges around privacy, security, and transparency.
For businesses, this means rethinking online strategy. Your domain name still matters, but it’s one element of a broader digital presence. Optimizing for discovery across search, social, voice, and apps matters more than having the perfect URL. Building brand recognition and trust matters more than domain authority.
The future internet will be more conversational, more context-aware, and more integrated across devices and platforms. URLs will persist as technical infrastructure, but users will interact with the web through natural language, visual interfaces, and continuous cross-platform experiences.
Will we need URLs in twenty years? Technically, yes—something must address and route network requests. But will users see or type them? Probably not. They’ll become like telephone numbers: still used behind the scenes but rarely dialed manually. We’ll ask for what we want, and systems will deliver it, with URLs handling the technical details invisibly.
Final Thought: The best technology is invisible. URLs were visible out of necessity, not design. As technology improves, they’re fading into the background where they belong. This isn’t the death of URLs—it’s their evolution into what they should have been all along: infrastructure, not interface.
The question isn’t whether URLs have a future. They do. The question is whether that future includes human interaction, or whether they’ll join IP addresses, MAC addresses, and port numbers as technical details that work perfectly well precisely because users never think about them.
My bet? By 2035, explaining URLs to young people will feel like explaining dial-up modems or floppy disks—a quaint artifact from the early internet that modern technology made obsolete. The web will work better for it, even as those of us who remember typing “http://” feel a twinge of nostalgia.
The future is here. It just doesn’t need you to type www anymore.

