기계가 읽지 못하는 주소
여섯 나라의 소규모 사업자 웹사이트 1,004곳을 읽었습니다. 열 곳 중 여덟 곳은 기계가 읽을 수 있는 주소를 싣습니다. 나머지 두 곳은 다운된 게 아니라, 도시명을 어디에도 적지 않았습니다.
81%
의 사이트가 기계가 읽을 수 있는 주소를 제공
짧은 답: 다섯 곳 중 한 곳은 자기 웹사이트에 기계가 읽을 수 있는 주소를 싣지 않습니다. 여섯 나라에서 소규모 사업자 웹사이트 1,004곳을 읽었고, 812곳에서 도시명을 얻었습니다. 나머지 192곳은 다운된 것이 아닙니다. 다음 날 확인해 보니 200곳 중 196곳이 페이지를 정상적으로 제공했습니다. 주소가 없는 이유는 기술적인 것이 아니라, 기계가 찾는 자리에 적혀 있지 않아서입니다.
61%
브라질, 스위스는 99%
196/200
침묵한 사이트도 정상 응답: 부재는 고장이 아니다
주소를 이미지 안이나 지도 위젯 안에만 둔 사이트는 고객에게는 문제가 없고, 이름을 올릴지 결정하는 기계에는 보이지 않습니다.
무엇을 측정했나
2026년 9월 6일, 사이트마다 최대 일곱 페이지 - 홈, 문의, 회사 정보, 법적 고지를 해당 국가의 언어로 - 를 방문해 페이지 본문 텍스트에서 완전한 우편 주소, 즉 우편번호와 도시명이 붙어 있는 형태를 찾았습니다. 대상은 영국, 프랑스, 벨기에, 스위스, 폴란드, 브라질 여섯 시장입니다. 페이지당 10초, 자바스크립트는 실행하지 않았습니다. 사람이 완전한 브라우저에서 보는 것이 아니라, 일반적인 크롤러가 읽는 것을 읽습니다.
이 1,004곳에는 공통점이 있습니다. 우리 데이터에서 도시명이 틀렸거나 비어 있었습니다 - 지역, 카운티, 국가명이 들어 있었죠. 그것을 출처에서 읽어 고치려던 참이었습니다. 따라서 세계 경제의 무작위 표본이 아니며, 숫자보다 먼저 밝혀 둡니다.
열에 여덟, 그리고 나라가 모든 것을 가른다
1,004곳 중 812곳이 도시명을 주었으니 81%입니다. 나라 사이의 격차는 업종 사이의 어떤 격차보다 훨씬 크고, 눈에 띕니다.
| 국가 | 읽은 사이트 | 읽힌 주소 | 비율 |
|---|---|---|---|
| 스위스 | 111 | 110 | 99% |
| 벨기에 | 144 | 136 | 94% |
| 프랑스 | 140 | 112 | 80% |
| 폴란드 | 129 | 103 | 80% |
| 영국 | 322 | 254 | 79% |
| 브라질 | 158 | 97 | 61% |
스위스와 벨기에가 크게 앞서고, 떠오르는 가설은 법제도입니다. 두 나라는 사업자를 식별하는 페이지 - 스위스의 *Impressum*, 벨기에의 필수 기재 사항 - 를 요구하며 거기에 본점 주소가 들어갑니다. 웹사이트에 주소를 싣도록 강제하지 않는 브라질은 61%로 맨 끝입니다. 이 인과관계를 증명하지는 않습니다. 우리 측정은 그것을 검증하지 않습니다. 일치를 기록하고, 그것이 무엇인지 그대로 부릅니다.
주소는 문장이 아니다
가장 배울 점은 비율이 아니라 우리가 실패한 지점입니다. 본문에 녹아든 주소는 읽히지 않습니다. 우편번호 바로 뒤에 이어진 단어를 그대로 집어, 도시명 대신 “Code APE”, “Numéro”, “Let's”, “Contact”를 가져왔습니다. 우리가 배워야 했던 것을 검색 엔진도 배워야 하고, 늘 배우는 것은 아닙니다.
| 페이지의 표기 | 기계의 이해 | 실제 도시 |
|---|---|---|
| 1400 Let's talk | Let's | 니벨 |
| 75008 Paris Adresse email | Paris Adresse email | 파리 |
| 01-355 Warszawa zobacz na mapie | Warszawa zobacz na mapie | 바르샤바 |
| SIRET … Code APE 8690F | Code APE | 없음 |
영국 사례는 한 줄을 따로 받을 만합니다. 영국에서 우편번호 앞에 오는 것이 도시명인 경우는 매우 드뭅니다. 우리가 고친 152건에서 원래 값은 “England”가 55번, “West Midlands”가 8번, “West Yorkshire”가 7번이었습니다. 카운티는 누구도 특정하지 못합니다. 요크셔 전역에 치과가 있습니다. “West Yorkshire” 대신 “Leeds, LS1”이라고 쓰는 것은 문체의 문제가 아니라, 위치가 잡히느냐 아니냐의 차이입니다.
왜 지금 도시명이 더 중요한가
디렉터리는 도시명을 추측할 수 있었습니다. 전화번호에서, 우편번호에서, 10년 전 손으로 적은 신청서에서. “헨트의 배관공”에 답하는 AI 어시스턴트는 다르게 일합니다. 페이지를 읽고 이름을 뽑아낸 뒤, 각 이름을 장소에 붙여야 합니다. 붙이지 못한 것은 제시하지 않습니다.
웹사이트가 도시명을 말하지 않는 업체는 답변에서 순위가 낮은 것이 아닙니다. 후보에 들어 있지 않습니다. 정도의 차이가 아니라 종류의 차이입니다.
이 측정이 증명하지 않는 것
- 무작위 표본이 아닙니다. 애초에 우리 데이터에서 도시명이 틀렸거나 비어 있던 업체들입니다. 평균보다 못 실을 수도 있고, 자기 사이트가 유일하게 제대로 된 창구인 경우도 있어 그 반대일 수도 있습니다. 알 수 없습니다.
- 자바스크립트를 실행하지 않고 HTML 텍스트를 읽습니다. 스크립트로 주소를 만들거나 지도 위젯 안에만 보여 주는 사이트는 사람에게는 싣고 우리에게는 싣지 않은 셈입니다. 많은 크롤러도 그렇게 보지만, 전부는 아닙니다.
- 사이트당 최대 일곱 페이지입니다. 여덟 번째 페이지에 둔 주소는 놓쳤습니다.
- 주소를 읽는 것과 AI 어시스턴트에게 인용되는 것은 다릅니다. 여기서 잰 것은 데이터의 가독성이지 답변 속 위치가 아닙니다.
- 법적 의무와 게재율의 관계는 이 측정이 검증하지 않는 가설입니다.
무엇을 바꾸면 되나
주소는 독립된 덩어리에 텍스트로 씁니다.
문장 속에 묻지 말고, 이미지로 만들지 말고, 지도 위젯에만 두지 마세요. 우편번호와 도시명은 붙여 둡니다.
지역이 아니라 도시명을 씁니다.
“노르망디”, “England”, 브라질의 주 이름. 어느 것도 업체를 특정하지 못합니다. 도시명과 우편번호입니다.
홈 화면이나 한 번의 클릭으로 닿는 문의 페이지에 둡니다.
우리는 일곱 페이지를 찾아봤습니다. 검색 엔진이 늘 그만큼 참을성 있지는 않습니다.
표기는 어디서나 하나로.
사이트, 등록 정보, 프로필에서 같은 표기로. 같은 주소의 두 표기는 기계에게 서로 다른 두 업체로 보일 수 있습니다.
브라우저 화면이 아니라 크롤러가 보는 것을 확인하세요.
홈페이지 소스를 열어 우편번호를 검색해 보십시오. 없다면 도시명도 없습니다.
누군가 당신의 도시에서 당신의 업종을 찾을 때 AI 어시스턴트가 무엇이라 답하는지, 1분 만에 무료로, 계정 없이 확인할 수 있습니다.