Удаление сайта из панели 1С-Битрикс
Тривиальная задача удаления лишнего сайта из списка сайтов в 1С-Битрикс может оказаться не такой уж и простой. Пройдемся по процедуре на практике.
Шаг 1. Удаление сайта
Идем в Настройки — Сайты — Список сайтов
Ставим галочку возле ненужного сайта
Жмем удалить записи, получаем . ошибка по типу 1
Шаг 2. Ошибка при удалении в CForumNew::OnBeforeLangDelete
Сие сообщение — Ошибка при удалении в CForumNew::OnBeforeLangDelete (forum), значит, что нужно отправиться в Сервисы — Форумы и удалить не нужный форум (форум принадлежащий удаляемому сайту). Скорее всего это форум «Отзывы о товарах».
После удаления форума возвращаемся в Настройки — Сайты — Список сайтов
Ставим галочку возле ненужного сайта
Жмем удалить записи, получаем . ошибка по типу 2
Шаг 3. Ошибка при удалении в CIBlock::OnBeforeLangDelete (iblock):
Система сообщает нам об ошибке CIBlock::OnBeforeLangDelete (iblock) и даже подсказывает, что надо удалить несколько инфоблоков:
Идентификаторы в каждом случае свои, но метод решения одинаковый.
Идем в Контент — Инфоблоки — Типы инфоблоков и удаляем инфоблоки с указанными id (у нас это 11, 20, 21, 22, 23, 24).
Скорее-всего нужные нам «жертвы» раскиданы по разным типам инфоблоков и проверить придется все.
При удалении инфоблока — Каталог вероятно появление ошибки по типу 3
Шаг 4. Ошибка удаления. Возможно есть ссылающиеся объекты.
Данная ошибка более таинственна, для ее решения необходимо войти в инфоблок (нажать изменить)
Перейти на вкладку «Торговый каталог» и снять галочку у параметра Инфоблок имеет торговые предложения
Cохранить изменения
Повторить попытку удалить инфоблок
После удаления инфоблоков возвращаемся в Настройки — Сайты — Список сайтов
Ставим галочку возле ненужного сайта
Жмем удалить записи, получаем . ошибка по типу 4
Шаг 5. Ошибка при удалении в CSalePersonType::OnBeforeLangDelete
Очередная ошибка связана с наличием лишних типов плательщиков от которых тоже нужно избавиться.
Идем в Магазин — Типы плательщиков
Ставим галочки у лишних плательщиков
Жмем удалить записи, получаем . ошибка по типу 5
Шаг 6. В заказах используется тип плательщика с >Как все догадались — нужно стереть заказы. Идем в Магазин — Заказы и удаляем лишние заказы
Возвращаемся в Магазин — Типы плательщиков
Удаляем плательщиков привязанных к удаляемому магазину
Возвращаемся в Настройки — Сайты — Список сайтов
Ставим галочку возле ненужного сайта
Жмем удалить записи, получаем . ошибка по типу 6
Шаг 7. Ошибка при удалении в CRubric::OnBeforeLangDelete
Ошибка на данном этапе снова снабжена подсказкой:
Для решения проблемы отправляемся в Сервисы — Рассылки — Список рассылок и удаляем лишние рассылки
Возвращаемся в Настройки — Сайты — Список сайтов
Ставим галочку возле ненужного сайта
Жмем удалить записи, . ВАУУУУ — сайт удален
Итоги
Естественно, мы привели пример одного из случаев (далеко не худшего) и у Вас могут не возникнуть указанные ошибки или возникнуть ошибки не всех типов. Сайт может удалиться намного проще, но помните, алгоритм всегда одинаков.
Битрикс , как убрать ссылку "Возврат к списку" из странице детальной новости?
Битрикс , как убрать ссылку «Возврат к списку» из странице детальной новости?
Вам нужно отредактировать комплексный шаблон bitrix:news , который используется для этой страницы, а именно его файл detail.php . Ссылка, которую нужно удалить находится в этом файле после кода подключения шаблона вывода детальной страницы bitrix:news.detail и имеет примерно такой вид:
Дизайн сайта / логотип © 2023 Stack Exchange Inc; пользовательские материалы лицензированы в соответствии с CC BY-SA . rev 2023.6.20.43502
Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.
Как избавиться от дублей страниц в Bitrix
Наличие дублирующих страниц – частая проблема, с которой приходится сталкиваться оптимизаторам. Наличие таких страниц на сайте ведёт к «замусориванию» индекса, трате краулингового бюджета на ненужные страницы, появлению на выдаче дублей вместо продвигаемых страниц. Всё это в конечном итоге ведёт к ухудшению ранжирования сайта.
Среди разных CMS в моём личном рейтинге 1С-Битрикс не занимает первого места по количеству типичных проблем с дублями. Например, от Joomla можно ожидать куда большего числа проблем с разными типами дублей. Но и 1С-Битрикс не лишена своих особенностей. Наиболее часто сложности возникают с фильтром, товарами и страницами пагинации.
Но сперва расскажу про те случаи возникновения дублей, которые характерны для всех типов сайтов и CMS.
Дубли главной страницы
Чтобы проверить их наличие, следует проверить доступность главной страницы по следующим адресам:
(наиболее распространённые варианты)
Корректным ответом сервера при открытии подобных страниц будет 404 или 301.
Если же страница возвращает 200 ОК, это говорит нам о наличии дубля.
Быстро и удобно проверить главную страницу на наличие дублей можно при помощи данного сервиса:
WWW/без-WWW
Перед началом продвижения обязательно следует определиться с тем, какой адрес сайта считать главным зеркалом – с www или без него.
Оба варианта имеют свои плюсы и минусы. Вариант без www короче. При длинном доменном имени добавление ещё четырёх символов не всегда выглядит красиво. А к плюсам варианта с www можно отнести, что при написании адреса сайта с www в некоторых редакторах адрес автоматически становится гиперссылкой.
Форма отправки письма Outlook
На нашем сайте основным зеркалом выбрана версия www.oridis.ru
Теперь для проверки корректности настройки следует проверить, что страницы без префикса www перенаправляют на страницы с www в адресе.
В данном случае страница перенаправляет на www-версию. Проблем нет.
Код ответа страницы можно проверить при помощи инспектора браузера либо при помощи онлайн-сервиса, например:
О том, как правильно настроить редирект, можно узнать в материале https://www.oridis.ru/articles/301-redirect.html
GET-параметры
Прекрасный способ отыскать дубли и другие «мусорные» страницы – это посмотреть проиндексированные страницы в поисковых системах:
Часто там можно обнаружить совершенно удивительные страницы, о которых даже сложно было предположить.
В индекс попадают и страницы с метками (например, UTM). Чтобы исключить такие страницы можно использовать директиву Clean-param:
Именно таким способом пользуется OZON.RU:
Другой альтернативный метод борьбы с дублями GET-параметров – это закрывать их в robots.txt через директиву Disallow. Google не воспринимает директиву Clean-param, зато директиву Disallow прекрасно понимает как Google, так и Яндекс.
Крупный интернет-магазин Эльдорадо (работающий, кстати, на Битрикс), использует Disallow для закрытия ненужных GET-параметров:
Если вы хотите закрыть от индексации все страницы с GET-параметрами, то достаточно прописать строчку:
Далее перейдём к более специфичным особенностям 1С-Битрикс.
Страницы пагинации
В Битрикс подобные страницы, как правильно имеют вид:
Что же с ними делать? Как избавиться от подобных страниц в индексе? И нужно ли это делать в принципе?
Читаем рекомендации поисковых систем.
Яндекс:
Если в какой-либо категории на вашем сайте находится большое количество товаров, могут появиться страницы пагинации (порядковой нумерации страниц), на которых собраны все товары данной категории. Если на такие страницы нет трафика из поисковых систем и их контент во многом идентичен, то советую настраивать атрибут rel=»canonical» тега <link> на подобных страницах и делать страницы второй, третьей и дальнейшей нумерации неканоническими, а в качестве канонического (главного) адреса указывать первую страницу каталога, только она будет участвовать в результатах поиска.
Т.е. Яндекс рекомендует ставить нам canonical на пагинаторные страницы, ведущие на основную категорию.
Сами рекомендации датированы 2015-м годом. Обращался в техподдержку Яндекса, чтобы узнать не потеряли ли актуальность данные рекомендации. Техподдержка актуальность рекомендаций подтвердила.
Google ранее советовал настраивать link rel next/prev для пагинаторных страниц. Но на данный момент от данной рекомендации он отказался:
Google также сообщает, что использование canonical на пагинаторных страницах со ссылкой на основную категорию (первую страницу) является ошибкой:
Таким образом получается, что рекомендации Яндекс и Google противоречат друг другу.
Что делать в этой ситуации – каждый должен решить для себя.
Например, я обычно проставляю canonical на основную категорию, следуя рекомендациям Яндекса. Причина такого решения заключается в том, что продвижение мы в основном ведём под Рунет, где доля Яндекса пока ещё больше Google. Если же вы продвигаетесь в иностранном сегменте интернета, где царствует Google, старайтесь ориентироваться на актуальные рекомендации этой поисковой системы.
Страницы фильтра
При работе с интернет-магазином на 1С-Битрикс можно часто столкнуться со страницами с /filter/clear/apply/ в адресе.
Один из вариантов решения – прописать каноникал на основную категорию.
должна содержать canonical, ведущий на:
Решение можно считать правильным (по крайней мере, с точки зрения Яндекса). Однако такой подход требует определённых трудозатрат программиста на написание нужного функционала.
К тому же каноникал не является панацеей и строгой рекомендацией для поисковых систем (в отличии, например, от файла robots.txt). Канонические страницы вполне могут попадать в индекс, если поисковая система сочтёт это нужным:
Наименее трудозатратный и наиболее простой способ быстро решить данную проблему – это прописать соответствующие директивы в файле robots.txt.
Например, можно полностью закрыть все страницы с «filter»:
Часто встречаю подобный вариант написания директив:
Однако, нет никакой необходимости ставить звёздочку на конце строчки. Дело в том, что по умолчанию в конце записи, если не указан спецсимвол «$», всегда подразумевается звёздочка.
Автокомпозит и отключение кнопки "быстро с 1с битрикс" в последней бетке v16.0.14 (beta)
1С-Битрикс http://www.1c-bitrix.ru Общие вопросы info@1c-bitrix.ru Приобретение и лицензирование продуктов : sales@1c-bitrix.ru Маркетинг/мероприятия/PR marketing@1c-bitrix.ru Партнерская программа partners@1c-bitrix.ru Мы работаем с 10:00 до 19:00 по московскому времени. Офис в Москве 127287 Россия Московская область Москва 2-я Хуторская улица дом 38А строение 9 Офис в Калининграде +7 (4012) 51-05-64 Офис в Калининграде 236001 Россия Калининградская область Калининград Московский проспект 261 Офис в Киеве ukraine@1c-bitrix.ru Телефон в Киеве +3 (8044)221-55-33 Офис в Киеве 01033 Украина Калининградская область Киев улица Шота Руставели 39/41 офис 1507
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом. Политика конфиденциальности