Чек-лист технічного SEO: що виправляти першим, за порядком впливу

Швидкий тест

Чи підходить вам SEO і з чого почати?

Питання 1 з 425%

Чи шукають люди в Google те, що ви продаєте?

Так, думаю, що такНі, це щось нове або дуже нішевеНе знаю

Що входить до чек-листа технічного SEO (а що не входить)

Технічне SEO це сантехніка вашого сайту. Контент може бути чудовим, але якщо Google не може завантажити сторінку або завантажує не ту її версію, сторінка ніколи не потрапить у топ. Технічний чек-лист відповідає на три запитання в такому порядку: чи можуть пошукові системи дістатися до сторінки, чи можуть вони її зрозуміти і чи зручно нею користуватися?

Сам Google ставить планку невисоко. У технічних вимогах Search Essentials перелічено лише три умови, щоб сторінку можна було проіндексувати: Googlebot не заблокований, сторінка повертає код стану HTTP 200 (успіх), і на сторінці є контент, придатний до індексації. Усе інше в цьому списку присвячено тому, як виконувати ці три умови чисто, у великих масштабах і не марнуючи уваги Google.

Чого технічний чек-лист не охоплює: добір ключових слів, якість текстів і зворотні посилання. Це стосується внутрішньої оптимізації та лінкбілдингу. Якщо ви хочете побачити повну картину того, як оцінюють і оформлюють аудит, докладніше про метод розповідає наш посібник із технічного SEO-аудиту. У цієї статті інший кут: вона ранжує кожну перевірку за впливом, щоб зайнятий власник знав, що виправляти в першу чергу, а що може почекати.

Пріоритет	Що захищає	Типові перевірки	Що буде, якщо пропустити
1. Блокувальні	Індексацію	robots.txt, теги noindex, помилки 4xx і 5xx, HTTPS	Сторінки повністю зникають із Google
2. Марнотратні	Ефективність обходу	Ланцюжки редиректів, дублі, canonical, sitemap, биті посилання	Google індексує не ту версію або ігнорує нові сторінки
3. Досвід користувача	Позиції та конверсії	Core Web Vitals, мобільна верстка, структуровані дані	Ви ранжуєтеся нижче, ніж могли б, а відвідувачі йдуть
4. Готовність до ШІ	Видимість у ChatGPT, Gemini, Perplexity	Доступ для ШІ-краулерів, контент у вихідному HTML, зрозумілі сутності	ШІ-асистенти цитують ваших конкурентів, а не вас

Перший прохід за одну годину: почніть тут

Щоб виконати цей перший прохід, не потрібно бути розробником. Потрібен доступ до Google Search Console, краулер (для невеликих сайтів вистачить безкоштовної версії) і список десяти найважливіших сторінок: головна, основні сторінки послуг або товарів, ціни, контакти.

Запишіть знахідки в просту таблицю: URL, проблема, пріоритет, відповідальний, дата виправлення. Цей журнал перетворює разовий аудит на звичку. Якщо потрібна допомога з вибором краулера, наше порівняння найкращих інструментів технічного SEO ранжує їх за тим, яке завдання вони виконують.

Пріоритет 1: приберіть усе, що блокує індексацію

Ці перевірки йдуть першими, бо одна помилка може прибрати з Google цілий розділ сайту. До того ж їх зазвичай швидко виправити, коли вони знайдені.

robots.txt не блокує важливі сторінки

Файл robots.txt повідомляє краулерам, які папки їм дозволено відвідувати. Забутий рядок Disallow: / із тестової версії сайту є однією з найчастіших причин, чому сайт зникає після редизайну. Перевірте, що папки з товарами, послугами та блогом відкриті, а файли CSS і JavaScript не заблоковані, бо Google потрібні вони для відтворення сторінки. Файл можна перевірити за секунди нашим перевірювачем robots.txt, а якщо Search Console вже показує попередження, наш посібник «Заблоковано в файлі robots.txt» пояснює кожне виправлення.

Немає випадкових тегів noindex

Метатег noindex або HTTP-заголовок повідомляє Google, що сторінку слід виключити. Це корисно на сторінках подяки, у внутрішніх результатах пошуку та на екранах входу. На сторінці з цінами це катастрофа. Відфільтруйте вивантаження краулера за «noindex» і переконайтеся, що кожна сторінка зі списку справді має бути прихована.

Ключові сторінки відповідають кодом 200

Кожен важливий URL має відповідати кодом 200. Сторінки з кодом 404 (не знайдено) або 5xx (помилка сервера) проіндексувати не можна. Помилки сервера потребують особливої уваги: якщо вони повторюються, Google рідше заходить на сайт, щоб не перевантажувати ваш сервер. Сторінки, що виглядають порожніми, але відповідають 200 (так звані soft 404), це ще одна пастка, про яку розповідає наш посібник із soft 404.

Одна захищена версія сайту

До вашого сайту можна дістатися чотирма способами: із «www» або без, за «http» або «https». Відповідати має лише одна версія, а решта три мають постійно перенаправляти на неї. Введіть кожен варіант у браузері й подивіться, куди потрапляєте. Наш посібник із HTTPS і SEO описує безпечну міграцію, якщо ви все ще частково на http.

Пріоритет 2: перестаньте марнувати увагу Google

Коли нічого не заблоковано, наступна мета: зробити так, щоб кожен обхід був корисним. Google не відвідує кожен URL щодня. Кожен дубль, ланцюжок або мертве посилання, за яким він іде, це візит, не витрачений на ваш новий контент.

Редиректи ведуть одразу на кінцеву сторінку

Ланцюжок редиректів виникає, коли сторінка A відправляє на B, а та на C. Кожен перехід уповільнює користувачів і розмиває сигнали. Замініть кожен ланцюжок одним прямим постійним редиректом (301) зі старого URL на кінцевий і оновіть внутрішні посилання, щоб вони вели прямо на кінцевий URL. Простежити шлях будь-якого URL можна нашим перевірювачем редиректів, а в повному посібнику з SEO-редиректів описано, коли використовувати 301, 302, 307 чи 308.

Дублі вказують на один канонічний URL

Та сама сторінка часто існує за кількома адресами: з параметрами відстеження, з фільтрами, зі слешем наприкінці або без нього. Тег canonical повідомляє Google, яка версія вважається основною. Перевірте, що в кожної важливої сторінки canonical вказує на неї саму і що Google з цим згоден: у «Перевірці URL» порівняйте «Canonical, указаний користувачем» і «Canonical, вибраний Google». Наш безкоштовний перевірювач canonical показує, куди вказує canonical будь-якої сторінки.

В XML-sitemap лише сторінки, які ви хочете індексувати

Sitemap це список, який ви передаєте Google. У ньому мають бути лише живі, індексовані, канонічні URL із кодом 200. Згідно з документацією Google щодо sitemap, один файл обмежений 50MB у нестисненому вигляді або 50000 URL, має містити повні абсолютні адреси й перелічувати ту версію, яку ви хочете показувати в результатах. Надішліть його в Search Console та порівняйте «надіслано» з «проіндексовано». Наш покроковий посібник показує, як створити sitemap, а перевірювач sitemap перевіряє файл.

Немає битих внутрішніх посилань і сторінок-сиріт

Внутрішні посилання це те, як сайтом рухаються і відвідувачі, і краулери. Виправте кожне внутрішнє посилання, що веде на 404, і переконайтеся, що на кожну важливу сторінку веде хоча б кілька посилань зі споріднених сторінок. Сторінку без жодного внутрішнього посилання (сторінку-сироту) часто знаходять пізно або не знаходять узагалі. Наш посібник про архітектуру сайту для SEO пояснює, як тримати ключові сторінки близько до головної.

Пріоритет 3: зробіть сторінки швидкими, стабільними та зручними на мобільних

Швидкість і зручність на мобільних рідко прибирають сторінку з Google, але впливають на те, наскільки добре вона ранжується, і передусім на те, чи залишаться відвідувачі. У документації Google про Core Web Vitals задано три цілі: Largest Contentful Paint (LCP, час появи основного контенту) у межах 2,5 секунди, Interaction to Next Paint (INP, як швидко сторінка реагує на дотик чи клік) менше 200 мілісекунд і Cumulative Layout Shift (CLS, наскільки «стрибає» верстка) менше 0,1. Google заявляє, що ці показники відповідають тому, що прагнуть заохочувати його основні системи ранжування, але не каже, яка в них вага.

Більшість сайтів усе ще не дотягує щонайменше до однієї цілі. У розділі про продуктивність за 2024 рік у Web Almanac від HTTP Archive мобільні сайти вимірювали за кожним порогом:

Завантаження це найслабше місце, тому почніть із нього. Звичайні виправлення легко описати в завданні для розробника чи агентства:

• Стисніть зображення та підберіть їхній розмір, віддавайте їх у сучасному форматі, а головному зображенню дайте пріоритет замість відкладеного завантаження.
• Видаліть скрипти, якими більше не користуєтеся: старі віджети чату, забуті теги аналітики, невикористані слайдери.
• Зарезервуйте місце під зображення, рекламу та вбудовані блоки із фіксованими розмірами, щоб верстка не стрибала.
• Перевірте на справжньому телефоні: кнопки достатньо великі для натискання, немає спливного вікна поверх контенту, контент той самий, що й на комп'ютері.

Наш посібник із PageSpeed Insights пояснює, як читати звіт і відсівати шум, а стаття глосарія про Core Web Vitals простими словами описує кожен показник.

Структуровані дані там, де вони відповідають сторінці

Структуровані дані (мікророзмітка schema у форматі JSON-LD) описують сторінку для машин: це товар, ось його ціна, ось компанія, що за ним стоїть. Додавайте їх лише там, де вони чесно відповідають видимому контенту: Organization на головній, Product на сторінках товарів, Article у статтях блогу, LocalBusiness для магазину. Перед публікацією перевірте їх нашим валідатором структурованих даних.

Пріоритет 4: відкрийте двері для ШІ-асистентів

Дедалі більше пошукових запитів закінчується відповіддю від ChatGPT, Gemini, Claude чи Perplexity, а не списком посилань. Ці асистенти використовують власні краулери, і сайт, ідеальний для Google, усе одно може бути для них невидимим. Найважливіші три перевірки:

• ШІ-краулери не заблоковані помилково. У багатьох файлах robots.txt і правилах файрвола боти на кшталт GPTBot чи PerplexityBot за замовчуванням заблоковані. Вирішуйте свідомо, яких пускати; наш посібник із robots.txt для ШІ-краулерів перелічує їх.
• Основний контент є у вихідному HTML. Багато ШІ-краулерів не виконують JavaScript. Якщо текст з'являється лише після завантаження скриптів, вони бачать порожню сторінку. Наш посібник із JavaScript SEO показує, як це перевірити.
• Факти про ваш бренд чіткі та узгоджені. Назва компанії, що ви продаєте, де працюєте: те саме на сайті, у структурованих даних і в профілях на інших майданчиках.

Повний список дивіться в нашому чек-листі технічного GEO. Коли виправлення запущено, потрібно зрозуміти, чи вони працюють. Панель GEO / SEO від Sorank показує трафік із Google і видимість у ШІ-асистентах в одному вікні, тож ефект кожного виправлення видно без перемикання між інструментами.

Поширені помилки технічного SEO

Це помилки, які ми найчастіше бачимо на сайтах малого й середнього бізнесу. Більшість виникає після редизайну, зміни платформи чи плагіна, встановленого без перевірки.

Остання помилка обходиться найдорожче. Сайти «пливуть»: оновлення плагіна додає noindex, новий шаблон сторінки забуває canonical, редактор видаляє сторінку, на яку вели зворотні посилання. Коротка щомісячна перевірка ловить таке до того, як воно коштуватиме трафіку.

Ваш чек-лист технічного SEO, який варто зберегти

Скопіюйте цей список у свій таск-менеджер і відзначайте його раз на місяць, а також після кожного редизайну, міграції чи зміни платформи. Пункти йдуть у порядку пріоритету.

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