- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый ночи, вечера, дня или утра!
Ситуация такая: есть сайт, проиндексирован всеми основными поисковиками (главное конечно, Яндекс), имеет неплохие позиции в выдаче (на первой странице). Необходимо переставить сайт на другой движек, при этом изменятся адреса всех страниц, расширение файлов изменится с phtml на php. Контент и все meta останутся как есть.
Вопрос такой, как можно плавно перейти на новый движек, чтобы не вылететь из Яндека и желательно не упасть в позициях при выдаче?
Заранее спасибо!
P.S. Тому кто все время посылает всех в поиск по форуму: укажите ключевые слова для поиска по форуму! :)
Если будет меняться структура ссылок/УРЛов, то вам остается надеяться лишь на трафик, который будет идти на главную страницу (и то могут быть потери), пока поисковики не переиндексируют сайт. Как быстро это произойдет, зависит от количества ссылок на сайт. Полезно будет сразу после перехода на новый движок проставить извне ссылки уже на новые внутренние страницы.
Короче говоря, плавно перейти при таких условиях никак не получится, можно лишь попытатся уменьшить возможные потери.
Кстати, как выход можно при момощи mod_rewrite в новой версии сайта преобразовать новые УРЛы к старому виду.
Менять с phtml на php не рекомендую, поскольку рано или поздно вы прийдете к выводу, что надо бы адреса переделать так:
например было: site.ru/contacts.php
захотите: site.ru/contacts/
Плюсы такого перехода очевидные, поскольку сайт будет платформенно независим, хоть на аспе, хоть на хтмле, хоть на пхп - разницы никакой, да и юзабилити повышается, адреса запоминаются и прочее.
Поэтому предлагаю переделать/найти движок чтоб работал с такими адресами. Можно либо физически размещать страницы в подкаталогах, либо воспользоваться возможностями апачи (искать инфо о modrewrite)
Что касается вопроса, то у меня переход от страниц вида site.ru/contacts.php к страницам вида site.ru/contacts/ прошел за 2 месяца, позиции все вернулись (внутренние страницы даже поднялись, всего на сайте 150 страниц)
Менять с phtml на php не рекомендую, поскольку рано или поздно вы прийдете к выводу, что надо бы адреса переделать так:
например было: site.ru/contacts.php
захотите: site.ru/contacts/
Плюсы такого перехода очевидные, поскольку сайт будет платформенно независим, хоть на аспе, хоть на хтмле, хоть на пхп - разницы никакой, да и юзабилити повышается, адреса запоминаются и прочее.
Извините, а можно поподробнее? Как устроены эти папки? (если это действительно папки) т.е. под каждую страницу делать папку с индексом внутри?
А какие еще плюсы, то бишь "прочее"? Не расшифруете?
Wolverine,
Скажите, что бы разработчики использовали модуль RewriteEngine или все страницы лежали по одной в виде Index.что-то в различных папках. Останется только настоять Index файлы в конфиге Апача, что позволяют делать практически любые хостинг-площадки
Считается, что страница на статике и псевдо статике индексируются на порядок быстре поисковиками, чем скрипты, тем более те, которые получают какие-то данные через Get передачу (сайт.ru/скрипт.cgi?name=значение&othername=иное_значение)
Wolverine, это не папки, это результат работы модуля Апача (ищите mod_rewrite по форуму), который заменяет/изменяет запрашиваемый УРЛ невидимо для пользователя. Т.е. к примеру запрашивается /contacts/ или /contacts.html а обрабатывается и показывается при этом реально существующий файл contacts.phtml. В твоем случае, надо прописать правило, чтобы расширение заменялось на *.php при запросе *.phtml (например в .htaccess).
При этом, можно оставить все как есть, т.е. внутренние ссылки по сайту вести на *.phtml файлы и все внешние ссылки вести на *.phtml. Тогда структура сайта не изменится для поисковиков.
Однако, в этом случае, возможно будет удобнее настроить новый движок на расширения .phtml, поскольку mod_rewrite нельзя назвать ускорителем работы сервера :).
Считается, что страница на статике и псевдо статике индексируются на порядок быстре поисковиками, чем скрипты, тем более те, которые получают какие-то данные через Get передачу
А что относится к псевдо-статике?
Скажите, что бы разработчики использовали модуль RewriteEngine или все страницы лежали по одной в виде Index.что-то в различных папках.
А как это будет выглядеть если иного страниц и все по различным папкам?
И еще, раз уж вы говорите о get передаче, значит знаете про это достаточно. Тогда мне интересно, а если использовать метод post, то все будет нормально? (просто я давно читал про отличия этих методов и сейчас не могу вспомнить чем get лучше чем post - не подскажите?)
Wolverine, Post вообще нельзя использовать для навигации, поскольку поисковики не умеют передавать данные скриптам, они ходят по УРЛам. Метод Get как раз передает параметры в УРЛе.
Кроме того, разные дополнительные "мелочи" - нельзя добавить в избранное, нельзя дать прямую ссылку на страницу.
Почитай здесь:
http://sitemaker.ru/technologies/webserver/
Спасибо, за разьяснение, я все понял и вспомнил - согласен, глупый вопрос!
И все-таки, что относится к псевдо-статике?