Робочі області в Менеджері тегів Google дають змогу створити кілька різних наборів змін для контейнера. Над цими змінами в окремих робочих областях можуть працювати члени команди й самостійно розробляти власні конфігурації тегів. Це спрощує керування версіями, оскільки ви можете скасовувати непотрібні зміни до попередньої конфігурації робочої області, і запобігає випадкам, коли члени команди ненавмисно публікують незавершені проекти інших осіб.
Щоразу, коли ви вносите зміни до контейнера, вони вносяться в робочій області. Кожен контейнер створює робочу область за умовчанням. Для звичайних облікових записів можна додати не більше двох додаткових робочих областей, а для облікових записів Менеджера тегів 360 – створити необмежену кількість робочих областей.
Коли створювати нову робочу область
Робоча область у Менеджері тегів – це місце роботи над набором змін, які згодом стануть версією. Створюйте нову робочу область, коли вам потрібно розробити й перевірити конфігурації тегів окремо від основних робочих конфігурацій. Також це доцільно, якщо над різними конфігураціями тегу працюють кілька користувачів.
Кожен контейнер містить один потік версій. Після створення нової версії в кожній робочій області відобразиться сповіщення про те, що вона застаріла, і повідомлення із запитом на оновлення.
Коли робоча область публікується або зберігається як версія, її назва, примітки й список змін записуються у версію. Після цього робоча область вилучається. Після публікації або зберігання версії повторно створюється робоча область за умовчанням.
Керування робочими областями
Щоб створити нову робочу область, перейти до іншої або вилучити наявну, відкрийте сторінку Керування робочими областями.
Щоб створити нову робочу область:
- На навігаційній панелі зліва натисніть меню Поточна робоча область.
- У верхньому правому куті сторінки Керування робочими областями натисніть значок додавання
.
- Введіть назву й опис нової робочої області. Згодом вони стануть назвою й описом версії. Тому дотримуйтеся змістовної схеми назв, які відображатимуть призначення тої чи іншої робочої області. Наприклад, "Нова конфігурація Floodlight для кв. 1", "Оновлена конфігурація Google Analytics для кв. 2" тощо.
- Натисніть Зберегти.
.Щоб перейти до іншої робочої області:
- На навігаційній панелі ліворуч натисніть меню Робоча область за умовчанням.
- На сторінці Керування робочими областями виберіть робочу область зі списку.
Щоб вилучити робочу область:
- На навігаційній панелі ліворуч натисніть меню Робоча область за умовчанням.
- Натисніть значок інформації
праворуч від робочої області, яку потрібно видалити.
- Натисніть значок меню додаткових дій
у правому верхньому куті й виберіть Видалити.
праворуч від робочої області, яку потрібно видалити.
у правому верхньому куті й виберіть Видалити.Клієнти Менеджера тегів 360 можуть створювати необмежену кількість робочих областей. Решта користувачів може мати до трьох робочих областей одночасно: одну робочу область за умовчанням і дві спеціальні.
Оновлення робочих областей
Під час роботи з кількома робочими областями будь-яка з них може застаріти внаслідок змін в іншій частині контейнера. Щоб оновити робочу область:
- Коли ви спробуєте опублікувати робочу область, у якій виявлено зміни з іншої версії, Менеджер тегів відобразить таке сповіщення: "Ця робоча область застаріла. Якщо продовжити, її буде оновлено автоматично".
- Натисніть Оновити робочу область, щоб переглянути список необ’єднаних версій.
- У списку необ’єднаних версій натисніть запис, щоб дізнатися, які зміни було внесено в цій версії.
- Натисніть Оновити, щоб об’єднати зміни.
В оновленні робочої області враховуються всі зміни, внесені до інших версій контейнера з моменту останнього оновлення. Якщо будь-яка з цих змін конфліктує зі змінами, внесеними в поточну робочу область, ви бачитимете конфлікти й запити на їх вирішення.
Усунення конфліктів
Якщо буде виявлено конфлікти, на сторінці Огляд робочої області відобразиться повідомлення "Виявлено конфлікт". Якщо вибрати опцію Усунути конфлікти, відобразиться відповідний інструмент.
Конфлікти можна усувати по одному. Конфігурація найновішої синхронізованої версії відображається ліворуч, а конфігурація в поточній робочій області – праворуч. Конфлікти різних типів виділяються різними кольорами.
- Блакитний. Поточна робоча область відрізняється від найновішої синхронізованої версії.
- Червоний. У поточній робочій області бракує змін, наявних у найновішій синхронізованій версії.
- Зелений. У найновішій синхронізованій версії бракує змін, наявних у поточній робочій області.
Для кожного конфлікту можна вирішити, чи ігнорувати зміни з найновішої синхронізованої версії, чи скопіювати їх. Виберіть опцію Виправити все, щоб проігнорувати всі зміни з найновішої синхронізованої версії. Усунувши всі конфлікти, ви зможете зберегти зміни. Повторіть ці дії для інших конфліктів.
Коли поточна робоча область публікується або зберігається як версія, будь-які проігноровані зміни з найновішої синхронізованої версії буде замінено на зміни з поточної робочої області.
Практичні поради з керування робочими областями
Вносьте зміни поступово. Створюйте окрему робочу область для кожного набору пов’язаних змін, які ви плануєте опублікувати одночасно. Наприклад, в одній робочій області можна працювати над тегами, активаторами й змінними для початкового введення в дію тегів відстеження переглядів сторінки Google Analytics, а в іншій робочій області – над конфігурацією тегів відстеження подій Google Analytics.
Використовуйте робочі області для групування схожих змін. Якщо ваша агенція працює з тегами Google Analytics і Floodlight, використовуйте дві робочі області, щоб зберігати конфігурації окремо. Це дасть вам змогу контролювати порядок публікування тегів і забезпечить чіткішу історію версій.
Використовуйте робочі області для керування командами. Радимо різним командам або користувачам працювати в окремих робочих областях. Окрім того, кожна команда або особа може використовувати більше однієї робочої області для різних наборів змін.
Використовуйте узгоджені, описові назви. Під час публікації контейнера або збереження версії заповніть поля Назва версії й Опис. Це допоможе легко з’ясувати, які зміни внесено. Пояснимо це на прикладі нижче.
- Назва версії: "Початковий запуск тегу GA для відстеження переглядів сторінки".
- Опис: "Запуск тегу Google Analytics для відстеження переглядів сторінки на сайті example.com".
Використовуйте робочі області для перевірки конфігурації. Робочі області забезпечують тестування змін без ризику, що колега випадково опублікує вашу роботу. Можна використовувати робочу область як ізольоване програмне середовище, щоб випробовувати зміни, внесені до конфігурації контейнера. Якщо ви вирішите не публікувати зміни в цій робочій області, відповідну робочу область можна зберегти для подальшого використання або видалити.