Ви можете самостійно провести швидкий технічний аудит протягом декількох годин, але, швидше за все, не зможете виявити або проаналізувати найбільш складні технічні проблеми.
При проведенні технічного аудиту необхідно використовувати різні інструменти і слідувати власним чек-лістом, питання якого потрібно перевіряти, а не сліпо слідувати рекомендаціям інструментів сканування. У мене цей чек лист перевищує 1000 пунктів.
Вам необхідний досвід і знання, щоб зрозуміти, чи дійсно конкретна проблема, виявлена інструментом (наприклад жабою), є такою.
Основний набір інструментів для проведення технічного аудиту включає: Semrush, Screaming Frog, Google Search Console та інші. Але, найчастіше, доводиться лазити в голому коді і очима переглядати, що там діється. Жоден інструмент не дає навіть 50% картини технічного стану сайту.
Технічний аудит відрізняється від повного SEO-аудиту тим, що він зосереджений тільки на ТЕХНІЧНИХ складових SEO, таких як працездатність сайту, сканування, індексування, перевірка sitemaps, robots.txt, швидкодії, перевірка наявності дублів, Thin Content, первинний аналіз заголовків (і інших мета даних) і їх оптимізації, перевірка хрефлангів, пошук інших проблем заважають сайту гідно ранжуватися та ін.
SEO-аудит часто перевіряє інші елементи SEO, такі як мета-заголовок, опис, структуру сторінок, поточну видимість сайту, якість і багато іншого.
Пристойний технічний SEO-аудит в більшості випадків займає від 4 робочих днів (у мене). Звичайно, це багато в чому залежить від масштабу і складності сайту. Наприклад деякі сайти тільки сканувати жабою доводитися добу-півтори.
Щодо сканування. Необхідно його виконувати неодноразово. Як мінімум двічі, для десктопної і мобільної версії сайту. Набори помилок часом значно для них відрізняються. Крім того, вкрай бажано сканування проводити з повним рендерингом сторінок (включеними Java скриптами), щоб отримати картину, близьку до того що бачить Google.
Що далі?
Крім того, на одному з проходів сканування жабою (краще окремому), бажано випарсіть весь кеш Гугла, щоб зрозуміти, що Гугл знає про сайт. Часом на дрібному сайті бувають кеші, що містять в десятки разів більшу інформацію, при аналізі якої стає зрозуміло, чому той чи інший сайт не ранжується в належній мірі. Щоб включити цю можливість, пройдіть в configuration-API Access – Google Search Console-вкладка Search Analytics і включіть нову URL-адресу Discovered in GSC. Цю інформацію найкраще збирати на окремому проході, бо можете підзапутатися з тим, що є на сайті.
І ще одна вкрай корисна фішка. Як відомо, Google прикрутив API до GSC і тепер жабою можна видирати додаткову інформацію по окремих сторінках сайту. Це краще поєднати зі звичайним проходом по мобільній версії сайту. Знаходиться ця можливість на третій вкладці Налаштування API GSC – URL Inspection. Там включаємо обидві наявні галочки. Тепер ви можете зрозуміти чому на тих чи інших сторінках немає трафіку, як Гугл відноситься до цієї сторінки і т. д. і т. п.
Дуже добре даний аналіз поєднувати з аналізом падіння/зростання трафіку, випарсив дані з Гугл Аналітікса. Тоді ставати більш зрозумілою Динаміка відносини Гугла до окремих сторінок і при проведенні елементарного спліт-аналізу, стає ясно, чому впав/виріс трафік на окремих сторінках.
Єдиним недоліком є безкоштовна щоденна квота у 2000 URL. Якщо потрібно більше – доведеться або докуповувати, або проводити аналіз сайту по частинах (по окремих розділах).
Висновок: повноцінний технічний аудит – це досить важко і довго (якщо якісно і хочете отримати результат у вигляді зростання якості сайту і, відповідно, трафіку). При цьому треба володіти неабияким досвідом, щоб за окремими ознаками виокремити проблему (і не одну), яка заважає ранжуватися сайту.
