Бізнес-акаунт Facebook не є окремим обліковим записом, а прив’язаний до особистого акаунта. Успішність реєстрації залежить від узгодженості документів компанії, електронної пошти й домену, структури прав та середовища акаунта. У матеріалі пояснено підготовку, типові проблеми перевірки та наслідки реєстрації з порушенням правил.
Бізнес-акаунт прив’язаний до особистого акаунта
Бізнес-акаунт у Business Manager не є самостійним обліковим записом, а прив’язаний до особистого акаунта. Стан особистого акаунта безпосередньо впливає на подання: дуже недавня реєстрація, відсутність нормальної історії використання, неповні дані або попередні обмеження можуть ускладнити заявку бізнес-акаунта.
Поширена помилка — вважати, що після відмови достатньо просто подати ще раз. Якщо проблема пов’язана зі станом особистого акаунта, повторна спроба лише відтворить ту саму невдачу. Ефективніше спочатку перевести особистий акаунт у нормальний режим використання, а вже потім подавати бізнес-акаунт.
Також варто враховувати, що методи штучного накопичення великої кількості взаємодій за короткий час для підвищення довіри прямо заборонені платформою і можуть поставити під ризик сам особистий акаунт.
Дані компанії: усі поля мають узгоджуватися
Перевірка побудована на перехресному зіставленні даних. Одна невідповідність уже може викликати сумніви. Важлива не кількість документів, а те, щоб вони підтверджували один одного.
Використовуйте повну юридичну назву компанії точно так, як вона зазначена в ліцензії або реєстраційних документах. Пропущені чи додані слова та відмінності між варіантами написання під час перевірки виглядають як невідповідність. Адресу вказуйте у стандартному місцевому форматі й зберігайте однаковою в реєстраційному свідоцтві та рахунках. Телефон і e-mail мають реально працювати; пошта, яка не отримує повідомлень, може заблокувати наступні етапи перевірки.
Важливий і тип юридичної особи. Бізнес-ліцензію з материкового Китаю можна використовувати для верифікації, але процес зазвичай триває довше, а частка успішних перевірок може сильніше коливатися. Документи закордонних компаній, наприклад з Гонконгу чи Сінгапуру, часто мають вищий рівень довіри в системі й перевіряються швидше. Це не означає, що юридичну особу потрібно змінювати, але строки та витрати варто врахувати заздалегідь.
Рекомендується корпоративна електронна пошта на домені компанії. Звичайна особиста пошта може мати нижчий початковий рівень довіри.
E-mail і домен — це різні речі
Багато проблем виникає на цьому етапі через те, що їх вважають одним і тим самим.
E-mail потрібен для отримання кодів верифікації та сповіщень. Особисті поштові адреси й мобільні номери материкового Китаю можуть отримувати міжнародні коди із затримкою або не отримувати їх зовсім, а повторні запити коду можуть вважатися незвичною активністю. Замість SMS можна використовувати одноразові коди з програми-автентифікатора; зазвичай це стабільніше й не залежить від мобільного оператора.
Верифікація домену підтверджує, хто контролює сайт. Потрібно довести, що домен належить вам. Типові способи — додати DNS-запис за інструкцією панелі або розмістити на сайті файл перевірки; орієнтуйтеся на актуальні підказки системи. На практиці сам сайт має відкриватися, містити реальний контент і відповідати заявленому бізнесу. Порожній сайт може створити більше проблем, ніж домен без локальної реєстрації.
Структура прав: не зосереджуйте все в однієї людини
Business Manager дозволяє призначати різні рівні доступу відповідно до ролей учасників. Такі активи, як Сторінки, рекламні акаунти, пікселі та каталоги, можна окремо передавати різним людям.
Головний ризик — концентрація прав. Якщо один особистий акаунт має найвищий доступ до всіх активів, проблема з ним може зачепити все, що він контролює. Розподіл прав за ролями та відокремлення щоденних операцій від платіжних повноважень коштує менше, ніж відновлення після інциденту.
Крім того, часовий пояс і валюту розрахунків після вибору під час створення акаунта змінити не можна. Це одні з небагатьох полів, які не виправляються пізніше, тому заздалегідь перевірте фактичну валюту розрахунків.
Де реєстрація найчастіше зупиняється
На першому місці — неузгоджені дані. Відмінності між назвою компанії та ліцензією, некоректний переклад з китайської на англійську, неправильний формат адреси або розбіжності між завантаженими документами й даними в панелі можуть призвести до повернення заявки.
Далі йдуть невдалі перевірки. Часто самі дані правильні, але проблема в поданні: нечіткі скани, відсутність кольору, обрізана ключова інформація, адреса в рахунку не збігається з реєстраційною або телефон компанії недоступний.
Третій випадок — запит додаткових документів. Тут є важлива ціна помилки: кількість спроб верифікації не безмежна. Повторне подання непридатних документів для однієї юридичної особи може позбавити цей Business Manager подальших можливостей перевірки. Не подавайте заявку, доки комплект не готовий; краще зачекати кілька днів.
Четвертий випадок — спосіб оплати. Прив’язана картка або корпоративний банківський рахунок бажано мають відповідати юридичній особі в документах перевірки. Часті зміни способу оплати або використання карток незрозумілого походження належать до поширених причин обмежень.
Порушення під час реєстрації можуть коштувати більше одного акаунта
Проблеми на етапі реєстрації часто не обмежуються втратою одного облікового запису.
Повторна реєстрація кількох акаунтів на різні адреси e-mail у надії на випадковий успіх не прибирає спільних ознак документів і середовища. Такі акаунти можуть бути об’єднані в одну групу; якщо один має проблему, заходи можуть торкнутися й інших. Реєстрація з ідентифікаційними даними, які не відповідають юридичній особі, вважається наданням неправдивої інформації, має серйозніші наслідки й майже не залишає простору для оскарження.
Зв’язки на рівні пристрою та мережі так само прямі. Якщо на тому самому пристрої або діапазоні IP вже застосовувалися заходи до акаунта, новий акаунт може не пройти ще до будь-якої активності, оскільки платформа бачить повернення попередньої проблеми.
Тому середовище слід розділяти за акаунтами: незалежне середовище, мережевий вихід, що відповідає місцезнаходженню юридичної особи, та узгоджені часовий пояс і мова можна контролювати до подання, але значно важче виправити після. PurpleMark підтримує цей рівень ізоляції, дозволяючи налаштувати окреме браузерне середовище для кожного акаунта й зберігати узгодженими мережевий вихід, часовий пояс і мову.
Перед поданням підготуйте все в такому порядку
Спочатку слово в слово перевірте дані в документах юридичної особи, особливо назву й адресу. Потім переконайтеся, що корпоративна пошта отримує коди, а номер телефону або програма-автентифікатор готові. Далі сайт або Сторінка мають містити реальний контент, а не лише одне зображення. Після цього перевірте особистий акаунт: повні дані, нормальна історія використання та ввімкнена двофакторна автентифікація. Наприкінці переконайтеся, що середовище ізольоване, а мережевий вихід, часовий пояс і мова відповідають місцезнаходженню юридичної особи.
Перші чотири пункти стосуються інформації й можуть бути виправлені. Останній стосується середовища: якщо воно суперечливе на момент подання, повторна спроба ситуацію не покращить.
Цей матеріал лише пояснює правила платформи та підготовчі рекомендації. Остаточним орієнтиром є офіційні вимоги Meta до перевірки.
