• Welcome to DNForum.com - Domain Investor Forum, Free Domain Marketplace and a community for 45+ domain pros
    If you are new to domains and looking to buy, sell and learn about domains then you have come to the right place. DNForum is the oldest global domain name community on the internet and continues to grow every day. There are over 45,000 domainers on DNForum doing everything from buying domains, selling domains, using our free in-house built tools, learning about domains and discussing domains. Take a minute and Register.

My first .app domain: building a real site on it, and what I’ve learned so far.

doctor-raydoctor-ray is verified member.

Level 4
Domain Appraisal Service
Legacy Gold Member
Joined
Nov 29, 2010
Messages
63
Reaction score
36
Hi all, David Ray here. I’ve been in domains for a while, mostly .com and some ccTLDs, but https://www.onlineclock.app is my first .app. Most .app talk here is about resale value, so I figured I’d share what it’s like to actually build on one.


A few weeks ago I got annoyed that the Windows taskbar clock is too small to read from across the room, and decided to build a free big-screen clock site. The .com I wanted had been registered since 2010, so I tried .app for the first time, and I’m glad I did.


What I’ve noticed so far:


HTTPS is built in.
The whole .app extension is on the browser HSTS preload list, so a .app site only loads over HTTPS. You can’t launch one without a certificate. For a tool site that’s a quiet trust signal, and one less thing to configure.


People read it as “a tool”, not “a brand”. With .com, the name has to explain itself. With .app, visitors seem to expect something they can use right away. For utilities, calculators, timers and converters, the extension does part of the explaining.


It’s Google’s registry. .app launched in 2018 and is run by Google Registry. I’ve seen no sign it’s treated differently in search. Rankings come down to content and links, same as any TLD.


Registration costs a bit more than .com and varies by registrar, so check renewal prices, not just year one.


Where I’d put money as an investor: keyword .apps that describe a tool or an action (timer, invoice, convert, track, scan) look much more buildable to me than brandables. An end user can picture the product the moment they see the name.


The site is free, no signup: clocks, timers, world time, time zone converters, plus a history-of-timekeeping section. I’m not selling anything. I’m sharing it because it’s a working example of a keyword .app put to use.


Question for the group: has anyone here sold .app names to end users? I’m curious which kinds of keywords actually move, and whether buyers were building products or just protecting a brand.
 
Nicenic has the timing right, and it is the part most people get wrong. A live .app with a certificate and indexed pages is a much harder conversation than a project that only has a waitlist and a logo draft. I have been on both sides of that, and the second one closes because the founder is still choosing the name and the cost of switching is zero.

What I would add from running small tool sites is that the certificate is a real operational cost on .app. The extension is on the HSTS preload list, so if the renewal lapses the site does not degrade, it stops loading entirely, with no plain HTTP fallback. That makes it a poor fit for anyone holding a name for years without touching it, and a good fit for utilities that get an actual launch behind them.

The keyword logic David describes holds up too. The extension reads like an instruction rather than a brand, which is why keyword .apps still find buyers while most brandable .apps sit unsold.
 
Back
Top Bottom