Технічний 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, повільна серверна відповідь.