Как на практике делать GEO на своём сайте?

Здесь разбираем один рабочий день на get-geo.ai: найденные проблемы, исправления и проверки. Все примеры относятся к нашему сайту.

На момент аудита сайт уже использовал серверный рендеринг, девять языков с hreflang, разметку Schema.org JSON-LD, короткие ответы в начале страниц и llms.txt. Тем не менее обнаружилось расхождение в настройках домена, незаметное при обычном просмотре.

Сайт открывался на www.get-geo.ai, а canonical, sitemap, hreflang, JSON-LD и llms.txt указывали на get-geo.ai без www. При этом адрес без www возвращал переадресацию 308 обратно на www.

Получалось противоречие: страница на www называла основной версией адрес без www, а тот перенаправлял на www. Это усложняло определение главного адреса и добавляло переход при загрузке. Для систем, которые ограничивают число запросов, лишняя переадресация может помешать получить текст.

В настройках Vercel основным доменом сделали get-geo.ai, а с www настроили переадресацию 308 на него. После этого фактический адрес, canonical, внутренние ссылки, sitemap и llms.txt стали согласованными.

Для GEO сам выбор между адресом с www и без него не принципиален. Важно выбрать один основной вариант, последовательно использовать его во всех ссылках и настройках, а со второго настроить переадресацию.

ИИ-агент предложил проверить, указывает ли A-запись домена на 76.76.21.21. Реальная проверка DNS показала адрес 216.198.79.1, который использовала новая инфраструктура Vercel. Рекомендация опиралась на устаревшие сведения.

В этом случае ошибка была в совете, а не в настройке сайта. Поэтому менять DNS по ответу модели без проверки не следовало.

Технические рекомендации нужно сверять с текущими настройками и документацией провайдера. Модель может уверенно воспроизвести старое значение. Проверка DNS позволила быстро установить, как домен настроен на самом деле.

После смены основного адреса прежний ресурс Search Console с префиксом https://www.get-geo.ai/ уже не охватывал страницы на get-geo.ai без www.

Мы добавили доменный ресурс get-geo.ai. Он охватывает протоколы http и https и все поддомены; право собственности подтверждается через TXT-запись DNS. В нашем случае подошла ранее добавленная запись подтверждения. Затем отправили карту сайта по основному адресу: https://get-geo.ai/sitemap.xml.

Состояние карты сайта после отправки обновляется не мгновенно. Если Search Console сообщает, что получить файл не удалось, сначала проверьте прямой адрес, ответы сервера, адреса внутри <loc> и строку Sitemap: в robots.txt. Если проблема сохраняется после повторной обработки, нужна дальнейшая диагностика; считать любой такой статус временным нельзя.

Помимо страниц, в нашу карту сайта включены llms.txt, llms-full.txt и языковые версии llms-full/{locale} с датами обновления и приоритетами.

Так у бота, который читает карту сайта, есть прямые ссылки на текстовые версии. Это дополнительный путь к материалам; он не означает, что каждый ассистент обязательно читает такие файлы.

Проверяйте адреса в sitemap и указывайте реальные даты обновления. Карта должна помогать найти доступные материалы сайта.

llms.txt используется как оглавление со ссылками, а llms-full.txt — как полный текст для систем, которым удобнее получить его одним запросом. Сначала в нашей полной версии был только лендинг. Гайды оставались доступны лишь отдельными страницами.

Что мы изменили:

За полдня технической работы, без добавления новых страниц, получили следующие изменения:

Она устраняет препятствия при получении материала. После этого результат всё ещё зависит от содержания страницы, независимых источников и выбора ассистента. Доступность текста и его использование в ответе нужно проверять отдельно.