Як виправити помилки ads.txt Adgora

Як виправити помилки ads.txt Adgora на сайті видавця

Якщо Adgora позначає ваш сайт через ads.txt, спершу сприймайте це як проблему з файлом, а не як проблему з доходом. Найшвидше виправлення зазвичай починається з перевірки живого файлу за адресою https://yourdomain.com/ads.txt і порівняння того, що бачить Adgora, з тим, що ви хотіли опублікувати. Саме тому перевірка ads.txt на сайті видавця має бути першим кроком, бо один неправильний хост може зіпсувати все.

Цей посібник зосереджений на вузькому випадку, коли файл десь існує, але Adgora все одно показує помилку. Це може означати, що файл відсутній, недоступний, погано кешується або технічно присутній, але невидимий для краулера. Різниця має значення, особливо коли потрібно зрозуміти, як виправити ads.txt Adgora без зайвих змін.

Почніть із точного повідомлення в Adgora. Якщо сайт позначено як такий, що не має ads.txt, це відрізняється від невідповідності під час сканування, і обидва варіанти відрізняються від списку, який виглядає коректним, але не визначається. Знімок екрана потім дуже знадобиться, особливо якщо підтримка попросить докази, зокрема коли з’являється повідомлення ads.txt не знайдено Adgora.

1. Визначте точний стан помилки ads.txt в Adgora

Відкрийте сайт видавця в Adgora і уважно прочитайте стан помилки. Відсутній файл, 404 і повідомлення «не виявлено» — це не одне й те саме, навіть якщо спочатку так здається. Вони ведуть до різних перевірок.

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

Зберігайте формулювання. Це важливо.

Запишіть точний домен, який перевіряє Adgora. Видавець, що керує і example.com, і www.example.com, може виправити один варіант і все одно залишити інший зламаним. Така дрібна невідповідність спричиняє більше плутанини, ніж люди очікують.

Якщо ви також працюєте з кількома рекламними системами, може бути корисно порівняти проблему з рішенням щодо моделі CPC проти CPM і CPA, адже помилка у файлі впливає на доставку по-різному залежно від того, як продається інвентар. Це не виправляє файл, але допомагає тримати розмову про звітність чистою.

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

Введіть живу URL-адресу прямо в браузері: https://yourdomain.com/ads.txt. Не тестуйте лише з панелі CMS. Панель може показувати «опубліковано», а публічний файл повертати 301, 403 або стару кешовану копію.

Перевірте, чи браузер відкриває правильний хост і чи залишається на ньому. Перенаправлення з http на https — це нормально, але перенаправлення з домену без префікса на інший піддомен може приховати файл від краулера. Одне перенаправлення — нормально. Три — ні.

Кеш CDN — ще одна часта пастка. Якщо CDN закешував порожній ads.txt або тестову версію, Adgora може й далі бачити старий файл, доки кеш не закінчиться або ви його не очистите. Це трапляється частіше, ніж визнає більшість команд.

Правила robots теж можуть опосередковано заважати. Сам ads.txt має бути публічним, тож якщо ваш сервер або плагін безпеки блокує прямий доступ до файлу, краулер може ніколи до нього не дістатися. Зазвичай це виглядає як сайт, що в усьому нормальний, але з одним упертим файловим збоєм.

Плутанина зі staging також створює проблеми. Файл на staging.example.com не допоможе, якщо Adgora перевіряє example.com. Тут має значення лише живий домен.

Якщо ви публікуєте новини, блоги або контентні сайти на кількох доменах, тримайте чекліст. Один пункт для живої URL-адреси, один — для кінцевої адреси перенаправлення, один — для рівня кешу. Три кроки, а не десять.

3. Перевірте, що рядок Adgora розміщено лише на правильному хості

Файл ads.txt може існувати й усе одно не пройти перевірку, якщо рядок Adgora розміщено на неправильному хості. Таке буває на дзеркальних сайтах, мовних піддоменах і клонованих проєктах, де файл скопіювали один раз і так і не прив’язали до живого сайту.

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

Не вважайте, що копії на піддомені достатньо. Файл на blog.example.com не задовольнить автоматично example.com. Adgora читає публічний файл із домену, який вона перевіряє, а не з папки, де ваша команда його редагувала.

Один практичний тест простий: відкрийте точний живий хост у браузері, а потім додайте /ads.txt. Якщо рядок там відображається, хост, імовірно, правильний. Якщо на одному хості він є, а на іншому — ні, ви знайшли невідповідність.

Агентства й видавці з кількома проєктами інколи тримають один майстер-файл і розгортають його всюди. Це звучить акуратно, але створює помилку, коли в одного проєкту інший канонічний хост. Достатньо одного неправильного дзеркала.

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

4. Перевірте точний ідентифікатор видавця та рядок взаємин із продавцем

Тепер уважно перевірте сам рядок Adgora. Тут не місце для здогадок. Порівняйте ідентифікатор видавця, назву акаунта та будь-які дані про взаємини з продавцем із відомостями, які ви отримали від Adgora. Одна неправильна літера або цифра може зробити файл марним.

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

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

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

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

Якщо вам потрібна швидка довідка з термінології під час перевірки запису, глосарій ad tech допоможе не плутати позначення, особливо коли підтримка згадує рядки продавців, видавців або ID акаунтів в одному й тому самому листуванні.

5. Перевірте, чи не перезаписують файл CMS, тема або інструменти синхронізації

Багато помилок ads.txt спричиняє автоматизація. Плагіни WordPress, модулі CMS, налаштування теми та сценарії розгортання можуть переписувати файл після того, як ви його виправили. Результат дратує: ви зберігаєте правильний рядок, оновлюєте сторінку, а старий файл повертається.

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

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

Деякі видавці зберігають ads.txt у каталозі теми, і це працює, доки тема не оновиться. Тоді файл зникає або замінюється. Це особливо прикро після великого редизайну.

Пошукайте в CMS будь-яке поле з назвою ads.txt, seller file або authorization file. Якщо два системні компоненти можуть редагувати один і той самий вміст, один із них переможе. Зазвичай неправильний.

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

6. Знову проскануйте файл після чистої публікації

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

Зачекайте, поки Adgora підхопить оновлений файл, а не «наздоганяйте» його частими змінами. Краулерам не потрібне нове збереження кожні 2 хвилини. Їм потрібна жива URL-адреса, яка достатньо довго залишається незмінною, щоб її можна було отримати, зберегти й перевірити ще раз.

Добре працює простий сценарій повторної перевірки: перевірити живу URL-адресу, очистити кеш, підтвердити рядок, а потім залишити файл у спокої. Цей порядок звучить простим, бо він і є таким. Хитрі виправлення зазвичай лише погіршують ситуацію.

Якщо на сайті є вікно розгортання, скористайтеся ним. Завантажуйте файл, коли трафік низький, а потім стежте за живою URL-адресою після очищення кешу. Стабільний файл кращий за швидкий.

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

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

7. Передайте проблему далі з доказами, якщо файл правильний, а помилка залишається

Якщо все виглядає правильно, а Adgora все одно показує помилку, зберіть докази перед тим, як створювати запит. Додайте живу URL-адресу, час перевірки, знімок екрана браузера з файлом і точний рядок ads.txt у тому вигляді, в якому він відображається на сторінці. Такий пакет економить час на переписці.

Підтримка може рухатися швидше, якщо ви дасте їй один чіткий кейс. Надішліть публічну URL-адресу, домен, який перевіряє Adgora, і пов’язаний акаунт або ID видавця. Якщо були перенаправлення, згадайте їх. Якщо CDN очищувався, теж скажіть про це.

Не надсилайте лише «це не працює». Таке повідомлення змушує підтримку починати з нуля. Знімок екрана з відповіддю 200 і видимим рядком набагато кращий за розпливчасту скаргу.

Якщо у вас є доступ до серверних журналів, додайте часову позначку прямого запиту до /ads.txt. Це покаже, чи файл був успішно отриманий на рівні сервера. Один рядок у журналі може швидко зняти спір.

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

Коли ви документуєте, як виправити помилки Adgora ads.txt на сайті видавця, тримайте докази поруч із самим файлом. Жива URL-адреса, час, знімок екрана, точний рядок. Три елементи, один кейс, менше суперечок.