Техническое SEO — фундамент ранжирования в Google.
Техническое SEO — это базовая инфраструктура сайта которая позволяет Google эффективно сканировать, индексировать и ранжировать страницы. Без неё контент-стратегия и линкбилдинг работают на 30-40 %.
Я работаю с Core Web Vitals, скоростью загрузки, Schema markup, hreflang, robots.txt, sitemap.xml. WordPress на уровне child-theme и functions.php. Прозрачные цены, monatlich kündbar.
Что такое техническое SEO — фундамент ранжирования.
Техническое SEO — это базовая инфраструктура сайта которая позволяет Google эффективно сканировать, индексировать и ранжировать страницы. Без него остальная SEO-работа теряет 30-40 % эффективности.
Техническое SEO — не «accelerate WordPress» через плагин и не «добавить Schema». Это системная работа с инфраструктурой: скорость рендеринга, crawlability, структура URL, Schema markup, hreflang, redirects, mobile-friendliness — всё одновременно.
Core Web Vitals — LCP, CLS, INP. Официальные факторы ранжирования с 2021 года.
Скорость загрузки — TTFB, render-blocking, image optimization, CDN, caching.
Crawlability + indexation — robots.txt, sitemap.xml, canonical, redirect chains.
Schema markup — структурированные данные для Rich Snippets и AI Overview.
Hreflang — для мультиязычных сайтов с DE/RU/EN зеркалами.
Mobile-first — Google ранжирует mobile-версию как канонический источник.
Core Web Vitals — 3 метрики Google для ранжирования.
Core Web Vitals — три метрики Google которые официально являются факторами ранжирования с 2021 года: LCP < 2.5 секунд, CLS < 0.1, INP < 200 мс. Сайт должен проходить все 3 для конкурентных позиций в Google.de.
Largest Contentful Paint
target < 2.5 секундВремя до того как отображается главный контент страницы (hero-image или первый параграф).
- Размер главного изображения
- Render-blocking CSS/JS
- Server response (TTFB < 600ms)
- CDN для статики
Cumulative Layout Shift
target < 0.1Сумма всех неожиданных сдвигов layout. Высокий CLS — контент «прыгает» во время загрузки.
- Изображения без width/height
- Late-loading fonts
- Insertion ads без reserved space
- Late-loading content
Interaction to Next Paint
target < 200 мсВремя от user interaction до visible response. Заменил FID в 2024 году.
- Heavy JavaScript на listeners
- Long-running tasks > 50 мс
- Third-party scripts
- Render-blocking resources
CORE WEB VITALS · ТИПИЧНЫЕ ЦЕЛЕВЫЕ ЗНАЧЕНИЯ
3 метрики Google и куда должна попасть стрелка
LCP
1.8s
Цель: < 2.5s
Largest Contentful Paint — главный визуальный элемент должен появиться быстро.
CLS
0.05
Цель: < 0.1
Cumulative Layout Shift — насколько элементы прыгают при загрузке.
INP
120ms
Цель: < 200ms
Interaction to Next Paint — отклик после клика или тапа.
Целевые значения: web.dev/vitals (Google, 2024)
Скорость сайта — как ускорить.
Скорость сайта влияет на 53 % мобильных пользователей — если loading > 3 секунд они покидают сайт (Google, 2024). PageSpeed score 90+ необходим для топ-3 в Google.de. 5 главных рычагов ускорения:
Image Optimization
WebP (quality 80) или AVIF (quality 75). Resize до needed size. Lazy loading. srcset + sizes для responsive.
CDN для статики
Cloudflare, BunnyCDN, KeyCDN. Меньше latency для разных регионов. Для DE — PoPs Frankfurt/München/Berlin.
Aggressive Caching
Browser cache (max-age=31536000), FlyingPress/WP Rocket, Redis/Memcached object cache, full HTML cache.
Lazy Loading + Critical CSS
Lazy load всё ниже viewport. Inline critical CSS. Defer non-critical CSS через media="print" swap. async/defer JS.
Минификация и сжатие
Minify CSS/JS/HTML, tree-shake unused. Brotli compression (лучше Gzip). Bundle и optimize JavaScript.
Индексация в Google — 3 ключевых файла.
Индексация в Google зависит от трёх файлов: robots.txt разрешает crawler, sitemap.xml показывает структуру, canonical предотвращает дубли. Google индексирует ~95 % страниц только если все 3 настроены правильно.
Robots.txt
Robots txt зачем нужен — указывает Google и другим crawler-ам что можно/нельзя сканировать. Помогает: ограничить crawl budget, заблокировать admin страницы, скрыть служебные URL.
User-agent: * Disallow: /wp-admin/ Allow: /wp-admin/admin-ajax.php Sitemap: https://yoursite.com/sitemap_index.xml
Sitemap.xml
Sitemap xml это структурированный список всех важных URL сайта. Карта для Googlebot которая помогает обнаружить новые страницы быстрее (часы vs недели). Sitemap xml пример для WordPress генерируется автоматически через Rank Math или Yoast.
Submission в Google Search Console: Settings → Sitemaps → Add sitemap → sitemap_index.xml. После этого Google за 24-48 часов начинает crawl новых страниц.
Canonical URL
Что такое каноникал — атрибут <link rel="canonical"> который указывает Google «главную» версию страницы при duplicate content.
Canonical errors — самая частая SEO-проблема: self-reference отсутствует, canonical указывает на noindex, canonical chains (A→B→C), cross-domain canonical к стороннему сайту.
Schema markup — структурированные данные для Rich Snippets.
Schema markup — структурированные данные которые добавляют 12-18 % к CTR в результатах поиска (Semrush 2025). Без Schema сайт получает обычный snippet, со Schema — Rich Snippet с rating, price, image. Critically важна для AI Overview citations.
| Schema тип | Где использовать |
|---|---|
| Organization | Главная страница, About |
| LocalBusiness | Local SEO (с GeoCoordinates) |
| Article / BlogPosting | Blog posts |
| Product | E-commerce товары |
| FAQPage | FAQ-секции на любой странице |
| HowTo | Step-by-step гайды |
| BreadcrumbList | Все страницы с навигацией |
| Person | Author boxes, Founder pages |
| Service | Услуги-страницы |
| Review / AggregateRating | Reviews, testimonials |
Schema markup добавляется через <script type="application/ld+json"> в <head> (рекомендация Google) или через Elementor HTML widget. Я никогда не добавляю Schema через functions.php — это нарушает разделение responsibilities.
Validation: Schema.org Validator (validator.schema.org) или Google Rich Results Test. Каждая Schema должна проходить 0 ошибок, 0 warnings. Для AI Overview Schema критически важна — 67 % e-commerce сайтов имеют incomplete Schema (Semrush 2025) — это competitive gap.
Hreflang для мультиязычных сайтов.
Hreflang (хрефланг) — атрибут который указывает Google какая языковая версия для какой аудитории. Без hreflang Google может показать DE-версию русскоязычной аудитории.
HTML реализация (наиболее распространённая)
<link rel="alternate" hreflang="de" href="https://site.com/" /> <link rel="alternate" hreflang="ru" href="https://site.com/ru/" /> <link rel="alternate" hreflang="x-default" href="https://site.com/" />
Главные ошибки hreflang
- Self-reference отсутствует — каждая страница должна указывать на себя same hreflang
- One-way references — DE указывает на RU, но RU не указывает обратно на DE (Google игнорирует unreciprocated)
- Wrong region codes —
de-AT(Австрия) vsde(Германия) для бизнеса в DE - Conflicting canonical — canonical и hreflang указывают на разные версии
X-default — fallback для пользователей чей язык не охвачен. Только один на странице. Обычно — главная DE-версия.
Для /ru/ зеркала NeuRank hreflang настроен через child theme functions.php hook (Polylang Free не делает x-default из коробки). Это специальная экспертиза в multi-language WordPress.
301-редиректы и безопасные миграции.
Редирект 301 — постоянное перенаправление которое передаёт link equity на новый URL. При ошибках сайт теряет 30-70 % трафика на 6-12 месяцев — один из самых рискованных моментов для SEO.
Когда нужен 301-редирект
- Миграция домена (oldsite.com → newsite.com)
- Переход с http на https
- Удаление страницы (redirect to category)
- Переименование URL slug
- Объединение двух страниц в одну
- www vs non-www consolidation
Правила безопасной миграции
- Создать redirect-mapping. Excel/Google Sheets с каждым старым URL → новый URL. Не обобщения «/old/* → /new/» — каждый старый URL индивидуально.
- Использовать 301 (не 302). 301 = permanent (передаёт link equity на 95 %+). 302 = temporary.
- Избегать redirect chains. A → B → C — link equity теряется на каждом hop. A → C напрямую.
- Проверить broken links после миграции через Screaming Frog crawl.
- Submit новый sitemap в GSC сразу после миграции.
/old/* → /new/ — теряет специфичность. Лучше exact mapping для топ-100 URL.Mobile-friendly и Core Web Vitals для mobile.
Mobile-friendly — обязательный фактор с 2018 года когда Google перешёл на mobile-first indexing. Сайт ранжируется по mobile-версии, не desktop. 58 % трафика на B2C — мобильный (Statista 2025).
Mobile-First Indexing означает что Google использует mobile-версию сайта как канонический источник. Если desktop-версия имеет content который отсутствует на mobile — этот content не учитывается Google.
- Responsive design — сайт работает на 320px (iPhone SE) до 1920px без horizontal scroll
- Fonts ≥ 16px для body text — иначе нечитаемо без zoom
- Tap targets ≥ 48×48px — кнопки, ссылки. Минимум 8px gap между ними
- Viewport meta tag — <meta name="viewport" content="width=device-width, initial-scale=1">
- Без Flash, без incompatible plugins — Flash deprecated везде
- srcset с разными resolutions для mobile/desktop
- Mobile-specific Core Web Vitals — LCP < 2.5s, CLS < 0.1, INP < 200ms именно на mobile
Mobile Core Web Vitals обычно хуже чем desktop из-за: slower CPU (mobile chips), slower network, smaller screens (LCP-images relatively bigger), touch interactions (INP critical). Проверить: Google Search Console → Mobile Usability report. PageSpeed Insights даёт separate scores для Mobile/Desktop.
Технический SEO-аудит.
Технический SEO-аудит проверяет 200+ check-points в 7 блоках за 5-7 дней. PDF-отчёт 25-40 страниц на русском. Технический аудит сайта seo — это первый шаг любого SEO-проекта.
Сколько стоит: Полный SEO-аудит: 890 € разово, включает технический блок (200+ check-points), Schema, Hreflang, redirects, mobile. Подробнее →
Часто задаваемые вопросы.
10 самых частых вопросов про техническое SEO. Все ответы основаны на 15 лет опыта работы с DE-рынком и сотен технических аудитов.
№ 01Что такое техническое SEO простыми словами?+
№ 02Как ускорить сайт — самые важные шаги?+
№ 03Core Web Vitals что это и какие targets?+
№ 04Robots txt зачем нужен?+
Disallow: может заблокировать весь сайт.№ 05Sitemap xml это что и нужен ли?+
№ 06Что такое каноникал и когда используется?+
<link rel="canonical"> который указывает Google «главную» версию страницы при duplicate content. Используется когда: URL с UTM-parameters, mobile/desktop variants, pagination, faceted navigation. Self-referencing canonical обязателен на каждой странице.№ 07Как настроить hreflang для мультиязычного сайта?+
<link rel="alternate" hreflang="de" href="..."> в <head> каждой страницы. Каждая языковая версия указывает на все остальные включая себя (self-reference). X-default — для fallback. Для WordPress — через Polylang/WPML или вручную.№ 08Schema markup — нужно ли это для малого бизнеса?+
№ 09Mobile friendly проверить — как и какими инструментами?+
№ 10Что такое 301-редирект и когда использовать?+
Готовы заказать техническое SEO?
Начните с технического аудита (890 € разово) — за 5-7 дней получите PDF-отчёт с 200+ check-points и приоритизированным планом. Или закажите бесплатную консультацию 30 минут — обсудим состояние сайта и приоритеты.
Senior SEO-специалист с 15-летним опытом в DACH-регионе.
Специализация: техническое SEO для KMU и Online-Shops в DACH-регионе. Core Web Vitals, Schema markup, hreflang, безопасные миграции с 301-редиректами, мультиязычные WordPress-проекты.
Работаю напрямую с child-theme и functions.php. Solo Senior, без agency-наценок и junior-команды. 30+ проектов в DACH с прозрачными ценами.
«Техническое SEO — это не плагин. Это системная работа с инфраструктурой сайта на уровне child-theme.»