Домен в национальной зоне верхнего уровня, например .de, .jp или .br, кажется довольно сильным сигналом местоположения, поскольку сам код взят из той же общей концепции, что лежит в основе обозначения стран по ISO 3166-1. На практике это гораздо более слабый и ненадёжный сигнал, чем кажется, и считать его равноценным настоящему географическому определению это ошибка, которой стоит избегать.
Суть проблемы в том, что регистрация национального домена часто почти или совсем не связана с тем, где физически находятся владелец, хостинговая инфраструктура или реальная аудитория. Некоторые национальные домены широко используются далеко за пределами своей страны именно потому, что сам код случайно складывается в узнаваемое слово или сокращение в совершенно другом контексте, и это явление настолько распространено, что стало известной особенностью доменной системы, а не исключением. Даже для доменов, зарегистрированных по вполне обычным причинам, часто вообще нет требования о резидентстве при регистрации, то есть зарегистрировать их нередко может кто угодно и где угодно, независимо от реальной связи с этой страной.
Помимо регистрации, сервер, на котором фактически размещён контент домена, может находиться в любой точке мира, независимо от того, какую национальную зону использует сам домен, поскольку регистрация домена и размещение сервера это два совершенно независимых решения, принимаемых отдельно, часто разными сторонами и по разным причинам. Домен .de может размещаться на инфраструктуре в любом месте планеты, и никакое техническое требование вообще не связывает одно с другим.
Это значит, что национальный домен верхнего уровня в лучшем случае слабый косвенный сигнал о целевом рынке компании или её выборе бренда, а не надёжный показатель физического местоположения владельца домена, хостинговой инфраструктуры или отдельного посетителя. Настоящее определение геолокации по IP сервера, который фактически отдаёт контент, или подключения отдельного посетителя это принципиально иной и гораздо более надёжный сигнал, потому что он отражает реальный факт интернет-маршрутизации, а не выбор названия, сделанный однажды при регистрации и редко пересматриваемый потом.
Если вашему приложению нужно по-настоящему знать, где на самом деле находится сервер, посетитель или компания, используйте настоящее определение IPv4 или определение IPv6 по соответствующему IP-адресу либо полноценный поиск по адресу, если он доступен, а не выводите местоположение из доменной зоны. Используйте интерпретацию национального домена только для того, чем она на самом деле является: подсказки о бренде или целевом рынке, а не замены реальных географических данных.
Адрес в хорошо картографированном центре города почти ничего не говорит о том, как ваша система справится с сельским маршрутом, спорной границей или запросом вблизи полюсов. Тестируйте сложные случаи намеренно.
Не каждый набор данных с общедоступными на вид сведениями о местоположении можно законно использовать в платном продукте. Реальную границу часто задают условия лицензии, а не техническая доступность.