3주 전 저장한 주소모음 글의 주소가 바뀌어 있던 밤: 수정 이력으로 최신주소를 가려낸 40분

9월 12일 밤, 3주 전에 저장해둔 글이 달라져 있었다

즐겨찾기에 담아둔 주소모음 게시글 하나를 3주 만에 다시 열었다. 주소 자체가 아니라 주소가 적힌 글을 저장해둔 것이라, 글만 열면 언제든 최신주소가 적혀 있을 거라고 막연히 믿고 있었다. 그런데 그날 본문에 적힌 토토사이트 주소는 내가 8월에 메모장으로 옮겨 적어둔 문자열과 뒷부분이 달랐다. 글 제목도, 작성자 이름도, 조회수 옆에 붙은 작성일도 그대로였다. 바뀐 것은 본문 가운데 한 줄뿐이었다.

이럴 때 사람들이 하는 선택은 대개 둘 중 하나다. 새로 적힌 쪽이 최신주소일 테니 그냥 누르거나, 찜찜하니 글을 닫고 검색창으로 돌아가거나. 그날 나는 세 번째를 택했다. 주소를 누르기 전에 이 글이 언제 어떻게 바뀌었는지부터 되짚어 본 것이다. 결과적으로 그 40분이 아니었다면 나는 등록된 지 나흘밖에 안 된 도메인의 로그인 화면에 아이디와 비밀번호를 그대로 입력했을 것이다.

주소보다 먼저 본 것은 글의 수정 시각이었다

게시판마다 수정 이력을 드러내는 방식이 다르다. 어떤 곳은 제목 옆에 수정됨 표시와 시각을 붙이고, 어떤 곳은 목록에서는 작성일만 보여주면서 본문 맨 아래에 마지막 수정 시각을 작게 적는다. 내가 본 글은 후자였고, 본문 끝에 2026-09-11 22:40이라는 줄이 있었다. 작성일은 2026-08-21이었으니 스물한 날이 지난 뒤에 본문이 손을 탄 셈이다. 도메인 변경을 반영한 정상 갱신일 수도 있고, 남의 글을 가로챈 결과일 수도 있는 간격이었다.

수정 시각을 먼저 보는 이유는 그것이 유일하게 조작하기 번거로운 숫자이기 때문이다. 본문 글자는 몇 초면 바꿀 수 있지만 작성일과 수정일은 게시판 시스템이 스스로 기록한다. 그래서 나는 접속주소를 한 글자씩 대조하기 전에 항상 이 두 숫자의 간격부터 확인한다. 간격이 며칠 이내라면 운영 중인 글이 자연스럽게 갱신된 경우가 많고, 몇 주에서 몇 달씩 벌어져 있다가 갑자기 한 번 수정됐다면 글의 나이만 빌려 쓴 경우를 의심할 만하다.

목록 화면에서 이 글이 최신글로 올라오지 않았다는 점도 걸렸다. 본문이 바뀌었는데 게시판 정렬은 여전히 8월 자리에 머물러 있었다. 이 글은 9월 11일에 새로 읽히기 시작한 글이 아니라, 8월부터 검색과 즐겨찾기로 꾸준히 사람이 들어오던 경로 위에서 내용만 갈아입은 글이었다. 새 글로 올렸다면 아무도 보지 않았을 주소가, 3주치 방문 기록을 뒤집어쓴 채 내 화면에 떠 있었던 것이다.

댓글 타임라인이 본문보다 정직했다

댓글은 손대기 가장 성가신 부분이다. 본문은 작성자가 언제든 고치지만 남이 단 댓글은 지우는 것 말고는 바꾸기 어렵다. 그 글에는 댓글이 아홉 개 달려 있었는데 8월 22일부터 29일 사이에 여섯 개가 몰려 있었다. 내용은 접속 잘 된다, 주소 고맙다 같은 짧은 반응이었다. 문제는 그 댓글들이 반응한 대상이 지금 본문에 적힌 주소가 아니라 내가 8월에 옮겨 적어둔 옛 접속주소라는 점이었다.

9월 11일 수정 이후에 달린 댓글은 단 하나, 12일 오전에 올라온 주소가 왜 바뀌었냐는 질문이었고 답글은 붙지 않았다. 정상적인 도메인 변경이었다면 작성자가 한 줄이라도 답을 달았을 상황이다. 댓글이 아홉 개나 되는 글에서 최근 3주 동안 작성자 반응이 전혀 없다는 것은, 이 글이 살아서 관리되는 링크모음이 아니라 방치돼 있다가 누군가 다시 열어본 문서에 가깝다는 신호였다.

방문기록과 아카이브에 남아 있던 원래 문장

다음으로 연 것은 브라우저 방문기록이었다. 검색창에 그 게시판 도메인을 넣으니 8월 21일과 24일에 같은 글을 두 번 열었던 기록이 남아 있었다. 방문기록은 본문을 저장하지 않지만 제목과 방문 시각은 남긴다. 덕분에 내가 이 글을 처음 본 시점과 게시판이 표시하는 작성일이 맞아떨어진다는 사실을 먼저 확인할 수 있었다. 적어도 글 자체는 8월에 실재했고 내 기억이 뒤섞인 게 아니었다.

본문이 예전에 어땠는지는 웹아카이브 쪽에서 나왔다. 그 게시글 주소로 저장된 스냅샷이 8월 26일자로 한 건 있었고, 거기에는 내 메모와 똑같은 접속주소가 적혀 있었다. 같은 URL, 같은 제목, 다른 본문. 이 대조 하나로 상황이 정리됐다. 새 주소가 아래에 덧붙은 것이 아니라 옛 주소가 통째로 교체됐다는 뜻이고, 진짜 안내라면 흔히 따라붙는 기존 주소는 당분간 함께 열린다는 문장조차 없었다.

스냅샷이 없을 때를 대비한 우회로도 있다. 검색 결과 화면의 설명 문구는 마지막 수집 시점의 본문 일부를 그대로 담고 있어서, 본문이 바뀐 직후라면 한동안 옛 주소가 요약문에 남아 있다. 나는 그 글 제목을 따옴표로 묶어 검색해 요약문에서도 옛 주소의 흔적을 한 번 더 확인했다. 아카이브와 검색 요약이 같은 문자열을 가리키면 기억에 기대지 않아도 된다.

작성자 계정을 열어본 15분

작성자 이름을 눌러 활동 내역으로 들어갔다. 가입은 2024년 5월, 그동안 올린 글은 마흔 개 남짓이었고 대부분 8월 초에서 멈춰 있었다. 그런데 최근 활동 목록을 보니 9월 11일 밤 22시대에만 글 일곱 개가 연달아 수정돼 있었다. 주제도 제각각인 오래된 글들이 같은 시각에 한꺼번에 손을 탄 것이다. 한 사람이 도메인 변경을 반영하려고 자기 글을 정리했다고 보기에는 간격이 너무 촘촘했다.

일곱 개를 차례로 열어보니 본문에 적힌 접속주소가 전부 동일했다. 원래는 서로 다른 곳을 다루던 글들인데 지금은 하나의 도메인으로 수렴해 있었다. 이 시점에서 나는 이것이 주소 안내 갱신이 아니라 계정을 확보한 뒤 과거 게시물을 일괄로 덮어쓴 작업이라고 판단했다. 서로 다른 사이트를 다루던 글이 같은 주소로 통일되는 순간은 거의 예외 없이 이 패턴이었다.

후보 두 개의 나이를 먼저 쟀다

이제 손에 남은 것은 주소 두 개였다. 8월에 적혀 있던 옛 주소와 9월에 새로 박힌 주소. 등록정보 조회로 확인해 보니 옛 주소의 도메인은 2023년 3월에 처음 등록돼 세 차례 갱신을 거친 상태였고, 만료일도 2027년까지 남아 있었다. 반면 새 주소의 도메인은 등록일이 2026년 9월 8일, 만료일은 딱 1년 뒤였다. 글이 수정된 9월 11일로부터 사흘 전에 만들어진 주소였다.

인증서 발급 기록도 같은 이야기를 했다. 공개된 인증서 로그에서 옛 도메인은 2023년부터 90일 주기로 꾸준히 갱신된 목록이 길게 쌓여 있었는데, 새 도메인은 9월 8일에 발급된 단 한 건이 전부였다. 사이트가 도메인만 바꿨다면 운영 이력은 어딘가에 남는다. 이력이 사흘치밖에 없다는 것은 사이트가 옮겨온 게 아니라 주소가 이번 주에 태어났다는 뜻이다.

격리된 창에서 나란히 열어본 결과

확인이 끝나기 전에 평소 쓰는 브라우저로 여는 일은 피했다. 로그인 정보도 자동입력도 없는 별도 프로필을 만들어 거기서 두 주소를 나란히 열었다. 옛 주소는 점검 안내가 걸린 정적인 페이지로 연결됐고, 새 주소는 두 번의 이동을 거쳐 최종 화면에 닿았다. 겉보기에는 두 화면의 배치가 비슷했지만 탭에 뜨는 파비콘의 색이 미묘하게 달랐고, 새 쪽은 이미지 일부를 전혀 다른 도메인에서 불러오고 있었다.

그 글은 새 주소를 우회주소라고 적어 두었지만, 우회주소나 미러사이트라면 원본과 같은 서버를 공유하거나 최소한 같은 자원을 내려준다. 실제로는 접속한 IP 대역도, 인증서 발급 기관도, 이미지 경로도 서로 겹치지 않았다. 결정적인 것은 로그인 입력란이었다. 새 화면의 입력 폼은 입력값을 또 다른 외부 주소로 보내도록 돼 있었고, 이 구조는 미러가 아니라 수집기에 가까웠다.

오래된 글의 신뢰를 그대로 물려받는 구조

이 사건에서 진짜 위험한 부분은 주소가 가짜였다는 사실이 아니다. 가짜 주소는 새로 만든 글에 적어도 가짜다. 문제는 그것이 3주 동안 쌓인 조회수와 아홉 개의 긍정적인 댓글, 그리고 검색엔진이 이미 인정해 둔 순위 위에 얹혔다는 점이다. 사람들은 주소를 검증할 때 글의 평판을 함께 본다. 댓글이 많고 오래된 글이면 한 번 더 의심하지 않는다.

그래서 링크모음이나 주소모음 글을 볼 때 확인해야 할 대상은 두 가지로 나뉜다. 하나는 주소 자체의 이력이고, 다른 하나는 그 주소가 이 글에 들어온 시점이다. 둘째를 확인하지 않으면 2024년에 쓰인 글의 신뢰도로 2026년 9월에 만들어진 도메인을 읽게 된다. 나는 그 뒤로 글의 작성일과 본문 속 주소의 등록일 중 더 최근인 쪽을 그 안내의 실제 나이로 친다.

그날 이후 주소를 저장하는 방식을 바꿨다

예전에는 주소모음 글의 링크만 즐겨찾기에 담아두고 필요할 때 열어봤다. 지금은 메모에 네 가지를 함께 적는다. 확인한 접속주소 전체 문자열, 내가 확인한 날짜와 시각, 그 주소를 가져온 글의 주소, 그리고 확인 당시 글 하단에 적혀 있던 마지막 수정 시각이다. 네 번째 항목이 이번 일에서 얻은 것이다. 다음에 같은 글을 열었을 때 수정 시각이 달라져 있으면 그 자리에서 다시 검증에 들어간다.

여기에 한 가지를 더한다. 주소를 처음 확인한 날 그 게시글을 아카이브에 한 번 저장해 둔다. 30초면 끝나는 일인데, 나중에 본문이 바뀌었을 때 내 기억과 대조할 고정된 기준이 생긴다. 이번에도 8월 26일자 스냅샷이 없었다면 나는 메모장의 문자열 하나만 들고 내가 잘못 적었나 의심하며 시간을 더 썼을 것이다.

3주 뒤 같은 글을 다시 열었을 때

10월 초에 그 게시글을 다시 찾아봤다. 글은 삭제돼 있었고, 게시판 공지에는 계정 도용으로 오래된 게시물이 일괄 수정된 사례가 확인돼 해당 글들을 내렸다는 안내가 붙어 있었다. 내가 밤에 40분을 들여 내린 판단과 결론은 같았지만, 공지가 올라온 날짜는 9월 24일이었다. 수정이 일어난 11일부터 열흘 넘게 그 주소는 살아 있는 최신주소인 척 게시판에 남아 있었던 셈이다.

그 열흘이 내가 이 방식을 계속 쓰는 이유다. 운영진도 결국 알아채지만 알아채는 속도가 나보다 느릴 수 있다. 수정 시각, 댓글 날짜, 도메인 등록일 세 숫자를 맞춰보는 일은 익숙해지면 5분이면 끝나고, 그 5분이 게시판 공지보다 열흘 빠르다.