- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Формирование страниц на клиенте (JavaScript)
Сейчас перепиливаем свой портал полностью. Сайт большой около 1 000 000 страниц, нагрузка 60-70к в сутки.
Очень бы хотелось собирать страницы на клиенте с помощью JS. Т.е. сервер отдаёт только первоначальный шаблон, а далее клиент собирает все компоненты, запрашивает у сервера дынные и рисует страничку. С точки зрения пользователя (если у него не совсем протухшее железо) страница загружается быстрее за счёт распараллеливания получения данных. Также это позволяет гораздо проще дедлать такие плюшки, как Infinite Scroll.
Проблема
Поисковые роботы. Они такие страницы не собирают, и соответственно - не индексируют.
Решение
Имеется возможность собирать для поисковых роботов страницы на сервере, с помощью PhantomJS (поисковые роботы отслеживаются по UserAgent). Можно почитать вот это: http://habrahabr.ru/post/235395/
Кто и что думает по этому поводу, какие могу возникнуть проблемы с поисковыми ботами?
По сути, мы отдаём что поисковикам что клиентам одно и то же, просто для поисковиков мы заботливо собираем страницу на сервере, а клиент собирает себе её сам.
Поисковые роботы. Они такие страницы не собирают, и соответственно - не индексируют.
Ща придёт burunduk и научит как правильно делать (смотреть в код). ;)
. С точки зрения пользователя (если у него не совсем протухшее железо) страница загружается быстрее за счёт распараллеливания получения данных. .
C точки зрения клиента страница грузится медленнее. Куча AJAX запросов и манипуляции с DOM будут тяжелее одной зазипованной статической страницы.
C JS-индексацией по-любому без геморроя вы не обойдетесь. Проще разделить страницу на статическую (содержательную часть) часть и динамическую обвязку-рекламу и м.б. какие-то блоки типа навигации. Статику отдавать как есть из кэша, обвязку - через JS запрос. Заодно сделаете страницы более уникальными. Общие рекламные блоки уйдут из индексации, из кэша страницы и в свою очередь их можно будет закэшировать на сервере.