Влияние перехода на Bitrix на поисковую выдачу

Если не изменять URL-адреса, контент, тайтл и метатеги - не упадут.

Такие переходы не всегда удобны и полезны.

С точки зрения SEO и правки контента, я(да и контора в целом) дикий фанат самописных CMS (хотя даже не CMS, а просто "кода заточенного по конкретному ТЗ").

В случае статического сайта с небольшим числом страниц (до 50) разумнее всего делать его просто HTML файлами с вставками SSI(меню, верх,низ), равносильно PHP c единственной директивой require_once. Делается такое налету, в последствии вносить изменения, как не странно, тоже быстрее.

Если сайт по-серьезнее объемом, идеальный вариант это как раз что-то свое, под задачку и дизайн.

Преимуществ куча:

• сам выбираешь какой вариант доступа проще и быстрее: файл через ftp, html через админку, текст через админку (можно комбинировать для пользователей с разным уровнем познаний)
• абсолютно любые настройки тайтлов их кусков и прочего, моментальная их смена
• супер чистый и легкий HTML код (в случае проблем с продвижением будешь думать о чем угодно, но только не об этом).
• Не думаешь о перелинковке - просто делаешь ее как тебе надо и где тебе надо!
• Любые возможности по модернизации, стыковка с парсерами, импортерами xls и т.п
• Некоторые подобные решения отлично подходят другим проектам, и заново разрабатывать ничего не надо

Недостатки(?)

Дороговизна разработки уникальных решений (либо собственное время, в случае дружбы с PHP).. Хотя это спорно, профи пишет подобные вещи за весьма адекватные деньги, и довольно быстро. В Российских глубинках полно нормальных профи, готовых сотворить подобные заказы за 10-15т.р. (100% по нужному дизайну и заданной функциональности) А ведь с другой стороны настройки битриксов и прочих это тоже дело не быстрое.. за день дай бог управишься(сказать честно, я вожусь с ними много дольше), либо получишь "убогое шаблонное решение" как в случае вордпреса, попросту неприемлемое для пачки клиентов. Ну и где выигрыш по деньгам?

А вот всякие битриксы, джумлы, вордпрессы и прочее это (ИМХО) сео-кошмарчики... Как появляется заказ на продвижение такого, так настроение падает на неделю. Самописные или полусамописные как-то веселее идут на стадии оптимизации. (каждый второй заказ идет с поломанным\побитым\поеденным движком, это полная тоска)

Движки вообще не понятно для чего сделаны были: их сделали программисты только потому что появилась технология, а не реальная потребность. Владельцы бизнеса и менеджеры, как не редактировали свои сайты, так и не редактируют (большей частью) - боятся, ленятся, не умеют или просто некогда. Во многих случаях, если добираются до интерфейса то тыкают на все возможные кнопки шрифтов, цветов и т.п, получается скорее разукраска а не бизнес сайт.

Более того, приходилось работать с некоторыми "брендовыми" самописными видами движков: удивительно, но там тоже можно быстро разобраться и внести необходимые изменения. (даже если некоторые умники типа reart применяли(ют) "шифрование кодов" :) )

P.S. У битрикса вроде как единственная фенька это связь с 1С, но это супер редкие случаи когда ее реально нужно юзать. Если это не тот случай - долой его! 🤪

Всем привет!

Попробую детализировать вопрос. Что нас интересует в первую очередь...

1. Zend. Существуют ли какие-то осложнения от его наличия в Битриксе, с которыми кто-то столкнулся? Интересует не программинг, а именно поисковая оптимизация.

2. 301. Как вообще работает этот редирект средствами самого Битрикс? Делаю всё по инструкции, но получается только прописать путь до файлов index.php в каталогах созданных самим информационных блоков. Всё остальное делаю по документации - эффекта нет. Прописал руками 301 в .htaccess - всё работает. Что это? Не могу прописать правило. Почему?

3. Map. Существует ли модуль для генерации карты сайта? Интересует для роботов Google и Яндекс.

4. Ping. В 1С Битрикс предуспотрен модуль блогов. Есть ли какое-то решение для отправки информации о размещении новой публикации по ПИНГ-серверам?

5. Очень хотелось бы посмотреть на примеры robots.txt для Битрикс.

6. Хорошо ли индексируется модуль магазина? Особенно интересует случай, когда товарные позиции не выводятся на главной.

7. Есть ли какой-то список дел, который нужно сделать именно в Битриксе для оптимизации? Я не про общие действия (перелинковка, титлы прописать), а именно для движка 1С.

Впоследствии мы создадим тему про оптимизацию Битрикса и поделимся всеми своими соображениями и опытом. Но это в другом разделе. А пока мы полные новички в использовании движка.

Надеюсь на более конкретные вопросы и ответы в этой теме.

Спасибо!

первое и самое главное - ВЫБРОСИТЬ!

но если очень хочется много гимора, то попробуйте хотя бы с редиректами разобраться - ЛЮБАЯ несуществующая страница по мимо того что должна быть закрыта от индексации в роботсе, но и должна отдавать 404 ответ.

да и стоит почистить страницы от ссылок на сайт битрикса

Так я и спрашиваю про это. 🚬 Если бы разобрался сам, то и вопросов бы не было. В .htaccess инклюдится файл urlrewrite.php. После понимания этого факта про работу с ним через админку не очень и надо думать.

array(

"CONDITION" => "#^/bla/#",

"RULE" => "/index.php",

"ID" => "",

"PATH" => "",

),

Фокус проходит. В файловой структуре bla нет, но набираем site.ru/bla и переходим не на 404-страничку, а на морду. Значит всё работает. Но далее подстановка старых адресов с перенаправлением на новые - всегда тупо 404. Я перепробовал все мыслимые и немыслимые варианты. Все виды синтаксиса, начиная от задокументированного. Как разобраться? Проще просто прописать 301 обычным образом.

И так на каждом шагу. Я уже чуть сайт полностью не сделал, но нормальным путём получилось только использовать свою тему оформления. У них в шаблоне вёрстка табличная, у меня - div и резина. Но и тут, что-то страшновато. Вся моя работа свелась к обходам того, что есть в Битрексе. И поэтому чуствую себя странно.

Контент выводится путём использования магического [work-area]. Он хорошо попадает в индекс? (Вернее так - он хоть проиндексируется? Успокойте меня хоть в этом.) :o

вот именно так и стоит делать, точнее прописывать все самому :)

ну да, заставить работать битрикс как нужно, а ни как они считают нужным очень сложно

да и еще стоит запретить все get параметры иначе как не выкручивайся останется куча несуществующих страниц с кодом ответа 200 (еще куча гимора)

Транс. Пиво. :) А как же метод GET будет применяться, если их запретить? Есть ли какая-то глобальная настройка? Не получится ли так, что избавляясь от 200 мы получим новые проблемы? Что-то перестанет работать? На форумах самого Битрикс никто вменяемой информации не даёт. Либо общие слова, либо углубленные познания. (А может просто привирают... 😂 Уже 3-и раза мне ответили: "Читайте документацию". :o А то без них не знаем... 😎)

Может в грузчики? 😂

neznaika добавил 05.12.2010 в 14:20

Ну, судя по всему, действительно не шиша.

ни как, в url не должно быть get параметров :)

хотя есть обходной вариант проверять все get параметры :)

Вы распишите чёткий алгоритм организации переадресации средствами самого движка. Тогда Ваше высказывание будет оправдано. В противном случае, Вы не совсем корректны к нервнобольным. Кстати, можно посмотерть Ваш магазин на Битрикс?