Skip to content

Report this document

Describe the issue — this goes directly to our review queue.

0/500

SpeedyIndex: індексація Google і Яндекса з оплатою за результат

SpeedyIndex надсилає Googlebot Smartphone на URL, які ви не підтвердите в Search Console. Рахунок іде за рядок, що потрапив до індексу, а не за сам факт завантаження списку. Одна проіндексована адреса коштує 100 токенів. Google переглядає результат на 7-й день. Яндекс — на 15-й. Якщо посилання лишається поза індексом і лишалося доступним, токени повертаються. Сторінка з 404, заборона в robots, noindex або петля редиректів автоматичного повернення не отримує. Google і Яндекс самі вирішують, чи зберігати документ. SpeedyIndex не обіцяє стовідсоткової індексації.

Банер на головній часто каже «100% повернення за будь-яке непроіндексоване посилання». Правило продукту вужче. Оплата за результат повертає токени за придатні промахи. Недоступну адресу вона не страхує. Індексація Google з оплатою за подання тимчасово недоступна. Оплата за результат працює. Bing тут лише на перевірці: індексатора Bing немає.

Сервіс відкриваєте з української головної SpeedyIndex. Завантажуєте .txt або вставляєте адреси. Підтвердження GSC не потрібне. Чужі URL проходять: гостьові публікації, пресрелізи, коментарі, сторінки, якими ви не володієте. Краулер представляється як Googlebot Smartphone. Далі вирішує пошуковик. В огляді Google про обхід і індексацію окремо стоять виявлення, обхід і збереження. Клік бота — це ще не рядок у індексі.

Оплата за результат виставляє рахунок на рядок в індексі

Звичайні індексатори списують кожен поданий URL. Ви платите за обсяг. Якщо Google відхиляє шістдесят рядків зі ста, ви вже заплатили за сто. SpeedyIndex перевертає рахунок: 1 проіндексований URL = 100 токенів. На 7-й день у Google і на 15-й у Яндекса звіт ділить три родини. В індексі: токени списано. Не в індексі й адреса була доступна: токени повертаються. Недоступна: автоматичного повернення немає.

Такий поділ береже бюджет лінкбілдингу, коли сторінка жива, а Google відмовляє. Брудного файла він не рятує. 404 — це не «промах індексації». noindex — теж ні. robots.txt, що ріже Googlebot, — теж ні. Петля редиректів — теж ні. Сервіс може гарантувати візит Googlebot Smartphone. Записати документ у сховище мотора він не здатен.

Оплата за подання в Google зараз закрита. Не будуйте кошторис навколо тієї черги. Працюйте лише з оплатою за результат. Яндекс має ту саму логіку токенів і довший календар. Не змішуйте два рушії в одному завданні. Звіт Google за 7-й день нічого не каже про чергу Яндекса, відкриту того ж ранку.

Токени купують пакетами. Ними ж користуються перевірки. Новий обліковий запис дає 200 пробних токенів. Це не кампанія. Перевірте кілька чистих адрес, зробіть перевірку індексу, запустіть маленьке завдання Google. Тоді побачите, як говорить 7-й день, перш ніж вставляти 8 000 рядків.

В українському ринку Google зазвичай головний, Яндекс — окрема розмова для проєктів, яким він іще потрібен. SpeedyIndex це розведення тримає: два рушії, два завдання, два календарі. Речення «запустив обидва, не знаю, що повернеться» народжує звернення в підтримку. Не народжуйте його. Google закривайте звітом 7-го дня. Яндекс — 15-м.

Чому банер «100% повернення» не замінює правило продукту

Маркетинг любить коротке речення. «Не в індексі = повне повернення» вміщається в рядок. Правило вміщається в два. Перше: краулер зміг прочитати сторінку, Google не зберіг, токени вертаються. Друге: у мить проходу сторінка не піддавалася індексації — 404, 403, robots, noindex, петля — і автоматичне повернення не спрацьовує.

Це правило не робить SpeedyIndex каско для недбалого видавця. Якщо редактор зняв матеріал, претензія не до індексатора. Якщо canonical дивиться на іншу адресу, Google може зберегти не той рядок, що у вашій таблиці. Якщо сторінка віддає 200 і шле X-Robots-Tag: noindex, відмову написали ви. 7-й день не зобов’язаний повертати токени за цю відмову.

Коли список прийшов із сумнівного експорту, увімкніть необов’язкову передперевірку. Типово вона вимкнена. Вона може відсіяти 404, 410, 451, блокування robots/noindex, медіа й уже проіндексовані адреси. Якість тексту вона не оцінює. Вибірковий curl вона не замінює. Її робота — не пустити в чергу рядки, які ніколи не потраплять у кошик «придатний промах».

У крапельному індексуванні семиденний годинник Google стартує після останньої денної порції, не після кнопки створення. Кампанія на 14 днів не дає зведеного звіту наступного понеділка. Вона дає його за сім днів після останньої частини. Якщо клієнту обіцяєте повернення «на наступний понеділок», ви прочитали не той календар.

« Ми повертаємо токени за URL Google, які на 7-й день лишилися поза індексом і були доступні для обходу. Ми не повертаємо 404, 403, заборону robots, noindex чи петлю редиректів. У крапельному індексуванні сім днів рахують від останньої порції. Індексатора Bing немає. Ми не продаємо стовідсоткове потрапляння. »

— команда SpeedyIndex

Тримайте цю фразу поруч із банером. Слоган продає спокій. Команда описує договір.

Короткий список іде в Standard, календар — у крапельне індексування

Є два режими. Standard пасує короткому списку, який ви готові випустити одним залпом. Крапельне індексування пасує Google з оплатою за результат, коли треба розмазати подання в часі. API віддає drip_feed і drip_feed_days (2–30). Кількість URL має бути не менша за кількість днів. На 10 рядків не замовите 21 день.

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

Краулер той самий: Googlebot Smartphone. Тариф той самий: 100 токенів за проіндексований URL. Змінюється календар. Календар змінює й повернення. Запишіть дату останньої порції. Додайте сім днів. Це дата зведеного звіту Google. Доти кабінет може показувати прогрес. Рахунок він ще не закриває.

Не латайте Bing крапельним індексуванням. SpeedyIndex не надсилає Bingbot на індексацію. Не підмішуйте Яндекс у ту саму задачу. Завдання Яндекса має власний 15-денний годинник. Десять днів Google крапельно плюс сім днів перевірки не міняються на чергу Яндекса, відкриту того ж ранку.

Standard — це не «швидша індексація». Standard швидше спорожняє чергу. Якщо Google відмовляє документові, швидкість відправлення нічого не змінює. Список чистий і короткий — кілька десятків уже перевірених гостьових публікацій — Standard вистачає. Список довгий або цільовий домен свіжий — вмикайте крапельне індексування й ведіть журнал порцій.

Перевірка до подання: Google, Яндекс, Bing

Подавати вже збережену адресу — палити обхід. Подавати 404 — палити суперечку про повернення. Перевірки існують саме для цього. Вони нічого не надсилають. Вони ставлять «так» або «ні».

Перевірка індексу Google дивиться належність до індексу Google без ресурсу в Search Console. Вставляєте гостьову публікацію в видавця, якого ніколи не підтвердите. Отримуєте датовану колонку. Рядки, що вже в індексі, прибираєте. Ті, яких немає, лишаєте. Вибірку дивитесь руками: HTTP-статус, robots, мета, canonical. Лише тоді створюєте завдання з оплатою за результат.

Перевірка індексу Яндекса робить те саме для Яндекса. «Так» у Яндексі — не «так» у Google. Двомовний сайт може жити в одному рушії й бути відсутнім в іншому. Якщо платите за завдання Яндекса, читайте 15-й день, не 7-й. Якщо працюєте лише з Google, не відкривайте чергу Яндекса «про всяк випадок».

Перевірка індексу Bing зупиняється на констатації. SpeedyIndex не надсилає Bingbot індексувати. Індексації Bing тут немає. Зелений рядок Bing не доводить, що Google зберіг. Червоний рядок Bing не виправдовує завдання Google. Bing — третя колонка аудиту, не черга відправлення.

Три інструменти вимагають однієї дисципліни. Одна адреса, один рушій, одна позначка часу. Не вигадуйте середній статус «70% в індексі», змішавши рушії. Не ставте персоналізований знімок site: замість рахунку. Джерело токенів — звіт завдання. Перевірка — другий датований погляд.

Той самий href у трьох рушіях дає три різні історії. Google так, Bing ні, Яндекс порожньо — це не поломка. Кожен пошуковик тримає своє сховище. SpeedyIndex не зліплює три відповіді в одну позначку «проіндексовано». І ви не зліплюйте. У таблиці клієнта три колонки. Колонка Google — для завдання й повернення. Колонка Яндекса — лише якщо ви відкрили окреме завдання й чекаєте 15-й день. Колонка Bing — лише довідка.

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

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

Забудьте вигадані денні стелі. Корисні межі сидять у продуктовому договорі. 100 токенів за проіндексований URL. Вікно Google — 7 днів. Вікно Яндекса — 15. Крапельне індексування від 2 до 30 днів, адрес не менше, ніж днів. Передперевірка за бажанням, типово вимкнена. Проба: 200 токенів. Без підтвердження GSC. Чужі URL дозволені. Bing лише для читання.

Передперевірка відсіває 404, 410, 451, robots/noindex, медіа й уже проіндексоване. Редакційної цінності вона не ставить. Порожня сторінка з 200 проходить. Дубль проходить. Canonical на головну проходить. Далі Google може відмовити в збереженні. На доступній адресі така відмова входить у повернення. Це не збій. Так вирішує рушій.

200 пробних токенів покривають два проіндексовані URL або більше перевірок. Не спалюйте їх на невідфільтрованому скиданні. Перевірте десять адрес. Надішліть три чисті. Прочитайте звіт. Різницю між «відвідано» і «збережено» побачите там.

Не чекайте, що SpeedyIndex замінить Search Console. Перевірка URL, карти сайту, журнали покриття лишаються в власника. SpeedyIndex потрібен саме тоді, коли ви цим власником не є: гостьова публікація, пресреліз, коментар, партнерська сторінка. Ресурсу немає. Є публічне посилання. Сервіс пробує обхід. Google ставить крапку.

Не чекайте й позицій. Потрапити в індекс — не стати першим. Збережена адреса може не знаходитися за запитом, який ви продали клієнту. Оплата за результат платить за підтверджене збереження, не за місце, не за трафік, не за переданий авторитет. Якщо посилання nofollow або сторінка-донор слабка, індексація покупку не лагодить.

Партнерка: 15% з поповнень, не зі списань

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

Готівкова виплата чекає на 20 $. Серед виходів — PayPal і USDT. Нижче за поріг робота не зупиняється: партнерський баланс може оплатити пакети токенів без зовнішнього переказу. Поріг 20 $ описує payout, не внутрішнє використання токенів.

Не продавайте партнерське посилання обіцянкою стовідсоткової індексації. Запрошений платить за спроби обходу. Рішення лишається за Google. Розповідаючи про сервіс, кажіть про оплату за результат, 7-й день і правило недоступних URL. Людина, яка прочитала на головній «100% за будь-яке посилання» і побачила 404 без повернення, образиться і на вас, і на банер.

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

Для фрилансера шлях короткий. Збережіть своє реферальне посилання в нотатці, яку контролюєте. Клієнту спершу покажіть перевірку: десять URL, датована колонка, на трьох рядках curl. Речення «ці мертві не надсилаємо» живе довше за «сто відсотків в індексі». Коли запрошений відкриє свій запис і поповнить баланс, 15% упадуть з того поповнення. Ви не обіцяєте йому звіт 7-го дня. Звіт — його завдання.

Ілюстративний сценарій — не реальний клієнт: 350 гостьових публікацій зі Львова

Консультант уявляє львівську агенцію, що за квартал здає 350 гостьових публікацій. Таблиця змішує чисті 200, адреси, що вже лежать у Google, сторінки, які редактор зняв, і два забуті noindex. Якщо в понеділок вставити всі 350 у Standard, разом полетять і мертві. Мертві токенами не повернуться. Уже проіндексовані, якщо Google знову підтвердить, з’їдять зайвий обхід.

Правильний порядок — п’ять рухів. Спочатку перевірка індексу Google. Вісімдесят рядків уже є — геть. На вибірці з 25 адрес вилазять три 404, один robots, один noindex. Передперевірку вмикають. Решту кладуть у завдання Google з оплатою за результат і крапельним індексуванням на 10 днів: близько 270 адрес за декаду. У календарі: остання порція + 7 днів = дата звіту. Клієнту до цієї дати нічого не обіцяють. Bing не плутають з індексатором. Яндекс «про всяк випадок» не додають.

У день звіту частина доступних посилань лишається поза індексом. Токени за ці рядки вертаються. Google зайшов і відмовив. Консультант знову читає текст, canonical, внутрішні посилання на донорі. Квиток «сервіс зламався» не відкриває. Заплатив за збереження, не за диво.

Ілюстративний сценарій — не реальний клієнт: каталог у Дніпрі й зелений Bing

Керівниця інтернет-магазину уявляє 800 сезонних карток. Їй потрібен Google. Звичка дивитися Bing теж є. Вона спершу ганяє перевірку Bing, бачить багато «так» і вирішує, що Google підтягнеться. Рушій переплутано. Bing не доводить Google. SpeedyIndex черги Bing їй не дасть.

Вона вертається на головну, відсіює зайві адреси, проганяє перевірку Google, прибирає вже проіндексовані й 404 варіантів кольору. Бере Standard: список чистий, домен осілий, обсяг тримається. Знає, що оплата за подання закрита. Йде в оплату за результат. На 7-й день доступні картки поза індексом повертають токени. Залишені 404 не повертають нічого. Пише команді теми, не в підтримку індексатора.

Ця сцена лише показує зсув. Перевірка Bing — колонка. Завдання Google — спроба. Повернення йде за придатністю, не за настроєм таблиці.

Заберіть три речення. SpeedyIndex пробує обхід, Google і Яндекс зберігають. Оплата за результат повертає доступні промахи, не мертві посилання. Крапельне індексування змінює календар, не обіцянку. Відкрийте головну, вичистіть список, тоді створюйте завдання.

The previous note in this series covers the step before this one: SpeedyIndex: Google ve Yandex indeksleme, sonuç başına ödeme. Read that first if you landed here on a related long tail.

Про сервіс

SpeedyIndex продає запити на обхід з оплатою за результат. Один проіндексований URL коштує 100 токенів.

Google повторно перевіряє на 7-й день. Яндекс — на 15-й. Якщо на повторній перевірці адреси немає в індексі, токени повертаються, окрім випадків, коли URL був недоступний.

Типи кампаній: Standard і крапельне індексування. Крапельне індексування — лише Google з оплатою за результат. Необов’язкова передперевірка може прибрати відповіді 404, 410, 451, блокування robots чи noindex, медіа й уже проіндексовані URL. Прапорці API: drip_feed і drip_feed_days (2–30). Кількість URL має бути не менша за кількість днів.

Краулер представляється як Googlebot Smartphone. Підтвердження Search Console не потрібне. Чужі URL дозволені. Bing доступний лише як перевірка. Індексатора Bing немає. Індексація Google з оплатою за подання тимчасово недоступна.

Нові облікові записи отримують 200 пробних токенів. Партнери мають 15% довічно з поповнень прив’язаних користувачів; готівкова виплата від 20 $ (PayPal / USDT) або оплата пакетів токенів із партнерського балансу. Індексація — рішення пошуковика. Платний запит — спроба обходу, не обіцянка позицій і не гарантія потрапляння.