Чому IP-геолокація та геолокація браузера можуть не збігатися

На вкладці браузера відображається одна країна, сервіс перевірки IP визначає інше місто, а мапа показує пристрій у третьому місці. Не поспішайте змінювати проксі: спочатку з'ясуйте, звідки кожен сервіс отримує дані та що саме вони означають.

Це важливо під час перевірки профілю браузера, тестування локалізованого сайту або опису проблеми для колеги. Спочатку варто зібрати результати перевірок, адже навіть збіг міста в усіх сервісах не гарантує правильності налаштування з'єднання.

Почніть із двох окремих запитань

Сервіс перевірки IP визначає публічну адресу, з якої надійшов запит, і зіставляє її з географічними даними у своїй базі. Натомість браузер запитує координати через служби геолокації пристрою та операційної системи. Ці механізми працюють по-різному, навіть якщо сайт показує обидва результати на одній сторінці.

Якщо запит проходить через проксі, сервіс зазвичай бачить вихідну IP-адресу проксі та визначає її приблизне розташування. Цей результат не слід ототожнювати з координатами пристрою.

Geolocation API дає сайту змогу запитувати координати за дозволом користувача. Залежно від пристрою та середовища для визначення місця можуть використовуватися GPS, доступні мережі Wi-Fi, стільникові мережі й інші системні джерела. Успішна відповідь містить координати й значення точності. Відхилений запит або недоступну позицію потрібно записувати як помилку. Нульових координат такий результат не означає.

Записуйте результат кожного шляху окремо. Поруч указуйте джерело й час спостереження.

Чому дві бази даних IP можуть не збігатися

Постачальники IP-геолокації працюють із різними наборами даних і оновлюють їх за власними графіками. Тому результати для тієї самої IP-адреси можуть відрізнятися.

Рисунок 1. Розташування за IP та координати від браузера відповідають на різні запитання. Перед вами пояснювальна схема. Вона не відтворює інтерфейс продукту.

MaxMind пояснює, що точність залежить від типу мережі та географії, а його результат може відрізнятися від результату іншого постачальника. Визначене за IP місто є приблизною оцінкою, а не точною адресою чи підтвердженням місця перебування людини.

Якщо сервіс указує радіус точності, враховуйте його під час оцінювання результату: точка в центрі великої області не означає точного місця. Радіус, який надає база IP-геолокації, не тотожний параметру accuracy у відповіді Geolocation API, тому безпосередньо порівнювати їх не варто. Якщо місто не визначено, залишайте відповідне поле порожнім, а не підставляйте ймовірну столицю.

Спочатку переконайтеся, що обидві перевірки використовували ту саму IP-адресу. Порівняння вчорашнього результату для одного виходу із сьогоднішнім результатом для іншого майже нічого не говорить про розбіжності між базами. Для коректного порівняння потрібні IP-адреса, назва сервісу, час і отримані поля. Якщо постачальник повідомляє версію бази або дату оновлення, додайте й ці відомості; інакше позначте їх як «невідомо».

Чому геолокація браузера може відрізнятися від розташування виходу

Окрім системних джерел геолокації, браузер може повертати навмисно задану тестову позицію. Тому під час діагностики важливо з'ясувати, чи не перевизначено координати в налаштуваннях або інструментах тестування.

Дозвіл на геолокацію залежить від сайту та контексту браузера, тому його слід перевіряти в тому профілі, де проводиться тест. Налаштування іншого профілю або давній скриншот не підтверджують поточний стан дозволу.

Наприклад, інструменти розробника Chrome дозволяють емулювати координати через панель Sensors. Таке значення призначене для тестування й не вказує на місце розташування проксі-сервера. Якщо емуляцію ввімкнено, зазначте це в результатах, щоб перевірку можна було повторити.

Видимий перемикач країни на сайті може заплутати ще більше. Він може відображати збережене налаштування, раніше вибраний ринок або дані облікового запису. Якщо сторінка не пояснює походження позначки, називайте її регіоном, показаним сайтом. Не видавайте її за результат геолокації браузера.

Відтворюваний контрольний список порівняння

Побудуйте перевірку так, щоб її міг повторити колега. Використовуйте той самий профіль браузера й не змінюйте кілька налаштувань між спостереженнями.

Для запиту координат сайт використовує Geolocation API. Окремо зафіксуйте дозвіл користувача. Поруч запишіть точність і час відповіді, не змішуючи їх із результатами перевірки IP.

1. Визначте профіль і маршрут. Дайте профілю нейтральну тестову назву. Зазначте, чи використовує з'єднання проксі браузера, системне підключення або інший маршрут. Запишіть вибраний продукт і режим сесії без паролів та секретів підключення
2. Зафіксуйте спостережувану вихідну IP-адресу. Відкрийте перевірку всередині цього профілю. Запишіть публічну адресу й версію IP, IPv4 або IPv6. Ці протоколи можуть використовувати різні маршрути, тому перевірка лише одного з них не завжди характеризує весь трафік профілю. Якщо один сервіс показує IPv4, а інший IPv6, це два різні мережеві спостереження, а не оцінки однієї адреси. Зафіксуйте точні значення обох адрес і спочатку перевірте маршрут кожного протоколу, перш ніж робити висновок про помилку бази геолокації. Тест в іншому браузері чи в командному рядку також може пройти іншим маршрутом, тому позначте його окремо
3. Порівняйте названі джерела. Перевірте ту саму адресу у двох сервісах із невеликим проміжком у часі. Окремо збережіть указані країну, регіон і місто. Залишайте поля порожніми, якщо сервіс не надав відповідних даних. Якщо вихід змінився під час порівняння, почніть новий рядок
4. Перевірте дозвіл на геолокацію. Запишіть, чи дозволений запит сайту, заблокований або очікує рішення. Зазначте пов'язані системні налаштування. Запитуйте координати лише за згодою користувача пристрою; для порівняння IP доступ до геолокації не потрібен
5. Відокремте координати від позначок. Якщо координати отримано навмисно, збережіть точність і час спостереження. Не змішуйте їх із вибраним на сайті регіоном або містом із бази IP. Тайм-аут чи відмову в доступі запишіть як помилку
6. Змініть одну змінну й повторіть. Повторіть тест після зміни сесії, не чіпаючи налаштування браузера. Порівняйте, що змінилося: IP-адреса, позначки сервісів, координати браузера чи лише відображення сайту

На схемі ці дії зібрані в один запис. Так легше зіставити спостереження після однієї контрольованої зміни.

Рисунок 2. Компактний запис спостережень полегшує тлумачення відмінностей. Порожні й недоступні значення потрібно відрізняти від виміряних результатів.

Порівняння записів до зміни й після неї допоможе визначити, яке налаштування потребує подальшої перевірки.

Проаналізуйте результат, перш ніж змінювати налаштування

Насамперед порівняйте вихідні IP-адреси. Якщо адреса змінилася між перевірками, різницю в геолокації могли спричинити інший маршрут або нова сесія. У такому разі переконайтеся, що обидва тести виконано в потрібному профілі та сторінка показує актуальні результати.

Для робочої перевірки скопіюйте цей шаблон і заповніть два рядки. У першому зафіксуйте початковий стан, а в другому - результат після зміни лише одного параметра.

Не залишайте неоднозначних порожніх клітинок: позначайте «не перевірено», «не надано» або конкретну помилку. Порівнюйте значення по стовпцях. Так видно, чи змінився мережевий маршрут, результат бази IP-геолокації або лише доступ браузера до координат.

Якщо вихідна адреса однакова, але сервіси визначають різні місця, перевірте процедуру виправлення даних у відповідного постачальника. Можливість подати запит і вимоги до підтвердження локації залежать від сервісу; користувач проксі не завжди має необхідні докази. Виправлення в одній базі не означає автоматичного оновлення інших.

Якщо IP-геолокація й координати браузера різняться, з'ясуйте, чи використовує браузер системне визначення місця або емуляцію. Зміна пароля проксі не допоможе пояснити неочікувану точку на мапі.

Командам, які використовують ProxyLite, варто зазначати в таблиці вибраний продукт і режим сесії. Метод діагностики не залежить від конкретного тарифу або обіцянки, що один профіль завжди отримуватиме унікальну постійну IP-адресу.

Чого не доводять ці перевірки

Збіг країни підтверджує лише конкретне спостереження. Він не показує статус облікового запису, не прогнозує рішення сайту, не перевіряє репутацію IP й не доводить приватність кожного з'єднання пристрою. Розбіжність сама по собі також не доводить витік або несправність проксі.

Передаючи матеріали для діагностики, залишайте лише потрібні дані: тестову назву, час, адресу, джерело перевірки та стан дозволу. Облікові дані й сторонню інформацію про акаунт приберіть. Точні координати пристрою теж не потрібні, якщо проблема їх не стосується. Оригінальний запис збережіть приватно для наступного порівняння та не надсилайте через відкриті канали. Щоб повторити перевірку в окремому профілі, завантажте Afina Browser.

Скачати