- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Бр-р-р... Это до меня-то не доходит? Это каким же образом pushstate сработает при заходе на страницу робота?
То, что "в зависимости от url формируется страница" - это очевидно по определению. Но при чём тут pushstate?
весь смысл в том, чтобы не плодить тысячи файлов для страниц, когда все можно организовать в 1 файле
pushstate нужен для формирования url, когда пользователь взаимодействует с контентом (об этом просил ТС)
Нет, ТС спрашивал о том, как передать информацию гуглояндексам:
Но поисковики-то этого не видят! Столько добра пропадает! Как бы это исправить?
весь смысл в том, чтобы не плодить тысячи файлов для страниц, когда все можно организовать в 1 файле
При чём тут файлы? Чтобы создать тысячи URL, вовсе необязательно плодить тысячи файлов. И pushstate тут опять ни при чём. Это задача CMS.
Но при чём тут pushstate?
Автор и про изменение адреса на JS спрашивал. Читай внимательнее (концовка первого сообщения). Задача решается комплексно. А вы на вторую половину решения "наплевали".
Из ничего ругань на три страницы развели 😦
Автор и про изменение адреса на JS спрашивал. Читай внимательнее (концовка первого сообщения). Задача решается комплексно. А вы на вторую половину решения "наплевали".
Из ничего ругань на три страницы развели 😦
Все верно. Чтобы передать разную информацию гуглояндексам, нужен уникальный url для разного содержимого. уникальный url формируется на сервере при первом заходе на сайт или в браузере при взаимодействии с контентом. ТС как раз спрашивал про изменение адреса на JS, так как у него блоки тоже меняются через js
---
и кстати, гуглояндексы могут видеть изменение адреса url онлайн
Автор и про изменение адреса на JS спрашивал. Читай внимательнее (концовка первого сообщения).
Ну так читай внимательнее. Где там про "изменение адреса на JS"?
Надо как-то еще и url модифицировать же тогда…
Задача решается комплексно. А вы на вторую половину решения "наплевали".
Нет там никаких "половин". Задача одна: передать контент поисковикам.
Из ничего ругань на три страницы развели
Лично я пытаюсь расставить точки над "ё". И лично я стараюсь это делать без ругани. Просто задаю вопросы, на которые не получаю ответов. Но флудильня меня раздражает, это правда. Предпочитаю получать конкретные ответы на конкретные вопросы, а не "растекание мысью по древу".
Где там про "изменение адреса на JS"?
Я ж говорю: "кто-то отстал от жизни". Иначе бы вы сразу увидели комплексное решение.
Естественно, я не опровергаю и ваши советы. А то автор сейчас действительно начнет "клепать" статические страницы (html-файлы) 😀
Из ничего ругань на три страницы развели
Действительно. Нет никакого смысла доказывать что-то отсталым. А те, кто захочет, поймет и увидит с первого раза.
History API это именно то, о чем спросил ТС. Как он его будет использовать - это уже его дело.
Добавлю только, что стоит учитывать еще и минусы его использования. Ссылки по теме:
https://web.dev/articles/vitals-spa-faq?hl=ru
https://github.com/GoogleChrome/web-vitals/issues/119
Но с этим вроде как начинают что-то решать.
Действительно. Нет никакого смысла доказывать что-то отсталым. А те, кто захочет, поймет и увидит с первого раза.
Ну вот, как выяснилось, понимают что-то своё, не имеющее отношения к теме, и пытаются всё подогнать под свои личные представления, являющиеся ошибочными. Я пытаюсь объяснить, это, но люди не понимают, поскольку не являются специалистами (на всякий случай: это не про estic-а), а занимаются цитированием Гугла и бложиков, не понимая сути явлений.
History API это именно то, о чем спросил ТС.
Ну придётся ещё раз процитировать то, о чём спросил ТС, чтобы не было подобных домыслов:
Собственно хочу следующее: чтобы поисковики видели на моем сайте страницы про доставки в разные города.
И History API само по себе эту задачу не решает.
Нене, я только лишь угодить говнюку-яндексу. Кто УЖЕ нашел мой сайт, тот уже все, пожизни мой. И другим объяснит.
Я так решил - я в принципе уже успел код написать ,что делает get+post запрос на мой же сайт (чтобы и УРЛ был уникальный, и лишнего ничего не было) в итоге получается страница 1 город = 1 УРЛ... Но тут я понял, что каждое обращение к ней - это запросы по API, зачем так мучить доставщиков? Да и мне тоже, сечас код усложнять чтобы фильтровать ошибочный ввод ,чтобы уточнять повторяющиеся названия городов...
Яндесу же не нужны сайты для людей, ему же нужно чтобы... да эти уроды сами не знают что нужно....
Поэтому я решил оставить для людей страничку с аякс-калькулятором, а для яндекса ну потрачу неделю, заведу 100 страниц с фикс УРЛами каждая под свой город... Не изящно, да. Зато, думаю, целесообразно.