Алгоритми Google: як насправді працює пошук
Навколо алгоритмів Google більше фольклору, ніж фактів: «щільність ключів 3%», «поведінковий фактор через дзен», «секретний список із 200 сигналів». Розбираємо те, що документовано самим Google: як сторінка потрапляє в індекс, які системи ранжування існують насправді, що таке корисний контент і E-E-A-T, і що робити, коли після core update трафік просів.

Три етапи: обхід, індексація, показ
Пошук — не одна «формула», а конвеєр із трьох окремих процесів. Плутанина між ними породжує половину помилок в SEO.
- 1. Обхід (crawling). Робот знаходить URL за посиланнями й картою сайту та завантажує сторінку. Тут вирішує robots.txt, швидкість відповіді сервера й ліміт обходу.
- 2. Індексація. Google обробляє контент, виконує JavaScript, визначає канонічну версію серед дублів і вирішує, чи взагалі зберігати сторінку в індексі. Потрапляння в індекс не гарантоване — це рішення про якість.
- 3. Показ (serving). На конкретний запит із індексу відбираються кандидати й ранжуються з урахуванням мови, місця й пристрою.
Які системи існують насправді
Google публікує перелік своїх систем ранжування. Це не «200 факторів із таблички в блозі», а описані механізми — і вони не мають фіксованих ваг.
- Аналіз посилань і PageRank — одна з найстаріших систем, яка досі працює: посилання лишаються сигналом, хоч і не єдиним.
- RankBrain, нейронний метчинг, BERT — системи розуміння мови. Вони звʼязують запит зі змістом сторінки, навіть якщо дослівних збігів немає. Саме тому щільність ключів давно нічого не значить.
- Система свіжості — для запитів, де важлива актуальність (події, версії, ціни), новіші матеріали отримують перевагу.
- Локальні системи — окремо формують видачу з картами для запитів «поруч».
- Системи оглядів — підвищують матеріали з реальним досвідом використання проти переказу характеристик.
- SpamBrain та антиспам-системи — знецінюють маніпуляції, зокрема куплені посилання й масовий згенерований контент, створений заради ранжування.
Окремо: частина колишніх «алгоритмів» більше не існує як окремі оновлення — Panda й Penguin давно вбудовані в основний алгоритм і працюють безперервно. Сигнали корисності контенту так само стали частиною основної системи ранжування, а не окремим фільтром.
Корисний контент і E-E-A-T
Google формулює вимогу як «people-first content» — матеріал, зроблений для людей, а не для пошукової системи. Перевіряють це питаннями, які легко поставити собі самому.
- Чи є у вас власний досвід або знання в темі — чи ви переказуєте те, що вже є в топі?
- Чи отримає читач вичерпну відповідь, чи мусить одразу шукати далі?
- Чи писали б ви цей текст, якби пошуку не існувало?
- Чи виправдовує сторінка обіцянку заголовка — чи заголовок перебільшує?
E-E-A-T (досвід, експертність, авторитетність, надійність) — це критерій із інструкцій для асесорів, а не тумблер у коді. Прямого «балу E-E-A-T» не існує. Але сигнали, за якими його оцінюють, цілком матеріальні:
- Вказаний автор із реальним профілем і зоною компетенції.
- Прозорі дані про компанію: контакти, юридична інформація, відповідальність за зміст.
- Посилання на першоджерела там, де йдеться про факти й цифри.
- Оновлені матеріали замість вічно замороженого архіву.
Core updates: що це насправді
Кілька разів на рік Google викочує широке оновлення основного алгоритму. Воно триває тижнями, і в цей час позиції коливаються — оцінювати результат посеред розкочування марно.
- Це не покарання. Core update переоцінює контент загалом; ваша сторінка могла не погіршати — просто інші стали релевантнішими.
- Немає «списку правок». Google прямо каже: специфічної дії, яка «виправляє» просідання після core update, не існує.
- Відновлення повільне. Реальний перегляд оцінки часто відбувається під час наступного широкого оновлення, а це місяці.
- Ефект нерівномірний. Одні розділи сайту просідають, інші ростуть — це нормально й підказує, де саме слабко.
Що робити після просідання
Порядок дій, який економить місяці метушні:
- 1. Переконайтесь, що це алгоритм. Спершу виключіть банальне: зламаний noindex, помилки сервера, зміну шаблону, переїзд. Технічна причина трапляється частіше, ніж «нас накрив апдейт».
- 2. Зафіксуйте дату й звірте її з підтвердженими оновленнями Google. Якщо падіння почалось раніше — справа не в апдейті.
- 3. Локалізуйте. Просів увесь сайт чи конкретний розділ, конкретний тип запитів, конкретна країна?
- 4. Порівняйте з новим топом. Відкрийте видачу за втраченими запитами й чесно спитайте: чим ті сторінки корисніші за вашу?
- 5. Працюйте з масивом, а не з однією сторінкою. Слабкий тонкий контент тягне вниз увесь сайт — його оновлюють, обʼєднують або прибирають.
- 6. Дайте час. Мінімум кілька тижнів після завершення розкочування, перш ніж робити висновки.
Міфи, у які досі вірять
- «Потрібна щільність ключів 2–3%». Немає такого показника в ранжуванні. Мовні моделі розуміють синоніми й контекст.
- «Показник відмов — фактор ранжування». Google неодноразово це заперечував. Метрики з Analytics у ранжуванні не використовуються.
- «Є секретний список із 200 факторів». Це маркетингова легенда з давньої статті, а не документ Google.
- «Оновлення дати піднімає позиції». Свіжість працює для запитів, де вона доречна, і лише разом із реальними змінами.
- «Купимо посилань — виростемо». Куплені посилання порушують правила; антиспам-системи знецінюють їх, а не нараховують вагу.
- «Контент від ШІ під забороною». Забороняється не спосіб створення, а масове виробництво контенту заради ранжування без користі для читача.
Часті питання
Точної цифри не існує, а популярні «200 факторів» — маркетингова легенда. Google описує набір систем ранжування (аналіз посилань, розуміння мови, свіжість, локальні й антиспам-системи), ваги яких змінюються залежно від запиту.
Дрібні зміни відбуваються практично щодня, а широкі core updates — кілька разів на рік, і кожне розкочується тижнями. Google підтверджує лише великі оновлення, тому щоденні коливання позицій зазвичай не варті реакції.
Спершу виключити технічну причину — noindex, помилки сервера, зміну шаблону чи структури URL. Якщо технічно все чисто, порівняйте свої сторінки з новим топом і працюйте з якістю всього масиву контенту: специфічного «фіксу» після core update не існує.
Замість здогадок — дані з Search Console.
Подивимось, за якими запитами й сторінками ви просіли, і відділимо технічні причини від контентних.