Першу годину на новому проєкті я не пишу жодного тексту, не чіпаю шаблон і не шукаю жодного посилання. Відкриваю Search Console. Вивантажую запити за останні 16 місяців (довше Google дані про ефективність не зберігає) і сортую їх так, щоб угорі опинилися запити на позиціях з 8-ї по 20-ту, з помітними показами й майже без кліків. Далі йду у звіт "Сторінки" і дивлюся, скільки адрес Google знайшов, але так і не додав до індексу.
Ці два списки зазвичай кажуть про сайт більше, ніж аудит на сорок сторінок. Перший показує, де Google уже пробує сторінку у видачі і де їй бракує небагато. Другий показує, яку частину сайту пошукова система не бачить або вважає зайвою.
Просування сайту – це робота над тим, щоб потрібні люди знаходили його через пошук та інші канали, і коли йдеться саме про органічний пошук, починається вона не з посилань і навіть не з ключових слів. Спершу треба переконатися, що Google може знайти, просканувати й зрозуміти сторінки, а самі сторінки відповідають на те, що людина насправді шукала.
Далі йдуть знайомі складники: технічний стан, зрозуміла структура, корисний контент, внутрішня перелінковка, зручність сторінок, зовнішня репутація і регулярна робота з даними. Жоден із них окремо сайт у топ не виводить, і чесно пообіцяти результат за списком кроків неможливо. Зате можна пояснити, що дає кожен напрям і в якому порядку за них братися.
Нижче коротка карта цих напрямів, а в тексті кожен із них розібрано окремо й докладніше.
| Напрям | Що перевіряємо | Навіщо |
|---|---|---|
| Технічне SEO | індексація, коди відповіді, canonical, Sitemap | щоб Google міг сканувати й індексувати сторінки |
| Структура | розділи, адреси, внутрішні посилання | щоб сайт був зрозумілим і людям, і роботу |
| Контент | відповідність наміру, користь, точність | щоб сторінка відповідала на запит |
| On-page | title, заголовки, сніпет | щоб з першого погляду було ясно, про що сторінка |
| Зручність сторінок | мобільні пристрої, Core Web Vitals, UX | щоб сайтом було зручно користуватися |
| Авторитетність | редакційні згадки, посилання, PR | щоб про сайт говорили поза ним самим |
| Аналітика | Search Console, конверсії | щоб розуміти, що саме дає результат |
Порядок у таблиці не випадковий, хоча й не догма. Посилання на сторінку, якої немає в індексі, нічого не дадуть, а вдалий title не врятує текст, що відповідає не на те питання.
Якщо коротко, просуванням сайту називають усе, що збільшує його видимість і приводить цільову аудиторію: пошукову оптимізацію, контент, згадки на інших сайтах, рекламу, соцмережі, розсилки. Частина цих каналів платна, частина ні, і працюють вони за різними правилами.
Ця стаття про органічне просування, тобто про SEO. Органічний трафік приходить із безоплатних результатів пошуку, де ніхто не платить за клік. Українці шукають переважно в Google (як розподіляються частки між пошуковиками, показує огляд пошукових систем України), тож далі мова насамперед про нього.
Реклама в Google Ads купує місце над звичайними результатами або поруч із ними. На органічну видачу вона не впливає. Google прямо пише, що купити краще місце в безоплатних результатах не можна. Трафік із Facebook, Instagram, партнерських сайтів чи розсилки теж окремі канали, кожен зі своєю логікою й метриками.
Одне одному вони, звісно, допомагають, і буває, що людина бачить рекламу, запам'ятовує назву й через тиждень шукає бренд у Google. Проте у звітах канали краще тримати окремо, бо коли рекламні й органічні відвідувачі злиті в одну цифру, неможливо сказати, що спрацювало.
До збору ключових слів я з'ясовую кілька речей. Навіщо існує сайт і яка дія відвідувача для нього цінна (дзвінок, заявка, покупка, підписка чи просто прочитана інструкція). Хто ці люди й якими словами вони шукають. Що вже є на сайті, що з цього знає Google і звідки зараз приходять відвідувачі. Без цих відповідей навіть добре зібране семантичне ядро лишається списком слів, під які незрозуміло що писати.
Перед будь-якими змінами варто зафіксувати, звідки ви стартуєте, інакше за три місяці буде незрозуміло, що дало ефект, а що просто збіглося в часі із сезоном чи оновленням алгоритму. Мінімальний набір цифр для точки відліку такий.
Середню позицію всього сайту я свідомо не ставлю на перше місце. Це середнє по всіх запитах, включно з тими, де сайт показується на восьмій сторінці видачі раз на місяць. Досить сайту почати з'являтися за сотнею нових далеких запитів, і середня позиція погіршиться, хоча насправді видимість зросла.
Майже все потрібне для роботи з органічним пошуком Google дає безкоштовно. У звіті "Ефективність" видно запити, сторінки, кліки, покази, CTR і середню позицію. Звіт "Сторінки" показує, що проіндексовано, а що ні і з якої причини, а перевірка URL відкриває, як Google бачить конкретну адресу.
Реальну проблему в мене найчастіше показує саме звіт про індексацію, а не графік кліків. Графік фіксує, що трафік упав, точніше, що впали кліки, і на цьому його можливості закінчуються. Звіт про індексацію нерідко пояснює причину, наприклад, що сторінки випали через noindex, який приїхав разом з оновленням шаблону, стали дублями або почали повертати помилку.
Тепер про те, чому я починаю саме із запитів на позиціях з 8-ї по 20-ту. Google уже вважає сторінку доречною для такого запиту, інакше не показував би її сотні разів. Нові посилання тут рідко щось вирішують, частіше бракує точнішої відповіді на питання, чеснішого title або розділу, якого на сторінці просто немає.
Бізнес-результату Search Console не покаже. Скільки відвідувачів із пошуку залишили заявку і які запити приводять покупців, а не лише читачів, дивляться у вебаналітиці або CRM, залежно від проєкту. Тому називати Search Console аналітикою всього бізнесу не варто, бо це вузький і точний інструмент саме про пошук Google.
Сторінка не може ранжуватися, якщо Google її не просканував і не додав до індексу. Звучить банально, я знаю. Але саме тут губиться несподівано багато трафіку, причому помилки часто виникають не під час запуску, а після дрібного оновлення, що давно вилетіло всім з голови.
Базова перевірка для важливої сторінки складається з п'яти пунктів. Сторінка відповідає кодом 200. У ній немає випадкового noindex (класика жанру: тег лишився з тестової версії сайту). Файл robots.txt не забороняє сканувати ні саму сторінку, ні стилі та скрипти, без яких вона не відображається. Google може відрендерити вміст, тобто основний текст не з'являється лише після дій користувача. І canonical вказує саме на неї.
Перевірка URL у Search Console відповідає на більшість цих питань за хвилину. Вона показує, чи є адреса в індексі, яку канонічну сторінку вибрав Google і як виглядає HTML після рендерингу.
Файл robots.txt і тег noindex часто плутають, хоча завдання в них різні. Robots.txt керує скануванням, тобто каже роботу, куди не заходити. Google прямо попереджає, що це не спосіб прибрати сторінку з пошуку, адже заборонена адреса може потрапити в індекс, якщо на неї посилаються інші сайти. Щоб сторінки не було у видачі, потрібен noindex, і робот повинен мати змогу його прочитати. Тут є пастка. Якщо закрити сторінку в robots.txt і водночас поставити noindex, Google тег просто не побачить.
XML-карта сайту допомагає Google дізнатися про адреси, особливо на великих сайтах і там, де нові сторінки погано пов'язані посиланнями. Але наявність URL у Sitemap не змушує Google його індексувати, про це прямо сказано в документації. Невеликому сайту, приблизно до 500 сторінок і з нормальною внутрішньою перелінковкою, карта, за словами Google, може бути й не потрібна. Шкоди від неї при цьому немає, а в CMS і конструкторах вона зазвичай генерується сама.
Із кодів відповіді для SEO вистачає чотирьох груп.
Тому хостинг, на якому сайт регулярно лежить, перестає бути технічною дрібницею. Чим ризикують проєкти на найдешевших тарифах, розказано в статті про безкоштовний хостинг.
Найдорожча помилка з цього розділу трапляється під час редизайну або переїзду на іншу платформу. Адреси змінюються, редиректів зі старих на нові ніхто не налаштовує, і за кілька тижнів сайт втрачає трафік, зібраний сторінками за роки.
Дублі найохочіше розмножуються в інтернет-магазинах, де одна категорія доступна за десятком адрес із фільтрами, сортуванням, параметрами відстеження й номерами сторінок пагінації, і всі ці варіанти Google може знайти.
Припустімо, у магазині 800 товарів і 40 категорій, а у звіті "Сторінки" Google знайшов 14 тисяч адрес, і більшість із них висить у статусі "Виявлено – наразі не проіндексовано". Для каталогу з фільтрами це типова картина. Переважна частина таких адрес нічого нового не містить, і Google має підстави їх не індексувати. Проблема починається тоді, коли серед них губляться потрібні сторінки або коли Google вибирає канонічною не ту версію.
Атрибут rel="canonical" підказує Google, яку з кількох схожих адрес вважати основною. Підказка сильна, але це не наказ, і Google може вибрати іншу сторінку, якщо інші сигнали суперечать. Редирект canonical теж не замінює. Після редиректу людина й робот опиняються на новій адресі, а canonical залишає обидві сторінки доступними й лише пропонує, яку показувати в пошуку.
Ставити canonical навмання, наприклад з усіх сторінок пагінації на першу, я не раджу, і Google у рекомендаціях для магазинів теж від цього застерігає. Друга й третя сторінки категорії містять інші товари, і якщо назвати їх дублікатами першої, частина каталогу може випасти з поля зору. З фільтрами логіка інша. Комбінації з реальним попитом (скажімо, "кросівки для бігу жіночі") іноді варто зробити окремими повноцінними сторінками з власним заголовком і текстом, а решту не пускати в індекс.
HTTPS для робочого сайту давно став обов'язковим мінімумом. Браузери позначають сторінки без шифрування як незахищені, і форма заявки на такій сторінці відлякує частину відвідувачів ще до того, як вони щось введуть. Google теж згадує HTTPS серед аспектів зручності сторінки.
Окрему мобільну версію на піддомені, як радили років десять тому, робити не потрібно. Google індексує сайти насамперед у мобільному вигляді, тому перевіряти треба, як сайт поводиться на телефоні: чи читається текст без масштабування, чи натискаються кнопки, чи не з'їжджає меню, чи відкриваються таблиці. Адаптивна верстка вирішує все це в одному місці для всіх пристроїв.
Стара версія цієї статті зводила швидкість до однієї цифри: перший блок має з'явитися за 2,5 секунди. Так давно не рахують. Google оцінює три показники, і всі три стосуються того, як сторінку відчуває людина.
| Показник | Що вимірює | Добре | Потребує покращення | Погано |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | за скільки відображається найбільший елемент першого екрана | до 2,5 с | 2,5–4 с | понад 4 с |
| INP (Interaction to Next Paint) | як швидко сторінка реагує на натискання й введення | до 200 мс | 200–500 мс | понад 500 мс |
| CLS (Cumulative Layout Shift) | наскільки зсувається макет під час завантаження | до 0,1 | 0,1–0,25 | понад 0,25 |
Значення рахують за 75-м перцентилем реальних переглядів, окремо для мобільних і для комп'ютерів. Простіше кажучи, показник вважається добрим, якщо його досягають щонайменше три чверті відвідувань. Пороги актуальні на вересень 2026 року й описані на web.dev. Дані з реальних відвідувань видно у звіті Core Web Vitals у Search Console і в PageSpeed Insights, якщо сайт має достатньо трафіку.
Google підтверджує, що Core Web Vitals використовуються його системами ранжування. У тій самій документації є два застереження, і обидва варто тримати перед очима. Добрі показники не гарантують верхніх позицій, а найрелевантніший результат Google покаже навіть тоді, коли зручність сторінки посередня. І гонитва за ідеальним балом суто заради SEO, за словами самого Google, не найкращий спосіб витратити час.
Я дивлюся на це прагматично. Якщо сторінка вже в зеленій зоні, а заявок мало, тиждень роботи над тим, щоб PageSpeed показав 100 замість 92, нічого не змінить, бо проблема в пропозиції або в тексті. А от якщо LCP на мобільних тримається біля шести секунд через важкий слайдер на першому екрані, це відчуває кожен відвідувач, і прибирати слайдер варто незалежно від SEO.
Розмітка Schema.org допомагає Google точніше зрозуміти тип вмісту: товар із ціною, статтю з автором, організацію з адресою, рецепт, подію. Для деяких типів вона робить сторінку придатною для розширених результатів у видачі. Придатною, але не більше. Чи показувати розширений результат, Google вирішує сам, і прямого впливу розмітки на позиції він не обіцяє.
Розмічати можна тільки те, що людина бачить на сторінці, а відгуки, яких немає в тексті, чи приховані від відвідувачів дані Google прямо забороняє додавати в розмітку, навіть якщо вони правдиві.
У старих посібниках із SEO вчили розрізняти лінійну, ієрархічну й гратчасту структуру. На практиці корисніше питати себе, під який намір користувача створюється кожна сторінка і чи немає на сайті іншої, що відповідає на те саме.
Пошуковий намір (в SEO-жаргоні інтент) описує, що людина хоче отримати, коли вводить запит. За словами "купити велосипед" стоїть бажання вибрати й замовити, і відповідати на нього має категорія або картка товару. Хто пише "як вибрати велосипед для міста", чекає на пояснення, тож тут потрібна стаття. А запит "trek чи giant" майже напевно вимагає порівняння двох брендів. Три запити, три різні формати.
Перед кожною новою сторінкою я відкриваю видачу за основним запитом і дивлюся, що там уже є, бо якщо перша сторінка складається з карток товарів, стаття з порадами пробиватиметься туди дуже важко, і навпаки.
Найпоширеніша помилка тут росте з бажання охопити всі ключі одразу. Під запити "просування сайту", "SEO просування сайту", "якісне просування сайту" і "професійне просування сайту" створюють чотири майже однакові сторінки. Намір у цих запитів один, і Google доводиться вибирати, котру з чотирьох показувати. Сторінки конкурують між собою (це називають канібалізацією), жодна не стає достатньо сильною, щоб стабільно триматися у видачі, а кожна окремо виглядає тонкою.
Одна ґрунтовна сторінка під один намір зазвичай працює краще, ніж кілька слабких. Якщо схожі сторінки вже існують, їх об'єднують в одну, а старі адреси перенаправляють на нову 301-м редиректом, щоб не загубити накопичені посилання й покази.
Логіка для більшості сайтів проста: головна, далі розділ або категорія, далі конкретна сторінка. Людина має розуміти, де вона перебуває, а робот має діставатися до важливих сторінок звичайними посиланнями.
Правило "будь-яка сторінка не далі трьох кліків від головної" часто подають як вимогу Google. У документації Google такого правила немає. Як орієнтир для зручності воно годиться, але головне, щоб потрібні сторінки були досяжні, на них вели посилання з доречних розділів і вони були згруповані за змістом.
Хлібні крихти (рядок на кшталт "Головна › Блог › SEO") зручні на сайтах із глибокою ієрархією. Людина бачить, у якому розділі опинилася, і може піднятися на рівень вище одним кліком, а Google отримує додаткову підказку про місце сторінки в структурі. Чарівним фактором ранжування крихти від цього не стають, їхня роль насамперед навігаційна.
Колись першим пунктом у порадах про контент стояла унікальність, а мірилом був відсоток у сервісі антиплагіату. Текст може показати 100% і не мати жодної цінності. Переказ п'яти перших результатів видачі своїми словами формально пройде будь-яку перевірку. Читачеві він нічого нового не дасть, і для Google така сторінка нічим не краща за ті, що вже стоять у видачі.
Корисніше перевіряти, чи відповідає сторінка на той намір, з яким людина прийшла, і чи дає відповідь, після якої не треба повертатися в пошук. Чи є в ній щось своє (досвід, власні дані, приклад, розрахунок, фото, якого немає в конкурентів). Чи актуальні факти й джерела, чи зрозуміло написано і чи немає помилок.
Із тієї ж серії правило про статтю на 2000 слів, бо довгі тексти нібито ранжуються краще. Рекомендації Google прямо ставлять питання, чи має пошук бажану кількість слів, і так само прямо відповідають: ні. Обсяг визначає тема. Інструкцію, як змінити пароль, розтягувати до трьох тисяч слів шкідливо, а огляд тарифів хостингу на триста слів навряд чи відповість на всі питання людини перед оплатою.
За формулюванням Google, контент має створюватися насамперед для людей, а не для маніпуляції позиціями. У його рекомендаціях щодо корисного контенту є зручна рамка з трьох питань. Хто написав текст і чи видно це читачу. Як його створено, зокрема чи використовувалася автоматизація. І чи існує він, щоб допомогти людині, чи лише щоб зібрати трафік за запитом.
Звідси сигнали довіри, що мають бути на сторінці: зрозумілий автор із коротким описом того, хто він і чому розбирається в темі. Посилання на джерела там, де наводяться цифри чи вимоги. Власний досвід, коли він доречний, бо огляд сервісу від людини, що ним користувалася, переконливіший за переказ сайту виробника. І дата оновлення, що відповідає реальним змінам.
E-E-A-T (досвід, експертність, авторитетність, довіра) часто подають як окремий фактор ранжування з певним балом. Google пише інакше. Сам по собі E-E-A-T фактором ранжування не вважається, це рамка для оцінки якості, а системи пошуку спираються на набір інших сигналів, що допомагають знаходити контент із високим рівнем досвіду й довіри. Найважливішою з чотирьох складових Google називає саме довіру.
AI-інструменти корисні на кількох етапах: зібрати й упорядкувати матеріал, накидати план, зробити чернетку, розкласти запити за групами, відредагувати текст. Google такі тексти не забороняє. Проблеми виникають, коли генерація стає способом масово штампувати сторінки без доданої цінності. На такий випадок правила Google щодо спаму містять окремий пункт про зловживання масштабованим контентом, і генеративний AI там згадано прямо, поряд із синонімайзерами й склеюванням чужих сторінок.
Сторінка, яку згенерували, перевірили, доповнили власним досвідом і фактами, може бути корисною. Сто сторінок за одним шаблоном під сто міст, де різниться лише назва міста, під це правило підпадають, і байдуже, писала їх людина чи модель.
Відповіді AI у самій видачі (AI Overviews і AI Mode) змінили вигляд сторінки результатів, і частина запитів тепер закривається прямо в пошуку. Що з цим робити власнику сайту? Google прямо пише, що особливих вимог чи окремої оптимізації для потрапляння в ці блоки немає, і нові машиночитні файли чи спеціальна розмітка не потрібні. Працюють ті самі основи, від доступності сторінки для сканування до надійних фактів і видимого автора.
Тож коли хтось продає AI-SEO як окрему послугу із секретною розміткою для AI Overviews, я б попросив показати, де про таку розмітку пише Google. Обмежити показ свого вмісту в цих блоках можна звичними засобами на кшталт nosnippet чи noindex, але обережно, бо вони діють і на звичайну видачу.
Title описує сторінку для пошуку й для вкладки браузера. Він має відповідати на запит, з яким сюди приходять, і відрізнятися від title інших сторінок сайту. Жорсткого ліміту символів як вимоги для ранжування немає. Google обрізає довгий заголовок у видачі під ширину екрана, а іноді замінює його на H1 чи інший текст зі сторінки, якщо вважає, що так точніше.
Прямим фактором ранжування meta description Google не називає. Для сніпета він бере цей опис тоді, коли той описує сторінку краще за будь-який уривок із тексту, а в інших випадках складає сніпет сам. Тому description пишуть для людей, коротко пояснюючи, що буде на сторінці і чим вона корисна. Слабкий CTR на хорошій позиції часто лікується саме тут. На WordPress для цих полів зазвичай ставлять SEO-плагін (як влаштована екосистема плагінів, розказано в огляді WordPress), а в конструкторах вони є в налаштуваннях кожної сторінки.
Кожній сторінці потрібен зрозумілий головний заголовок. Правило "H1 може бути лише один, інакше SEO зламається" сильно перебільшене. Важливіше, щоб H2 і H3 справді ділили текст на логічні частини й описували, про що кожна з них. Вставляти в кожен підзаголовок точний ключ теж не потрібно. Розділ про ціни можна так і назвати.
Порада "органічно вписувати ключі" звучить так, ніби пошукова система винагороджує певну кількість повторів. Щільності ключових слів, під яку варто підганяти текст, не існує, а переспам прямо описаний у правилах Google як порушення. Корисніше говорити про тему тими словами, якими про неї говорять і шукають люди. Якщо ви пишете про ремонт посудомийних машин, у тексті природно з'являться назви поломок, моделей, деталей і симптомів, і такий текст зрозумілий і людині, і пошуку без жодного підрахунку відсотків.
У внутрішніх посилань кілька завдань одночасно. За ними відвідувач переходить до пов'язаних матеріалів, робот знаходить нові сторінки, а Google отримує контекст, тобто розуміє, з якими темами пов'язана сторінка і наскільки вона важлива для самого сайту.
Стара формула "внутрішнє посилання передає статистичну вагу, яка визначається кількістю посилань" надто спрощує картину. Посилання з меню на всіх сторінках, посилання з тексту тематичної статті й посилання з підвалу мають різний контекст, і рахувати їх як однакові одиниці немає сенсу.
Анкор, тобто текст посилання, має пояснювати, куди людина потрапить. "Детальніше" або "тут" нічого не кажуть ні читачеві, ні роботу. Шкодить і протилежна крайність, коли в кожне посилання вставлено точний ключ на кшталт "купити диван недорого Київ", бо так живі люди не пишуть і профіль анкорів виходить неприродним. Найкраще працює проста описова фраза.
Норм на кшталт п'яти внутрішніх посилань у кожній статті я не тримаюся. Посилання ставлю там, де воно допомагає: пояснює термін, веде до детальнішого матеріалу, пропонує наступний крок. Якщо в статті про домени згадано DNS, посилання на розбір DNS доречне. А посилання на прогноз погоди в статті про ціни на сайти виглядатиме дивно, скільки б ваги воно нібито не передавало.
Окремо варто шукати сторінки-сироти, на які не веде жодне внутрішнє посилання. Таку сторінку робот знайде хіба що через Sitemap, а людина лише випадково. Важлива сторінка так жити не повинна. На неї має вести принаймні розділ, до якого вона належить, і кілька доречних матеріалів.
Зовнішні посилання досі мають значення, і саме тут старі поради застаріли найсильніше. Каталоги, форуми, обмін посиланнями й анкори з точними ключами колись подавали як стратегію, а сьогодні правила Google прямо називають більшість цих прийомів спамом.
У Google спамом посиланнями вважається створення посилань на сайт або з нього насамперед для того, щоб маніпулювати позиціями в пошуку. Серед прикладів названо купівлю й продаж посилань для ранжування, надмірний обмін, автоматичне створення посилань програмами та рекламні посилання без відповідних атрибутів. Там само згадано низькоякісні каталоги й оптимізовані посилання в підписах на форумах. Сторінку з правилами Google оновлював у серпні 2026 року, і всі ці пункти там лишилися.
Цінність посилання визначає контекст: воно стоїть на доречній сторінці, і читач цієї сторінки справді може за ним перейти, бо там є щось корисне для нього. Сценаріїв без порушення правил більше, ніж здається.
Усе це повільніше за купівлю пакета посилань, і результат менш передбачуваний. Натомість такі посилання не доведеться потім знімати й відхиляти, коли у Search Console з'явиться повідомлення про заходи, вжиті вручну.
Платити за розміщення можна. Реклама, спонсорські статті й партнерські огляди лишаються звичайною частиною маркетингу. Правило Google стосується позначення. Якщо посилання оплачене грошима, товаром чи послугою, його треба позначити атрибутом rel="sponsored" (раніше для цього радили nofollow, і він теж прийнятний), а для посилань у коментарях і на форумах існує rel="ugc". Подробиці є в довідці Google про атрибути посилань.
Тому купівля посилань для просування на практиці означає купівлю посилання, яке має впливати на ранжування і не позначене як рекламне. Саме таке правила Google і забороняють. Редакційне посилання й платне розміщення відрізняються навіть не ціною: перше поставив автор, бо вважав за потрібне, друге поставили, бо заплатили.
Реєстрацію в десятку каталогів поспіль можна сміливо викреслити з плану. Каталог має сенс, якщо ним користуються люди: галузевий довідник, локальний бізнес-каталог, реєстр членів асоціації, картка компанії в Google для бізнесу з реальним офісом. Каталоги, що живуть лише заради посилань, у правилах Google прямо названо низькоякісними.
Участь у тематичних спільнотах корисна, якщо ви там справді відповідаєте на питання, бо дає впізнаваність, трафік і розуміння того, що хвилює аудиторію. Старий прийом "зареєструватися, набити активність і потім вставити посилання з ключовим анкором, щоб модератор пропустив" описує саме те, що Google називає спамом у підписах і коментарях. На форумі посилання доречне тоді, коли воно відповідає на питання, яке там обговорюють.
Схему обміну "A посилається на B, B на C, C на A" колись радили як безпечну, бо прямий обмін легко помітити. Третій домен нічого не змінює, бо надмірний обмін посиланнями залишається порушенням, скільки б сайтів не стояло в ланцюжку. Шукати їй на заміну безпечнішу схему марно: схемою її робить сама мета.
Так на біржах називають посилання, за яке платять один раз, і воно стоїть роками, бо ніхто не збирається його прибирати. Термін суто маркетинговий і про якість нічого не каже. Те, що посилання розміщене назавжди, не робить його ні корисним, ні безпечним. Якщо його купують, щоб підняти позиції, і не позначають як рекламу, це той самий спам посиланнями, тільки з довшим терміном дії.
Коли мені пропонують такий пакет, я ставлю одне питання: чи прочитає цю сторінку хоч одна людина з моєї аудиторії? Щоб не купувати кота в мішку, досить відкрити пару майданчиків зі списку, і відповідь зазвичай очевидна з першого погляду.
Рекомендацію формувати анкори із середньо- й низькочастотних ключів варто прибрати разом зі схемами. У природних редакційних посиланнях анкор залежить від контексту. Це може бути назва бренду, адреса сайту, назва статті, описова фраза або просто "за даними дослідження". Профіль, де більшість посилань мають точні комерційні ключі, виглядає штучним саме тому, що люди так не посилаються.
Те саме з порадою нарощувати посилання поступово, щоб не насторожити Google. Штучна схема не стає безпечною від того, що її розтягнули на рік. І кількість посилань на молодий сайт сама по собі не причина для санкцій, бо правила спрямовані проти маніпулятивних посилань, а вік сайту тут нічого не змінює.
Соцмережі допомагають поширювати матеріали, будувати впізнаваність і приводити відвідувачів. Іноді допис хтось помічає й згадує на своєму сайті, і так виникає справжнє посилання. Але самі переходи з Facebook чи Instagram посилальним профілем не стають, скільки б грошей не пішло на рекламу.
Google Ads теж не піднімає сайт у звичайній видачі. Поруч із SEO реклама корисна з інших причин. Нею можна швидко перевірити, чи цікава пропозиція, зібрати дані про запити й конверсії та отримати відвідувачів у перші місяці, поки органічна видимість ще не набралася.
Для нового сайту порядок дій особливо важливий, бо часу й грошей зазвичай мало, а спокуса зробити все одразу велика, тому я йду приблизно такою послідовністю.
Спершу доступність для пошуку. Підтвердіть сайт у Search Console й додайте Sitemap. Перевірте, що на робочих сторінках немає noindex, robots.txt нічого зайвого не закриває, а канонічні адреси вказують самі на себе. Сайт має відкриватися по HTTPS з однією основною адресою (з www чи без, але не обома одночасно). Якщо домен ще не зареєстровано, з назвою й зоною допоможе розбір доменних імен.
Потім створіть основні сторінки, тобто ті, що відповідають реальному попиту й меті сайту: послуги, категорії, ключові інформаційні сторінки, контакти, сторінку про компанію. Генерувати сотні сторінок, щоб сайт здавався великим, не треба. Двадцять ґрунтовних сторінок на старті корисніші за двісті порожніх, бо порожні Google, найімовірніше, навіть не проіндексує. Загальний порядок запуску, від вибору платформи до публікації, зібрано в покроковому гайді для тих, хто робить сайт сам.
Далі контент по черзі. Закривайте теми в порядку пріоритету, починаючи з тих, що найближчі до вашого продукту й до головних питань клієнтів. Для блогу компанії це означає писати спочатку про те, з чим до вас приходять, і лише потім про тренди галузі.
Кожен новий матеріал пов'язуйте з основними сторінками. Стаття про вибір покрівельного матеріалу має вести на послугу монтажу даху, а сторінка послуги може посилатися на цю статтю як на пояснення для тих, хто ще вагається.
Паралельно працюйте над згадками в тематичних і локальних каталогах, якими користуються клієнти, а також у партнерів, постачальників і галузевих медіа. Молодому сайту кілька справжніх згадок від доречних джерел дадуть більше, ніж будь-який пакет посилань.
І регулярно заглядайте в Search Console. Через кілька тижнів з'являться перші покази. Дивіться, які сторінки їх отримують і за якими запитами (часто зовсім не тими, під які писали). Окремо шукайте сторінки, що вже близько до першої сторінки видачі, і запити, які означають щось інше, ніж ви думали.
Якщо сайту ще немає, частину технічних питань закриває вибір платформи. У популярних CMS і конструкторах Sitemap, HTTPS, поля для title і description та адаптивні шаблони є з коробки, а різниця в деталях і в тому, скільки свободи ви отримуєте. Системи порівняно в рейтингах найкращих CMS і найкращих конструкторів сайтів.
Скільки часу займе просування молодого сайту, заздалегідь не скаже ніхто. Стара порада про те, що SEO починає працювати через 4–6 місяців, звучить конкретно, але ні на що не спирається. Строк залежить від конкуренції в ніші, попиту, історії домену, контенту, посилань і того, як швидко Google сканує сайт. Сайт годинникової майстерні в невеликому місті може отримати перші заявки з пошуку за кілька тижнів, а новий магазин електроніки роками бореться за видимість у загальних запитах.
Штучно витримувати новий сайт кілька місяців перед тим, як братися за SEO, теж не потрібно, бо що раніше сторінки стануть доступними й корисними, то раніше Google почне тестувати їх у видачі.
Позиції зручні, бо їх легко показати, але про результат вони самі по собі кажуть мало. Я дивлюся на кілька груп показників разом.
Відстежувати позиції варто, пам'ятаючи про їхні обмеження. Вони різняться за країною, містом і пристроєм, видача персоналізується, а сама сторінка результатів постійно змінює вигляд: блоки відповідей, відео, карти, товари, AI Overviews. Третя позиція під трьома рекламними оголошеннями й великим блоком AI може опинитися нижче на екрані, ніж шоста кілька років тому.
Низький CTR теж не діагноз. Сторінка може стояти далеко, title і сніпет можуть не відповідати запиту, намір буває інший (людина шукала ціни, а знайшла історію компанії), або над результатом стоїть блок із готовою відповіддю. Висновки я роблю, лише відкривши саму видачу за цим запитом.
Нижче те, що трапляється найчастіше, і кожна з цих помилок здатна звести нанівець добру роботу в інших напрямах.
Окремо про поведінкові метрики, бо навколо них багато плутанини. Показник відмов, час на сайті й кількість переглянутих сторінок у Google Analytics корисні, щоб зрозуміти, як люди користуються сайтом. Твердження "менше відмов означає вищі позиції" будує причинний зв'язок, якого Google не підтверджує. Високу частку відмов варто розбирати, бо вона щось каже про сторінку й відвідувачів, але обіцяти після цього зростання позицій я б не став.
Коли сайт уже має історію, оновлення наявних сторінок часто дає більше, ніж нові URL. У сторінки вже є покази, посилання й певна довіра, а бракує їй часто лише актуальності чи повноти. Мій порядок роботи з такою сторінкою виглядає так.
Окремо про дату. Порада щороку міняти в заголовку 2025 на 2026, бо пошук нібито цінує свіжість, спирається на міф. Google прямо радить не оновлювати дату, якщо зміст суттєво не змінився, і таке оновлення позиції не піднімає.
Якісне просування тримається на технічно доступному й зрозуміло збудованому сайті, але одноразовою оптимізацією воно не закінчується. Попит змінюється, конкуренти оновлюють сторінки, частина фактів застаріває за рік. Тож робота йде циклом: подивитися дані, покращити наявні сторінки, створити нові там, де вони справді потрібні, і працювати над згадками про сайт без штучних схем.
Search Console показує, за якими запитами Google уже тестує ваші сторінки у видачі. Ці дані разом із цілями бізнесу й підказують, що оптимізувати наступним, і саме з них я починаю кожне нове коло цієї роботи.
Робота над видимістю сайту й залученням цільової аудиторії через пошук, контент, згадки на інших сайтах, рекламу та інші канали. Коли говорять про якісне просування сайтів у пошуку, найчастіше мають на увазі SEO.
Так називають роботу над видимістю в безоплатних результатах пошуку: технічний стан, структура, контент, внутрішні посилання, зручність сторінок і зовнішні згадки. Оплачені кліки з Google Ads сюди не належать.
Із доступності для пошуку, тобто Search Console, Sitemap, HTTPS і відсутності випадкових noindex. Далі основні сторінки під реальний попит, контент за пріоритетами, внутрішні посилання й робота над згадками.
Універсального строку немає. Він залежить від конкуренції, ніші, історії сайту, контенту, технічного стану й зовнішніх сигналів.
Зовнішні посилання й згадки можуть мати велике значення, особливо в конкурентних темах. Отримувати їх через маніпулятивні схеми не варто, бо правила Google прямо відносять такі посилання до спаму.
Рекламу й спонсорські розміщення купувати можна, якщо посилання в них позначені атрибутом rel="sponsored" або nofollow. Купувати посилання з передачею впливу на ранжування правила Google забороняють.
Іноді так, але не скрізь. За низькоконкурентними запитами сайт набирає видимість завдяки сильному контенту й технічній базі, без системної роботи з посиланнями, а в конкурентних темах зовнішня авторитетність часто стає вирішальною.
Core Web Vitals використовуються в ранжуванні, тож зручність сторінки має значення. Проте високий бал PageSpeed сам по собі позицій не гарантує, а релевантність важить більше.
Потрібна зрозуміла відповідність темі, щоб текст говорив про неї тими словами, якими шукають люди. Підганяти щільність ключів немає сенсу.
Можна, як інструмент для пошуку інформації, плану, чернетки чи редагування. Готова сторінка має давати реальну користь і містити перевірені факти, а масова генерація заради позицій підпадає під правила про спам.
Так, якщо інформація застаріла або Search Console показує запити, на які сторінка не відповідає. Дату варто змінювати лише після суттєвого оновлення.