Потрапити в результати ChatGPT: п’ять експериментів без формул
Питання про те, як потрапити в результати ChatGPT, надходять щодня, а впевнені відповіді на них часто бувають поверхневими. Ці експерименти потребують кілька годин і залишать вам власні дані.
Команда досліджень AlgoLink ·
Ось визнання, з якого варто почати. Ми не можемо сказати вам, як потрапити в результати ChatGPT, тому що OpenAI не опублікувала, як її пошук обирає джерела, а відповіді ChatGPT змінюються від запуску до запуску.
Що ви можете робити — так це спостерігати. Пошук ChatGPT, запущений 31 жовтня 2024 року, показує посилані джерела, тому кожна відповідь залишає слід. Perplexity та Claude з пошуком по веб-мережі роблять те саме, що дозволяє порівнювати рушії за однаковими запитами.
Кожен запуск — це вибірка. Але не вирок. Використовуйте однакове формулювання, сесію без входу в систему, де це можливо, та стовпець з датами. Без цієї дисципліни результати будуть просто анекдотами, скільки б скріншотів ви не зібрали. Зробіть вибірку достатньо малою, щоб завершити експеримент, і достатньо великою, щоб вона мала значення. Опишіть цей план на одній сторінці.
Не спамте запитами асисту, щоб штучно збільшити будь-які показники, і не публікуйте скріншоти як доказ тренду. Це правило є обов’язковим. Охайна таблиця переконує більше людей, ніж папка з зображеннями.
П’ять експериментів
01
Експеримент 1: базовий лог
Оберіть 20 запитань, які ставлять ваші клієнти. Запустіть кожне в ChatGPT, Perplexity та Google та зафіксуйте всі згадані домени. Це ваш контроль для всіх подальших дій.
02
Експеримент 2: чутливість до формулювань
Перефразуйте п’ять із запитань трьома різними способами. Порахуйте, скільки згаданих доменів залишилися. Низька перетинність говорить про те, що скріншоти з одним запитом мало про що свідчать.
03
Експеримент 3: зміна однієї сторінки
Переписайте одну сторінку так, щоб відповідь вміщувалася в два речення, залиште схожу сторінку без змін і запустіть лог знову після переіндексації. Лише одна зміна, інакше ви нічого не дізнаєтеся.
04
Експеримент 4: перевірка оточення
Складіть список згаданих доменів для однієї теми та дізнайтеся кількість посилальних доменів для них. Переконайтеся, чи нагадує ваш сайт їм. Практичний приклад показує необхідні запити.
05
Експеримент 5: полювання на згадки
Знайдіть місця, де описують ваш бренд без посилання на нього. Попросіть додати посилання або точніший опис, а потім перевірте, чи змінюється частота згадок протягом восьми тижнів.
Формат логу, який залишається порівнянним
Достатньо звичайного CSV. Рядки нижче вигадані для ілюстрації і не містять реальних результатів.
Принаймні чотири тижневі запуски перед порівнянням
Зміна однієї сторінки за раз
Контрольна сторінка залишається незмінною
Дані про посилання витягуються після оновлення індексу, а не до
Як читати отримані дані
За годину один і той самий запит може цитувати різні сторінки. Очікуйте шуму та очікуйте, що текст відповіді змінюватиметься, тоді як джерела залишатимуться незмінними.
Одиночні появи мало про що свідчать. Оцінюйте за частотою. Якщо ваш домен з’являється в шести з восьми тижневих запусків для одного запиту, це патерн, вартий запису. Якщо він з’являється один раз — це випадковість, яка просто вам лестить.
Google AI Overviews, пошук ChatGPT, Perplexity та Claude кожен отримує дані своїм способом, тому перемога в одному мало про що говорить про інший. Порівнюйте рушії окремо. Глосарій пояснює, чому підґрунтя відрізняється між ними.
Заплануйте свій час перед початком. Експеримент 1 займає післяобідній час. Інші в основному потребують очікування: переіндексація може тривати дні або тижні, і нічого в процесі не можна прискорити, заплативши гроші.
Чому той самий запит «пливе»
Перш ніж вносити зміни до свого логу, перелічіть те, що змінилося між запусками. Більшість «дрейфу» має нудну причину, яка криється в налаштуваннях, а не в пошуковому рушію.
Формулювання та сесія
Незначні редагування запиту можуть змінити джерела. Додаткове запитання, синонім або додаткова фраза можуть залучити інші сторінки. Вхідна сесія також може містити історію, якої немає в чистому браузері.
Записуйте точний запит у лог, а не перефразовану версію. Перефразування здається безпечним, доки ви не спробуєте порівняти два місяці запусків. Повідомте колезі набір запитів перед початком, щоб список не можна було відредагувати під результати.
Час доби та зміни продукту
Один і той самий запит може повертати різні джерела через кілька годин. Моделі, системи отримання даних та їхні входи постійно змінюються, і постачальники не анонсують кожну зміну. Ведення логу з датами — єдиний спосіб відрізнити дрейф від зміни. Запуск, який виглядає дивно, варто повторити того ж дня, оскільки одна дивна година мало про що свідчить.
Фіксуйте зміни продукту в лозі, коли ви про них знаєте. Хронологія з датами допоможе зіставити патерн з запуском, хоча дата запуску — лише підозра.
Рушій, країна та обліковий запис
Кожен рушій має свій шлях отримання даних, так само як і кожна країна або тип облікового запису. Порівнюйте подібне з подібним і записуйте локацію, яку використав запуск. Ведіть нотатки про те, які з цих факторів ви контролювали.
Результат з одного регіону не є результатом для всіх регіонів. Напишіть про це в будь-якому звіті поруч із цифрою, яку він кваліфікує. Якщо один рушій тестується на ноутбуці, а інший на телефоні, змінилося дві речі, тому фіксуйте пристрій протягом усієї серії.
Що вважається реальною зміною
Зміна є реальною лише тоді, коли вона виділяється на тлі коливань, які ви б бачили в будь-якому разі. Це звучить очевидно, проте багато логів пропускають базовий рівень і сприймають кожне коливання як результат.
Оцінка руху на тлі шуму
Перш ніж називати щось зміною, виміряйте, наскільки сильно відповіді змінюються самі по собі. Базовий рівень з широкими коливаннями робить незначне покращення непомітним.
Порівняйте розкид вашого базового рівня з розміром руху, який ви сподіваєтеся побачити. Якщо рух менший за коливання, чесна мітка — «немає помітних змін». Зберігайте нотатки про те, як виглядав базовий рівень у день початку, включаючи будь-які дивні результати, які ви зберегли. Ці нотатки запобігають тихому зміщенню пізнішого порівняння.
Частота замість одиночних скріншотів
Скріншот фіксує один момент, а патерн потребує кількох. Порахуйте запуски, у яких з’являється ваш домен, а потім поділіть на кількість запусків для цього запиту.
Звітуйте про частку, а не про скріншот, і вказуйте, скільки запусків стоїть за нею. Читачі зможуть самі оцінити вибірку.
Помилки, які люди роблять під час тестування
Тестування з одним запитом
Один запит — це одна вибірка. Використовуйте набір споріднених запитів, щоб одна дивна відповідь не визначала результат.
Зміна двох речей одночасно
Якщо ви переписуєте сторінку та змінюєте її посилання в той самий тиждень, ви не зможете сказати, яка зміна вплинула на джерела.
Читання лише тексту відповіді
Речення може генеруватися свіжим кожен раз. Посиланні посилання — стабільна частина, тому фіксуйте їх.
Зупинка після одного гарного тижня
Ранні перемоги згасають або не повторюються. Заплануйте принаймні чотири запуски, перш ніж підводити підсумки результату.
Що означає нульовий результат
Якщо нічого не змінилося, ви дізналися щось реальне: що ваша зміна не була важелем або що шум більший за ефект. Все одно запишіть це. Це вбереже вас від повторення помилки.
Чесність бюджету
Експерименти частіше провалюються через час, ніж через гроші. План, який вписується в ваш тиждень, легше підтримувати, ніж амбітний план, який зупиниться після першого запуску.
Скільки запусків достатньо
Чотири тижневі запуски — це мінімум, а не ціль. Вісім дають чіткіший патерн для більшості запитань, хоча правильна кількість залежить від того, наскільки сильно змінюються відповіді.
Рахуйте запити, а не години. Двадцять запитів, запущених чотири рази, дають вісімдесят рядків, що вже більше, ніж поверхневий огляд за одне післяобіддя.
Куди йде час
Більшість зусиль припадає на перше післяобіддя, коли створюється набір запитів і лог. Після цього робота — це повторення, а повторення легко пропустити. Внесіть наступний запуск у календар, перш ніж завершити поточний. Грубе правило тут таке: визначте кількість запусків до першого і не продовжуйте серію, тому що ранні результати виглядають добре.
Виділіть бюджет і на звіт. Коротка нотатка, яка вказує вибірку, дати та обмеження, написати складніше, ніж провести самі запуски.
Питання щодо експериментів
Чи можу я купити своє місце в результатах ChatGPT?
Нічого, про що нам відомо, не працює так іззовні. Реклама та платне розміщення не є тим самим, що цитування, зароблене в відповіді, і ця сторінка не продає нічого з цього. Розумний хід — запустити лог і побачити, які джерела фактично з’являються.
Чи потрібен мені API-ключ для проведення цих експериментів?
Ні. Базовий рівень і лог потребують лише браузера та таблиці. Практичний приклад використовує безкоштовні запити для огляду та перевірки DR, а пакетна перевірка DR коштує один кредит за запит.
Скільки часу потрібно, щоб зміна сайту відобразилася?
Щира відповідь: це варіюється. Переіндексація може тривати дні або тижні, і лог покаже ефект лише тоді, коли ви продовжуватимете запускати ті самі запити протягом цього періоду. Продовжуйте вести лог після того, як вважаєте, що тест завершено, тому що пізні ефекти часто є тим, що знаходять при другому погляді.
Чи варто публікувати те, що я знайшов?
Ви можете. Оприлюдніть метод, дати та нульові результати разом із цифрами, щоб читачі могли оцінити вибірку. Напишіть метод спочатку, перш ніж побачите результати. Таблиця джерел AI Overviews показує ту ж звичку позначати кожне твердження.