리브랜딩 런칭 체크리스트: 브랜드 적용부터 웹사이트 오픈까지 단계별 정리

이 체크리스트 활용법

순서대로 진행하세요. 각 단계는 '완료 기준'이 분명한 항목으로 끝나서, 다음 단계로 넘어가도 되는 시점을 알 수 있습니다. 브랜드는 그대로 두고 새 웹사이트만 런칭한다면 브랜드 적용 항목은 건너뛰세요. 나머지는 그대로 해당됩니다.

개별 항목보다 순서가 더 중요합니다. 접점을 새로 만들기 전에 브랜드 파일부터 확정하고, 고객에게 알리기 전에 팀에 먼저 알리고, 발표를 보고 사람들이 찾아오기 전에 웹사이트를 먼저 공개하세요.

런칭 당일에 바꿀 것과 나중에 바꿀 것 정하기

리브랜딩이 모든 접점에 같은 날 아침 한꺼번에 반영될 필요는 없습니다. 작업을 두 가지 목록으로 나누세요.

• 런칭 당일: 고객이 첫 주에 볼 가능성이 높은 것들. 웹사이트, 소셜 프로필, 이메일 서명, Google Business Profile, 그리고 제안서·견적서·청구서처럼 가장 자주 보내는 문서가 해당됩니다.
• 단계적 적용: 날짜별 일정에 따라 뒤이어 바꿔도 되는 것들. 인쇄물 재고, 간판, 포장재, 차량, 오래된 템플릿이 해당됩니다.

모든 항목에 담당자 한 명과 날짜를 정해 주세요. 담당자가 없는 항목이 여섯 달 뒤에도 옛 로고를 달고 있는 항목이 됩니다.

몇 주 전: 브랜드

최종 파일과 가이드라인

• 벡터와 래스터 형식의 최종 로고 파일, 밝은 배경용과 어두운 배경용 버전, 파비콘 크기에서도 알아볼 수 있는 심볼.
• 화면용과 인쇄용 색상값, 서체, 그리고 웹과 데스크톱 사용을 모두 포함하는 폰트 라이선스.
• 사람들이 실제로 열어 볼 만큼 간결한 브랜드 가이드라인과, 팀이 가장 많이 쓰는 템플릿.
• 확정된 파일을 모아 둔 공유 폴더 하나. 이전 파일은 보관 처리해서 아무도 실수로 가져가지 않게 하세요.

발표 전에 새 이름 확인하기

이름이 바뀐다면 공개하기 전에 각 시장에서 그 이름을 쓸 수 있는지 확인하세요. WIPO의 Global Brand Database에서는 마드리드 시스템에 따른 국제 상표와 참여 국가 특허청의 상표를 검색할 수 있지만, WIPO 자체도 국가 및 지역 등록부를 함께 검색하라고 권합니다. 검색 결과는 자격을 갖춘 상표 전문 변호사에게 검토받고, 도메인과 소셜 계정 핸들도 같은 시기에 확보하세요.

모든 접점 목록 만들기

브랜드가 나타나는 모든 곳을 무엇이 바뀌는지, 누가 바꾸는지, 언제 바꾸는지와 함께 적어 두세요.

• 웹사이트, 도메인, 이메일 주소
• 소셜 프로필: 표시 이름, 핸들, 프로필 이미지, 배너, 소개글, 링크
• 이메일 서명과 자동 응답
• 문서와 템플릿: 제안서, 견적서, 청구서, 계약서, 발표 자료
• Google Business Profile과 기타 업체 목록
• 앱이 있다면 앱 스토어 등록 정보
• 광고 계정, 마켓플레이스, 결제 페이지
• 해당된다면 간판, 포장재, 유니폼, 차량

Google Business Profile에는 별도의 이름 규정이 있습니다

Google의 비즈니스 프로필 가이드라인은 “이름은 실제 비즈니스 이름을 반영해야 한다”고 하며, 이는 매장, 웹사이트, 문구류에서 일관되게 쓰는 이름을 뜻합니다. 또한 무엇을 리브랜딩으로 인정하는지도 제한합니다. 이름 속 고유명사와 서비스가 그대로이고 비즈니스 카테고리가 바뀌지 않는 경우, 또는 지점이 여러 곳인 비즈니스가 이름을 바꾸는 경우에는 기존 프로필의 이름을 수정할 수 있습니다. 그 외에는 Google이 새로운 비즈니스로 보기 때문에, 기존 프로필은 폐업으로 표시하고 새 프로필을 만들어야 합니다.

프로필을 건드리기 전에 해당 부분을 먼저 읽어 보세요. 가이드라인은 프로필 이름을 고객이 그곳에서 보는 이름과 연결하므로, 웹사이트와 간판을 먼저 바꾸세요.

몇 주 전: 웹사이트

콘텐츠, 법적 고지 페이지, 양식

• 페이지 제목, 이미지 대체 텍스트, 내려받는 PDF까지 포함해 임시 문구, 옛 이름, 옛 로고가 어디에도 남아 있지 않아야 합니다.
• 개인정보 처리방침, 이용약관, 쿠키 안내를 새 이름으로 고치고, 사이트가 실제로 수집하는 정보와 일치시키세요.
• 모든 양식을 처음부터 끝까지 직접 제출해 보세요. 메시지가 올바른 받은편지함이나 CRM에 도착하는지, 확인 메일에 새 브랜드가 적용되었는지, 스팸함으로 들어가지 않는지 확인합니다.

분석 도구와 동의

스테이징 환경에 분석 도구와 전환 이벤트를 설치하고 이벤트가 제대로 들어오는지 확인하세요. 사이트에 동의 배너가 있다면, 동의가 필요한 곳에서는 동의 이후에만 태그가 작동하는지 점검하세요.

WCAG 2.2 기준 접근성

WCAG 2.2는 W3C 권고안입니다. 적합성 수준은 A, AA, AAA 세 가지이며, 최소 AA를 목표로 하세요. 런칭 전 점검에는 다음이 포함되어야 합니다.

• 이미지의 대체 텍스트(1.1.1)
• 텍스트 대비 4.5:1 이상, 큰 텍스트는 3:1 이상(1.4.3)
• 모든 기능을 키보드로 사용할 수 있고, 고정 헤더에 가려지지 않는 포커스 표시(2.1.1, 2.4.7, 2.4.11)
• 예외 규정을 제외하고 24×24 CSS 픽셀 이상의 포인터 대상 크기(2.5.8)
• 입력 항목의 레이블 또는 안내(3.3.2)와 페이지 언어 선언(3.1.1)

리브랜딩에서는 보통 대비가 문제가 됩니다. 사이트를 다 만든 뒤가 아니라 색을 아직 바꿀 수 있을 때 새 팔레트를 1.4.3 기준으로 확인하세요.

성능

Google의 Core Web Vitals 기준은 LCP 2.5초 이내, INP 200밀리초 이하, CLS 0.1 이하이며, 페이지 로드의 75번째 백분위수로 측정합니다. 새 사이트에는 아직 실제 사용자 데이터가 없습니다. Search Console의 Core Web Vitals 보고서는 Chrome UX Report의 필드 데이터를 사용하고, 데이터가 충분하지 않은 URL은 제외합니다. 런칭 전에 주요 템플릿을 PageSpeed Insights나 Lighthouse로 테스트하세요.

제대로 된 404 페이지

사용자가 길을 찾을 수 있도록 도와주는 404 페이지를 만들고, 404 상태 코드를 반환하는지 확인하세요. Google의 HTTP 오류 관련 문서에 따르면, 빈 페이지나 오류 메시지를 담은 2xx 응답은 Search Console에서 소프트 404로 표시됩니다.

파비콘, 사이트 이름, 공유 이미지

• 파비콘. Google의 파비콘 가이드라인은 정사각형 아이콘을 요구하고 48x48픽셀보다 크게 만들 것을 권장하며, 홈페이지와 아이콘 파일 모두 크롤링할 수 있어야 한다고 규정합니다. 아이콘의 URL은 바꾸지 마세요.
• 사이트 이름. Google의 사이트 이름 문서에 따라 홈페이지에 새 name을 넣은 WebSite 구조화 데이터를 추가하세요. Google은 og:site_name, 제목, 제목 태그도 함께 참고하므로 모두 같은 이름이 되도록 맞추세요.
• 공유 이미지. Open Graph 프로토콜은 모든 페이지에 og:title, og:type, og:image, og:url을 요구하며, og:image가 있는 페이지에는 og:image:alt도 설정하라고 안내합니다. 링크 몇 개를 개인 메시지에 붙여 넣어 미리보기를 확인해 보세요.

URL이나 도메인이 바뀌는 경우

새 이름은 새 도메인으로 이어지는 경우가 많습니다. 그것은 URL 목록 정리, 영구 리디렉션, Search Console 절차가 따로 필요한 마이그레이션이므로 별도의 계획과 테스트가 필요합니다. 웹사이트 마이그레이션을 참고하세요.

계정, 백업, 소유권

도메인 등록 업체, DNS, 호스팅, CMS, 분석 도구, Search Console, Business Profile, 소셜 계정은 누군가의 개인 로그인이 아니라 회사 소유여야 합니다. Search Console 속성에는 인증된 소유자가 최소 한 명 필요하며, Google의 권한 페이지는 유일한 인증된 소유자가 팀을 떠나면 소유권을 다시 인증해야 한다고 안내합니다. 지금 두 번째 소유자를 추가하세요. 런칭 전에 기존 사이트와 새 사이트를 모두 백업하고, 복원할 수 있는지 확인하세요.

런칭 주간

1. 팀에 먼저 알리기. 변경 내용을 설명하고, 새 서명과 템플릿을 공유하며, 고객을 직접 응대하는 직원에게 “이름을 바꾸셨나요?”라는 질문에 쓸 짧은 답변을 준비해 주세요.
2. 콘텐츠 동결. 런칭 관련 수정만 반영합니다.
3. 스테이징에서 최종 점검: 링크, 양식, 모바일 레이아웃, 404 페이지.
4. 외부 발표 일정 잡기: DNS를 전환하는 순간이 아니라, 사이트가 정상적으로 공개된 것을 확인한 뒤로 잡으세요.

런칭 당일, 순서대로

1. 사이트를 게시하거나 DNS를 전환합니다.
2. 스테이징용 차단을 해제합니다. Google의 noindex 문서에 따르면 robots.txt가 페이지를 차단하면 크롤러는 그 페이지의 noindex 규칙을 볼 수 없습니다. 실제 HTML에서 noindex를, 응답 헤더에서 X-Robots-Tag를, 그리고 robots.txt 자체를 확인하세요.
3. 홈페이지, 주요 페이지, 모든 양식, 404 상태를 빠르게 점검합니다.
4. Search Console에서 속성을 인증하고 XML 사이트맵을 제출합니다. 사이트맵 보고서로 제출하려면 소유자 권한이 필요하며, Google의 사이트맵 가이드는 제출을 “단지 힌트일 뿐”이라고 설명합니다. 따라서 오늘의 목표는 즉시 색인 생성이 아니라 ‘성공’ 상태입니다.
5. 홈페이지와 주요 페이지를 URL 검사에 넣어 보세요. 실시간 테스트를 실행한 뒤 색인 생성을 요청합니다. 요청에는 일일 할당량이 있으며 색인 생성을 보장하지 않습니다.
6. 소셜 프로필, 이메일 서명, Business Profile을 업데이트합니다.
7. 발표합니다.

체크리스트

첫 30일

• 색인 생성. 주요 페이지가 색인되었는지 확인하고, 색인되지 않은 페이지는 검사하세요.
• 검색 결과의 이름과 파비콘. Google에 따르면 각각 반영되기까지 며칠에서 몇 주까지 걸릴 수 있습니다. 그 기간이 지나도 옛 이름이 보인다면 WebSite 마크업, 제목, 홈페이지 텍스트가 서로 일치하는지 확인하세요.
• 브랜드 검색. Search Console의 실적 보고서에서 옛 이름과 새 이름 각각의 클릭수와 노출수를 살펴보세요.
• 잠재 고객. 문의 건수를 런칭 전 몇 주와 비교하고, 첫 주가 지난 뒤 모든 양식을 다시 한 번 제출해 보세요.
• 404 오류. 깨진 내부 링크를 고치고, 사람들이 여전히 찾는 없어진 페이지는 복원하거나 대체하세요.
• Core Web Vitals. 실제 사용자 데이터가 나타나면 보고서를 열어 보세요.
• 단계적 적용. 2차 목록을 정해진 날짜에 맞춰 처리하고, 이전 인쇄물 재고는 정리하세요.
• 혼선. 고객이 변경과 관련해 계속 묻는 것이 무엇인지 팀에 물어보고, 그 답을 사이트에 올려 두세요.

Dardo가 도와드릴 수 있는 일

Dardo의 리브랜딩 작업은 적용 단계로 마무리됩니다. 웹사이트 변경, 마이그레이션 계획, 런칭 체크리스트, 팀에 대한 인수인계까지 포함합니다. 브랜드는 그대로이고 사이트만 새로 만든다면 웹 디자인을 확인해 보세요. 어느 쪽이든 어떤 런칭을 준비하고 계신지 알려 주세요.