Технічний SEO-аудит сайту: Core Web Vitals, мета-теги, звіт

Витрачається бюджет на контекстну рекламу, а органіка не зростає? Після масштабування каталогу або зміни CMS часто виявляються технічні помилки: биті посилання, дублі сторінок, неоптимізовані Core Web Vitals. Наш SEO-аудит виявляє та пріоритизує такі проблеми, заощаджуючи до 30% бюджету на виправленнях.

Ми провели аудит для більш ніж 200 проєктів — від корпоративних порталів до маркетплейсів із мільйонами товарів. Типовий кейс: у інтернет-магазину з 50 000 позицій знайшли 1 200 дубльованих title — після їх виправлення CTR зріс на 15%. Аудит окупається за рахунок збільшення органічного трафіку вже через 3–6 місяців.

Які технічні проблеми виявляє SEO-аудит?

Кроулінг сайту — перший крок. Ми проганяємо сайт краулером (Screaming Frog, Sitebulb або власним на Python) і збираємо всі URL, перевіряючи статус-коди, дублі, помилкові редиректи та orphan pages.

# Быстрая проверка через sitemap import requests from xml.etree import ElementTree resp = requests.get('https://mysite.ru/sitemap.xml') tree = ElementTree.fromstring(resp.content) ns = {'sm': 'http://www.sitemaps.org/schemas/sitemap/0.9'} urls = [loc.text for loc in tree.findall('.//sm:loc', ns)] print(f'URLs в sitemap: {len(urls)}') # Проверка статус-кодов errors = [] for url in urls[:200]: # первые 200 для демо r = requests.head(url, allow_redirects=True, timeout=5) if r.status_code not in (200, 301, 302): errors.append({'url': url, 'status': r.status_code}) print(f'Ошибочных URL: {len(errors)}') 

Перевірювані технічні параметри:

Як налаштувати robots.txt для уникнення помилок індексації

1. Перевірте, що sitemap вказаний у robots.txt: Sitemap: https://mysite.ru/sitemap.xml.
2. Переконайтеся, що службові розділи (admin, cgi-bin) закриті від індексації.
3. Для AJAX-сайтів додайте директиву Disallow: /ajax/, якщо це не потрібно для пошуку.
4. Використовуйте правило Allow: / після Disallow для часткового дозволу.

# Проверить доступность robots.txt curl -s https://mysite.ru/robots.txt 

Sitemap повинен містити лише 200-і сторінки, без noindex і з коректними <lastmod>. Розмір — до 50 000 URL або 50 MB на файл.

Перевірка мета-тегів і заголовків

On-page аналіз включає перевірку title і meta description:

# Массовая проверка title/description from bs4 import BeautifulSoup issues = [] for url in urls: soup = BeautifulSoup(requests.get(url).text, 'html.parser') title = soup.find('title') desc = soup.find('meta', {'name': 'description'}) t_len = len(title.text) if title else 0 d_len = len(desc['content']) if desc and desc.get('content') else 0 if t_len == 0: issues.append((url, 'no_title')) elif t_len > 70: issues.append((url, f'title_too_long:{t_len}')) if d_len == 0: issues.append((url, 'no_description')) elif d_len > 160: issues.append((url, f'desc_too_long:{d_len}')) 

Норми: title 50–70 символів, description 120–160. Шаблонні описи — проблема дублів. Заголовки H1–H6: один H1 з ключовим запитом, H2–H3 структурують контент без пропусків порядку. Контент: перевіряємо thin content (<300 слів), дублі з фідів постачальника, сторінки пагінації з rel="next"/"prev" або canonical на першу.

Внутрішня перелінковка та структуровані дані

Хороша внутрішня посилальна структура розподіляє вагу сторінок і допомагає краулерам. Проблеми:

• Orphan pages — сторінки без вхідних внутрішніх посилань (їх краулер не знайде)
• Глибина кліку > 3 для важливих сторінок
• Broken internal links — посилання на видалені/редиректні сторінки

-- Для CMS на SQL: найти страницы без входящих ссылок SELECT p.url FROM pages p LEFT JOIN internal_links il ON il.target_url = p.url WHERE il.id IS NULL AND p.status = 'published' 

Структуровані дані: перевіряємо валідність schema.org за допомогою Google Rich Results Test. Підтримуємо типи: Product, Article, BreadcrumbList, FAQPage, Review, LocalBusiness, Event.

Що входить в аудит?

За підсумками ви отримуєте:

• Повний дамп даних кроулінгу (CSV/Excel)
• Пріоритизований список проблем із трудозатратами та очікуваним ефектом
• Документацію з технічних доробок для розробників (з кореневою причиною та способом усунення)
• Консультацію інженера за пріоритетними виправленнями
• Гарантію якості: при виявленні нових проблем після виправлень повторний міні-аудит безкоштовно

Як Core Web Vitals впливають на ранжування

Google використовує CrUX-дані (field data) для ранжування. Згідно з рекомендаціями Google Search Central, LCP має бути менше 2.5 секунд. Якщо у конкурента LCP < 2.5s, а у вас > 4s — це серйозний фактор за інших рівних. Перевірка через Search Console показує відсоток URL у Good/Needs improvement/Poor. На аудиті ми даємо конкретні причини: неоптимізовані зображення, важковаговий JavaScript, повільна серверна відповідь.