접속주소 뒤 물음표 꼬리표를 읽는 문답: 최신주소에서 파라미터를 자르는 기준

물음표 뒤 문자열은 주소의 일부인가, 지워도 되는 꼬리표인가

링크모음이나 메신저에서 받은 접속주소를 붙여넣어 보면 도메인 뒤에 물음표가 붙고 알파벳과 숫자가 길게 이어지는 경우가 많습니다. 결론부터 말하면 물음표 앞까지가 어떤 사이트로 갈지를 정하는 부분이고, 물음표 뒤는 그 사이트에 무언가를 알려주는 꼬리표입니다. 어느 경로로 들어왔는지, 어떤 화면을 먼저 띄울지 같은 부가 정보가 여기 실립니다. 그래서 꼬리표만 다른 링크가 열 개 돌아다녀도 실제로 열리는 사이트는 하나인 경우가 흔합니다.

이 구분을 모르면 판단할 곳을 잘못 봅니다. 꼬리표가 40자 넘게 길다는 이유로 수상하다고 단정하거나, 반대로 꼬리표가 깔끔하다는 이유로 안심하고 눌러버리는 식입니다. 실제 판단은 물음표 앞 도메인 한 덩어리에서 끝납니다. 그 덩어리가 어제까지 쓰던 것과 한 글자라도 다르면 뒤에 무엇이 붙든 다른 서버이고, 반대로 그 덩어리가 같다면 뒤가 아무리 길어도 같은 서버로 들어갑니다.

예를 들어 도메인 뒤에 붙은 꼬리표가 ref=kakao 하나뿐인 링크와 ref=kakao&t=1783&mode=m 처럼 세 항목이 붙은 링크는, 앞부분이 동일하다면 같은 곳으로 연결됩니다. 두 번째 링크가 더 위험한 것도, 첫 번째가 더 공식적인 것도 아닙니다. 꼬리표의 길이는 배포한 쪽의 사정일 뿐이라 진위 판단의 재료로 쓰기에는 정보량이 거의 없습니다.

같은 도메인인데 꼬리표만 다른 링크가 여러 개 도는 이유

배포 경로가 여러 곳이면 각 경로마다 다른 꼬리표를 붙여 내보내는 일이 많습니다. 메신저로 뿌린 링크와 커뮤니티 게시글에 올린 링크, 주소모음 페이지에 등록한 링크에 각각 다른 표시를 달아두면 어느 경로에서 사람이 많이 들어왔는지 나중에 집계할 수 있기 때문입니다. 이 표시는 방문자를 위한 것이 아니라 배포자를 위한 것이라, 읽는 사람 입장에서는 의미를 해석하려 애쓸 이유가 없습니다.

문제는 이 때문에 주소를 대조하는 작업이 어려워진다는 점입니다. 세 군데에서 받은 링크를 나란히 놓고 눈으로 비교하면, 꼬리표가 제각각이라 전부 다른 주소처럼 보입니다. 이럴 때는 물음표를 기준으로 뒤를 통째로 지우고 앞부분만 남겨서 비교해야 합니다. 앞부분 열두어 글자만 남기면 세 링크가 사실 하나였는지, 아니면 그중 하나만 철자가 다른 가짜였는지가 몇 초 만에 드러납니다.

꼬리표 안에 또 다른 주소가 들어 있으면 무슨 뜻인가

가장 주의해서 볼 형태는 물음표 뒤에 http로 시작하는 문자열이 한 번 더 등장하는 경우입니다. url=, next=, go=, redirect=, target= 같은 이름 뒤에 통째로 다른 도메인이 실려 있는 모양인데, 이때 브라우저가 최종적으로 도착하는 곳은 앞의 도메인이 아니라 꼬리표 안에 실린 도메인일 수 있습니다. 앞부분은 익숙한 이름이라 눈이 그냥 지나가고, 실제 목적지는 뒤에 숨어 있는 구조입니다.

사람의 눈은 주소를 왼쪽에서 오른쪽으로 읽다가 익숙한 단어를 만나면 거기서 판단을 끝냅니다. 앞부분이 아는 도메인이라는 이유로 안심시키고 뒤쪽으로 목적지를 바꾸는 방식은 그 습관을 그대로 노립니다. 특히 꼬리표 안의 주소가 퍼센트 기호로 인코딩되어 있으면 http라는 글자조차 눈에 잘 띄지 않아, 그냥 의미 없는 난수처럼 보입니다.

추천코드가 붙은 접속주소, 그대로 써도 괜찮은가

추천코드나 가입코드로 보이는 꼬리표는 접속 자체와는 무관합니다. 지우고 도메인만 남겨도 같은 화면이 열리는 것이 보통입니다. 다만 그 코드가 붙어 있다는 사실은 그 링크가 누군가의 배포 경로를 거쳐 왔다는 뜻이므로, 출처를 되짚을 실마리로는 쓸모가 있습니다. 어디서 받았는지 기억이 흐릿할 때 꼬리표를 메모에 남겨두면 나중에 같은 경로에서 온 링크를 알아볼 수 있습니다.

반대로 코드를 지웠더니 페이지가 열리지 않는다면, 그 링크는 특정 경로에서만 동작하도록 만들어진 것입니다. 이 경우 두 가지를 의심할 수 있습니다. 하나는 정상적인 세부 페이지 지정이라 코드가 필요한 경우이고, 다른 하나는 일반 접속으로는 흔적이 남지 않게 특정 링크로 들어온 사람에게만 화면을 띄우는 구성인 경우입니다. 후자는 도메인 자체를 다시 확인해 볼 이유가 됩니다.

샵 기호와 골뱅이 기호는 주소에서 어떤 일을 하나

샵 기호 뒤에 붙은 조각은 서버로 전송되지 않습니다. 브라우저가 한 페이지 안에서 특정 위치로 스크롤할 때 쓰는 표시라, 샵 뒤가 서로 달라도 실제로 요청되는 페이지는 같습니다. 링크 두 개를 비교하다가 샵 뒤 문자열만 다르다면 그것은 사실상 같은 주소로 보아도 무리가 없고, 저장할 때는 샵 앞에서 잘라 두는 편이 나중에 대조하기 편합니다.

훨씬 조심해야 하는 것은 골뱅이 기호입니다. 주소 안에 골뱅이가 들어 있으면 그 앞의 문자열은 목적지가 아니라 접속 계정 자리로 해석되고, 진짜 목적지는 골뱅이 뒤부터입니다. 즉 익숙한 이름을 골뱅이 앞에 길게 늘어놓고 뒤에 전혀 다른 도메인을 붙여 두면, 얼핏 보기에는 아는 사이트로 가는 주소처럼 읽히지만 실제로는 뒤쪽 도메인으로 연결됩니다. 접속주소에 골뱅이가 등장할 이유는 거의 없으므로, 발견 즉시 의심 대상으로 올려도 됩니다.

퍼센트 기호가 잔뜩 붙은 주소는 어떻게 읽어야 하나

퍼센트 뒤에 두 자리가 붙은 표기는 특수문자를 안전하게 실어 나르기 위한 변환입니다. 몇 개만 외워 두면 눈으로도 풀립니다. %3A는 콜론, %2F는 슬래시, %40은 골뱅이, %3F는 물음표, %3D는 등호입니다. 그래서 꼬리표 안에서 %3A%2F%2F라는 조합이 보이면 그것은 콜론에 슬래시 두 개, 곧 다른 주소가 시작되는 지점이라는 뜻입니다.

이 정도만 알아도 난수처럼 보이던 문자열의 구조가 갈라집니다. 예컨대 꼬리표 중간에 %2540 같은 이중 인코딩이 섞여 있으면, 한 번 풀었을 때 %40이 되고 다시 풀면 골뱅이가 되는 구조라 의도적으로 검사를 피하려 한 흔적일 수 있습니다. 주소 하나를 두 번 세 번 감싸 놓는 것은 사람이 읽지 못하게 만들려는 목적 외에 설명하기 어렵습니다.

추적 태그를 지우면 최신주소를 놓치게 되나

utm으로 시작하는 항목들은 유입 경로 집계용이라 지워도 접속에는 영향이 없습니다. 다만 최신주소를 관리하는 입장에서는 이 값이 기록으로 쓸모가 있습니다. 같은 도메인이 6월에는 한 경로에서, 8월에는 전혀 다른 경로에서 배포되었다면 배포 주체가 바뀌었을 가능성을 의심할 재료가 되기 때문입니다. 접속 링크에서는 지우되, 메모에는 남겨 두는 방식이 실용적입니다.

실제로 도메인 변경을 몇 차례 겪어 보면, 주소 자체보다 주소가 흘러온 경로의 패턴이 더 많은 것을 말해 준다는 것을 알게 됩니다. 지난 세 번의 변경이 모두 같은 채널에서 먼저 공지되었다면 네 번째도 그럴 확률이 높고, 갑자기 처음 보는 경로에서 최신주소라며 나타난 링크는 같은 도메인이더라도 한 번 더 확인할 대상이 됩니다.

주소모음에 저장할 때 꼬리표는 어디까지 남기나

저장 기준은 단순하게 잡는 편이 오래갑니다. 도메인과 그 뒤 경로까지만 남기고, 물음표부터는 잘라서 저장합니다. 꼬리표에는 유효기간이 걸린 값이나 일회성 식별자가 섞여 있는 경우가 있어서, 두세 주만 지나도 그 링크가 엉뚱한 오류 화면으로 떨어지곤 합니다. 꼬리표를 붙인 채 즐겨찾기에 넣어 두면 도메인은 멀쩡한데 링크만 죽는 상황이 생깁니다.

잘라낸 꼬리표는 버리지 말고 즐겨찾기 이름이나 메모 칸에 옮겨 둡니다. 예를 들어 이름 칸에 받은 날짜와 경로를 여섯 글자쯤으로 적어 두면, 30일 뒤 같은 도메인에 대한 다른 안내가 올라왔을 때 어느 쪽이 나중 것인지 바로 비교됩니다. 링크 본체는 짧게, 맥락은 이름에 두는 구조입니다.

한 가지 예외는 꼬리표를 지우면 실제로 다른 화면이 열리는 경우입니다. 이때는 꼬리표를 남기되, 도메인만 남긴 짧은 주소를 함께 저장해 둡니다. 나중에 접속이 막혔을 때 어느 쪽이 죽었는지를 나누어 볼 수 있어야 도메인 문제인지 링크 문제인지 구분이 됩니다.

꼬리표를 잘랐더니 열리지 않는다면 무엇을 확인하나

먼저 자른 위치를 확인합니다. 물음표가 아니라 슬래시까지 잘라 버려 경로가 사라진 경우가 의외로 많습니다. 도메인만 남긴 주소가 열리지 않고 원래 링크는 열린다면, 그 사이트는 최상위 화면을 따로 두지 않고 특정 경로로만 접근을 받는 구성일 수 있습니다. 이때는 슬래시 뒤 첫 단어까지 복원해 다시 시도합니다.

둘 다 열리지 않으면 그때부터는 꼬리표 문제가 아니라 도메인 문제입니다. 같은 주소를 다른 기기나 다른 회선에서 열어 보고, 그래도 반응이 없으면 도메인이 바뀌었거나 만료된 것으로 보고 최신주소를 다시 찾는 단계로 넘어갑니다. 순서를 지키면 멀쩡한 주소를 죽었다고 오해해 엉뚱한 대체 링크를 주워 오는 일이 줄어듭니다.

꼬리표 하나로 갈렸던 두 링크의 기록

지난달에 같은 사이트를 가리킨다는 링크 두 개를 나란히 받은 적이 있습니다. 하나는 도메인 뒤에 짧은 코드 하나만 붙어 있었고, 다른 하나는 꼬리표가 90자 가까이 길었습니다. 길이만 보면 두 번째가 수상해 보였지만, 물음표 앞을 잘라 비교하니 두 링크의 도메인은 철자까지 완전히 같았습니다. 여기까지는 둘 다 같은 곳으로 가는 주소였습니다.

차이는 긴 쪽 꼬리표 중간에 있었습니다. 항목 이름이 go로 시작하고 그 뒤에 %3A%2F%2F가 이어졌는데, 풀어 읽으니 앞의 도메인과 두 글자 다른 이름이 실려 있었습니다. 익숙한 도메인으로 시작해 다른 도메인으로 내려놓는 구조였던 셈입니다. 겉보기 도메인만 대조하는 습관이었다면 그대로 통과시켰을 링크입니다.

그 뒤로는 링크를 받으면 네 가지를 순서대로 봅니다. 물음표 앞 도메인을 한 글자씩 대조하고, 주소 안에 골뱅이가 있는지 훑고, 꼬리표 안에 두 번째 주소가 숨어 있는지 찾고, 마지막으로 꼬리표를 잘라 열어 봅니다. 익숙해지면 10초도 걸리지 않고, 이 10초가 걸러내는 것은 대개 가장 조용하게 만들어진 가짜 링크입니다.