Техническое SEO для бизнеса в Дубае и ОАЭ
Техническое SEO для сайтов в ОАЭ: следим, чтобы Google мог сканировать, отображать и индексировать нужные вам страницы на английском, арабском и русском, и устраняем всё, что этому мешает. Начинаем с аудита и исправляем проблемы короткими спринтами, а не отдаём список из трёхсот предупреждений.
Когда проблема именно в техническом SEO
Хороший контент не займёт позиций, если поисковые системы его не видят. Вот признаки, которые обычно указывают на техническую причину.
- Search Console показывает много страниц со статусом «Просканировано, но пока не проиндексировано» или «Обнаружено, не проиндексировано», и среди них есть страницы услуг.
- Трафик упал после редизайна, смены платформы или переезда на другой домен и так и не восстановился.
- Сайт сделан на React, Next.js или другом JavaScript-фреймворке, а в отрисованной версии, которую видит Google, не хватает текста или ссылок.
- Арабские или русские страницы ранжируются не в той стране, или Google показывает арабоязычным пользователям английскую страницу.
- Фильтры, страницы поиска или параметры отслеживания породили тысячи URL, которые конкурируют с важными для вас страницами.
- Страницы медленно открываются на Android-смартфоне среднего класса через мобильный интернет, хотя в офисном Wi-Fi всё выглядит нормально.
Если технически сайт в порядке, а проблема в слабых страницах или неохваченных темах, вам нужна наша более широкая SEO-программа. Мы скажем об этом после аудита, а не будем продавать технический проект, который сайту не нужен.
Сканирование, индексация и рендеринг
- Пути сканирования
- Мы сканируем сайт так же, как поисковая система, и сравниваем результат с XML-картой сайта и Search Console. Здесь видны страницы-сироты, битые внутренние ссылки, длинные цепочки редиректов и важные страницы, спрятанные глубоко в структуре.
- Управление индексацией
- Проверяем, согласуются ли между собой теги canonical, правила noindex, robots.txt и обработка параметров. Частая ошибка: страница указывает canonical на один URL, в карте сайта значится под другим, а во внутренних ссылках — под третьим.
- Охват индекса
- Группируем исключённые в Search Console страницы по причинам и для каждой группы решаем: исправить, объединить или сознательно оставить вне индекса. Индексировать нужно не каждый URL.
- Рендеринг JavaScript
- Google обрабатывает JavaScript, но делает это отдельным этапом, и рендеринг может сорваться или не уложиться по времени. Мы сравниваем исходный HTML с отрисованной страницей. Заголовки, основной контент, внутренние ссылки и микроразметка должны быть в ответе сервера — через серверный рендеринг или статическую генерацию. Это помогает и краулерам, которые вообще не выполняют JavaScript, а таких среди ИИ-краулеров много.
- Логи сервера
- На крупных сайтах логи показывают, какие URL Googlebot запрашивает на самом деле и как часто. Так мы находим краулинговый бюджет, потраченный на комбинации фильтров или старые URL.
Core Web Vitals, редиректы и переезды сайта
Core Web Vitals измеряют загрузку (Largest Contentful Paint), отзывчивость (Interaction to Next Paint, в 2024 году заменивший First Input Delay) и визуальную стабильность (Cumulative Layout Shift). Google опирается на полевые данные реальных пользователей Chrome, а не на лабораторную оценку разового теста. Сначала мы изучаем полевые данные, затем находим причину каждой проблемы: слишком тяжёлое изображение на первом экране, блокирующие отрисовку скрипты, сторонние чаты и теги отслеживания, поздно загружаемые веб-шрифты или вёрстку, которая сдвигается при появлении cookie-баннера. Арабские сайты часто подгружают дополнительное семейство шрифтов, поэтому загрузке шрифтов нужно особое внимание.
Редиректы решают, сохранятся ли накопленные за годы ссылки и позиции после изменений. При переезде или редизайне мы составляем карту редиректов по каждому URL, ставим постоянные редиректы сразу на конечный адрес, обновляем внутренние ссылки, чтобы они не зависели от редиректов, и сохраняем карту, пока старые URL получают трафик или ссылки. Если вы планируете редизайн сайта, подключите нас до запуска — тогда исправления обходятся дёшево.
Hreflang для английского, арабского и русского и микроразметка
- Отдельный URL для каждого языка
- У каждой языковой версии должен быть свой сканируемый URL, например папка /ar/ или /ru/. Переключатель языка, который меняет текст через JavaScript на том же URL, поисковые системы не видят.
- Разметка hreflang
- Каждая версия указывает саму себя и все альтернативы с языковыми кодами en, ar, ru, а коды регионов — только там, где контент действительно различается по странам. x-default указывает на резервную страницу. Ссылки должны быть взаимными, иначе поисковые системы их игнорируют.
- Проверка письма справа налево
- Арабским страницам нужны dir="rtl", арабские метаданные и заголовки, а также вёрстка, которая не ломается при тексте справа налево. Мы проверяем и разметку, и то, как страница отображается.
- Микроразметка
- Разметка Organization, LocalBusiness, Service, BreadcrumbList и Article там, где она соответствует видимому контенту. Про расширенные результаты говорим честно: сейчас Google показывает FAQ-сниппеты лишь узкому кругу авторитетных сайтов, а HowTo-результаты отменил. Поэтому FAQ-разметку мы добавляем ради ясности и не обещаем, что она появится в выдаче.
Как аудит превращается в исправления
Доступы и исходные данные
Search Console, аналитика, CMS или репозиторий кода, логи сервера, если они доступны. Прежде чем что-то менять, фиксируем текущую индексацию, трафик и заявки.
Аудит
Проверка сканирования, рендеринга, скорости, мультиязычности и микроразметки. Каждая находка описывается с доказательствами, списком затронутых URL и предлагаемым исправлением.
Приоритизация
Находки ранжируются по вероятному влиянию на важные страницы и по трудоёмкости. На большинстве сайтов есть несколько действительно важных проблем и длинный хвост несущественных.
Спринты исправлений
Короткие циклы, в которых мы сами вносим исправления или готовим для ваших разработчиков задачи, с которыми можно сразу работать. Каждый спринт завершается проверкой, что исправление работает на живом сайте.
Проверка результата
Где полезно, запрашиваем повторную индексацию, а затем несколько недель следим за Search Console и логами: поисковым системам нужно время на повторное сканирование.
Что входит, что не входит и от чего зависит стоимость
- Входит: отчёт по аудиту, приоритизированный список исправлений, внедрение или задачи для разработчиков, карты редиректов, шаблоны hreflang и микроразметки, проверка после исправлений.
- Не входит: написание нового контента, линкбилдинг и ежемесячное SEO-сопровождение. Это часть SEO-программы или программы поискового роста.
- Не входит: пересборка сайта. Если препятствием оказывается сама платформа, мы скажем об этом и оценим работу отдельно в рамках веб-разработки.
Стоимость зависит от числа URL и шаблонов, количества языков, платформы, того, кто внедряет исправления — мы или ваша команда, — и от того, предстоит ли переезд. Аудит мы оцениваем фиксированной суммой, а спринты исправлений — после того, как станет ясно, что аудит обнаружил.
Частые вопросы
Улучшит ли исправление технических проблем наши позиции?
Оно убирает препятствия, и часто это означает больше проиндексированных страниц и лучшую видимость для страниц, которые раньше сдерживались. Позиции мы не гарантируем: они зависят ещё и от контента, конкуренции и ссылок.
Можете ли вы работать с нашими разработчиками?
Да. Многие клиенты предпочитают, чтобы мы писали точные задачи с затронутыми URL, ожидаемым поведением и способом проверки, а их разработчики их выполняли. Каждое исправление мы затем проверяем.
Наш сайт на WordPress медленный из-за самого WordPress?
Сам по себе — редко. Обычные причины — тяжёлые темы, конструкторы страниц, избыток плагинов и неоптимизированные изображения. Если рассматриваете пересборку, посмотрите страницу о разработке на WordPress.
Нужны ли отдельные домены для арабской и английской версий?
Нет. Папки на одном домене, например /ar/, обычно проще в управлении и делят авторитет домена. Отдельные доменные зоны имеют смысл только для действительно разных рынков.
Когда мы увидим изменения?
Исправления выходят в рамках спринта. Затем поисковым системам нужно заново просканировать и обработать страницы — для важных страниц это дни, для больших сайтов — недели и дольше.
Пришлите нам домен, платформу, на которой работает сайт, и расскажите, что менялось перед падением трафика. Мы ответим, что проверили бы в первую очередь, и назовём фиксированную стоимость аудита. Получить предложение.
Готовы построить систему роста?
Отправьте короткое описание задачи или напишите нам в WhatsApp. Мы ответим уточняющими вопросами, предложим объём работ и следующий шаг.