인프라
탭과 페이지 사이에서 일어나는 일
CTAurl 단축 URL 리디렉션은 조회 한 번, 그리고 도착 URL로 바로 가는 HTTP 302 한 번이에요. 단, QR코드에 위치 동의 페이지를 먼저 띄우도록 설정했다면 그 페이지가 먼저 나와요. 클릭은 리디렉션을 보낸 뒤에 기록하기 때문에 집계 때문에 기다리는 사람은 없어요.
2026년 10월 27일 CTAurl 팀 최종 검토
- 탭
구매하기.me/sneaker - 조회Cloudflare가 링크와 현재 도착 URL을 찾아요
- 리디렉션HTTP 302로 바로 페이지에 연결해요
- 집계리디렉션을 보낸 뒤에 클릭을 기록해요
어디서 돌아가나요
Cloudflare 네트워크 위에서
CTAurl의 모든 단축 URL은 Cloudflare 네트워크의 Cloudflare Worker가 응답해요. 링크와 도착 URL은 Cloudflare 데이터베이스에, 클릭 수는 Cloudflare 분석 저장소에 있어요. 앱, 이 사이트, 리디렉션 모두 같은 업체 위에서 돌아가요.
수정
새 도착 URL은 다음 탭부터 적용돼요
CTAurl에서 새 도착 URL은 바로 다음 클릭이나 스캔부터 적용돼요. 리디렉션할 때마다 링크의 현재 도착 URL을 읽기 때문이에요. 기다려야 할 캐시도, 반영 지연도 없고, 인쇄된 QR코드도 다시 인쇄하지 않고 바뀐 주소로 연결돼요.
상태 코드
301 대신 302를 쓰는 이유
활성 상태인 CTAurl 단축 URL은 모두 HTTP 302로 응답해요. 302는 브라우저와 검색엔진에 도착 URL이 바뀔 수 있다고 알려 줘요. 301을 쓰면 브라우저가 예전 도착 URL을 기억해서, 수정한 내용이 모든 사람에게 닿지 않아요. 없거나 비활성화된 링크는 404로 응답하고, 이 응답은 캐시되지 않아요.
서버에서 하는 단순한 리디렉션은 링크 미리보기에도 잘 맞아요. Apple 개발자 문서에 따르면 메시지(Messages) 앱은 링크 미리보기를 만들 때 서버 측 리디렉션은 따라가지만 meta 태그나 JavaScript 리디렉션은 따라가지 않아요(Apple 개발자 문서, TN3156). 중간 페이지 없이 302만 있으면 미리보기도 도착 URL까지 갈 수 있어요.
| 요청 | 응답 |
|---|---|
| 활성 링크 | 도착 URL로 302 |
| 없거나 비활성화된 링크 | 404, 캐시 안 함 |
공개하지 않는 것
CTAurl은 가동률이나 속도 수치를 공개하지 않아요. 책임질 수 있는 방식으로 측정한 적이 없기 때문이에요. 공개 상태 페이지도 없어요. 그런 수치가 생기면 측정 방법과 함께 이 페이지에 올릴게요.
개발자 노트
자주 묻는 질문
탭과 도착 URL 사이에 다른 페이지가 있나요?
일반 CTAurl 링크에는 광고 화면도, 추가 페이지도 없어요. 링크를 누른 사람은 302로 바로 도착 URL에 가요. 예외는 위치 정보를 요청하도록 설정한 QR코드 하나뿐이에요. 이 경우 동의 페이지가 먼저 보여요. 이 설정은 QR코드마다 직접 정해요.
수정한 내용이 모두에게 반영되기까지 시간이 걸리나요?
아니요. CTAurl은 리디렉션할 때마다 링크의 현재 도착 URL을 읽기 때문에, 저장한 변경은 다음 클릭이나 스캔부터 적용돼요. 비울 캐시도 없어요. 링크가 302로 응답하기 때문에 브라우저도 예전 도착 URL을 기억하지 않아요.