Технический разбор WRCasual: что сайт объясняет поиску и ИИ

> Разбор подготовлен с разрешения владельца/представителя сайта WRCasual. Название сайта, ниша и технические фрагменты используются для практического анализа GEO- и AI-видимости. Цель материала — показать, какие настройки помогают поисковым системам и ИИ-сервисам точнее понимать сайт, а не публично оценить качество бизнеса.

Что проверяем во второй части

В первой части мы смотрели главную страницу WRCasual: что ИИ может понять о бренде, продукте и сценариях покупки. Во второй части переходим на технический уровень.

Здесь важны не дизайн и не тон текста, а то, как сайт отдаёт информацию поисковым системам, AI-поиску и сервисам, которые формируют ответы по брендам и товарам.

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

Проверяем:

• открыт ли сайт для индексации;
• есть ли карта сайта;
• есть ли `llms.txt`;
• насколько аккуратно заполнены title, description и canonical;
• какая Schema.org-разметка уже есть;
• как размечены товары;
• не ломается ли социальная карточка через OG;
• какие технические сигналы стоит усилить перед следующим этапом роста.

robots.txt: сайт открыт для нужных страниц

У WRCasual `robots.txt` открыт для публичных страниц и при этом закрывает служебные разделы:

• `/admin`;
• `/account`;
• `/api`;
• `/cart`;
• `/checkout`;
• `/app`.

`robots.txt` — это короткая инструкция для поисковых роботов: куда можно заходить, а какие разделы лучше не обходить. У WRCasual логика настроена нормально. Поисковику и ИИ-системам не нужны корзина, кабинет, checkout и API. При этом публичные страницы каталога, карточки товаров, FAQ, доставка, возврат и контакты доступны.

В `robots.txt` также указан sitemap:

`https://wrcasual.ru/sitemap.xml`

Для GEO и AI-видимости это базовый, но важный сигнал. Если поисковая система быстро находит карту сайта, ей проще обнаружить ключевые страницы и понять структуру проекта.

sitemap.xml: карта сайта помогает найти важные страницы

В sitemap сейчас 26 URL. В карту входят:

• главная;
• каталог;
• страница о бренде;
• акции;
• уход;
• доставка;
• возврат;
• страница брелока;
• FAQ;
• контакты;
• юридические страницы;
• категория футболок;
• карточки товаров.

`sitemap.xml` — это карта сайта для поисковых систем. Она показывает, какие страницы существуют и какие из них стоит обойти. У WRCasual карта не ограничивается главной и каталогом: в ней есть сервисные и доверительные страницы. Для AI-ответов это важно, потому что нейросети часто ищут не только товар, но и подтверждающие факты: где производится, как доставляется, можно ли вернуть, есть ли контакты и юридические данные.

Что можно улучшить:

• следить, чтобы в sitemap не попадали временные или технические страницы;
• обновлять `lastmod` только тогда, когда страница реально менялась;
• если появятся статьи, подборки или страницы сценариев подарка, добавлять их в sitemap;
• не забыть включать будущие страницы с отзывами, кейсами, производством или распаковками, если они появятся.

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

llms.txt: полезная справка для ИИ

У WRCasual есть файл `llms.txt`. Это редкий плюс для небольшого e-commerce-сайта: многие бренды ещё вообще не используют такой формат.

В файле коротко описано:

• что такое WR Casual;
• какие модели футболок есть;
• что входит в набор;
• цена;
• состав;
• размеры;
• доставка;
• возврат;
• тираж;
• производство;
• ключевые страницы;
• контакты;
• ограничения.

Если sitemap помогает найти страницы, то `llms.txt` помогает быстро прочитать краткую справку о сайте. Он не гарантирует попадание в ответы нейросетей, но снижает риск, что ИИ соберёт о бренде обрывочные или противоречивые факты.

Что можно усилить:

• добавить блок «для каких запросов / сценариев подходит бренд»;
• описать WRCasual не только как магазин футболок, но и как вариант подарка с персонализацией;
• добавить 3-5 коротких формулировок, которые помогают ИИ классифицировать бренд: D2C-бренд одежды, подарочный набор, персонализированный брелок, локальное производство, ограниченный тираж;
• обновлять файл после изменения ассортимента, доставки, цены или тиража.

Хороший `llms.txt` должен быть не рекламным текстом, а точной справкой для машины и редактора. У WRCasual база уже есть, её стоит развивать.

Title, description и canonical: базовые подсказки заполнены

На ключевых страницах WRCasual заполнены title, description и canonical. Это касается главной, каталога, карточки товара, FAQ, контактов, страницы о бренде, доставки, возврата и ухода.

Примеры:

• главная объясняет оффер: футболка, кейс, AI-брелок, цена, Зеленоград, доставка по России;
• каталог раскрывает набор и составы: хлопок 300 г/м² и стретч 250 г/м²;
• карточка товара содержит модель, цвет, плотность и комплект;
• FAQ описывает состав набора, размерную сетку, СДЭК, возврат и AI-брелок;
• контакты содержат email, ИП, ОГРНИП и производство.

Это сильный технический минимум. Title — это заголовок страницы для поиска, description — краткое описание, canonical — указание основной версии страницы. Для AI-поиска это не единственный источник смысла, но такие подсказки помогают быстрее понять назначение страницы и не путать дубли.

Что можно улучшить:

• в карточках товаров добавить больше сценариев выбора в description, если длина позволяет;
• в title сервисных страниц не ограничиваться только «Доставка — WR Casual», если появится конкуренция по запросам;
• на страницах будущих подборок использовать более поисковые формулировки: «подарочный набор с футболкой», «персонализированный брелок по фото», «премиум-футболка в подарок».

Сейчас мета-уровень выглядит аккуратно, без явных пустот.

Schema.org: разметка есть, но её можно расширить

На сайте уже есть JSON-LD-разметка. Это сильный плюс.

Что найдено:

• главная: `Organization`, `WebSite`, два объекта `Product`;
• каталог и категория: `BreadcrumbList`, `ItemList`;
• карточка товара: `Product`, `BreadcrumbList`;
• FAQ: `FAQPage`;
• контакты, about, delivery, return, care: без JSON-LD.

Schema.org — это структурированная разметка: сайт не просто показывает текст человеку, а дополнительно объясняет поисковику, где товар, где организация, где FAQ, где список товаров. Для небольшого интернет-магазина у WRCasual хороший старт: товар, список товаров, хлебные крошки и FAQ уже размечены. Но есть куда усилить техническую понятность.

Что добавить:

• на страницу контактов — `ContactPage` и/или расширить `Organization` с телефоном, email, юридическими данными и адресом;
• на страницу «О бренде» — `AboutPage` + связь с `Organization`;
• на delivery — понятную разметку политики доставки, если она поддерживается текущей схемой сайта;
• на return — `MerchantReturnPolicy` как самостоятельный объект;
• на care — `Article` или `HowTo`, если страница будет оформлена как инструкция по уходу.

Важно: разметку не нужно добавлять ради галочки. Она должна совпадать с видимым содержанием страницы. Если в JSON-LD указано то, чего нет на странице, доверия это не добавит.

Product-разметка: есть, но её стоит довести до точности

На карточке товара WRCasual есть `Product`-разметка. В ней указаны:

• название товара;
• бренд;
• страна происхождения;
• изображение;
• `AggregateOffer`;
• цена от 4 500 ₽;
• валюта RUB;
• наличие;
• количество предложений;
• условия возврата;
• данные о доставке;
• хлебные крошки.

Это хорошая база для товарной страницы. Но есть несколько деталей, которые стоит проверить.

Первая — SKU. В HTML и разметке для проверенной карточки указан `WR-L001H-BLK-2XL`, при этом визуально по умолчанию выбран размер S. Возможно, SKU меняется клиентским скриптом после выбора размера, но в исходной разметке это выглядит неоднозначно.

Лучше, чтобы товарная разметка не создавала впечатление случайного размера. Если страница представляет весь товар в нескольких размерах, можно использовать более общий SKU модели или аккуратно описывать варианты через предложения.

Вторая — материал. На странице материал виден: 100% хлопок, плотность 300 г/м². Но в Product-разметке проверенной карточки поле `material` не было найдено. Для одежды это полезный атрибут: он помогает поисковикам и ИИ точнее понять товар.

Третья — отзывы. В разметке нет `aggregateRating` и `review`. Это не ошибка, если реальных отзывов пока нет. Их нельзя добавлять искусственно. Но когда появятся настоящие отзывы, стоит связать их с карточками товаров и разметкой.

Что исправить:

• проверить логику SKU для размеров;
• добавить `material` на уровне Product;
• добавить больше изображений товара в `image`, если они доступны;
• не добавлять рейтинг до появления реальных отзывов;
• при росте ассортимента подумать о более детальной структуре Offer / AggregateOffer.

OG-картинка: конкретная ошибка, которую стоит исправить первой

В мета-тегах сайта указана OG-картинка:

`https://wrcasual.ru/opengraph-image`

Но при проверке этот URL отдаёт 404.

OG-картинка — это изображение для предпросмотра ссылки. Она влияет на то, как сайт выглядит при отправке в мессенджеры, соцсети и некоторые сервисы предпросмотра. Для AI-видимости это не главный фактор, но это часть аккуратного цифрового следа.

Если ссылка на превью сломана, сайт может выглядеть менее профессионально при распространении. А для бренда, который строит премиальное впечатление, такие детали особенно заметны.

Что сделать:

• восстановить route `/opengraph-image`;
• или указать в `og:image` рабочий абсолютный URL изображения;
• проверить размер 1200×630;
• добавить корректный `og:image:alt`;
• после исправления проверить ссылку через Telegram, VK, Twitter/X Card Validator или другие предпросмотрщики.

Это одна из самых быстрых технических правок во всём разборе.

Производительность: главное изображение можно облегчить

На главной странице главное изображение отдавалось через Next Image, но проверенный вариант 2048 px весил около 1,4 МБ и имел тип `image/png`.

Для визуального бренда крупное изображение важно, но первый экран должен грузиться быстро. Особенно на мобильном трафике.

Что можно сделать:

• отдавать hero в WebP или AVIF;
• проверить реальные размеры, которые нужны для desktop и mobile;
• использовать отдельные кадры для мобильной версии, если текущий универсальный файл слишком тяжёлый;
• следить, чтобы визуальное качество не просело: для fashion/e-commerce фото важно.

Это не критическая ошибка, но хорошая техническая правка после OG и Product-разметки.

Приоритет правок

Если расставить задачи по эффекту и скорости, порядок такой:

1. Исправить `og:image`, потому что сейчас URL отдаёт 404.
2. Проверить SKU в Product-разметке для товарных размеров.
3. Добавить `material` и расширить изображения в Product JSON-LD.
4. Добавить JSON-LD на контакты, about, delivery, return и care.
5. Расширить `llms.txt` сценариями подарка и классификацией бренда.
6. Облегчить hero-изображение на главной.
7. Добавить отзывы в контент и разметку только после появления реальных отзывов.

Вывод

Техническая база WRCasual уже заметно сильнее, чем у многих небольших e-commerce-сайтов. Есть открытый `robots.txt`, нормальный sitemap, `llms.txt`, заполненные title и description, Product-разметка, FAQPage и хлебные крошки.

Главная техническая проблема — не отсутствие базы, а несколько точечных несостыковок. Самая явная — неработающая OG-картинка. Самая важная для карточек товаров — точность Product-разметки: SKU, материал, изображения и будущие реальные отзывы. Самая перспективная для AI-видимости — расширение `llms.txt` и Schema.org на сервисные страницы.

Для WRCasual следующий шаг — не «сделать SEO с нуля», а аккуратно довести уже созданную техническую основу до уровня, где поисковику и ИИ проще доверять данным сайта.

В третьей части разберём FAQ, карточки товаров и доверительные сигналы: что добавить на сайт, чтобы ИИ не просто понимал WRCasual, а мог увереннее рекомендовать бренд в ответах на коммерческие запросы.