• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

- Аудит скорости загрузки и её влияние на позиции

Сократите TTFB до 200 мс – исследования показывают, что при превышении этой отметки средний CTR падает на 8 % уже в первые 3 дня после изменения. Контролируйте показатель каждую ночь, иначе потеряете до 15 % потенциальных визитов.

Для сокращения времени ответа примените три практики: сжатие изображений до 70 % качества без визуального ущерба, переход на HTTP/2 или HTTP/3 и настройку Cache‑Control с max‑age ≥ 86400 сек. По данным Google PageSpeed Insights, каждый процент уменьшения объёма страницы сокращает показатель отказов на 0,4 %.

Анализируйте Core Web Vitals: если Largest Contentful Paint превышает 2,5 с, вероятность снижения в рейтинге превышает 12 %. Установите целевой LCP ≤ 1,8 с – это гарантирует удержание 95 % посетителей в первой секунде.

Регулярно проверяйте ошибки сервера 5xx. По статистике, каждая незамеченная ошибка в течение недели убивает до 4 % трафика из органических запросов.

Настройка мобильной адаптивности: проверка в Google Mobile‑Friendly Test

Сразу после исправления разметки запустите Google Mobile‑Friendly Test, чтобы убедиться, что страница проходит проверку без ошибок.

Шаг 1 – откройте инструмент и вставьте полный URL. Система проведет анализ за 5‑10 секунд и отобразит отчет.

Шаг 2 – изучите блок «Проблемы». Каждый пункт содержит подсказку, где находится некорректный элемент, и ссылку на строку кода.

Шаг 3 – исправьте обнаруженные нарушения в CSS и HTML. При работе с элементами viewport убедитесь, что мета‑тег выглядит так:

<meta name="viewport" content="width=device-width, initial-scale=1">

Шаг 4 – повторно запустите тест. Повторяйте цикл, пока в отчете не останется ни одной отметки «Ошибка».

Типичные причины отклонения и способы их устранения собраны в таблице ниже.

После того как тест возвращает статус «Pass», отправьте URL в Google Search Console → «Покрытие» → «Проверить URL», чтобы ускорить индексацию.

Оптимизация структуры URL и канонических ссылок

Сократите длину адреса до 50‑60 символов. По данным исследований, URL‑строки более 100 символов снижают кликабельность на ≈ 12 %. Короткие, читаемые ссылки повышают восприятие пользователем.

Используйте только дефисы - для разделения слов; подчеркивания _ трактуются как один термин и могут ухудшать индексацию.

Структура должна отражать иерархию сайта, но глубина вложения не более трёх уровней. Пример: https://example.com/категория/подкатегория/товар. Более глубокие пути усложняют обход и иногда приводят к потере продвижение в интернетееса страницы.

Вставляйте в URL только основной ключевой термин. Дополнительные слова, если они не несут смысловой нагрузки, лучше удалить. Система обработки запросов быстрее справляется с чистыми строками.

Все ссылки должны быть в нижнем регистре и заканчиваться на слеш /, если это каталог, иначе – без слеша. Это упрощает сравнение адресов и устраняет дублирование.

Для устранения дублирования контента задавайте rel="canonical" в head‑разделе каждой страницы. Укажите абсолютный URL с протоколом HTTPS, даже если страница доступна по HTTP.

Если страница имеет несколько вариантов (например, с параметрами сортировки), оставляйте один «домашний» адрес в канонической ссылке и указывайте остальные через rel="alternate" с указанием параметров.

При работе с пагинацией используйте rel="next" и rel="prev" совместно с каноникой, чтобы указать последовательность и избежать размывания веса.

Избегайте в URL идентификаторов сессий, числовых токенов и длиных параметров GET. При необходимости их скрывать, применяйте серверные правила перенаправления (301) на «чистый» вариант.

Проверяйте корректность канонических ссылок с помощью инструмента для проверки заголовков HTTP. Ошибки в настройке могут привести к потере части «веса» у страниц.

Использование схем разметки для улучшения выдачи

Разместите JSON‑LD со схемой FAQPage на каждой странице, где есть вопросы‑ответы: поисковые системы сразу выделят блок, а пользователь получит быстрый доступ к инфо‑сниппетам.

• 
  
• Для товаров включите Product + Offer + Review. Укажите priceCurrency, price, availability. Пример: "price": "2499", "priceCurrency": "RUB".
  
• Схема BreadcrumbList упрощает восприятие иерархии, задайте position для каждого уровня: 1 – главная, 2 – категория, 3 – подкатегория.
  
• Для статей используйте Article с полями author, datePublished, image. Укажите wordCount – помогает оценить объём контента.
  
• Если есть события, внедрите Event с startDate, endDate и location. Поисковик покажет дату и место в виде карусели.
  

Проверяйте корректность разметки через Google Rich Results Test после каждой правки; в отчёте сразу увидите ошибки, например «Missing required field: name».

Обновляйте разметку в robots.txt и sitemap.xml, чтобы краулеры учитывали новые типы объектов без задержек.

1. 
   
2. Создайте JSON‑LD в отдельном файле schema.json и подключайте через <script type="application/ld+json"> в <head> каждой страницы.
   
3. Настройте серверный кэш на 24 ч для файлов схем, чтобы ускорить выдачу и снизить нагрузку.
   
4. Регулярно сканируйте сайт специализированными сервисами (например, Screaming Frog) для выявления устаревших или дублирующихся схем.
   
5. Отслеживайте метрики кликабельности в Search Console: рост CTR после внедрения схем часто превышает 12 % в течение первого месяца.
   

Управление файлами robots.txt и картой сайта

Разместите robots.txt в корневой директории сайта (например, https://example.com/robots.txt) и сразу укажите в нём ссылку на XML‑карту: Sitemap: https://example.com/sitemap.xml. Поиск будет сразу находить карту без лишних запросов.

Запретите индексацию служебных каталогов:

User-agent: *
Disallow: /cgi-bin/
Disallow: /tmp/
Disallow: /private/

Если необходимо исключить только часть сайта, используйте шаблоны: Disallow: /news/*/old/. Такая запись сократит количество запросов к ненужным страницам.

Контролируйте размер robots.txt – не превышайте 2 KB, иначе некоторые поисковые системы могут обрезать файл.

Для карты сайта придерживайтесь этих цифр:

• 
  
• не более 50 000 URL в одном файле;
  
• максимальный объём – 50 МБ (не сжатый);
  
• при необходимости разбейте на несколько файлов и создайте индекс‑файл (sitemap_index.xml), в котором перечислите их.
  

Сжать карты можно gzip‑ом: размер уменьшится примерно на 30 %. Поисковики принимают сжатые файлы, если в заголовке указать Content‑Encoding: gzip.

Обновляйте lastmod при каждой правке страницы. Значения daily, weekly и т.п. задавайте только если обновление действительно происходит с такой частотой – иначе поисковый робот будет тратить ресурсы впустую.

После изменения robots.txt или карты сайта проверьте их в инструментах Google Search Console: Тестировщик robots.txt и Отправка карты сайта. Ошибки, такие как «Blocked by robots.txt», будут указаны сразу.

Не оставляйте в карте страниц с параметрами, создающими дубликаты (например, ?utm_source=). Вместо этого укажите канонический URL в разметке <link rel="canonical"> и исключите параметр из robots.txt, если он не нужен.