Контрольний список SEO-аудиту сайту
1) Обсяг аудиту, цілі та базові показники
Почніть із чіткого обсягу аудиту. Спершу оберіть 10–50 пріоритетних сторінок, а не весь сайт, якщо тільки сайт не дуже маленький. Найкращий SEO аудит сайту відповідає на одне запитання: які сторінки потребують уваги, перш ніж втратять трафік або конверсії?
Складіть перелік типів сторінок, які для вас важливі: картки товарів, категорії, лендінги, публікації в блозі та шлях до оформлення замовлення або форми заявки. Головна сторінка може виглядати здоровою, тоді як сторінка з цінами «протікає» лідами, тож назвіть точні шаблони й точні шляхі конверсії, які ви хочете перевірити. Одна сторінка може приховувати ширшу проблему.
Зафіксуйте поточні позиції, трафік і покриття індексації ще до будь-яких змін. Якщо в останні 90 днів була міграція, зазначте це. Якщо в другому кварталі запустили новий розділ, теж це відмітьте. Ці дати важливі, бо різке падіння може бути наслідком релізу, а не проблеми з пошуком.
Корисний аудит також задає базову точку для подальшого порівняння. Збережіть дату, джерело експорту та відповідального за звіт. Без цього через місяць ви будете лише здогадуватися. А це швидко стає дорогим.
Якщо команда вже відстежує властивості в Astrina, тримайте джерела аудиту в одному місці, щоб можна було порівнювати сторінки, дати та зміни статусу без копіювання вкладок. Для швидкого старту вигляд панелі керування допомагає централізувати список сайту ще до початку аудиту.
2) Технічний SEO-чекліст
Технічна робота йде першою, бо виправлення контенту мало допоможуть, якщо роботи не можуть дістатися сторінки. Цей технічний SEO аудит починається з перевірки robots.txt і директив meta robots на сторінках, які ви очікуєте бачити в пошуку. Один рядок disallow може заблокувати цілий розділ. Так, це досі трапляється.
Далі пошукайте биті посилання, ланцюжки редиректів і помилки 4xx/5xx. Ланцюжок із трьох редиректів додає затримку й ризик; 404 на сторінці, на яку веде посилання, марнує і crawl budget, і довіру користувачів. Спершу перевіряйте найвідвідуваніші шаблони, потім довгий хвіст. Одне зламане навігаційне посилання може створити сотні невдалих кліків.
Перевірте XML-карти сайту та канонічні теги. У sitemap мають бути лише живі URL, що можуть індексуватися, а canonical має вказувати на бажану версію кожної сторінки. Якщо карта сайту містить URL із параметрами або canonical веде в інше місце, пошукові системи отримують суперечливі сигнали. А суперечливі сигнали гальмують індексацію.
Перегляньте Core Web Vitals і зручність на мобільних пристроях. Сторінка може ранжуватися й водночас відчуватися повільною на телефоні. Перевіряйте LCP, INP і CLS на групах шаблонів, а не лише на головній сторінці, бо головна часто має найчистіший код і найбільше уваги. Одна товарна сторінка з важким hero-відео може потягнути вниз увесь шаблон.
Також перевірте HTTPS, дублікати версій і узгодженість URL. Сайт має відкриватися однаково щоразу: http у https, non-www у www або навпаки, правила щодо слеша в кінці та верхнього/нижнього регістру — все має працювати послідовно. На одному сайті, який я бачив, було чотири видимі версії одного й того самого URL. Це не дрібниця.
Технічні перевірки мають включати один прямий crawl сайту та один ручний прохід по найцінніших сторінках. Краулери не бачать контекст, а люди пропускають закономірності. Разом вони знаходять більше. Зазвичай ще й ловлять петлю редиректів.
3) Аудит контенту на сторінках
Кожна важлива сторінка має чітко відповідати пошуковому наміру. Якщо запит інформаційний, сторінка має швидко відповідати на запитання. Якщо запит комерційний, сторінка має показувати деталі продукту, докази та наступні кроки. Не робіть сторінку послуги схожою на блог-пост, якщо цього не вимагає намір.
Title, H1, заголовки та meta description слід переглядати сторінка за сторінкою. Title має сказати, що це за сторінка, а не те, якою компанія хотіла б її бачити. H1 має підтримувати title, а не повторювати його дослівно. Заголовки повинні розбивати сторінку на секції, які реальна людина зможе швидко просканувати менш ніж за 30 секунд.
Приберіть тонкий, дубльований або застарілий контент. Сторінка на 150 слів, скопійована на 20 міських сторінок, зазвичай працюватиме слабко й може розмивати сигнали якості сайту. Якщо сторінка більше не виконує зрозумілої функції, або покращте її, або архівуйте. Залишати її без змін — рідко правильний вибір.
Додавайте внутрішні посилання на допоміжні сторінки там, де вони допомагають читачеві перейти до наступного кроку. Сторінка продукту може вести до інструкцій із налаштування, а гайд — до сторінки з цінами. Якщо шлях важливий, важливе й посилання. Для команд, які хочуть порівнювати групи сторінок під час перевірки контенту, сторінка з цінами часто стає корисним тестовим кейсом, бо там поєднуються і пошуковий намір, і тиск на конверсію.
Переконайтеся, що зображення мають описовий alt-текст. Зображення дашборду не має називатися «image1». Якщо зображення додає змісту, опишіть цей зміст простою мовою. Якщо воно декоративне, текст має бути стриманим. Екранні читачі, пошук зображень і перевірки відповідності всі звертають увагу на цю деталь.
Контент-аудити працюють найкраще, коли вони конкретні. Записуйте назву сторінки, проблему та виправлення. «Слабкий» — недостатньо. «У title не вказано назву продукту» — достатньо.
4) Оцінка продуктивності сайту та UX
Швидкість і зручність впливають на SEO, бо користувачі реагують на них миттєво. Перевірте вузькі місця під час завантаження та важкі ресурси, як-от великі зображення, незжаті відео й перевантажені скрипти. Сторінка, яка виглядає елегантно на десктопі, може гальмувати на телефоні середнього рівня з 4G-з’єднанням. Це коштує кліків.
Спрощуйте навігацію та зменшуйте глибину кліків. Якщо важлива сторінка доступна з головної лише за п’ять кліків, сайт може змушувати надто багато працювати і пошукові системи, і користувачів. Зазвичай мета — 2 або 3 кліки для пріоритетних сторінок. Не 7.
Мобільні екрани потребують окремої перевірки. Цільові елементи мають бути достатньо великими, текст не повинен ламатися незграбно, а форми не мають змушувати користувачів збільшувати масштаб. Перевіряйте реальний вигляд на телефоні, а не лише адаптивний прев’ю в десктопному браузері. Справжні великі пальці менш поблажливі, ніж макети.
Зменшіть зсуви макета та нав’язливі міжсторінкові екрани. Банер, який стрибає після завантаження, може підштовхнути користувача до неправильного кнопки. Повноекранне спливаюче вікно на мобільному може заблокувати першу взаємодію. Якщо сайт залежить від попапа для збору email, протестуйте, як часто він з’являється і чи шкодить першому візиту. Одного зайвого кроку може вистачити, щоб втратити сесію.
Оцінка продуктивності також має включати сторонні скрипти. Чат-виджети, рекламні теги, інструменти згоди та аналітика можуть уповільнювати сторінки сильніше, ніж основний код. Вимірюйте сторінку до і після завантаження кожного скрипта. Якщо скрипт додає 800 мс і не дає видимої користі, його потрібно перевірити уважніше.
Коли команди керують багатьма сторінками, один вигляд дашборду може допомогти пов’язати проблеми продуктивності з групами сторінок і власниками. Це особливо важливо, коли зміна шаблону зачіпає 40 URL одночасно. Ручна таблиця може таку закономірність пропустити.
5) Перевірка позасторінкових сигналів і авторитетності
Зворотні посилання, згадки та сигнали довіри й досі впливають на видимість. Експортуйте дані про беклінки та позначте токсичні або нерелевантні посилання. Мета не в тому, щоб збирати посилання заради самих посилань, а в тому, щоб знати, які з них підтримують сайт, а які виглядають випадково, спамно або зовсім не пов’язані з темою.
Порівняйте брендований пошуковий попит і реферальні джерела. Якщо брендовані пошуки зростають, а реферальний трафік стоїть на місці, це може означати, що бренд розвивається, але сайт не отримує посилань із правильних місць. Якщо реферали переважно йдуть з одного джерела, сайт може бути вразливим до змін у одного партнера або платформи.
Перевірте локальні цитування, профілі та узгодженість NAP, якщо бізнес працює на локальному ринку. Назва, адреса та номер телефону мають збігатися на сайті, у каталогах і на сторінках профілів. Одна неправильна назва офісу чи старий номер телефону можуть створити достатньо плутанини, щоб зашкодити лідам. Локальне SEO часто — це просто уважне ведення обліку.
Перевірка авторитетності також має дивитися на те, де сайт з’являється в контексті. Згадка у нішевому виданні може бути важливішою за десяток слабких каталогних посилань. Пошукові системи не вражені лише обсягом. Користувачі теж.
Якщо вам потрібно зрозуміти, як усередині компанії обговорюють сигнали довіри, пов’язаний матеріал на кшталт що означає trust score для сайту може допомогти сформулювати висновки аудиту, перш ніж вирішувати, що саме справді варто виправляти.
6) Щоденний SEO-моніторинг
Аудит не завершено, коли звіт надіслано. Налаштуйте щоденну рутину, щоб вчасно ловити проблеми після аудиту. Щоранку або в той самий робочий день щотижня, залежно від розміру сайту, перевіряйте покриття індексації, crawl errors і падіння трафіку. Сенс у тому, щоб помітити зміну раніше за клієнта або відділ продажів.
Відстежуйте позиції за пріоритетними ключовими словами та сторінками. У щоденному звіті не потрібно 500 ключів. Зазвичай достатньо 10–20 пріоритетних термінів, якщо вони прив’язані до грошей або контенту з великим трафіком. Якщо один із таких термінів падає на 8 позицій за ніч, досліджуйте сторінку, а не лише цифру.
Перевіряйте нові биті посилання, редиректи та зміни статусу сторінок. Сторінка, що змінилася з 200 на 302, може й досі працювати для користувачів, але пошукові системи трактують цю зміну інакше. Серія 404 після оновлення CMS — це попередження, а не дрібна незручність. Виправте це до наступного crawl.
Відстежуйте оновлення контенту, зміни SERP і дії конкурентів. Якщо конкурент публікує сторінку-порівняння, яка починає ранжуватися за вашим головним запитом, зверніть увагу на формат і кут подачі. Якщо ваша власна сторінка просідає після зміни title, відкотіть зміну й протестуйте знову. Результати пошуку можуть зрушити після одного редагування, і вам потрібна дата, прив’язана саме до нього, а не до туманної пам’яті.
Записуйте дії, відповідальних і дати наступної перевірки. Щоденна нотатка «виправлено» — недостатня. Пишіть, хто змінив сторінку, що саме змінилося і коли буде наступна перевірка. Це економить години, коли та сама проблема повертається через два тижні. А вона часто повертається.
Командам, які одночасно переглядають кілька сайтів, зазвичай потрібне одне місце для цих щоденних нотаток. Відстеження на рівні сайту в Astrina створене саме для такого супроводу, особливо коли одна проблема зачіпає кілька сторінок у межах того самого домену.
7) Пріоритизований план дій і звітність
Перетворіть висновки на практичну дорожню карту. Ранжуйте проблеми за впливом і трудомісткістю. Неправильний canonical на сторінці з високим трафіком зазвичай має вищий пріоритет, ніж слабкий meta description на сторінці без показів. Не кожна знахідка заслуговує на однаковий тиждень роботи.
Групуйте виправлення на технічні, контентні та авторитетні завдання, щоб робота могла йти паралельно. Один розробник може займатися sitemap і редиректами, один редактор — оновленням заголовків, а один маркетолог — перевіркою беклінків. Три невеликі потоки часто швидші за одну велику чергу.
Призначте відповідальних і дедлайни для кожної дії. Якщо проблема в ланцюжку редиректів, назвіть інженера. Якщо проблема в тонкій сторінці, назвіть редактора. Якщо потрібно, щоб чекліст SEO аудиту залишався робочим документом, оновлюйте його після кожного виконаного пункту, а не лише в кінці місяця.
