Skip to main content
Панель керування призначена лише для Вашої внутрішньої команди. У планах Launch, Business та Enterprise панель керування — це місце, де Ваша команда створює та керує User Profiles, тестує та публікує від імені клієнта. Вашим клієнтам ніколи не надається доступ до панелі керування — вони під’єднують свої соціальні облікові записи через white-labeled сторінку під’єднання JWT URL. У виробництві створюйте та керуйте профілями програмно за допомогою API. (Однокористувацький план Premium є винятком: там немає багатокористувацького рівня, тому Ви самі використовуєте панель керування напряму.)

Використання Панелі керування

Якщо Ваш обліковий запис Ayrshare має право керувати кількома профілями, Ви побачите опцію User Profiles у лівій навігації.
Якщо Ваш обліковий запис не має опції керування профілями, зв’яжіться зі своїм представником Ayrshare або зв’яжіться з нами, щоб оновити план.

Створення нового профілю

Клацніть кнопку Add Profile та введіть назву User Profile.

Перемикання на новий профіль

Ви побачите новий Profile у розділі Active Profiles. Тепер Ви можете клацнути значок switch to this profile , щоб перемкнутися на цей User Profile. Коли Ви перемикаєтесь на інший User Profile, Ви побачите назву цього профілю, показану у верхньому лівому куті екрана під значком профілю. Ви завжди можете перемкнутися назад на основний профіль облікового запису, клацнувши посилання switch profile поруч з Primary Profile або клацнувши кнопку Switch to Primary у верхній частині сторінки User Profiles. Звідси Ви дієте як Ваш клієнт/користувач і можете публікувати від їхнього імені, перейшовши на сторінку Post.

Отримання Profile Key

Profile Key використовується для публікації від імені профілю через API. Перемкніться на User Profile і перейдіть на сторінку Profile Key у лівій навігації Панелі керування, щоб отримати Key цього профілю. Здійснюючи виклик API, обов’язково включіть Ваш API_KEY та PROFILE_KEY у заголовок. Ви також отримуєте Profile Key при створенні нового User Profile за допомогою кінцевої точки /profiles/profile. Це кращий метод для отримання Profile Key.

Запросити члена команди

Ви можете створювати User Profiles для членів своєї команди. За замовчуванням члени команди мають обліковий запис Ayrshare з повним доступом/адміністративними правами до панелі керування і рахуються як новий User Profile. Зауважте, що Ви можете обмежити доступ, заблокувавши Primary Profile.
Ви можете запрошувати лише членів команди, які ще не зареєстровані в Ayrshare. Якщо Ви хочете використати вже зареєстровану електронну адресу, попросіть користувача увійти в панель керування, перейти на сторінку Account і клацнути кнопку Delete.
На сторінці User Profiles перемкніться на Ваш Primary Profile і клацніть кнопку + Add Profile у верхній частині сторінки. У спливаючому модальному вікні клацніть прапорець “Create a team member profiles with admin rights” і введіть електронну адресу члена Вашої команди. Клацніть Add Team Profile, і на електронну адресу члена команди буде надіслано електронний лист з посиланням для активації облікового запису.

Статус члена команди

Після того, як член команди прийме запрошення, Ви побачите зелену галочку поруч з тегом Team Member. Якщо член команди ще не прийняв запрошення, Ви можете повторно надіслати його, клацнувши значок пошти.

Члени команди звертаються до підтримки

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

Реактивація призупиненого User Profile

Причина призупинення

Коли User Profile призупиняється через порушення соціальної мережі (наприклад, порушення стандартів спільноти Facebook), Ви отримаєте детальний електронний лист з повідомленням. Цей електронний лист містить важливу інформацію про призупинення, включаючи конкретну причину та відповідний User Profile. Щоб знайти цей електронний лист з повідомленням:
  1. Пошукайте у своїй скриньці за RefId призупиненого User Profile
  2. Тема електронного листа чітко вкаже, що відбулося призупинення
Крім того, Ви можете переглянути деталі призупинення безпосередньо в панелі керування, клацнувши тег “Suspended”, який з’являється поруч із відповідним User Profile. Усі виклики API для цього User Profile повертатимуть 403 HTTP status code.

Реактивація призупиненого User Profile

Ви можете реактивувати, тобто зняти призупинення з User Profile:
  1. Увійшовши в Панель керування і перейшовши на сторінку User Profiles.
  2. Знайдіть призупинені User Profiles, клацнувши вкладку “Suspended” або шукаючи за RefId User Profile, який включено в електронний лист.
  3. Зніміть призупинення з User Profile, клацнувши кнопку “Unsuspended”.
  4. Перегляньте та прийміть сертифікацію відповідності.
Для першого призупинення User Profile призупинення можна негайно зняти після того, як Ви приймете сертифікацію відповідності. Однак для подальших призупинень User Profile буде відновлено через 48 годин після прийняття сертифікації відповідності.
Ми рекомендуємо не використовувати Ваш Primary Profile як звичайний User Profile. Якщо Primary Profile призупинено, всі user profiles також будуть призупинені.

Керування активними User Profiles

Ефективне керування User Profiles є важливим для підтримки ефективної системи в Ayrshare. Ми рекомендуємо впровадити політику видалення неактивних User Profiles відповідно до Ваших бізнес-вимог. Наприклад, якщо користувач не взаємодіяв з Вашою платформою, публікуючи контент, запитуючи аналітику протягом певного періоду часу, або не під’єднав жодних соціальних мереж, розгляньте можливість видалення їхнього User Profile Ayrshare, таким чином зберігаючи Вашу базу користувачів актуальною та зменшуючи майбутні витрати. Ви можете перевірити, чи User Profile був активним у поточному місяці, переглянувши їхню історію публікацій та використання API та підключення. Якщо Ви визначили, що він неактивний, видаліть User Profile.

White-Label сторінки Connect Accounts

Сторінка connect accounts (соціального зв’язування) є єдиним інтерфейсом Ayrshare, який Ваші клієнти коли-небудь бачать, тому Ви можете white-label її, щоб відповідати Вашому бренду. Параметри нижче налаштовуються один раз Вашою командою з Primary Profile і застосовуються до сторінки, яку Ваші користувачі відкривають через JWT URL. Доступно на планах Launch, Business та Enterprise: Доступно з Max Pack (і включено в Enterprise): Див. сторінку User Integration, щоб дізнатися, як це виглядає з точки зору Вашого користувача.

Налаштування

На сторінці User Profiles виберіть кнопку “⚙️ Settings”, щоб отримати доступ до глобальних налаштувань для Ваших профілів. Обов’язково спочатку перемкніться на Ваш Primary Profile, щоб отримати доступ до налаштувань.

Відео-демонстрація параметрів кастомізації сторінки зв’язування

Обмеження доступу до User Profile

Обмеження доступу до Primary Profile

Обмежте доступ до Primary Profile з профілів користувачів та членів команди, заблокувавши Primary Profile. Активуйте блокування Primary Profile, якщо Ви хочете запобігти доступу членів команди або user profiles до Profile Settings або сторінки Account/Billing. Коли активовано, профілі членів команди та користувачів не зможуть перемикатися на Primary Profile, але можуть перемикатися на інші профілі членів команди або користувачів.

Обмеження доступу члена команди

Обмежте доступ до профілів членів команди, заблокувавши їхній обліковий запис. Це запобігає перемиканню члена команди на будь-який інший User Profile. Увімкніть блокування, клацнувши значок або у верхньому правому куті профілю члена команди. Ви також можете заблокувати члена команди при створенні профілю.

Оновлення логотипу на сторінці соціального зв’язування

Додайте власний логотип і встановіть висоту логотипу для сторінки соціального зв’язування. Окремі User Profiles можуть приховувати цей логотип на власній сторінці зв’язування за допомогою параметра hideLogo в Create Profile та Update Profile. Логотип на рівні облікового запису на кожному іншому профілі не змінюється. Це корисно, коли агенція white-labels одного партнера, зберігаючи брендинг на решті своїх профілів.

Встановлення доступу до соціальних мереж

Видаліть або надайте своїм користувачам/профілям доступ до доступних соціальних мереж. За замовчуванням усі соціальні мережі активні та доступні.
Дозволи є глобальними для всіх Ваших user profiles. Вимкнення лише видаляє мережу з представлення Social Accounts Вашого користувача і не видаляє встановлені зв’язки.
Див. кінцеву точку створення профілю для отримання додаткової інформації про вимкнення соціальних мереж на рівні User Profile.

Встановлення мови для соціального зв’язування

Встановіть мову для сторінки соціального зв’язування. За замовчуванням — англійська. Доступні мови:
  • Англійська
  • Арабська
  • Китайська (спрощена)
  • Французька
  • Німецька
  • Італійська
  • Японська
  • Португальська
  • Іспанська
Якщо Вам потрібна мова, якої немає у списку, будь ласка, зв’яжіться з нами. Див. тут додаткові варіанти перекладу:

Відображення локації сторінки

На сторінці соціального зв’язування, якщо сторінка Meta (Facebook або Instagram) або Google Business Profile має пов’язану локацію, відобразіть інформацію про цю локацію разом з назвою сторінки. Цей додатковий контекст локації корисний у сценаріях, коли є кілька сторінок з ідентичними назвами, оскільки дозволяє користувачам легше їх розрізняти. Локація сторінки, якщо доступна, буде відображатися під назвою сторінки на сторінці соціального зв’язування:

Видимість посилань допомоги

Увімкніть або вимкніть видимість посилань на документацію допомоги Ayrshare на сторінці соціального зв’язування Ваших користувачів. Ви також можете використати власні, ввівши URL Вашої публічно доступної документації.

Альтернативні електронні адреси для сповіщень

Оберіть різні електронні адреси для доставки сповіщень, наприклад про від’єднані облікові записи. Додаткову кастомізацію, наприклад назви, можна виконати через кінцеву точку /profiles.

Instagram Login

Увімкніть або вимкніть Instagram Login на сторінці соціального зв’язування. Оберіть, чи вмикати пряме зв’язування Instagram Login, яке не потребує під’єднаної сторінки Facebook для автентифікації. Якщо вимкнено, зв’язування Instagram вимагатиме під’єднаної сторінки Facebook для автентифікації.
Instagram Login увімкнено за замовчуванням. Якщо Вам потрібні розширені функції, перелічені нижче (пошук хештегів, співпраця, позначення локації або дані бренду), Ви повинні вручну вимкнути цю опцію, щоб натомість використовувати автентифікацію Facebook Page.

Прямий Instagram Login vs автентифікація Facebook Page

Прямий Instagram Login Instagram API з Instagram Login дозволяє професіоналам Instagram (бізнесам і креаторам) зв’язувати свої облікові записи безпосередньо без необхідності пов’язаної сторінки Facebook. Це забезпечує спрощений потік автентифікації. Автентифікація Facebook Page (традиційний метод) вимагає, щоб користувачі спочатку під’єднали сторінку Facebook, яка пов’язана з їхнім професійним обліковим записом Instagram.

Обмеження функцій з прямим Instagram Login

Хоча прямий Instagram Login пропонує зручність, певні функції недоступні при використанні цього методу:

Який метод вибрати?

  • Увімкніть Прямий Instagram Login, якщо Вам потрібна лише базова функція публікації, і Вам не потрібні розширені функції, перелічені вище.
  • Вимкніть Прямий Instagram Login (використовуйте автентифікацію Facebook Page), якщо Вам потрібен доступ до всіх функцій Instagram, включно з пошуком хештегів, співпрацею, позначенням локації або отриманням даних бренду.
Для більшості клієнтів кращий метод — використовувати автентифікацію прямого Instagram Login. Якщо Ви не впевнені, який метод використовувати, ми рекомендуємо вимкнути Прямий Instagram Login, щоб забезпечити доступ до всіх функцій. Ви завжди можете увімкнути його пізніше, якщо визначите, що розширені функції не потрібні.

Користувацькі модальні вікна

Ви можете налаштувати вміст модальних вікон Instagram та Telegram на сторінці соціального зв’язування за допомогою Вашого власного HTML-вмісту, наприклад для відображення вмісту різними мовами. Для Telegram Ваш вміст замінює стандартні інструкції модального вікна. Для Instagram модальне вікно з’являється лише тоді, коли Ви надаєте власний вміст — інакше натискання на Instagram веде безпосередньо до налаштованого процесу входу: входу в Instagram або, якщо Instagram Login вимкнено, входу через Facebook. Ваш користувацький вміст може включати відформатований текст, зображення або їхню комбінацію, щоб краще відповідати Вашим потребам. Наприклад, додайте свій користувацький текст з anchor-посиланням:
Custom HTML Modal
Your Custom CSS file
HTML має бути обгорнутий у теги <div>.Стилізуйте його за допомогою імен класів і розмістіть правила у Вашому файлі користувацького CSS. Блоки <style> та атрибути style всередині HTML модального вікна видаляються перед відображенням модального вікна, тому стилі мають надходити з Вашого CSS-файлу. Теги <script> та <link> також видаляються.

Використання API

Створення та керування профілями

Ви можете створювати, видаляти та керувати своїми профілями через API за допомогою кінцевих точок /profiles. Для деталей див. нижче.

Profile

Отримання Profile Key

Profile Key повертається при створенні нового профілю через API за допомогою кінцевої точки /profile. Якщо Вам потрібно знову отримати profile key, перейдіть до Панелі керування для отримання. Див. вище.

Увімкнення обміну повідомленнями

Ви можете увімкнути обмін повідомленнями для Вашого облікового запису Ayrshare на сторінці Account. Для більше деталей див. тут:

Messages

Кастомізація Max Pack

У Панелі керування Ayrshare на сторінці User Profile -> Setting Ви можете налаштувати аспекти сторінки соціального зв’язування. Для деталей про можливості та функції див. Max Pack.

Налаштування CSS

Використовуйте власний CSS-файл, щоб налаштувати вигляд та відчуття сторінки social accounts: колір, шрифти, приховати функції, змінити кнопки тощо. CSS-файл також фіксує сторінку у світлій колірній схемі. Вашим користувачам не відображається перемикач світла/темна на сторінці соціального зв’язування, яка має CSS-файл, тож лише Ваша таблиця стилів визначає, як виглядає сторінка. Сторінки без CSS-файлу зберігають перемикач.

CSS Class Hooks

Сторінка несе стабільні імена класів, щоб Ваша таблиця стилів мала на що орієнтуватися: на самій сторінці, на сітці, в яку викладено картки, та на кожній картці соціальної мережі. Ці імена є контрактом: таблиця стилів, написана під них, продовжує працювати між релізами Dashboard, тож на них можна безпечно спиратися.
Розміщення власної таблиці стилів доступне з Max Pack (і включено в Enterprise). Без нього поле Custom CSS доступне лише для читання. Ці імена класів застосовуються до white-labeled сторінки соціального зв’язування, яку відкривають Ваші користувачі, а не до Вашого власного Dashboard.
Усе, що не наведено на цій сторінці, не є частиною контракту. Зокрема, не обирайте власні згенеровані імена класів сторінки (вони змінюються без попередження). Див. Updating an older stylesheet. Елементи сторінки .main-content і .social-linking-page-column — це різні елементи, і саме ця різниця дозволяє розширити вміст, не звужуючи Ваш фон. Колонка несе максимальну ширину; обгортка охоплює всю сторінку. Щоб розтягнути картки ширше, ніж за замовчуванням, задайте ширину на колонці:
Компонування карток Ці два — нові, тож жодна старіша таблиця стилів їх не обирає. Обидва — контейнери: вони змінюють, де розміщуються картки та якої вони ширини, а не те, як виглядає сама картка. Див. Change the Card Layout. Картки соціальних мереж Кожна картка несе .social-account-card плюс рівно один із .connected-card або .unlinked-card, тож стани “підключено” та “не підключено” можна стилізувати незалежно. .social-account-icon — це квадрат, а не логотип, намальований усередині нього. Щоб змінити розмір логотипа, задавайте розмір обом — задання розміру лише квадрата залишить логотип у його оригінальному розмірі, і він виходитиме за межі:
Кольори бейджів статусу Бейджі “Connected” та “Messaging” на підключеній картці зчитують дві користувацькі властивості. Задайте їх будь-де вище бейджа — .social-account-card є природним місцем — і кожен бейдж на цій картці підлаштується:
!important тут не потрібен, оскільки користувацька властивість не конкурує зі згенерованим правилом. Якщо їх не задати, застосовуються кольори за замовчуванням.
Попереджувальні бейджі — “Relink required”, “Reconnect”, “Identity check” — навмисно ігнорують ці властивості і зберігають власні кольори. Вони повідомляють Вашому користувачеві, що обліковий запис перестав працювати і потребує уваги, а попередження, намальоване в тому самому кольорі, що й “Connected”, читається як заспокійливе. З тієї ж причини ці бейджі не мають власного селектора.
Як вкладаються елементи Картка знаходиться на п’ять рівнів нижче за .main-content, і один із цих рівнів не має власного імені класу:
Наведена вище картка — непідключена. Підключена картка несе .connected-card замість .unlinked-card і замінює два останні шматки: .click-to-link замінюється бейджами статусу, а .social-account-avatar із зображенням підключеного облікового запису додається після текстової колонки. Тож .click-to-link і .social-account-avatar ніколи не з’являються на одній картці. Обирайте іменовані елементи, а не безіменні між ними. Безіменні рівні не є частиною контракту й саме тому правило, яке рахує рівні вниз від .main-content (.main-content > div, .main-content > div > div > div, .main-content > div:not(.additional-info)), потрапляє на рівень чи два повз ціль замість того, щоб потрапити на сітку або картку. Див. Updating an older stylesheet, якщо у Вашій таблиці стилів є правила такої форми. Стилізуйте саму картку через .social-account-card, а до .social-accounts-grid або .social-account-card-wrapper звертайтеся тоді, коли хочете змінити компонування, а не картку. Див. Change the Card Layout. Зміна порядку елементів сторінки Щоб перемістити цілі блоки сторінки — наприклад, розмістити блок інструкцій унизу — сплюсніть контейнери між колонкою сторінки та шматками, які Ви хочете впорядкувати, а потім упорядкуйте їх:
display: contents вилучає контейнер із розкладки, зберігаючи його дочірні елементи, і саме це ставить Ваш логотип, сітку та кнопку Close на один рівень, щоб order міг їх порівнювати. order застосовується лише до елементів, які є прямими нащадками flex-контейнера, тож кожну обгортку між ними доводиться сплющувати — саме це робить середнє правило. Заголовок і блок інструкцій ділять один бокс, тож вони рухаються разом; приховайте заголовок за допомогою .heading-social-accounts { display: none !important }, якщо Вам потрібен лише блок інструкцій.
Два селектори у середньому правилі — це єдине місце на цій сторінці, де Вам усе ще потрібно дістатися до елемента без імені. Вони прив’язані до іменованих елементів на рівень вище, тож вони значно надійніші за відлік рівнів вниз від .main-content — але саме ці правила варто перевірити першими, якщо майбутній реліз змінить порядок сторінки.
Елементи, які залежать від налаштування (Ваш логотип, посилання “Having trouble?”, кнопка Close), існують на сторінці лише тоді, коли це налаштування увімкнене, тож правило, орієнтоване на такий елемент, до того часу просто неактивне.
Вашим правилам потрібен !important, щоб вони діяли. Власні стилі сторінки згенеровані з вищою специфічністю, ніж звичайний селектор класу, тож оголошення без !important тихо ігнорується.
Змініть стиль .click-to-link, не приховуйте його. Це єдине, що на непідключеній картці повідомляє Вашому користувачеві, що мережа ще не підключена і що на картку можна натиснути. Правило на кшталт .click-to-link { display: none !important } залишає картку, на якій нічого немає, крім назви мережі, і вона виглядає як неактивна. Якщо Ви хочете власне формулювання чи бейдж замість цього, додайте його на картку через .unlinked-card::after, а не ховайте текст і покладайтеся на заміну в іншому місці.
.additional-info та .additional-info__body відповідають одному й тому самому елементу. Раніше це були два вкладені елементи, тож якщо Ваша таблиця стилів встановлює різні значення для однієї й тієї самої властивості на кожному, тепер вони змагаються на одному елементі, і виграє більш специфічне правило замість того, щоб застосовувались обидва. Об’єднайте їх в одне правило.

Linking Dialog Colors

Діалогові вікна на сторінці прив’язки — підтвердження від’єднання, селектори сторінок Facebook та LinkedIn, форми облікових даних Bluesky та X, а також поле коду активації Telegram — зчитують десять користувацьких властивостей. Задайте ті, що Вам потрібні, а решту залиште; усе, що Ви не задасте, зберігає своє значення за замовчуванням. Задавайте їх на :root або body, не на .social-account-card. Діалогові вікна рендеряться поза вмістом сторінки, тож значення, задане на картці чи на .main-content, ніколи до них не досягає. Це найпоширеніша причина, чому правило для діалогового вікна начебто нічого не робить. Повний темний приклад із заданням кожної властивості:
!important не потрібен, оскільки користувацька властивість не конкурує зі згенерованим правилом.
Тримайте --ayr-dialog-fg та --ayr-dialog-muted-fg різними. Заголовок і другорядний текст за замовчуванням мають різні тони, і задання обох тим самим значенням сплюснює ієрархію. Якщо задаєте лише одну, задавайте --ayr-dialog-fg — затемнена панель, чий заголовок за нею не йде, може залишити заголовок нечитабельним.
Підпис основної кнопки залишається білим, незалежно від того, на що Ви задасте --ayr-dialog-accent. Обирайте акцент, на якому читається білий текст — блідий акцент робить підпис важким для читання, а окремої властивості для нього немає. Кнопка Cancel (Скасувати) поруч натомість слідує за --ayr-dialog-fg.
Якщо Ви затемнюєте --ayr-dialog-bg, задайте також --ayr-dialog-fg, --ayr-dialog-muted-fg та --ayr-dialog-accent. Панель діалогового вікна — це єдине, що перефарбовує --ayr-dialog-bg: панель керування залишається у своїй світлій темі, тож усе, що ще на кольорі за замовчуванням, зберігає значення, підібране під білу панель. Три властивості вище відповідають за радіо-кнопки селектора сторінок та підписи неактивних кнопок — саме ті частини, які на темній панелі найважче прочитати. --ayr-dialog-muted-fg там, де це можливо, відкочується до --ayr-dialog-fg, тож задання лише цих двох достатньо, щоб отримати читабельні елементи керування. Задайте також --ayr-dialog-link: посилання зберігають свій колір за замовчуванням, доки Ви цього не зробите, бо цей стандартний колір — насичений синій, підібраний під білу панель, і на ній він саме той, що треба. Використовуйте тон, який залишається читабельним на Вашій панелі, а не повторно використовуйте --ayr-dialog-accent — акцент фарбує поверхні: вибрану радіо-кнопку та основну кнопку, до яких застосовується нижчий поріг контрасту, ніж до тексту.
Ці властивості несуть лише колір та радіус. Діалогові вікна не мають class hooks, тож таблиця стилів не може приховати панель, список сторінок чи кнопки підтвердження та скасування. Діалогове вікно — це місце, де Ваш користувач обирає, яку Facebook Page прив’язати, або підтверджує від’єднання, і приховання його частини залишило б користувача посеред процесу без виходу.Кнопка основної дії слідує за --ayr-dialog-accent, і ця властивість — єдиний спосіб дістатися до неї. Її поверхня намальована як градієнт, тож Ваше власне правило background-color застосовується під ним і залишається невидимим — задавайте властивість замість цього.

Updating an Older Stylesheet

Якщо Ви написали свою таблицю стилів до перебудови Dashboard, деякі правила можуть більше не відповідати. Правила, побудовані на задокументованих вище селекторах, продовжують працювати. Правила, побудовані на будь-чому іншому, не працюють і не можуть бути відновлені:
  • Власні згенеровані імена класів сторінки. Імена класів, які Ви могли скопіювати з інструментів розробника браузера (наприклад, будь-що, що починається з chakra-), належать фреймворку, на якому побудована сторінка, а не публічному контракту. Ці імена класів більше не існують і немає еквівалента для заміни. Перепишіть правило під селектори з таблиць вище.
  • Прості селектори елементів або атрибутів, як-от div > div чи button[type="button"]. Структура сторінки не є контрактом і змінилася, тож правило, яке рахує рівні вниз від .main-content, тепер потрапляє на інший елемент, ніж раніше. Це найпоширеніша причина, чому правило компонування, здається, нічого не робить або робить щось несподіване.
  • Позиційні правила, які рахували елементи, щоб дістатися до сітки карток. До того, як сітка й комірки отримали імена, єдиним способом дістатися до них було рахувати рівні вниз від .main-content, використовуючи правила виду .main-content > div, .main-content > div > div, .main-content > div > div > div або .main-content > div:not(.additional-info). Такі правила все ще щось відповідають, тому їх легко не помітити: .main-content усе ще на місці, але картка тепер знаходиться на п’ять рівнів нижче за нього, тож кожне правило потрапляє на рівень чи два повз ціль. Правило, націлене на сітку, може опинитися на обгортці, що містить заголовок сторінки, а правило, націлене на одну картку, може змінювати розмір усіх карток одразу. Замініть їх двома іменами, які тепер для цього існують: .social-accounts-grid для сітки та .social-account-card-wrapper для комірки, що містить одну картку. Див. Change the Card Layout.
  • Правила, які працюють лише на flex-елементі: z-index, order, align-self, flex. Їх найважче помітити, тому що селектор усе ще відповідає, а оголошення все ще валідне — воно просто не має ефекту. На старішій сторінці Ваш логотип, заголовок, блок інструкцій та кнопка Close були прямими нащадками .main-content, який Ваша таблиця стилів робила flex-контейнером, тож кожен з них був flex-елементом. Flex-елемент шанує z-index навіть без position і шанує order та align-self. На перебудованій сторінці ці четверо сидять усередині обгорток, тож вони більше не є flex-елементами, і всі чотири властивості перестають до них застосовуватися. Симптом зазвичай — щось зникає, а не рухається. z-index на Вашому логотипі, наприклад, — це те, що раніше піднімало його над фіксованою смугою заголовка, намальованою через .main-content::before — без нього смуга малюється прямо поверх логотипа, і логотип виглядає так, ніби його зовсім немає, хоча він завантажився коректно і має правильний розмір. Два способи виправлення, будь-який підходить:
  • .linked-tag. Старіша сторінка встановлювала це на бейджах статусу підключеної картки. Це не є частиною наведеного вище контракту, і навмисно: підключена картка тепер може також показувати “Relink required” або “Identity check”, тож правило, яке приховує .linked-tag, приховало б попередження, на яке Вашому користувачеві потрібно відреагувати. Якщо Ваша таблиця стилів приховує .linked-tag і малює власну заміну бейджа, ця заміна не з’явиться. Замість цього стилізуйте сам .connected-card і залишіть бейджі статусу видимими.
Якщо Ви не впевнені, чи Ваша таблиця стилів усе ще працює, відкрийте свою сторінку зв’язування й перевірте, що кожне правило діє. Таблиця стилів завантажується в будь-якому разі, тож правила, які більше не відповідають, тихо не спрацьовують, а не повідомляють про помилку. Зверніться до підтримки, якщо Ви хочете допомогу з переписуванням якогось із них.

Target a Single Network

Використовуйте атрибут data-platform, а не позиційний селектор на кшталт :nth-child. Мережі, доступні Вашим користувачам, можуть бути відфільтровані на рівні облікового запису або User Profile, що змінює, скільки карток відображається і в якому порядку. Позиційні селектори ламаються, коли цей фільтр змінюється, а data-platform — ні.
Значення — це ключ мережі на цій сторінці: bluesky, facebook, gmb, instagramApi, linkedin, pinterest, reddit, snapchat, telegram, threads, tiktok, twitterByok, whatsapp, youtube
Два з них відрізняються від назв платформ, які Ви надсилаєте до API: на цій сторінці Instagram — це instagramApi, а X/Twitter — twitterByok.

Change the Card Layout

За замовчуванням картки викладаються у адаптивну сітку: одна колонка на телефоні, дві на планшеті та три на десктопі. Двома селекторами керується це компонування, і те, який із них Вам потрібен, залежить від того, що саме Ви змінюєте:
  • .social-accounts-grid — це сама сітка. Це flex-рядок, який переносить, а простір між картками — це його gap. Використовуйте його, щоб змінити цей інтервал, або щоб повністю замінити компонування.
  • .social-account-card-wrapper — це комірка, що містить одну картку. Її width визначає, скільки карток вміщується в одному рядку, і сторінка встановлює цю ширину для кожного розміру екрана.
Комірка — це єдиний елемент, на якому можна змінити ширину картки або кількість карток у рядку. Усе між коміркою й карткою вже заповнює всю ширину комірки, тож width, встановлений на .social-account-card (чи на безіменній обгортці між ними), перемальовує картку всередині комірки, яка не зрушила з місця, і колонки залишаються рівно там, де вони й були. Жоден із цих селекторів не є карткою. Щоб змінити стиль рамки, фону чи тексту картки, використовуйте .social-account-card як і раніше. Щоб змінити лише простір між картками:
Щоб розмістити кожну картку на її власному рядку на всю ширину — одне правило охоплює всі розміри екрана, оскільки !important також перемагає ширини, які сторінка встановлює у своїх власних правилах для розмірів екрана:
Щоб задати власну кількість колонок, повністю перебирайте на себе сітку. Ширину комірки теж потрібно звільнити, інакше вона конфліктуватиме з колонками, які Ви щойно визначили:
Якщо Ви обмежили сторінку однією чи двома мережами, рядок не заповнює свої колонки, і сторінка центрує його для Вас. На .social-accounts-grid вона встановлює width і max-width, які звужують сітку до тих карток, що вона фактично має, та align-self: center, щоб відцентрувати цю вужчу коробку, з автоматичними бічними полями як запасним варіантом. На кожній .social-account-card-wrapper вона встановлює відповідно ширше width, тож картки зберігають розмір, який мають у повному рядку. Усе це застосовується лише на тих розмірах екрана, де рядок фактично короткий. За трьох чи більше мереж рядок завжди повний, і нічого з цього не встановлюється. Ваші власні правила перевизначають будь-який із цих елементів як зазвичай, з !important, але зауважте, що align-self — це оголошення, яке виконує центрування: щоб вирівняти короткий рядок інакше, перевизначте також і його, а не лише ширини.
Уникайте селекторів, які рахують елементи, як-от .main-content > div > div > div. Структура сторінки не є контрактом і змінюється між релізами, тож таке правило може почати відповідати іншому елементу або одразу всім карткам без жодних змін у Вашій таблиці стилів. Два наведені вище селектори стабільні й є підтримуваним способом дістатися до компонування.

Example: Hide the Page Heading

Заголовок — це елемент <h1>, тож селектор із уточненням тега працює, якщо Вам так зручніше:

Example: Restyle Unconnected Cards as Buttons

За замовчуванням непідключена картка — це втоплена сіра поверхня з приглушеним текстом, що деякі користувачі читають як “недоступна”, а не як “щось, на що можна натиснути”. Наведені нижче правила перетворюють кожну непідключену картку на кнопку з обведенням у кольорі Вашого бренду, а підключені картки залишають незмінними.
Для суцільної заливки натомість задайте фон картки й перефарбуйте її текст. Лише селектори з таблиці вище є контрактом, тож перефарбовуйте назву мережі звичайним селектором нащадка:
Логотип мережі на непідключеній картці навмисно знебарвлений і не має власного селектора, тож він залишається сірим на кольоровому фоні. Попередньо перегляньте свою таблицю стилів на сторінці зв’язування, перш ніж розгортати її для Ваших користувачів.

Зміна заголовка сторінки, кнопки Close та favicon

Встановіть власний заголовок сторінки, кнопку close та favicon (файл .ico). Налаштуйте текст footer і додайте інформацію про авторські права на сторінці соціального зв’язування. Це дозволяє відображати текст footer різними мовами.

Функції Enterprise

Max Pack

Усі функції Max Pack включено з Enterprise.

Автоматична повторна синхронізація сторінок Facebook та Instagram

Коли відбуваються події безпеки в Facebook, наприклад, зміна пароля, всі сторінки Facebook, пов’язані з цим обліковим записом користувача (включно з пов’язаними обліковими записами Instagram), потрібно повторно під’єднати до Ayrshare. Для облікових записів, які керують численними сторінками, цей процес може бути тривалим.
  • Опція “Resync” доступна при під’єднанні сторінок Facebook або Instagram.
  • Увімкнувши цю функцію, всі раніше під’єднані сторінки автоматично будуть переприв’язані до user profile.
  • Примітка: Тільки раніше пов’язані сторінки будуть перез’єднані; нові сторінки не будуть автоматично додані.
  • Ця функція підтримує облікові записи Facebook з до 400 сторінок.
  • Для облікових записів, що перевищують 400 сторінок, рекомендується розподіляти сторінки між кількома обліковими записами Facebook.
  • Найкраща практика: Використовуйте опцію “Resync” лише за необхідності, щоб перез’єднати всі сторінки. Для рутинних операцій це зазвичай не потрібно.

Білий список IP

Підвищіть безпеку свого облікового запису, додавши певні IP-адреси до білого списку. Ця функція обмежує доступ до API лише схваленими IP-адресами, додаючи додатковий рівень захисту до Вашої інтеграції Ayrshare.

Технічні перевірки та перевірки безпеки

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

Виділене керування обліковим записом з пріоритетною підтримкою

Отримайте персоналізовану підтримку від виділеного менеджера облікового запису, який розуміє Ваші унікальні потреби і може надати індивідуальні рішення. Насолоджуйтеся пріоритетним доступом до технічної підтримки, з швидшим часом відповіді та процедурами ескалації для критичних питань.

Користувацькі кінцеві точки API

Для підприємств з конкретними вимогами Ayrshare може розробити користувацькі кінцеві точки API для безшовної інтеграції з Вашими існуючими системами та робочими процесами.