Керування полями та тегами підписників

Published: 16 липня 2026 р. · Last updated: 21 липня 2026 р. · By Marcus Biel

Поля та теги підписників допомагають зберігати корисну інформацію про підписників і впорядковувати аудиторію.

Поле підписника зберігає значення, як-от ім’я, день народження, країну, номер клієнта або набір інтересів. Тег — це мітка, як-от «Клієнт», «Вебінар 2026» або «VIP». Поля найкраще підходять для структурованих даних, що описують підписника. Теги найкраще підходять для групування підписників за джерелом, активністю або бізнес-контекстом.

Maildroppa використовує поля й теги в усьому застосунку. Ви можете додавати поля до Signup Forms, імпортувати значення полів, персоналізувати вміст електронних листів, створювати Segments і фільтри надсилання, а також використовувати поля або теги в Automations. Також можна додавати або видаляти кілька тегів для багатьох підписників однією дією.

Тепер сторінка окремо показує активні й архівовані дані. Архівування приховує поле або тег від нового використання, не видаляючи одразу збережені дані підписників. Якщо архівований елемент більше не потрібен, ви можете перевірити його використання та назавжди видалити окремим кроком.

Відкриття сторінки полів підписників

Відкрийте «Settings» і виберіть «Subscriber Fields».

Також сторінку можна відкрити безпосередньо за адресою:

https://app.maildroppa.com/settings/subscriber-fields

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

• Subscriber Fields
• Archived Fields
• Tags
• Archived Tags
• Bulk Tagging per Email List
• System Tags

Розділи Archived Fields і Archived Tags відображаються лише тоді, коли заархівовано принаймні один відповідний елемент. Розділ System Tags відображається лише тоді, коли в обліковому записі існують системні теги, створені системою.

Поля та теги підписників — це різні речі

Перш ніж створювати елемент, варто вирішити, чи слід зберігати інформацію в полі, чи представити її тегом.

Використовуйте поле підписника для значення

Використовуйте поле, коли кожен підписник має значення, що відповідає визначеному формату.

Приклади:

• Ім’я
• Дата народження
• Номер клієнта
• Бажана мова
• Країна
• Улюблена категорія товарів
• Кілька вибраних інтересів

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

Поля також мають стабільний Personalization Tag. Ви можете вставити цей тег у підтримуваний вміст електронного листа, і Maildroppa замінить його збереженим значенням для одержувача.

Використовуйте тег для членства в групі

Використовуйте тег, коли важливо знати, чи належить підписник до певної групи.

Приклади:

• Потенційний клієнт
• Клієнт
• VIP
• Зареєстрований на вебінар
• Завантажив посібник
• Цікавиться продуктом A

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

Теги особливо корисні для Segments, тригерів і дій Automations, призначення у Signup Forms, дій за натисканням посилань, імпорту та ручного впорядкування підписників.

Простий приклад вибору

Якщо вам потрібно зберігати одну країну для кожного підписника, створіть поле вибору «Country». Якщо потрібно лише визначити підписників, які відвідали певну подію, створіть тег «Attended Berlin Event».

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

Збирайте лише потрібні дані

Кожне додаткове поле збільшує обсяг персональних даних, які ви зберігаєте. Воно також може зробити Signup Form довшою та зменшити кількість людей, які її заповнюють.

Перш ніж створювати поле, запитайте себе:

• Чи потрібна нам ця інформація для визначеної мети?
• Чи повідомили ми підписникам, навіщо її збираємо?
• Як довго її слід зберігати?
• Кому потрібен до неї доступ?
• Чи можна досягти тієї самої мети, використовуючи менше даних?

Якщо на вашу організацію поширюються закони про захист даних, як-от GDPR, переконайтеся, що процеси збору, зберігання, доступу та видалення відповідають вашим юридичним обов’язкам. Maildroppa надає інструменти, описані в цьому посібнику, але належна правова підстава та строк зберігання залежать від вашої організації та сценарію використання.

Розуміння полів підписників

В активній таблиці Subscriber Fields для кожного поля показано такі характеристики:

• Field Label
• Personalization Tag
• Type

Вбудовані поля відображаються разом із власними полями, але їх не можна редагувати або архівувати.

Field Label

Field Label — це зрозуміле ім’я, яке відображається в Maildroppa. Воно також стає початковою міткою, коли ви додаєте поле до Signup Form або профілю підписника.

Приклади: «First name», «Birthday» або «Favorite topics». Мітка поля може містити до 255 символів, але коротка й однозначна мітка полегшує роботу з формами, Segments, імпортом і Automations.

Пізніше ви можете змінити мітку власного поля. Зміна мітки не змінює його Personalization Tag або тип поля.

Personalization Tag

Personalization Tag — це стабільний ідентифікатор, який використовується для імпорту, інтеграцій, посилань на поля та персоналізованого вмісту електронних листів.

Наприклад, поле з міткою «Favorite topics» може отримати Personalization Tag favorite_topics. У підтримуваному вмісті електронного листа його можна використовувати як {{favorite_topics}}.

Maildroppa автоматично створює доступний Personalization Tag на основі мітки поля. Використовуються малі ASCII-літери, цифри та символи підкреслення. Якщо згенероване ім’я вже існує, Maildroppa створює унікальний варіант.

Personalization Tag не можна редагувати після створення поля. Це запобігає непомітному перенаправленню на інше поле наявних форм, імпортів, інтеграцій, вмісту та Automations.

Field Type

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

Maildroppa підтримує такі типи полів:

У старіших посібниках Maildroppa Radio Button, Checkbox і Dropdown описувалися як типи полів. У поточній моделі тип даних і його візуальне представлення розділені.

Наприклад:

• Поле «Choice: one option» у Signup Form можна відобразити як спадний список або групу перемикачів.
• Поле «Choice: multiple options» у Signup Form можна відобразити як групу прапорців або спадний список із множинним вибором.

Це дає змогу зберігати однакові дані підписників узгодженими, навіть коли різні форми представляють їх по-різному. Докладніше про додавання та представлення полів у формах див. у розділі Signup Forms.

Вбудовані поля

Кожен обліковий запис має два вбудовані поля:

• Email
• First name

Email є обов’язковим, оскільки кожному підписнику потрібна основна адреса електронної пошти. First name — необов’язкове поле.

Вбудовані поля не можна перейменувати, архівувати або назавжди видалити. Вони не враховуються в обмеженні власних полів.

Обмеження власних полів

Обліковий запис може мати до 30 активних власних полів на додачу до двох вбудованих полів.

До п’яти активних власних полів можуть використовувати «Choice: multiple options». Це окреме обмеження допомагає передбачувано працювати з багатозначними даними підписників у профілях, імпорті, Segments, формах і Automations.

Архівовані поля не враховуються в активних обмеженнях. Однак відновлення архівованого поля знову вважається його активацією. Якщо відповідне обмеження вже досягнуто, заархівуйте інше поле перед відновленням.

Створення власного поля підписника

Щоб створити поле:

1. Відкрийте «Settings» → «Subscriber Fields».
2. У розділі Subscriber Fields натисніть «Add a New Field».
3. Введіть Field Label.
4. Виберіть Type поля.
5. Якщо ви вибрали тип із варіантами, введіть Options.
6. Натисніть «Add».

Maildroppa створює Personalization Tag і додає поле до активної таблиці Subscriber Fields.

Створення полів із варіантами

Поля з варіантами корисні, коли потрібні узгоджені дані без численних варіантів написання.

Наприклад, поле «Preferred newsletter» із вільним текстом може містити «Product», «product news», «Products» або помилки написання. Поле з варіантами обмежує введення визначеними вами варіантами.

Choice: One Option

Використовуйте «Choice: one option», коли підписник має вибрати лише одне значення.

Приклади:

• Бажана мова
• Країна
• Тип клієнта
• Розмір компанії
• Основний інтерес

У Signup Form Builder це поле можна представити як спадний список або перемикачі.

Choice: Multiple Options

Використовуйте «Choice: multiple options», коли одночасно можуть бути правильними кілька значень.

Приклади:

• Теми, які підписник хоче отримувати
• Продукти, якими користується підписник
• Бажані формати заходів
• Регіони, у яких працює підписник

Підписник може вибрати до 20 варіантів в одному полі з множинним вибором. У Signup Form Builder це поле можна представити як групу прапорців або спадний список із множинним вибором.

Додавання варіантів

Після вибору будь-якого типу з варіантами з’являється область Options.

Введіть перший варіант, потім натисніть «Add Value», щоб створити ще одне поле введення. Повторюйте, доки не додасте всі варіанти.

Поле з варіантами:

• Має містити принаймні один варіант.
• Може містити до 50 варіантів.
• Має містити унікальні мітки варіантів. Саме лише використання різного регістру не робить дві мітки різними.
• Дозволяє до 255 символів у мітці кожного варіанта.
• Не дозволяє використовувати символ вертикальної риски (|) у мітці варіанта.

Використовуйте короткі мітки варіантів, які залишатимуться зрозумілими в профілях підписників, елементах форм, Segments, експорті та персоналізованому вмісті.

Редагування власного поля підписника

Щоб відредагувати активне власне поле:

1. Знайдіть поле в таблиці Subscriber Fields.
2. Відкрийте меню з трьома крапками в кінці його рядка.
3. Виберіть «Edit».
4. Змініть Field Label або, для поля з варіантами, його Options.
5. Натисніть «Change».

Field Type і Personalization Tag навмисно не можна редагувати.

Редагування варіантів

Ви можете перейменувати наявний варіант, додати новий або видалити невикористовуваний варіант.

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

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

Це захищає збережені вибори від втрати чинності. Якщо варіант ще використовується, спочатку оновіть або очистіть відповідні значення підписників, а потім повторіть спробу.

Де використовуються поля підписників

Поля підписників можна використовувати в кількох розділах Maildroppa:

• Signup Forms можуть збирати значення полів.
• Профілі підписників можуть відображати й оновлювати значення полів.
• Імпорт може зіставляти стовпці з полями.
• Вміст електронних листів може використовувати Personalization Tags.
• Segments і фільтри надсилання можуть вибирати підписників за значеннями полів.
• Automations можуть читати або оновлювати поля.
• Клієнти API та інтеграції можуть читати або записувати підтримувані значення полів.

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

Архівування поля підписника

Архівування — безпечний перший крок, коли ви більше не хочете використовувати поле для нових даних.

Коли ви архівуєте власне поле:

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

Щоб архівувати поле:

1. Відкрийте меню з трьома крапками для активного власного поля.
2. Виберіть «Archive».
3. Дочекайтеся, поки Maildroppa перевірить використання поля.
4. Перегляньте Archive blockers, Existing read or render usage і Content merge tag usage.
5. Усуньте всі блокувальні чинники.
6. Введіть ARCHIVE у поле підтвердження.
7. Натисніть «Archive».

Що блокує архівування поля?

Maildroppa блокує архівування, доки відомий робочий процес ще має записувати дані в поле. Приклади:

• Signup Form, яка збирає це поле.
• Automation, яка записує дані в поле.
• Активне зіставлення імпорту, яке записує дані в поле.
• Імпорт підписників або масовий запис підписників, що зараз виконується.

Відкрийте зазначений елемент, видаліть або замініть посилання на поле та поверніться до діалогового вікна архівування.

Попередження, які не блокують архівування

Деякі наявні посилання лише читають або відображають поле. Це можуть бути Segments, умови Automations і Personalization Tags у вмісті електронних листів.

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

Maildroppa не може повністю проінвентаризувати кожен зовнішній клієнт API або окремо збережений запит вбудованої форми. Після архівування майбутні зовнішні спроби запису в поле завершуватимуться помилкою. Оновіть інтеграції до архівування.

Відновлення архівованого поля

Відновіть архівоване поле, якщо хочете знову його використовувати.

1. Знайдіть його в розділі Archived Fields.
2. Відкрийте меню з трьома крапками.
3. Виберіть «Restore».

Поле повернеться до активного розділу Subscriber Fields із тим самим Personalization Tag, типом, варіантами та збереженими значеннями підписників.

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

У таблиці Archived Fields показано два додаткові значення:

• Subscriber values: скільки збережених значень підписників наразі використовують поле.
• Blocking usages: скільки відомих посилань наразі перешкоджають остаточному видаленню.

Ці числа спрощують рішення щодо відновлення поля, очищення його посилань або переходу до остаточного видалення.

Остаточне видалення архівованого поля

Остаточне видалення відрізняється від архівування. Воно видаляє поле та всі збережені значення підписників і не може бути скасоване.

Перед остаточним видаленням поле потрібно заархівувати.

Щоб остаточно видалити поле:

1. Знайдіть поле в Archived Fields.
2. Відкрийте меню з трьома крапками.
3. Виберіть «Permanently delete».
4. Перегляньте кількість значень підписників і всі наведені блокувальні чинники.
5. Видаліть або замініть усі блокувальні посилання.
6. Введіть точну Field Label, показану в діалоговому вікні.
7. Натисніть «Permanently delete».

Остаточне видалення можуть блокувати форми, Automations, Segments, зіставлення імпорту, фільтри надсилання, Personalization Tags у вмісті або поточне надсилання. На відміну від архівування, посилання для читання й відображення також блокують остаточне видалення, оскільки визначення поля більше не буде доступним.

Після остаточного видалення:

• Значення підписників для цього поля видаляються.
• Поле зникає з Archived Fields.
• Поле не можна відновити.
• Його Personalization Tag залишається зарезервованим і не може бути повторно використаний майбутнім полем.

Збереження Personalization Tag у резерві запобігає випадковому запису даних у нове поле, не пов’язане зі старим, через старі інтеграції або відкладені запити.

Розуміння тегів

Розділ Tags містить активні теги, створені клієнтами. У кожному рядку показано Tag Name і меню для перейменування або архівування тега.

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

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

Створення тега

Щоб створити тег:

1. У розділі Tags натисніть «Add a New Tag».
2. Введіть Tag Name.
3. Натисніть «Add».

Виберіть назву, яка пояснює призначення тега. «Webinar 2026 - Registered» зрозуміліше, ніж «List 4».

Перейменування тега

Щоб перейменувати активний тег клієнта:

1. Відкрийте меню з трьома крапками в кінці його рядка.
2. Виберіть «Rename».
3. Введіть нову назву.
4. Натисніть «Change».

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

System Tags

System Tags створюються Maildroppa автоматично для внутрішніх робочих процесів продукту. Вони відображаються окремо від тегів, створених клієнтами.

System Tags не можна перейменовувати, призначати вручну, масово видаляти, архівувати або назавжди видаляти. Це захищає робочі процеси, які від них залежать.

Архівування тега

Коли ви архівуєте тег, створений клієнтом:

• Він більше не доступний для нових призначень підписникам.
• Наявні призначення підписникам залишаються збереженими.
• Він переміщується до розділу Archived Tags.
• Його не можна перейменувати, доки його не буде відновлено.

Щоб архівувати тег:

1. Відкрийте меню з трьома крапками для активного тега.
2. Виберіть «Archive».
3. Дочекайтеся, поки Maildroppa перевірить використання тега.
4. Перегляньте блокувальні чинники, попередження та кількість призначень підписникам.
5. Усуньте всі блокувальні використання.
6. Введіть ARCHIVE у поле підтвердження.
7. Натисніть «Archive».

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

Приклади використання, яке може блокувати архівування:

• Signup Form, яка призначає тег після надсилання.
• Automation, яка додає тег або залежить від нього як від активного тригера.
• Активний імпорт, який призначає тег.
• Налаштована дія посилання, яка призначає тег.

Segments та інші посилання лише для читання можуть відображатися як попередження. Перегляньте їх, оскільки Maildroppa не переписує їхню логіку під час архівування тега.

Зовнішні клієнти API та імпортовані файли також можуть пізніше намагатися призначити тег. Оновіть ці зовнішні процеси до архівування.

Відновлення або остаточне видалення архівованого тега

Відновлення тега

Щоб знову використовувати архівований тег:

1. Знайдіть його в Archived Tags.
2. Відкрийте меню з трьома крапками.
3. Виберіть «Restore».

Тег повернеться до активного розділу Tags із наявними призначеннями підписникам. Відновлення не вдасться, якщо в обліковому записі вже є 50 активних тегів, створених клієнтами.

Остаточне видалення тега

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

Щоб остаточно видалити тег:

1. Знайдіть його в Archived Tags.
2. Відкрийте меню з трьома крапками.
3. Виберіть «Permanently delete».
4. Перегляньте кількість призначень і всі блокувальні чинники.
5. Видаліть або замініть блокувальні посилання у формах, посиланнях, Automations, імпорті та Segments.
6. Введіть точну Tag Name, показану в діалоговому вікні.
7. Натисніть «Permanently delete».

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

Масове додавання тегів вибраним підписникам

Використовуйте таблицю Subscribers, коли потрібні люди вже відображаються у відфільтрованому або знайденому списку.

Щоб додати або видалити теги у вибраних підписників:

1. Відкрийте сторінку Subscribers.
2. Виберіть прапорець для кожного підписника, якого потрібно оновити.
3. Відкрийте «Bulk Actions».
4. Виберіть «Add tags» або «Remove tags».
5. Виберіть один або кілька тегів, створених клієнтами.
6. Підтвердьте дію.

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

Під час додавання тегів нові призначення можуть отримувати лише підтверджені підписники. Підписники зі статусами pending, unsubscribed, bounced і blocked пропускаються. Видалення тегів може очищати наявні призначення незалежно від статусу підписника.

System Tags не відображаються в діалоговому вікні вибору.

Використовуйте цей метод для керованої кількості рядків. Для великого списку з іншого інструмента, електронної таблиці, CRM або системи подій використовуйте Bulk Tagging per Email List.

Масове додавання тегів за списком електронних адрес

Розділ «Bulk Tagging per Email List» дає змогу вставити адреси електронної пошти та додати або видалити кілька тегів для кожного відповідного підписника.

Це корисно, коли у вас є список адрес, але ви не хочете вручну знаходити й вибирати кожного підписника.

Підтримувані дані

Поле Email Addresses приймає прості списки адрес і текст, що містить адреси.

Приклади:

• name1@example.com
• name1@example.com, name2@example.com
• Name Two <name2@example.com>
• Текст, скопійований з іншого застосунку, що містить адреси електронної пошти

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

У цьому розділі доступні лише активні теги, створені клієнтами. System Tags і архівовані теги не можна призначати тут.

Додавання тегів за списком адрес

Щоб додати теги:

1. Виберіть вкладку «Add Tags».
2. Вставте вихідний текст у «Email Addresses».
3. Виберіть один або кілька Tags.
4. Натисніть «Preview».
5. Перегляньте кожну категорію попереднього перегляду.
6. Якщо можна оновити хоча б одного підписника, натисніть «Add Tags».

Попередній перегляд додавання показує:

• Unique Emails: дійсні унікальні адреси, витягнуті з введених даних.
• Can Be Tagged: підтверджені підписники, яким бракує принаймні одного вибраного тега.
• Already Tagged: підтверджені підписники, які вже мають усі вибрані теги.
• Not Found: дійсні адреси, які не належать жодному підписнику в обліковому записі.
• Invalid Inputs: значення, схожі на адреси електронної пошти, але недійсні.
• Skipped: усі недійсні записи, відсутні записи або записи з неприйнятним статусом.
• Skipped by Status: окремі показники для підписників зі статусами Unsubscribed, Bounced, Blocked і Pending.

Для кожного підписника в «Can Be Tagged» Maildroppa додає лише вибрані теги, яких наразі бракує. Наявні призначення не дублюються.

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

Щоб видалити теги:

1. Виберіть вкладку «Remove Tags».
2. Вставте вихідний текст у «Email Addresses».
3. Виберіть один або кілька Tags.
4. Натисніть «Preview».
5. Перегляньте кожну категорію попереднього перегляду.
6. Якщо можна оновити хоча б одного підписника, натисніть «Remove Tags».

Попередній перегляд видалення показує:

• Unique Emails: дійсні унікальні адреси, витягнуті з введених даних.
• Existing Subscribers: адреси, що відповідають записам підписників.
• Can Be Updated: підписники, які мають принаймні один із вибраних тегів.
• Without Selected Tags: відповідні підписники, які не мають жодного вибраного тега.
• Not Found: дійсні адреси без відповідного підписника.
• Invalid Inputs: значення, схожі на адреси електронної пошти, але недійсні.
• Skipped: недійсні адреси та адреси без відповідників.

Для кожного підписника в «Can Be Updated» Maildroppa видаляє вибрані теги, які фактично призначені. Інші теги залишаються без змін.

Видалення тегів також корисне для очищення призначень у підписників зі статусами pending, unsubscribed, bounced або blocked. На відміну від додавання тегів, для видалення підписник не має бути підтвердженим.

Чому потрібен попередній перегляд

Попередній перегляд не дає вставленому списку одразу змінити дані підписників. Він дає змогу перевірити результат до того, як стане доступною остаточна дія.

Якщо ви зміните режим, текст електронних адрес або вибрані теги, Maildroppa очистить попередній перегляд. Натисніть «Preview» ще раз, щоб результат завжди відповідав поточним даним.

Підсумок Tagging Summary або Removal Summary є остаточним результатом. Він показує фактично змінених підписників і записи, пропущені під час виконання дії.

Рекомендований робочий процес для полів і тегів

Використовуйте цей процес, щоб зберігати дані підписників надійними:

1. Визначте бізнес-мету даних.
2. Вирішіть, чи мають вони бути значенням поля або призначенням тега.
3. Виберіть найсуворіший корисний тип поля.
4. Використовуйте попередньо визначені варіанти, якщо контрольований список покращить якість даних.
5. Створіть поле або тег до налаштування форм, імпорту, Segments або Automations.
6. Перевірте збір даних на тестовому підписнику.
7. Перевірте, як значення відображається в профілі підписника та персоналізованому вмісті.
8. Задокументуйте для команди призначення важливих полів і тегів.
9. Коли елемент більше не потрібен, спочатку заархівуйте його.
10. Перед остаточним видаленням перевірте залишкове використання та збережені дані.

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

Усунення несправностей

Я не можу змінити тип поля

Тип поля є незмінним після створення. Створіть нове поле з правильним типом, перенесіть або повторно зберіть потрібні значення, оновіть усі залежні робочі процеси, а потім заархівуйте старе поле.

Не видаляйте старе поле остаточно, доки не опрацюєте всі потрібні значення та посилання.

Я не можу видалити варіант

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

Я не можу архівувати поле

У діалоговому вікні архівування наведено відомі випадки запису, які потрібно спочатку усунути. Перевірте Signup Forms, дії запису Automations, зіставлення імпорту та поточні імпорти підписників або масові записи.

Після видалення посилання закрийте та знову відкрийте діалогове вікно архівування, щоб Maildroppa повторно перевірив поточне використання.

Я заархівував поле, але його значення все ще існують

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

Я не можу остаточно видалити поле

Для остаточного видалення потрібна суворіша перевірка використання, ніж для архівування. Видаліть посилання для запису, читання та відображення, зокрема Segments, фільтри надсилання, Personalization Tags у вмісті та Automations. Поточне надсилання також може тимчасово блокувати видалення.

Я не можу архівувати або остаточно видалити тег

Перегляньте список використання в діалоговому вікні. На тег можуть посилатися форми, дії посилань, Automations, імпорт і Segments. Призначення підписникам не блокують архівування або остаточне видалення, але під час архівування зберігаються, а під час остаточного видалення видаляються.

Архівоване поле або тег відсутні в нових списках вибору

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

Я не можу відновити поле або тег

Можливо, уже досягнуто обмеження активних елементів. Maildroppa дозволяє до 30 активних власних полів, п’яти активних полів із множинним вибором і 50 активних тегів, створених клієнтами.

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

Попередній перегляд масового додавання пропускає підписників

Нові теги через масове додавання можуть отримувати лише підтверджені підписники. Підписники зі статусами pending, unsubscribed, bounced і blocked відображаються в «Skipped by Status». Недійсні адреси та адреси без відповідників показуються окремо.

Відсутня кнопка Add Tags або Remove Tags

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

Зміна списку електронних адрес, вибраних тегів або режиму робить попередній перегляд недійсним.

Для масової дії немає доступних тегів

Створіть або відновіть принаймні один тег, створений клієнтом. System Tags не можна призначати вручну, а архівовані теги приховані від нових призначень.

Деякі підписники вже мали теги

Це очікувана поведінка. Maildroppa не створює дублікати призначень. У режимі Add Tags підписники, які вже мають усі вибрані теги, враховуються в «Already Tagged». Підписники, яким бракує лише деяких вибраних тегів, отримують лише відсутні теги.

Поля та теги підписників формують структуру даних аудиторії в Maildroppa. Вибирайте правильний тип даних, використовуйте поля з множинним вибором для контрольованих кількох значень, використовуйте теги для членства в групах і архівуйте перед видаленням, щоб безпечно перевірити всі залежності.