Чек-лист запуску ребрендингу: впровадження бренду та запуск сайту, етап за етапом

Як користуватися цим чек-листом

Проходьте його по порядку. Кожен етап завершується пунктами з чітким критерієм «готово, коли», тож ви знатимете, коли можна рухатися далі. Якщо ви запускаєте новий сайт без зміни бренду, пропустіть пункти про впровадження бренду; решта актуальна.

Порядок важливіший за будь-який окремий пункт. Затвердьте файли бренду до того, як переробляти точки контакту, повідомте команду раніше за клієнтів і запустіть сайт до того, як анонс приведе на нього людей.

Вирішіть, що змінюється в день запуску, а що може зачекати

Ребрендинг не обов'язково має охопити всі точки контакту в один ранок. Розділіть роботу на два списки:

• День запуску: те, що клієнт, імовірно, побачить протягом першого тижня. Сайт, профілі в соцмережах, підписи в листах, ваш Google Business Profile та документи, які ви надсилаєте найчастіше, як-от пропозиції, кошториси та рахунки.
• Поступове впровадження: те, що можна оновити за графіком із датами. Друкована продукція, вивіски, упаковка, транспорт і старіші шаблони.

Призначте кожному пункту одного відповідального та дату. Саме пункт без відповідального півроку потому все ще несе старий логотип.

За кілька тижнів до запуску: бренд

Фінальні файли та гайдлайни

• Фінальні файли логотипа у векторному та растровому форматах, світла й темна версії, а також знак, який читається навіть у розмірі фавікона.
• Значення кольорів для екрана та друку, шрифти й ліцензії на них, що охоплюють і вебвикористання, і використання на комп'ютері.
• Брендбук достатньо короткий, щоб його справді відкривали, і шаблони, якими команда користується найчастіше.
• Одна спільна папка із затвердженими файлами. Старі заархівуйте, щоб ніхто не взяв їх помилково.

Перевірте нову назву до анонсу

Якщо назва змінюється, переконайтеся, що її можна використовувати на кожному ринку, до того як щось стане публічним. Global Brand Database від WIPO шукає серед міжнародних торговельних марок за Мадридською системою та марок від національних відомств-учасників, але сама WIPO radить також перевіряти національні й регіональні реєстри. Нехай результати перегляне кваліфікований юрист із торговельних марок, а домен і імена в соцмережах закріпіть за собою водночас.

Інвентаризація всіх точок контакту

Випишіть усі місця, де з'являється бренд: що змінюється, хто це змінює і коли:

• Сайт, домени та адреси електронної пошти
• Профілі в соцмережах: відображуване ім'я, нік, зображення профілю, банер, опис і посилання
• Підписи в листах та автовідповіді
• Документи й шаблони: пропозиції, кошториси, рахунки, договори, презентації
• Google Business Profile та інші каталоги
• Сторінки в магазинах застосунків, якщо у вас є застосунок
• Рекламні кабінети, маркетплейси та сторінки оплати
• Вивіски, упаковка, уніформа й транспорт, якщо вони є

У Google Business Profile власні правила щодо назви

У рекомендаціях щодо Business Profile Google сказано: «Ваша назва має відповідати реальній назві вашого бізнесу», тобто тій, яку послідовно використовують на вивісці, сайті та фірмових бланках. Там також обмежено, що вважається ребрендингом. Ви можете змінити назву в наявному профілі, якщо власні назви та послуги в назві лишаються тими самими, а категорія бізнесу не змінюється, або якщо бізнес із кількома локаціями змінює назву. В іншому разі Google вважає це новим бізнесом: старий профіль позначають як закритий і створюють новий.

Прочитайте цей розділ, перш ніж чіпати профіль. Спершу змініть сайт і вивіски, адже в рекомендаціях назва профілю прив'язана до того, що клієнти бачать там.

За кілька тижнів до запуску: сайт

Контент, юридичні сторінки та форми

• Ніякого тексту-заглушки, старих назв чи логотипів ніде, зокрема в заголовках сторінок, альтернативному тексті зображень і PDF-файлах для завантаження.
• Політика конфіденційності, умови та повідомлення про cookie оновлені під нову назву й відповідають тому, що сайт справді збирає.
• Кожну форму надіслано наскрізно: повідомлення потрапляє до потрібної скриньки чи 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, поки кольори ще можна змінити, а не після того, як сайт побудовано.

Продуктивність

Порогові значення Core Web Vitals від Google: LCP до 2,5 секунди, INP не більше 200 мілісекунд і CLS не більше 0,1, виміряні на 75-му процентилі завантажень сторінок. У нового сайту ще немає даних реальних користувачів: звіт Core Web Vitals у Search Console використовує польові дані Chrome UX Report і пропускає URL, для яких їх недостатньо. Перед запуском протестуйте ключові шаблони в PageSpeed Insights або Lighthouse.

Справжня сторінка 404

Зробіть сторінку 404, яка допомагає людям зорієнтуватися, і перевірте, що вона повертає код стану 404. У документації Google про помилки HTTP сказано, що відповідь 2xx із порожньою сторінкою чи повідомленням про помилку з'являється в Search Console як soft 404.

Фавікон, назва сайту та зображення для поширення

• Фавікон. Відповідно до рекомендацій Google щодо фавіконів іконка має бути квадратною, розміром бажано понад 48x48 пікселів, а і головна сторінка, і файл іконки мають бути доступні для сканування. Зберігайте URL іконки незмінним.
• Назва сайту. Додайте на головну сторінку структуровані дані WebSite з новим name, дотримуючись документації Google про назву сайту. 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-карту сайту. Для надсилання через звіт «Файли Sitemap» потрібні права власника, а в посібнику Google про карти сайту надсилання названо «лише підказкою», тож мета на сьогодні — статус «Успішно», а не миттєва індексація.
5. Проженіть головну та ключові сторінки через інструмент перевірки URL: запустіть тест live-версії, потім надішліть запит на індексацію. Для запитів діє добова квота, і вони не гарантують індексації.
6. Оновіть профілі в соцмережах, підписи в листах і Business Profile.
7. Оголосіть.

Чек-лист

Перші 30 днів

• Індексація. Перевірте, чи ключові сторінки проіндексовано, і перегляньте ті, що ні.
• Назва й фавікон у результатах. За словами Google, кожен із них може оновлюватися від кількох днів до кількох тижнів. Якщо після цього досі показується стара назва, перевірте, чи узгоджуються розмітка WebSite, заголовок і текст головної сторінки.
• Брендові запити. У звіті «Ефективність» Search Console стежте за кліками та показами і для старої, і для нової назви.
• Ліди. Порівняйте кількість звернень із тижнями до запуску й після першого тижня ще раз надішліть кожну форму.
• 404. Виправте непрацюючі внутрішні посилання та відновіть чи замініть будь-яку відсутню сторінку, яку люди досі шукають.
• Core Web Vitals. Відкрийте звіт, щойно з'являться дані реальних користувачів.
• Поступове впровадження. Виконуйте список другої хвилі за датами та прибирайте зі вжитку старі друковані матеріали.
• Плутанина. Запитайте команду, про що клієнти постійно питають у зв'язку зі змінами, і дайте відповідь на сайті.

Чим може допомогти Dardo

Робота Dardo над ребрендингом завершується етапом впровадження: зміни на сайті, план міграції, чек-лист запуску та передача справ вашій команді. Якщо бренд лишається, а новим є лише сайт, дивіться вебдизайн. У будь-якому разі розкажіть, що ви запускаєте.