자기 도메인의 바이오 페이지: 주소 공간도 하나, 분석 스트림도 하나

링크 인 바이오 페이지를 둘러싼 이야기는 대개 페이지 빌더 이야기입니다. 템플릿이 몇 개인지, 블록이 어떤 것들인지, 누구의 편집기가 더 손에 붙는지 같은 것들입니다. 그런데 이것이 이 결정에서 가장 빨리 낡는 부분입니다. 2년 뒤에도 여전히 중요한 것은 페이지가 사는 주소, 그 숫자들이 여러분이 재는 나머지 전부와 같은 자리에 도착하는지, 그리고 페이지 위의 버튼이 진짜 링크처럼 동작하는지 아니면 붙여 넣은 텍스트처럼 동작하는지입니다.

이 글은 바이오 페이지를 하나의 제품 범주가 아니라 링크 인프라의 기능으로 다룹니다. 그것이 무엇인지, 왜 편집기보다 도메인이 앞서는지, 페이지 이벤트와 링크 클릭이 한 스트림에 모이면 무엇을 얻는지, 페이지에 실제로 무엇이 올라가는지, 어떤 때 페이지가 잘못된 형식인지, 그리고 대행사가 고객을 위해 수십 개를 운영하면 어떤 모습이 되는지를 차례로 봅니다.

링크처럼 동작하는 페이지

바이오 페이지는 여러분의 단축 링크와 같은 형태의 주소에, 같은 도메인에서, 같은 자동 인증서를 달고 사는 작은 블록 묶음 페이지입니다. 이 한 문장 안에 풀어 볼 만한 설계 결정이 들어 있습니다. 페이지와 링크는 하나의 주소 공간을 함께 쓰고, 사용 가능 여부는 링크와 페이지를 동시에 확인하므로, 동작 중인 링크를 가리는 페이지는 아예 만들어질 수 없습니다.

대부분의 묶음형 빌더가 내놓는 대안은 우연히 서로 가까이 놓인 두 개의 이름 공간입니다. 페이지는 이쪽 호스트에, 링크는 저쪽 호스트에 있고, 설명해야 할 인증서가 둘이며, 아무도 계획하지 않은 충돌이 언젠가 찾아옵니다. 여기서는 go.yourbrand.com/spring이 링크이거나 페이지일 뿐 애매하게 둘 다인 경우는 없고, 확인은 방문자가 충돌을 발견할 때가 아니라 여러분이 그 주소를 차지할 때 이루어집니다.

일하는 방식에서 오는 결과는, 페이지가 자기만의 논리를 가진 별도 도구이기를 그만둔다는 것입니다. 페이지는 여러분의 도메인에서 응답하고 엣지에 캐시되며 같은 표에 보고되는 또 하나의 대상일 뿐입니다. 바이오 페이지는 유료 기능이고, 요금제는 워크스페이스가 만드는 페이지 수에 상한을 둘 수도 있습니다. 고객마다 페이지를 하나씩 두려고 계획하기 전에 알아 둘 만한 사실입니다.

진짜 기능은 도메인입니다

바이오 페이지에서 가장 큰 결과를 낳는 선택은 페이지에 무엇을 올리느냐가 아닙니다. 슬러그 앞에 무엇이 오느냐입니다.

공용 사업자 도메인에 올린 페이지는 여러분이 통제하지 못하는 회사를 프로필에서 가장 잘 보이는 자리에, 그것도 어떤 플랫폼은 하나만 허용하는 그 링크 자리에 앉혀 둡니다. 오디언스가 들어오는 입구를 그 사업자의 가동률과 정책 변경, 그리고 그 회사가 계속 존재하느냐에 묶어 두는 것입니다. 게다가 도구를 바꾸는 일이 오디언스가 겪는 사건이 되어 버립니다. 그들이 저장해 둔 주소가 더는 여러분이 쓰는 주소가 아니기 때문입니다.

자기 도메인에 올린 페이지는 이 셋을 모두 뒤집습니다. 주소는 브랜드의 일부로 읽히고, 그 뒤에서 무엇이 돌아가든 계속 동작합니다. 맞춤 도메인 기능 페이지에서 도메인 확인과 인증서 발급을 다루고, CNAME 설정 가이드에서 DNS 쪽을 다룹니다. 진짜로 손이 가는 단계는 그것 하나뿐이며, 그마저도 한 번으로 끝납니다.

도메인이 중요한 두 번째 이유는 좀 더 조용합니다. 브라우저가 계속 조여 온 측정 관련 기능은 정의상 전부 서드파티입니다. 방문자가 한 번도 이동한 적 없는 호스트가 심는 쿠키, 낯선 출처에서 불러오는 스크립트가 그렇습니다. 페이지와 링크가 방문자가 실제로 도착한 도메인에서 제공되면 그 제약은 적용되지 않습니다. 사슬 어디에도 서드파티가 없기 때문입니다. 결국 브랜딩과 측정은 모자만 바꿔 쓴 하나의 결정이었던 셈입니다.

링크의 동작을 물려받는 블록

링크 블록은 붙여 넣은 URL이 아니라 여러분 자신의 단축 링크를 가리킬 수 있습니다. 이 구분이 페이지 빌더와, 페이지를 그려 내는 링크 플랫폼을 가릅니다.

버튼이 링크를 참조하면 그 링크에 설정해 둔 모든 것이 페이지에서도 그대로 동작합니다. 국가나 기기에 따른 타기팅, 만료, 비밀번호 보호, 여러 목적지 사이의 로테이션, 트래픽 규칙이 전부 그렇습니다. 페이지 버튼 하나가 iOS 방문자는 앱으로, 나머지 전부는 웹 페이지로 보낼 수 있고, 페이지 자신은 그 사실을 전혀 알 필요가 없습니다. 밑에 있는 링크의 목적지를 바꾸면 그것을 가리키는 모든 버튼이 따라옵니다. 열여덟 달 전 게시물에 들어 있는 버튼까지 그렇습니다.

대신 원시 URL을 붙여 넣으면 평범한 앵커 태그가 하나 생깁니다. 동작은 하고, 여러분이 앞으로도 관리할 일이 없는 외부 주소라면 그것이 옳은 선택입니다. 하지만 막다른 길입니다. 타기팅도, 로테이션도, 나중에 고칠 수 있는 목적지도 없고, 클릭은 전체 맥락이 붙은 클릭이 아니라 블록을 눌렀다는 기록으로만 남습니다.

페이지에 실제로 올라가는 것

아홉 가지 블록을 끌어서 배치합니다.

| 블록 | 쓰임새 | | --- | --- | | 링크 | 이미지와 설명을 선택적으로 붙이는 버튼 | | 제목 | 구역의 제목 | | 텍스트 | 문단 하나 | | 이미지 | 그림, 원하면 클릭 가능 | | 동영상 | 미리보기가 붙는 YouTube 또는 Vimeo 임베드 | | 소셜 | 플랫폼 아이콘 한 줄 | | 이메일 양식 | 직접 쓴 동의 문구와 함께 구독자 수집 | | 영업시간 | 요일별 영업시간 | | 상품 | 가격과 배지가 붙은 카드 |

모든 블록이 지니는 두 가지 속성은 블록 목록이 짐작하게 하는 것보다 훨씬 많은 일을 합니다. 어떤 블록이든 삭제하지 않고 숨길 수 있는데, 그러면 페이지는 매번 다시 쓰는 문서가 아니라 필요할 때 꺼내 보이는 서랍이 됩니다. 그리고 어떤 블록이든 일정을 지닐 수 있습니다. 여러분이 정한 시각에 나타났다가 사라지므로, 금요일 오퍼를 위해 자정에 누군가 수정하고 있을 필요가 없고, 시즌 상품 카드는 몇 주 전에 미리 걸어 둘 수 있습니다.

이메일 수집 양식은 입력란 아래에 보여 준 동의 문구와 함께 구독자를 워크스페이스에 기록하고, 그 명단은 언제든 내보낼 수 있습니다. 동의 문구를 따로 두지 않고 구독자와 함께 저장한다는 이 사소해 보이는 점이 나중에 그 명단을 떳떳하게 만들어 줍니다. 기록에 남는 것이 오늘 여러분의 양식에 적힌 문구가 아니라 그 사람이 실제로 동의한 내용이기 때문입니다.

외형은 일부러 좁게 묶어 두었습니다. 다섯 가지 테마, 밝게와 어둡게 또는 방문자의 시스템 설정 따라가기, 그리고 버튼과 모서리 스타일이 전부입니다. 브랜딩은 파트너에게서 물려받고 페이지마다 재정의할 수 있습니다. 페이지는 저마다 자체 SEO 제목과 설명, 미리보기 이미지도 지니는데, 이것이 보통의 페이지보다 여기서 더 중요합니다. 바이오 페이지는 대개 고객이 가진 주소 가운데 가장 많이 공유되는 주소이고, 사람들이 누를지 말지 정하기 전에 보는 것이 바로 그 미리보기 카드이기 때문입니다.

초안과 게시, 그리고 캐시 키가 되는 버전

수정은 초안으로 들어갑니다. 방문자는 여러분이 게시를 누를 때까지 마지막으로 게시된 버전을 계속 봅니다. 게시할 때마다 버전이 하나씩 올라가고, 그 버전은 엣지 캐시 키의 일부입니다.

쓸모 있는 대목은 마지막 문장입니다. 게시한 변경은 캐시 항목이 만료되기를 기다리지 않고 즉시 보입니다. 새 버전은 내용이 낡은 같은 키가 아니라 아예 다른 캐시 키이기 때문입니다. 변경이 퍼지는 데 얼마나 걸리는지 따져 볼 일도 없고, 짧은 캐시 수명과 예측 가능한 갱신 사이에서 하나를 고를 일도 없습니다.

페이지는 리디렉션과 같은 전달 경로에서, 캐시된 값으로 엣지 워커가 그려 냅니다. 시장 좌판에 붙은 인쇄된 QR 코드에서 좋지 않은 모바일 연결로 열리는 페이지도 중요한 경로에서 데이터베이스를 조회해 조립되는 것이 아니라 가장 가까운 엣지 지점에서 제공됩니다.

게시하기 전에 편집기는 여러분이 아니라 방문자에게 페이지가 망가져 보이게 만드는 네 가지 문제를 짚어 줍니다. 목적지가 빈 블록, 주소를 해석하지 못한 동영상, 동의 문구가 없는 이메일 양식, 그리고 보이는 블록이 하나도 없는 페이지입니다. 이 중 어느 것도 게시를 막지는 않습니다. 페이지가 비어 보인다는 사실을 고객이 아니라 여러분이 먼저 발견하라고 있는 장치이며, 이는 작업을 가로막는 검증과는 다른 설계 목표입니다.

같은 스트림으로 도착하는 분석

페이지 조회와 블록 클릭은 링크 클릭과 같은 스트림의 이벤트입니다. 나란히 도는 별도 카운터도 아니고 밤마다 돌리는 가져오기 작업도 아닌, 문자 그대로 같은 파이프라인입니다. 그래서 전달 보장과 중복 제거, 실패 이벤트 보관 경로를 그대로 물려받으며, 믿어야 할 두 번째 시스템이 생기지 않습니다.

그렇게 얻는 것은 가장 좋은 의미에서 심심합니다. 여러분이 이미 읽고 있는 보고서가 페이지에도 그대로 동작합니다. 조회수라고 적힌 숫자 하나 대신, 어느 블록이 탭을 가져가는지, 방문자가 어디에서 왔는지, 어떤 기기로 몇 시에 들어왔는지가 보입니다. 개인정보 보호 모드도 클릭에 적용되는 것과 똑같이 페이지 이벤트에 적용됩니다. 같은 설정이 페이지 조회가 방문자에 대해 무엇을 기록할지와 그 행을 얼마나 보관할지를 정하므로, 두 벌의 정책을 맞춰 볼 필요 없이 하나만 설정하면 됩니다. 자동화된 트래픽은 링크에서와 마찬가지로 페이지에서도 허용량을 쓰지 않는데, 갓 공유한 페이지에는 그것이 올라간 모든 플랫폼에서 미리보기 크롤러가 몰려들기 때문에 이것이 중요합니다.

같은 논리가 돈에도 이어집니다. 버튼이 단축 링크이므로, 탭 뒤에 이어진 구매는 다른 어떤 게재면에서와 똑같이 전환 추적으로 귀속할 수 있습니다. 리디렉터가 서명된 식별자를 발급하고, 여러분의 주문 시스템이 그것을 되돌려 보내면, 매출이 탭과 같은 블록 단위 분해에 얹힙니다. 매출 열이 붙은 바이오 페이지는 프로필 장식이기를 그만두고, 하나의 분석 화면에서 다른 채널과 나란히 비교할 수 있는 진열창이 됩니다.

어떤 때 페이지가 맞는 형식인가

이 질문의 정직한 형태는 페이지 대 링크가 아닙니다. 페이지 위의 버튼이 곧 링크이기 때문입니다. 진짜 질문은 게시된 어떤 주소 하나가 메뉴로 풀려야 하는지 목적지로 풀려야 하는지입니다. 두 형식을 넓게 비교한 글에서 전략적인 틀을 다루었고, 실무 규칙은 그보다 좁습니다.

주소는 오래 살고 그 안의 내용은 그렇지 않을 때, 페이지는 제 자리를 얻습니다. 프로필 링크, 포장재에 인쇄한 코드, 메뉴판이나 가게 유리창에 붙인 QR, 행사에서 나눠 준 명함이 그렇습니다. 그 물건 자체는 몇 달 또는 몇 년 동안 고정되어 있는데, 보여 주고 싶은 것은 매주 바뀝니다. 안정된 주소 뒤에서 블록의 순서를 바꾸는 일이 바로 이 형식이 푸는 문제이고, 미리 알 수 있는 변경은 일정이 처리해 줍니다.

방문자가 특정한 의도 없이 도착할 때, 또는 답이 정말로 여러 개일 때도 페이지가 제 자리를 얻습니다. 영업시간과 위치, 예약 링크, 메뉴를 가진 지역 사업자에게는 답이 넷인데, 처음 온 사람을 위해 그 넷에 순위를 매길 방법이 없습니다.

의도가 이미 있는 자리에서는 페이지가 틀린 형식입니다. 제품 하나를 다룬 광고, 거래 알림 메시지, 특정 기사로 보내는 이메일 링크, 특정 오퍼를 위한 제휴 게재면이 그렇습니다. 이 모두는 목적지로 곧장 풀려야 합니다. 메뉴는 캠페인이 돈을 들여 만들어 낸 의도를 써 버리기 때문입니다. 게재면끼리 서로 비교해야 할 때도 틀린 형식입니다. 여섯 출처에서 한 페이지로 들어온 트래픽은 출처마다 각자의 링크를 쓰지 않는 한 하나의 유입 경로로 뭉개지기 때문입니다.

조립 가능한 답, 그리고 제대로 굴러가는 구성 대부분이 결국 도달하는 답은 이렇습니다. 프로필 자리에는 페이지를, 나머지 전부에는 곧장 가는 링크를 두되, 페이지 위의 버튼도 링크로 만들어 두 계층이 같은 자리에 보고되게 하는 것입니다.

대행사에서는 어떤 모습인가

고객을 대신해 페이지를 운영하는 대행사에게 이 주소 공간 성질은 설계상의 미덕이기를 그만두고 운영 모델 자체가 됩니다.

고객마다 자기 도메인 위의 워크스페이스를 하나씩 갖고, 브랜딩은 파트너 수준에서 물려받되 고객이 특별히 원하는 것이 있으면 페이지 단위로 재정의합니다. 페이지와 링크가 그 워크스페이스에서 함께 살기 때문에 청구 관계도 하나, 팀과 권한 모델도 하나, 분석 화면도 하나, 온보딩에서 설명할 것도 하나입니다. 바이오 페이지 한 장으로 시작해 캠페인 링크 1,000개로 자란 고객도 어디로도 이전하지 않습니다. 애초에 이전해 나올 두 번째 제품이 없었기 때문입니다.

화이트라벨 쪽은 단축 링크만 다룰 때보다 여기서 더 중요합니다. 바이오 페이지는 여러분이 고객을 위해 만들어 내는 가장 공개적인 결과물이고, 그 고객의 고객이 직접 보는 물건입니다. 여러분이 원하지 않는 한 주소에도, 페이지 위에도 그 아래에 있는 플랫폼은 언급되지 않습니다. 그래서 이 페이지는 고객이 가격을 비교하며 갈아탈 수 있는 재판매 계약이 아니라 여러분의 결과물로서 설득력을 갖습니다. 저희 고객을 위한 브랜드 링크 운영 가이드에서 이때 필요한 계정 구조를 다루고, 대행사 솔루션 페이지에서 상업적인 면을 다룹니다.

일찍 들여 둘 만한 운영 습관이 두 가지 있습니다. 모든 버튼에 붙여 넣은 URL 대신 각자의 단축 링크를 주십시오. 그러면 고객의 목적지 변경이 페이지를 다시 만드는 일이 아니라 입력란 하나를 고치는 일이 됩니다. 그리고 날짜가 정해진 것은 무엇이든 일정에 맡기십시오. 금요일 저녁에 스스로 갱신되는 페이지는 그 시각에 아무도 대기하지 않아도 되는 페이지이기 때문입니다.

첫 페이지를 띄우기까지

1. 도메인 확인부터 하십시오. 페이지와 링크가 도메인을 함께 쓰므로 이 단계는 둘을 통틀어 한 번이면 끝납니다.
2. 주소는 신중하게 차지하십시오. 링크와 페이지를 함께 놓고 확인하며, 오디언스가 외우게 될 부분이 바로 그것입니다.
3. 버튼은 붙여 넣은 URL이 아니라 단축 링크로 만드십시오. 그래야 타기팅과 로테이션, 수정 가능한 목적지를 첫날부터 쓸 수 있습니다.
4. 주소를 한 건이라도 모으기 전에 이메일 수집 양식 아래의 동의 문구를 쓰십시오.
5. 페이지 자체의 SEO 제목과 설명, 미리보기 이미지를 설정하십시오. 대부분의 사람이 가장 먼저 보는 것이 그 미리보기 카드이기 때문입니다.
6. 이미 알고 있는 변경은 그때 키보드 앞에 있겠다고 계획하는 대신 일정에 넣어 두십시오.
7. 게시하고, 한 주 뒤에 블록 단위 보고서를 읽어 아무도 누르지 않은 것은 지우십시오.

블록과 테마, 설정 하나하나의 자세한 내용은 바이오 페이지 문서에 있고, 바이오 페이지 기능 페이지에서 이 페이지가 나머지 링크 도구들과 어떻게 어울리는지 설명합니다. 크리에이터라면 크리에이터 솔루션 페이지에서 이런 페이지가 대개 짊어지는 수익화 패턴을 확인하십시오.

정리는 짧습니다. 바이오 페이지는 여러분이 소유한 주소일 때, 순서를 바꿀 수 있는 블록을 그려 낼 때, 그 아래 링크들이 자기 동작을 전부 유지할 때, 그리고 이미 읽고 있는 분석으로 보고될 때 가질 만한 물건입니다. 이 중 하나라도 빼면 남는 것은 조회수 카운터가 붙은 호스팅 페이지이고, 그런 것은 어디서나 구할 수 있습니다.