링크가 이상하게 보일 때, 먼저 이렇게 확인하세요
크로스포스트 자동화에서 링크가 “이상하게” 보이는 건 보통 표시(브라우저/플랫폼) 문제와 전달(쿼리 값) 문제 중 하나예요. 결론부터 말하면, 원인은 대체로 URL 인코딩 처리 또는 UTM 파라미터 설계 차이에서 시작됩니다.
아래 3가지만 먼저 보면 원인 방향이 빠르게 잡혀요.
- 주소창에 보이는 값에 %, +, ?, & 같은 기호가 “어색하게” 늘어났나요?
- UTM이 들어갔는데 utm_source/utm_medium/utm_campaign 중 일부만 누락되거나 뒤섞였나요?
- 클릭은 되는데, 도착 페이지에서 추적 값이 기대와 다르게 찍히나요?
원인 비교 1: URL 인코딩 차이(encoding)에서 생기는 증상
URL 인코딩은 공백, 한글, 특수문자를 서버/플랫폼이 안전하게 읽을 수 있도록 바꿔주는 처리예요. 자동화 과정에서 “인코딩을 한 번 했는지/두 번 했는지”가 어긋나면, 링크 표기가 이상해지기 쉽습니다.
%E6%97%A5%EC%9E%90 같은 형태가 예상보다 과하게 보이거나
공백이 +로 바뀌는 식으로 표현이 달라지거나
한글/슬러그/상품명에 공백·기호가 섞인 링크에서 특히 깨짐
어디서 꼬이기 쉬울까요?
크로스포스트 흐름은 대개 “작성 → 저장 → 전송 → 표시” 단계를 거치는데, 이 중 한 군데에서 인코딩이 들어가면 뒤 단계에서도 또 처리될 수 있어요. 그 결과로 기호가 그대로 노출되거나, 쿼리 값이 잘려 보일 수 있습니다.
실제로 점검할 항목
- 원본 URL을 만들 때 이미 인코딩된 문자열(예: %로 시작)이 들어갔는지
- UTM 값을 넣을 때 공백/특수문자(예: & , / , ( ) )가 포함되는지
- 자동화 중간에 “문자열 처리”가 한 번 더 되는 지점이 있는지(템플릿/매크로/매핑 단계)
원인 비교 2: UTM 설계(파라미터) 차이에서 생기는 증상
UTM은 “추적용”이기 때문에, 인코딩과 달리 파라미터 이름과 값의 규칙이 더 중요해요. 설계가 어긋나면 링크 표기는 정상이어도, 도착 후 분석 도구에서 값이 이상하게 보일 수 있습니다.
자주 나오는 문제 유형
- 파라미터 누락: utm_source만 들어가고 utm_campaign이 빠진 경우
- 값 혼합: 캠페인명이 플랫폼/카테고리 기준으로 덮어씌워지는 경우
- 중복 파라미터: 동일한 utm_campaign이 두 번 들어가 “뒤 값이 이기는” 형태가 되는 경우
- 구분자 충돌: 이미 존재하던 쿼리에 &를 잘못 붙여 URL이 비정상적으로 길어지는 경우
크로스포스트 자동화 전에 어떤 UTM 파라미터 규칙으로 실패를 줄일지 더 자세히 보고 싶다면, 아래 글이 바로 이어져요: 크로스포스트 자동화 전에 알아야 할 점, 플랫폼별 UTM 파라미터 설계 기준과 실패 줄이는 방법.
URL 인코딩 vs UTM 설계, 무엇을 먼저 봐야 할까요?
여기서부터는 “증상 기준”으로 우선순위를 잡는 게 제일 빨라요. 아래 표처럼 보이면, 그쪽부터 점검해 주세요.
| 관찰되는 상황 | 우선 의심 | 바로 확인할 것 |
|---|---|---|
| 주소창에서 %XX 형태가 과하게 보임 / 문장처럼 길어짐 | URL 인코딩 | 원본에 이미 인코딩이 들어갔는지, 적용 단계가 1회인지 |
| 클릭은 되지만 도착 페이지에서 utm 값이 기대와 다름 | UTM 설계 | utm 파라미터 누락/중복/값 섞임 여부 |
| 특정 플랫폼에서만 동일 링크가 이상해짐 | 전송/표시(인코딩 처리) 차이 | 플랫폼별로 링크 문자열을 다시 처리하는지 |
| 상품명/카테고리/제목에 공백이나 특수기호가 있을 때만 깨짐 | URL 인코딩 + UTM 값 규칙 | UTM 값에 특수기호가 들어가는지(가능하면 제거/대체) |
- 표시가 이상하면: URL 인코딩 쪽부터
- 추적 값이 이상하면: UTM 설계 쪽부터
- 둘 다면: “UTM 값에 특수문자” + “인코딩 2중 처리” 조합을 먼저 의심
WPFLOW로 크로스포스트 링크를 안정적으로 만들 때의 체크리스트
WPFLOW를 크로스포스트 자동화에 쓰면, 링크 생성/삽입/발행까지 한 흐름으로 묶을 수 있어 편해요. 다만 “자동으로 잘 되게 만드는 설정”이 핵심이라, 배포 전 점검 루틴이 필요합니다.
배포 전 점검 항목 6가지
- 원본 링크를 하나 고르고, 실제로 브라우저에서 열어 파라미터가 정상인지 확인합니다.
- UTM 값을 넣는 템플릿에서 파라미터 이름(utm_source/utm_medium/utm_campaign)이 항상 동일한지 봅니다.
- UTM 값에 공백·기호가 들어가는지 점검하고, 들어간다면 구분 규칙을 단순화합니다.
- URL 인코딩이 “이미 인코딩된 문자열”을 다시 처리하는지 확인합니다(이중 적용 여부).
- 자동화 후 생성된 실제 링크(게시글에 들어간 최종 HTML)를 복사해서 한 번 더 검사합니다.
- 가능하면 도착 페이지에서 추적 값이 들어오는지도 확인합니다(표시 vs 전달 분리).
또, UTM 설계를 먼저 정리해두면 자동화에서 링크가 이상해질 확률이 줄어듭니다. 설계 기준은 크로스포스트 자동화 전에 알아야 할 점, 플랫폼별 UTM 파라미터 설계 기준과 실패 줄이는 방법에서 더 구체적으로 정리되어 있어요.
자주 하는 실수(이 순서로 피하세요)
- UTM 값에 공백/특수기호를 그대로 넣고, 인코딩 처리는 자동화에 맡기는 경우
- 동일한 파라미터가 두 번 들어가는 템플릿을 사용(기대와 다른 값이 “마지막 값”으로 덮임)
- 작성 단계에서 확인하지 않고, 발행 후 결과 링크만 보는 경우
- 표시 문제와 추적 문제를 같이 묶어서 판단하는 경우
링크/발행/초안 흐름을 정리할 때 wpflow를 활용해보세요.
자주 묻는 질문
UTM을 넣었는데 파라미터가 한 번만이 아니라 두 번 들어가는 경우가 있어요. 어떻게 찾나요?
게시글에 최종으로 들어간 링크를 복사해서 주소창에서 확인해 보세요. 같은 utm_ 파라미터가 중복으로 보이면, 템플릿에 “기존 URL + UTM 추가” 로직이 겹쳤을 가능성이 큽니다. 먼저 파라미터 중복을 제거한 뒤, 그 다음 인코딩 처리를 조정하는 순서가 안전합니다.
링크는 클릭이 되는데 추적 값이 안 찍혀요. 이때는 인코딩부터 봐야 하나요, UTM부터 봐야 하나요?
보통은 UTM부터 보세요. 주소창 표기가 정상인데 도착 후 추적 값이 기대와 다르면, 파라미터 누락·값 섞임·중복(마지막 값 덮임)이 원인인 경우가 많습니다. 그다음에 특정 문자(공백/기호) 사용이 UTM 값에서 문제를 만들었는지도 함께 확인하면 좋습니다.
플랫폼마다 링크 모양이 다르게 보여요. 이건 정상인가요?
일부 플랫폼은 링크를 “표시용으로 다시 가공”하기 때문에, 주소창에 보이는 모양이 달라질 수 있어요. 중요한 건 클릭 후 실제 목적지에서 파라미터가 정상 전달되는지입니다. 표시만 이상한지, 전달까지 이상한지부터 나누어 체크해 보세요.
URL 인코딩을 언제 켜거나 끄는 게 안전할까요?
정답은 “한 번만 처리”에 가깝습니다. 원본 URL에 이미 인코딩된 문자열이 들어가 있다면, 자동화 단계에서 다시 인코딩되면 2중 처리로 이어질 수 있어요. 먼저 원본 상태(인코딩 여부)를 고정한 뒤, 최종 링크가 기대 문자열로 나오는지 테스트하는 방식이 가장 안전합니다.
