Як просувати новий сайт: SEO-план до запуску і на 90 днів
TL;DR
- Просування нового сайту починається до релізу, а не після: структура, індексація, перенаправлення й аналітика закладаються на етапі розробки.
- Найдорожча помилка це блог замість комерційних сторінок. Спочатку закривається попит, який уже є, потім інформаційні теми.
- Відправка карти сайту в Search Console не гарантує індексації: Google прямо зазначає, що немає гарантії, що знайдений у карті URL буде просканований або проіндексований.
- Запит на індексацію через інструмент перевірки URL має денний ліміт і теж не гарантує результату. Для великої кількості сторінок Google радить карту сайту.
- Індексація зазвичай займає близько дня, але може тривати тиждень-два. Українськомовні джерела дають орієнтир близько тижня для нового сайту.
- Перші 30 днів міряються індексацією й показами, а не позиціями й заявками. Бізнес-показники приходять пізніше.
- Жодних штучних норм на кількість посилань за місяць не існує. Згадки мають бути релевантними, а не швидкими.
Новий сайт не треба «чекати». Його треба правильно запустити й міряти ті сигнали, які з’являються першими. Більшість проблем, через які SEO для нового сайту доводиться переробляти за місяць, закладається до релізу: закрита індексація, відсутність перенаправлень, структура без комерційних сторінок, аналітика без подій. Нижче перелік перевірок до запуску, план на 30, 60 і 90 днів і набір показників, за якими видно рух.
Що зробити до запуску
Це найдешевша частина роботи й найбільша за ефектом. Перелік нижче ми в bizZzdev проходимо перед релізом як обов’язковий.
Доступність для сканування й індексації
- У robots.txt немає заборони на весь сайт, залишеної з етапу розробки.
- На сторінках немає метатега noindex, який стояв на тестовому середовищі.
- Тестове середовище закрите, а продакшн відкритий, а не навпаки.
- Канонічні адреси вказують на самі сторінки, а не на тестовий домен.
- Сторінки доступні без обов’язкової авторизації.
- Карта сайту сформована й лежить у корені домену.
- Основний зміст видно в HTML, а не лише після виконання складного JavaScript.
Адреси й перенаправлення
- Обрано одну версію домену: з www або без, і друга перенаправляється на неї.
- Увесь сайт працює на HTTPS, а HTTP перенаправляється.
- Якщо це міграція, для кожної старої адреси налаштоване постійне перенаправлення на відповідну нову.
- Немає ланцюжків перенаправлень довжиною в три й більше кроки.
- Структура адрес зрозуміла й не змінюватиметься після релізу.
Аналітика й конверсії
- Підключений і підтверджений обліковий запис у Search Console.
- Аналітика встановлена на всіх сторінках, включно з сторінкою подяки.
- Налаштовані події на відправку кожної форми й на клік по телефону.
- Передача джерела трафіку в CRM або хоча б у приховане поле форми.
- Внутрішній трафік команди виключений із звітів.
Комерційна готовність
- Є окрема сторінка під кожну послугу, а не одна загальна.
- Заголовки сторінок описові й не шаблонні.
- Форми працюють на мобільному й надсилають лист.
- Є сторінки довіри: про компанію, кейси, контакти з реквізитами.
Якщо хоча б один пункт із першого блоку не виконано, решта роботи не має сенсу: сайт просто не потрапить в індекс. Детальніше про те, що закладається ще на етапі верстки й розробки, ми пишемо в матеріалі про SEO на етапі розробки сайту.
Коментар bizZzdev. П’ять речей ми перевіряємо до релізу IT-сайту в першу чергу, бо саме вони потім змушують переробляти роботу. Перше: чи відкритий продакшн і закрите тестове середовище, бо найчастіша аварія це перенесення robots.txt із тестового сервера. Друге: чи зафіксована структура адрес, бо зміна адрес через місяць означає перенаправлення й втрату накопичених сигналів. Третє: чи є окремі сторінки під послуги й галузі, а не один розділ Services зі списком. Четверте: чи налаштовані події на форми, бо без цього перші три місяці неможливо оцінити. П’яте: чи вирішено питання мовних версій і їхніх адрес до запуску, а не після.
Структура й семантика: що робити першим
Seo нового сайту починається з карти сторінок, а не з текстів. Логіка проста: спочатку ви закриваєте попит, який уже існує, потім створюєте попит.
| Пріоритет | Тип сторінки | Який попит закриває |
|---|---|---|
| 1 | Сторінки послуг | Люди вже шукають вашу послугу за назвою |
| 2 | Галузеві або сегментні сторінки | Шукають послугу для своєї галузі чи ринку |
| 3 | Сторінки вибору: критерії, склад робіт, умови | Вибирають виконавця й порівнюють |
| 4 | Кейси | Перевіряють, чи робили ви щось подібне |
| 5 | Порівняння підходів | Ще не вирішили, яким способом вирішувати задачу |
| 6 | Інформаційні матеріали | Тільки усвідомили проблему |
Порядок не випадковий. Перші чотири типи приводять людей, які вже готові звертатися, і їх менше за обсягом, ніж інформаційних тем. Шостий тип дає більше трафіку й найдовший шлях до заявки.
Практичний мінімум перед публікацією будь-якої статті: кожна послуга має власну сторінку, кожна сторінка закріплена за кластером запитів, і для кожної зрозуміло, яку дію має зробити читач.
Як це виглядає для нового сайту IT-компанії, яка робить інтеграції. Замість одного розділу з переліком послуг карта виглядає так: головна, окрема сторінка інтеграцій корпоративних систем, окрема сторінка під конкретну зв’язку систем, дві галузеві сторінки під пріоритетні галузі, сторінка з критеріями вибору підрядника, два кейси, сторінка про компанію й контакти. Це дев’ять-десять сторінок, і саме вони закривають весь комерційний попит на старті.
Блог у цій карті з’являється одинадцятим пунктом, і це нормально. Інформаційні матеріали дають обсяг трафіку, але людина, яка шукає «що таке API-інтеграція», ще не обирає виконавця.
Друга типова помилка структури це мовні версії. Якщо ви плануєте другу мову, рішення про адреси й розмітку мовних версій ухвалюється до релізу. Переносити це на потім означає перебудовувати структуру тоді, коли в неї вже є накопичені сигнали.
Перші 30 днів
Мета першого місяця не позиції, а присутність в індексі.
- Відправте карту сайту в Search Console. Google описує процес так: карта має бути доступна без авторизації, бажано в корені сайту, після чого її адресу вказують у звіті Sitemaps. Google забирає файл одразу, але сканування перелічених адрес займає час, і не всі з них можуть бути проскановані.
- Перевірте статус карти. У звіті можливі три стани: Success, Has errors і Couldn’t fetch. Другий і третій означають конкретні помилки, які варто виправити одразу.
- Перевірте ключові сторінки через інструмент перевірки URL. Він показує проіндексовану версію й дозволяє зробити живий тест доступності. Для важливих сторінок можна надіслати запит на індексацію, але в нього є денний ліміт, і для великої кількості сторінок Google радить саме карту сайту.
- Виправте помилки сканування за звітом про індексацію.
- Дивіться перші покази у звіті Performance, насамперед за брендовими й вузькими запитами.
Чого не варто робити в перший місяць: оцінювати результат за позиціями й шукати причину в міфічній «пісочниці». Google прямо зазначає, що відправка карти не гарантує індексації, і це нормальний стан речей, а не покарання для нового домену.
Орієнтири за строками. Google пише, що індексація зазвичай займає близько дня, але може тривати значно довше, інколи тиждень-два. Українськомовне джерело дає схожий орієнтир: новий сайт зазвичай індексується приблизно за тиждень. Перевірити стан можна оператором site:, звітом про індексацію в Search Console або сторонніми сервісами.
Дні з 31 по 60
Другий місяць це доопрацювання того, що вже в індексі, і випуск пріоритетного контенту.
- Доопрацюйте сторінки послуг. У Search Console уже видно, за якими запитами вони отримують покази. Часто формулювання на сторінці не збігаються з тими, якими люди шукають.
- Опублікуйте матеріали за пріоритетами 2-4 із таблиці вище: галузеві сторінки, критерії вибору, перші кейси.
- Налаштуйте внутрішню перелінковку. Кожна нова сторінка має щонайменше одне внутрішнє посилання з релевантного місця, а не лише з меню.
- Перевірте заголовки й описи тих сторінок, що вже отримують покази без кліків.
- Приберіть зайве з індексу. Технічні сторінки, дублі фільтрів, порожні категорії.
Seo просування нового сайту на цьому етапі здебільшого полягає не в створенні нового, а в доведенні наявного до стану, у якому воно відповідає реальним запитам.
Дні з 61 по 90
Третій місяць це перші висновки, але ще не фінальні.
- Кліки й запити. Дивіться, за якими запитами з’явилися кліки, а не лише покази. Це перший сигнал, що сторінка відповідає наміру.
- Сторінки з показами без кліків. Це найдешевший резерв: заголовок і перший абзац можна виправити без нового контенту.
- Перші заявки з органіки. Якщо події налаштовані з першого дня, до кінця третього місяця вже видно, чи є звернення й з яких сторінок.
- Перші релевантні згадки. Не кількість, а релевантність: профілі в галузевих каталогах, партнерські сторінки, перша публікація з коментарем експерта.
- Діагностика на рівні сторінок. Для кожної цільової сторінки: є покази чи ні, є кліки чи ні, відповідає інтент чи ні. Три відповіді дають три різні плани дій.
Що робити не варто: ухвалювати вердикт «SEO не працює» на дев’яностому дні. Для частини ніш це взагалі початок, і коректний висновок на цьому етапі стосується не результату, а якості впровадження.
Що створювати першим: матриця пріоритетів
| Тип контенту | Коли створювати | Який сигнал дає швидше |
|---|---|---|
| Сторінка послуги | Одразу, до запуску | Покази за комерційними запитами |
| Галузева сторінка | Перші 60 днів | Покази за вузькими запитами з низькою конкуренцією |
| Критерії вибору, склад робіт, умови | Перші 60 днів | Кліки від людей на етапі вибору |
| Кейс | Перші 90 днів | Підтвердження компетенції, згадки |
| Порівняння підходів | Після базових сторінок | Трафік із середини шляху вибору |
| Інформаційні статті | Після того, як комерційна частина закрита | Обсяг трафіку, але довгий шлях до заявки |
Як розкрутити новий сайт без типової помилки: не починати з блогу. Блог дає відчуття руху, бо статті публікуються швидко, але комерційний попит при цьому залишається незакритим, і заявок немає.
Окремо про готовність до AI-пошуку. Google у рекомендаціях щодо генеративного пошуку прямо зазначає, що генеративні функції спираються на ті ж системи ранжування, що й звичайний пошук, і що окремі машиночитані файли на кшталт llms.txt пошук не використовує, а структурована розмітка не є обов’язковою. Тобто готовність до AI-пошуку для нового сайту це та сама доступність, зрозуміла структура й оригінальний корисний контент, а не окремий набір технічних дій.
Окремий випадок: міграція або новий домен
Якщо «новий сайт» це переїзд зі старого, завдання змінюється: ви не починаєте з нуля, а переносите накопичене. Тут ризик не в повільному зростанні, а в різкому падінні.
- Складено повний перелік старих адрес із трафіком за останні 12 місяців.
- Для кожної з них визначена відповідна нова адреса, а не перенаправлення на головну.
- Налаштовані постійні перенаправлення, без ланцюжків.
- Стара й нова версії не доступні одночасно.
- Обидві властивості підключені в Search Console, щоб бачити перенесення.
- Відправлена карта сайту нової версії.
- Збережені старі звіти, щоб було з чим порівнювати.
- Аналітика й події перенесені, а не налаштовані заново з нуля.
Масове перенаправлення всіх старих адрес на головну це найчастіша причина падіння після міграції. Нова сторінка має відповідати тому самому наміру, що й стара, інакше накопичені сигнали не переносяться.
У bizZzdev ми в таких проєктах наполягаємо на одному правилі: перелік відповідностей старих і нових адрес складається до релізу й узгоджується, а не збирається постфактум за звітами про помилки.
Зовнішні посилання для нового сайту
Розкрутка нового сайту через масову закупівлю посилань це найшвидший спосіб створити собі проблему. Для молодого домену логіка інша: небагато, але релевантно.
- Профілі в галузевих каталогах і рейтингах, де є ваші потенційні клієнти.
- Сторінки партнерів і технологічних переліків, якщо у вас є партнерства або інтеграції.
- Профільні асоціації та спільноти, у яких ви справді берете участь.
- Перший linkable asset: власні дані, шаблон, калькулятор або глибокий гайд.
- Коментар експерта в галузевому виданні.
- Профілі засновників і команди з посиланням на сайт.
Чого не робити: встановлювати собі норму на кількість посилань за місяць. Жодних підтверджених норм швидкості не існує, а штучна рівномірність сама по собі виглядає як система.
Порядок роботи з off-page частиною для нового сайту такий. Перші 30 днів: профілі, які можна заповнити самостійно, без оплати й без звернень до когось. Дні 31-60: партнерські й асоціативні сторінки, якщо такі зв’язки є. Дні 61-90: перший власний матеріал, на який є сенс посилатися, і перше звернення в галузеве видання.
Цей порядок не випадковий. Перші два кроки нічого не коштують і дають релевантні згадки, а третій вимагає готового активу, якого на старті зазвичай ще немає.
Як оцінювати прогрес: панель на 30, 60 і 90 днів
| Контрольна точка | Що дивимося | Що означає нормальний рух |
|---|---|---|
| День 30 | Кількість проіндексованих сторінок, статус карти сайту, помилки сканування, перші покази | Ключові сторінки в індексі, помилок немає, з’явилися покази за брендом і вузькими запитами |
| День 60 | Кількість запитів із показами, CTR цільових сторінок, кількість опублікованих сторінок за планом | Розширилося покриття запитів, план контенту виконується, частина сторінок отримала кліки |
| День 90 | Кліки, запити з кліками, перші заявки з органіки, сторінки з показами без кліків | Є кліки по комерційних сторінках, зрозуміло, які сторінки потребують доопрацювання |
Чого в цій таблиці немає навмисно: цільових чисел. Universal targets для нового сайту це вигадка, бо вони залежать від ніші, конкуренції, географії й обсягу попиту. Таблиця фіксує, на що дивитися, а не яке число вважати успіхом.
Як користуватися цією панеллю на практиці. Перед стартом зафіксуйте нульову точку: скільки сторінок в індексі, скільки запитів із показами, скільки кліків. Для нового сайту це будуть нулі, і саме тому важливо записати дату. Далі на кожній контрольній точці заповнюєте ті самі три рядки й дивитеся не на абсолютні числа, а на напрямок.
Якщо на тридцятий день ключові сторінки не в індексі, подальший план не має сенсу: спочатку індексація. Якщо на шістдесятий день покази є, а кліків немає, проблема в заголовках і відповідності наміру. Якщо на дев’яностий день є кліки, але немає звернень, питання не в SEO, а в самих сторінках і пропозиції.
Для оцінки руху достатньо Search Console. Для оцінки того, що відбувається після кліку, потрібна аналітика з налаштованими подіями, і саме тому вона входить у перелік перевірок до запуску.
Вісім помилок під час просування нового сайту
- Почати з блогу, залишивши комерційні сторінки без контенту.
- Запустити сайт без перенаправлень зі старих адрес при міграції.
- Залишити в індексі технічні сторінки, дублі й порожні розділи.
- Не налаштувати події на форми, через що перші місяці неможливо оцінити.
- Скопіювати тексти з попереднього сайту або з сайтів конкурентів.
- Закупити багато посилань у перший місяць.
- Не скласти карту сторінок, через що нові матеріали дублюють одне одного.
- Ухвалити вердикт про ефективність на тридцятий або дев’яностий день.
Дев’ята помилка, яку варто винести окремо: змінювати адреси сторінок після релізу. Для нового сайту це виглядає безневинно, адже трафіку ще мало, але кожна зміна адреси обнуляє накопичене по цій сторінці й додає перенаправлення. Структуру адрес розумніше затвердити до запуску й більше не трогати.
Перша й остання помилки найчастіші. Перша виникає тому, що статтю випустити легше за сторінку послуги, остання тому, що ніхто заздалегідь не домовився, що саме вважатиметься нормальним рухом на кожній контрольній точці.
І ще одне про очікування. Новий сайт конкурує не з власною попередньою версією, а з сайтами, які вже кілька років накопичують сигнали. Тому реалістичний план на перші місяці це не «обійти лідера», а закрити ті кластери, де лідера немає: вузькі задачі, конкретні галузі, нові технології. Саме там молодий сайт має шанс, і саме з них варто починати.
Висновок
Як просувати новий сайт правильно: спочатку закласти фундамент до релізу, потім закрити наявний попит комерційними сторінками, потім розширювати покриття й лише після цього братися за інформаційний контент і зовнішні згадки. Перші 90 днів оцінюються індексацією, показами, покриттям запитів і першими кліками, а не позиціями. Далі ця послідовність стає частиною загальної стратегії просування сайту, у якій SEO це один із каналів, а не весь план.
Наші відгуки з Clutch
FAQs
Залежить від ніші й конкуренції, і конкретну дату обіцяти некоректно. Проте індексація зазвичай займає від дня до двох тижнів, а перші покази за брендовими й вузькими запитами з’являються в перший місяць. Кліки по комерційних запитах приходять пізніше.
Офіційного підтвердження такого механізму немає, і використовувати його як універсальне пояснення повільного зростання не варто. Значно частіше причина конкретна: сторінки не в індексі, структура не закриває попит, або контент не відповідає запитам.
Перевірити по черзі: robots.txt, метатег noindex, канонічні адреси, доступність сторінки без авторизації, статус у звіті про індексацію й живий тест в інструменті перевірки URL. У більшості випадків причина знаходиться в цьому переліку.
Закрити комерційні сторінки: окрема сторінка під кожну послугу з описовим заголовком, складом робіт і зрозумілою дією. Це дає шанс на звернення, тоді як блог без комерційних сторінок не дає нічого.
Частково. Карта сайту, запит на індексацію для важливих сторінок і внутрішні посилання з головної допомагають знайти сторінки швидше. Але жоден із цих інструментів не гарантує індексації: Google прямо пише про це і щодо карти сайту, і щодо запиту на індексацію, у якого до того ж є денний ліміт.
Google зазначає, що невеликі сайти з гарною внутрішньою перелінковкою можуть обійтися без неї. Але для нового сайту карта корисна, бо прискорює знаходження сторінок, і її створення коштує кілька хвилин.
