Файл robots.txt

Есть хоть уже рабочий шаблон подачи в таком файле? Потому что вызывает лишь вопросы актуальность этой задумки. Одно дело помочь продвигать в поиске, другое платные рекламные гиганты этого просто не дадут, яндекс точно.
Прям рабочих шаблонов под данную задумку на xenforo у меня нет, но судя по примерам они все однотипные:

Код:
# Заголовок (обычно название сайта)

Мета описание ресурса.

## Раздел раз
[Название темы](ссылка на тему)
[Название темы](ссылка на тему)
[Название темы](ссылка на тему)

## Раздел два
по аналогии..
upd: Соответственно на нужные разделы вешать нужные ссылки для контекста.

Как я уже учитывал ранее, аддон у коллег просто собирает возможные и популярные темы на основе счетчика просмотров и реакций на сообщениях, а админы уже в панели жмут кнопки на добавление или отмену в файл, что-то могут руками вписывать, ну и массово одной кнопкой применяют изменения. Насчет llms-full.txt очень мало наслышан.

Код:
# Заголовок (обычно название сайта)

Мета описание ресурса.

## Раздел раз
[Название темы](ссылка на тему)
[Название темы](ссылка на тему)
[Название темы](ссылка на тему)

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

Код:
# Название сайта (кратко без лишних описаний)
> Краткое мета описание (обычно что указывают в страницах html)

## Раздел раз (если форум)
[Название темы](ссылка на тему)
[Название темы](ссылка на тему)
[Название темы](ссылка на тему)
...

## Раздел два (если ресурс)
[Название темы](ссылка на тему): Краткое описание из ресурса через api xfrm
...
llms-full.txt мы пока не трогаем, поскольку оттачиваем сейчас сбор тем. Хотим получить полную выгрузку данных за квартал.

Интересно однако.
 
Последнее редактирование модератором:
Raniyx, за шаблон благодарю, аналогично мне и дипсик выдал. Но из всего возникает один вопрос, как понять, что это будет работать? И работает ли она в данный момент вообще? Потому что я не вижу ничего, кроме прописания вручную мета заголовка и описание + ссылка на нужные страницы и узлы. По факту такие вещи сами боты и хватают на автомате, а тут ещё упрощаем работу ИИ ботам... как по мне, нефиг им упрощать и себе усложнять жизнь. Я лично не особо понимаю полезности этой задумки, слишком уж смотрится это сыро и колхозно. Учитывая, что и без всего этого базовая индексация хватает самые свежие записи, тут же задумка подраздразумевает продвигать активные страницы и продвигать их чаще в поиск, базовая индексация это тоже делает, но медленней. Заниматься этим вручную, это идиотизм, без плагина такую работу не продвинуть, не мудрено, что гиганты отмахнули, очень сырое исполнение. Если не прав, то поправьте.
 
Последнее редактирование:
Внёс важные изменения в список robots.txt, с учётом последних правок + изменения в ботах. Так же расписал тут варианты настроек. Рекомендую обновить.
Помимо этого, протестировал довольно важную настройку в вебмастере, найти которую можно в - Индексирование - Настройка GET-параметров:
1773056887604.png

Что это и для чего?​

  • Clean-param (в robots.txt) - это инструкция для робота, как склеивать страницы ДО того, как он их обработает. Он экономит ресурсы сервера и говорит роботу, как эффективно загружать сайт, склеивая дубли на лету. Обычно достаточно прописать это.
  • Настройка GET-параметров (в Вебмастере) - это ваше прямое указание Яндексу, не тоже самое, что Clean-param, тут указываем какие параметры НЕ ВЛИЯЮТ на содержание страницы и их не нужно учитывать при индексации. Он следит за тем, чтобы в чистую поисковую выдачу не попал мусор, который вы уже прописали в robots.txt, и помогает убрать оттуда старые дубли. Иначе говоря он контролирует текущие URL и ДО и ПОСЛЕ. Помогает убрать мусор.
ПараметрЧто делает
1pageНомера страниц (пагинация)
2prefix_idПрефиксы по категориям ресурсов
3orderСортировка
4directionНаправление сортировки
5content_typeТип контента
6user_idID пользователя
7tВременные метки
8tab_idВкладки на странице
9_debugОтладочные параметры
10descОписание (вероятно для фильтрации)
11download_countСчетчик скачиваний
12rejectОтклонено
13acceptПринято
14updateОбновления
После заполнения, вам нужно поставить "Нет" в графе, "Учитывать параметр?".
Важное правило приоритета:
Если вдруг ваши настройки в Вебмастере и в robots.txt противоречат друг другу (например, в Вебмастере вы указали "учитывать", а в robots.txt прописали Disallow), Яндекс выберет то правило, которое ЗАПРЕЩАЕТ индексацию. Т.е. приоритет у запрета, что логично.

Параметр _debug можно не указывать, если у вас форум не бывает постоянно в режиме разработчика и вы не проводите разработку по ходу дела, в ином другом случае можно не указывать.

Если правильно настроите эти параметры, то забудете про дубли, по крайне мере у себя наблюдаю, как они исключаются. Рекомендуют ждать от 1-2 недель, чтобы увидеть реальный результат.

Вы можете заполнить по дефолту, как тут у себя, лишним не будет. Однако, если есть свои параметры, то вносим так же. Если наоборот надо учитывать переменные, то ставим "Да", но в XF это вряд ли будет нужно.

1773059088416.png

У меня после тестирования, чутка прибавились дубли, это нормально. Обязательно запомните по поводу этой статистики. Даже когда нет дублей в URL, но есть дубли на разных URL по заголовкам и описания, то вас это будут долбить постоянно, пока не измените. Если вам важны дубли таких заголовках, например у меня есть моды на разные игры и там одинаковые заголовки в их подразделах. От этого я никуда уйти не могу т.к. это удобства подачи, можно и забить хрен, на работу никак не скажется и на саму индексацию, но стата такая будет мозолить глаз. Если вам это мешает, изменяйте там, где показывает. Наша изначальная цель исключить дубли на уровне URL, чтобы получить чистую индексацию важного нам контента.

На этом мне больше шлифовать настройки robots и индексацию некуда. Остается дождаться апреля и посмотреть, что будет по итогам. Как бы не пришлось, что исправить.
 
Последнее редактирование:
ИМХО, но в проде лучше бы держать дебаг/девмод выключенным.
Тогда и прописывать это попросту не придётся.

Банально, у вас может быть плагин с уязвимостью, например от какого-нить Энди.
И выключенный дебаг позволит скрыть некоторые подробности о том, что у вас установлено.

Если на какой-то странице обнаружится проблема N+1, то это будет очень удобная точка для условного DDOS.
А поскольку, включенный дебаг позволяет увидеть кол-во запросов на странице - это всё сильно упрощает.

Но повторюсь, это чисто моё мнение.

Второй момент, включенный дебаг/девмод отключает некоторые микрооптимизации самого движка.
Мелочи, но всё равно приятно.


Ну и опережая вопрос по поводу как создавать те же самые модификации шаблонов.
Самый оптимальный вариант - просто создать плагин и в нём уже создавать модификации.
Можно будет протестить локально все изменения - это раз.
Контроль изменений через версии - это два.

Можно, конечно, врубать дебаг/девмод, создавать модификации и потом его вырубать.
Но как по мне, это не совсем удобно.
 
Самый оптимальный вариант - просто создать плагин и в нём уже создавать модификации.
У меня на это как раз создан плагин и на подобный случай и указал его, если у кого нет, то конечно, лучше убрать из списка. Так что тут вы правы. Но береженого бог бережёт, как говорится. 😁
 
Ну и опережая вопрос по поводу как создавать те же самые модификации шаблонов.
Самый оптимальный вариант - просто создать плагин и в нём уже создавать модификации.
Можно будет протестить локально все изменения - это раз.
Контроль изменений через версии - это два.

Можно, конечно, врубать дебаг/девмод, создавать модификации и потом его вырубать.
Но как по мне, это не совсем удобно.
Хм, в большинстве случаев, используют релиз отсюда, а мы по заветам старых времён(привет Крису), возвращаем возможность создавать ТМС и без дебага, всем у кого приобретена копия движка, есть дополнение которое позволяет опять же без дебага добавлять ТМС.
 
Небольшое обновление:

Добавить в User-agent: *
Код:
Disallow: /resources/authors/
Disallow: /resources/*/history
Disallow: /resources/*/reviews
Disallow: /resources/*/updates
Disallow: /resources/*/update/*/reactions
Disallow: /resources/categories/*/featured
Disallow: /resources/*?prefix_id=
Добавить в User-agent: Yandex
Код:
Clean-param: content&user_id&prefix_id&desc&page&download_count&reject&accept&update&_debug&direction&order&tab_id&t&rating
Disallow: /resources/authors/
Disallow: /resources/*/history
Disallow: /resources/*/reviews
Disallow: /resources/*/updates
Disallow: /resources/*/update/*/reactions
Disallow: /resources/categories/*/featured
Disallow: /resources/*?prefix_id=
Disallow: /resources/authors/*/ удалить, его заменяем на Disallow: /resources/authors/.
У нас в яндекс блоке стояло так:
Код:
Disallow: /resources/categories/*/featured
Disallow: /resources/*/update/*/reactions
Disallow: /resources/*/updates
Disallow: /resources/*/reviews
Disallow: /resources/*/history
Disallow: /resources/authors/*/
Простое замените новым на оба блока.

В Clean-param нужно добавить rating. Это новая переменная в оценке ресурсов, которой раньше не было на 2.2. В настройки GET-параметров тоже добавляем:
1773305542739.png

Информацию дополнил, как получил глобальный отчёт по обходу:
1773305695202.png
По поводу того, что у вас по обходу всё равно фиксирует как каноничную /members/, то не беспокоимся. Яндекс сам игнорирует правила обхода этих страниц и собирает их сам краулер для технического аудита, когда другие поисковики его игнорят. Почему так, вопрос к яндексу... но на общую выдачу повлиять вроде не должно, он сам решит, что ему выводить. Но то, что яндекс стал уже тупо игнорить свои же правила, это конечно умиляет.😁
 
Последнее редактирование:
Sadorimatsu, Все же стоит оформить отдельным ресурсом, например тут
Чтобы пользователи видели общую информацию и вы могли легко обновлять инструкции, а сейчас приходится кусками искать информацию по всему топику.
 
artscripts, это предлагаю сделать по итогам, которые получим в апреле, пока не спешим, я просто дополняю информацию тем, что мне отчёты показывают. Сейчас уже видна общая картина после глобальной мне выдачи, так что смогу оценить эффективность настройки. Если всё будет отлично, то создам ресурс мануал на эту тему со всеми шаблонам и пояснениями для XF 2.2 и 2.3.
 
Sadorimatsu, точно также через обновление ресурса можно дополнять)

Тем более, что сами обновления по сути такие же посты.
Просто их удобнее будет посмотреть на отдельной вкладке.
 
25517, можно, но пока нет внятной конкретики эффективности данной настройки. По итогам посмотрю, если всё нормуль и независимо будет там местами повод исправить что, то конечно ресурс создам и всё распишу, как и варианты настроек и манипуляций, как никак пора бы самим вникать, как эту фигню настраивать. К тому же мой вариант для 2.2 отлично себя обкатал весь прошлый год, а вот с 2.3 есть вопросы, которые важно изучить. Так же распишу и про IndexNow, с ним вообще свои занятные вещи.
 
Да неужели он начал блочить members. У меня такое ощущение, что яндекс перестал учитывать свой блок, потому что до этого у меня даже на 2.2 members стоял на блоке и после обновления на 2.3 он его вдруг начал индексировать с прописанным правилом и вот пока не добавил в общий блок его блокировку с 5 марта, блок наконец тока сегодня показал, что 10 марта увидел блок, но вижу, что правило применялось спустя 4 дня, но отчёт от этом дал тока сегодня... надо будет провести эксперимент, будет ли реакция на удаление блока яндекса полностью. Возможно на 2.2 его стоит оставлять, а вот на 2.3 интересно получается. Мне казалось, что правила не должны зависить от платформы, но может я чего-то не знаю?🤨
1773386666218.png
 
Последнее редактирование:
Sadorimatsu, привет. А в чём преимущество закрытия тегов от индексации?
 
Efremov, в том, что ничего кроме заголовков у них нет из коробки, естественно будет ругаться на отстутствие к ним мета описания. Без плагина, этот вопрос не решить. Об этом как раз активно пояснял товарищ тут - Файл robots.txt
Без доработки вывода тегов, выводить их в индексацию тока во вред. Можно конечно оставить, но поисковики всё равно будут ругаться на них. По крайне мере в яндекс 100%, однако по прямому запросу могут выводится. Гугл и другие хватают так таково, но это минус вам, потому что по тегу зайти то зайдут и непонятно, на что им там смотреть и куда лезть, ведь теги полезной информации тут не несут при подаче контента. Если нет возможности прописывать теги и доработать их выдачу, то они сгодятся лишь для внутреннего поиска, не более. Потому оставлять или убирать, чисто на ваше усмотрение. Я не призываю их полностью блочить.

Изначально теги служили для быстрого поиска по ключевым словам и они выводили именно те, что были наиболее активны по контенту их применения, принцип как фильтра, выводит весь доступный по запросу и всё. Раньше они были удобны по облаку тегов, сейчас это скорей пережиток, который оставили лишь для внутренней навигации. Лично для себя пользы особой от них не вижу. Тут зависит от вашего ТЗ. Но вариант из коробки бесполезен и рекомендую от индексации отрубать. Теги изначально удобно использовать, как подпись для контента. Например у вас много разного контента общего по смыслу, но они в разных категориях и разделах, вот тут теги и помогают фильтровать всю информацию где они упоминаются. Для индексации это бесполезная информация.

P.S. Любителям префиксов, как мне, нужно обязательно блочить вывод префсиков для индексации, как и убирать их упоминание из мета заголовков из тем форума и XFRM. И без модификатора это не решается. Как это решить, я распишу позже уже, когда буду мануал готовить.
 
Последнее редактирование:
Современный облачный хостинг провайдер | Aéza
Назад
Сверху Снизу