Створення простору AdAce Ads: підтвердження email і перші перевірки
Простір AdAce Ads об'єднує клієнтів, рекламні кабінети, колег по команді та журнал активності. Почніть із визначення того, хто володіє простором і кому потрібен доступ. Реєстрація залежить від режиму доступу, увімкненого для вашого розгортання; цей посібник не оголошує відкритий платний запуск і не гарантує, що зареєструватися зможе кожен відвідувач.
Реєстрація, запрошення та право власності
Створення нового акаунта та вхід у вже створений мають різні наслідки. У режимі відкритої реєстрації надсилання форми з email запускає процедуру підтвердження для нової адреси. Новий користувач і його власний простір створюються лише після успішного підтвердження; цей користувач стає його власником. Для наявних адрес виконується вхід, і новий простір для них не створюється. Звичайний запит на вхід для невідомої адреси не створює простір. Окреме розгортання платформи може вимагати запрошення або вимикати реєстрацію; у межах закритого бета-тестування також можуть діяти обмеження на дозволені адреси email.
Запрошення дає дозвіл приєднатися до вказаного простору, але не підтверджує право власності на адресу електронної пошти. Підтвердьте запрошену адресу в браузері, з якого надіслано запит на лист, а потім явно прийміть запрошення. Запрошений користувач приєднується до наявного простору, а не отримує автоматично окремий простір агенції. Якщо термін дії запрошення минув або його було відкликано, попросіть адміністратора простору надіслати нове.
Наприклад, власник агенції може створити один простір і додати двох клієнтів: North Store та South Service. Кожен клієнт повинен мати власні прив'язки акаунтів і доступ для команди. Менеджер, закріплений за North Store, має переконатися, що North Store відображається, перш ніж розпочинати роботу. Підтвердження email надає доступ до застосунку; доступ до рекламних даних Google або Meta необхідно окремо авторизувати через їхнє власне вікно надання дозволів.
Застосунок перевіряє доступ до простору та клієнтів для своїх сторінок, API та AI-інструментів. Сприймайте це як реалізовану архітектуру контролю доступу, а не гарантію неможливості помилок у конфігурації. Перевірте призначення з акаунта колеги, використовуйте тестові записи для попередньої перевірки та з'ясуйте причини несподіваної видимості даних, перш ніж додавати клієнтську інформацію. Чекліст налаштування спрощує навігацію, але його проходження не засвідчує готовність провайдера.
Корисний перший простір
- Фіксуйте власність, контекст клієнта та обов'язки від першого сеансу замість спільного використання одного агентського логіна.
- Використовуйте запрошення, щоб додавати колег до потрібного простору, та призначення клієнтів, щоб визначити сферу їхньої роботи.
- Розділяйте успішне підтвердження email, виявлення кабінетів, імпортовані кампанії та перевірені рекламні дані.
Створення та перевірка доступу
- Відкрийте застосунок, введіть свій email у запропонованій формі для вашого розгортання та запросіть лист із підтвердженням. Використовуйте адресу, до якої маєте доступ; перевірте правильність написання перед надсиланням. Для доступу в команді розпочніть із запрошення.
- Відкрийте лист із підтвердженням у тому самому браузері та явно підтвердьте запит. Простий перехід за посиланням може відкрити екран підтвердження, але не завершити вхід.
- Перевірте назву простору та вашу роль. Якщо ви приєднуєтеся до команди, завершіть прийняття запрошення та переконайтеся, що перебуваєте в потрібному просторі.
- Перевірте безпеку акаунта. Новий зареєстрований акаунт може стартувати без пароля; установіть початковий пароль за потреби й увімкніть другий фактор перед виконанням дій із розширеними правами.
- Додайте одного клієнта, призначте відповідного колегу та перевірте видимість даних. Потім продовжуйте за чеклістом налаштування та підключіть провайдера з окремою авторизацією.
Вирішення проблем із підтвердженням і доступом
- Лист не надійшов: перевірте спам, правильність адреси та чи ввімкнено відправлення пошти. Сповіщення про прийняття запиту означає лише те, що його прийнято, а не те, що SMTP успішно доставив повідомлення. Не надсилайте запити на посилання повторно, поки перевіряється доставка.
- Посилання застаріло, уже використане або відкрите в іншому браузері: надішліть повторний запит на лист у тому браузері, який будете використовувати, і підтвердьте його. Не надсилайте посилання для підтвердження, паролі чи одноразові коди в листуванні зі службою підтримки.
- Немає кнопки реєстрації або доступ заборонено: перевірте, чи не вимагає розгортання запрошення або доступу до бета-тестування. Успішні локальні тести реєстрації не гарантують доступність відкритої реєстрації, бойову доставку пошти, готовність білінгу або робоче підключення OAuth.
Джерела й додаткові матеріали



Спробуйте на своїх кабінетах
Створіть робочий простір, підключіть Google або Meta в кілька кліків і побачте свої кабінети чітко. Зміни проходять погодження або дозволяються налаштованою вами політикою.
Створити простір