- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Искал - так и не нашел ответа на свой вопрос.
Есть сайт - переписывать его желания нет т.к. прогал его не я. Просмотр страниц, проиндексированных Яндексом показывает что они все с PHPSESSID. Вопрос: Считает ли Яндекс страницы с PHPSESSID и без него одинаковыми - т.е. имеет ли смысл раскручивать страницу, если Яндексу известна ее копия с PHPSESSID.
PPM, не всегда. Особенно если на сайте есть динамический контент (новости), который постоянно меняется. И две по сути одинаковые страницы, проиндексированные в разное время, будут считаться разными, т.к. у них есть отличия. К тому же сам Яндекс рекомендует избавляться от номеров сессий в адресной строке.
Доброго дня форумчанам, отмечусь первым постом, не все читать...
По собственному опыту: яндексу все-равно, что будет в кривом урле, он может определить, что содержание страничек индентичное. Естественно, что при каждом заходе сессия (номер) будет разной, но для яндекса это будет одна сраница. Даже если вы назначаете другие переменные для странички (?value1=value, в другой раз ?value2=other_value), но содержание одно, то для яндекса это одна страничка.
Чтобы меньше свои машины грузить...
Это следствие.
Причина - чтоб лишние дубли не брать.
От сессий избавиться проблемно - Session_start() стоит в стандартной инклюде - т.е. на всех страницах.
PPM, вот блин, наоборот - раз в инклюде, то проблема решается несколькими строками, ан нет, недоволен чем-то...
PPM, неужели так сложно добавить перед ним условие? Проверяйте кто запрашивает страницу. И если в строке содержится Yandex, то сессию не стартуйте.
У Яндекса есть квота, на колличество индексируемых страниц за один заход робота. Если он будет индексировать дубли страниц, соответственно индексация остального контенда будет замедлена.
Еще большой минус..
что если все наставленные ссылки идут на страницу www.site.ru/
а есть еще в базе ya - www.site.ru/PHPSESSID
то есть большой шанс, что главная вылетит из выдачи... такое уже было... а останется страница с сессией.... и это не только касается морды.....
Переформулирую вопрос: кто нибудь наблюдал проблемы с PHPSESSID вживую? Теория то понятна - а практика какова?