- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
заведу 100 страниц с фикс УРЛами каждая под свой город
Не-не. Не надо так делать. Надо, чтобы страница формировалось динамически. То есть нужно прописать в PHP-скрипте который формирует страницу, условие, по которому соответствующий кусок страницы формируется в зависимости от города, который соответствует данному URL. Ну то есть примерно то же самое, что делается при подгрузке через JS/ AJAX , но средствами PHP непосредственно при формировании кода страницы.
Хотя есть мнения, что клиенту нужно отдавать странички с чистым HTML - но это больше про кеширование, как мне кажется.
кусок страницы формируется в зависимости от города
Вот тут у меня сомнения. Чтобы динамически формировался, мне надо отправить запрос по API доставщику (СДЕК, мать его, чтобы был здоров вовеки веков). Я уже написал такой PHP но тут же возникли сомнения: от какого города? От введенного юзером? Тогда дополнительно проверки на орфографию и принадлежность региону (Казаней, например, пять штук). От города из списка? Тогда динамика тут не при чем, если уже есть список...
Мой первый вариант был: страница со статикой на 80%, остальное формируется от названия города (точнее от ID города, то есть пока нет ID не формировать).
Но, учитывая, что это нужно только говнюку-яндексу, то почему бы не сделать 100 статитческих страниц?
И про "чистый ХТМЛ" сорян я не понял. Клиент кроме читого ХТМЛя ничего и не видит.
History API само по себе эту задачу не решает
Поэтому я решил оставить для людей страничку с аякс-калькулятором, а для яндекса ну потрачу неделю, заведу 100 страниц с фикс УРЛами каждая под свой город... Не изящно, да. Зато, думаю, целесообразно.
Вы реально не можете додуматься или прикидываетесь?
Вы эти странички создали, они есть - это замечательно, так и нужно.
Дальше вы этот ваш аякс калькулятор оставьте как есть, в него надо только добавить функцию изменения url (pushState). Какие урлы подставлять догадываетесь? Урлы тех статичных страниц, которые вы уже сделали. Что вам еще надо-то?
И удобно будет всем. И поисковикам, и пользователям. Пользователям даже вдвойне будет удобно. Они смогут скопировать этот урл и добавить в закладки или расшарить.
Чтоб было еще удобнее, желательно чтобы сгенерированная динамически страница была похожа на статичную.
Вы реально не можете додуматься или прикидываетесь
Не, я ленив до крайней степени оптимизации.
Вы эти странички создали, они есть - это замечательно, так и нужно.
Ура.
И удобно будет всем. И поисковикам, и пользователям.
Да юзерам у меня и так максимально удобно (ну, для МОЕГО сайта)! Но яндексу же на это плевать, поэтому речь о костыле, который позволит этим дебилам скормить что надо. Я прекрасно понимаю, что если реально юзерский калькулятор совместить со статичными страницами, то МЕСТАМИ это будет юзеру удобно. Но оцениваю востребованность этого У МЕНЯ не более 0.1% , соответственно не стоит машинного времени...
От города из списка? Тогда динамика тут не при чем, если уже есть список
Ну да, на странице типа селектора что-то, и юзер выбирает город из списка. А сервер формирует динамическую страницу в соответствии с выбором. AJAX же как-то формирует запрос, там же нет вопросов с выбором города.
И про "чистый ХТМЛ" сорян я не понял. Клиент кроме читого ХТМЛя ничего и не видит.
Ну я имел в виду, что не делать HTML-файл для каждого города, а формировать код страницы средствами PHP, по запросу с конкретным городом. А при кешировании при необходимости уже могут создаваться те самые HTML- файлы, в автоматическом режиме.
Да юзерам у меня и так максимально удобно (ну, для МОЕГО сайта)! Но яндексу же на это плевать, поэтому речь о костыле, который позволит этим дебилам скормить что надо. Я прекрасно понимаю, что если реально юзерский калькулятор совместить со статичными страницами, то МЕСТАМИ это будет юзеру удобно. Но оцениваю востребованность этого У МЕНЯ не более 0.1% , соответственно не стоит машинного времени...
Т.е. мы уже не решение вашего запроса из шапки уже ищем, а выясняем надо ли вам тратить на это время? Ловко увернулись. Зачот.
Т.е. мы уже не решение вашего запроса из шапки уже ищем, а выясняем надо ли вам тратить на это время? Ловко увернулись. Зачот.
Не надо фантазировать. Нет в стартпосте этих ваших домыслов. Я уже устал цитировать стартпост по десятому разу. Название темы - неудачное и не соответствует смыслу задачи, я об этом написал в первом же своём комментарии ещё на первой странице.
Не надо фантазировать. Нет в стартпосте этих ваших домыслов. Я уже устал цитировать стартпост по десятому разу. Название темы - неудачное и не соответствует смыслу задачи, я об этом написал в первом же своём комментарии ещё на первой странице.
Если вы устали, то я этого еще не делал.
Собственно хочу следующее: чтобы поисковики видели на моем сайте страницы про доставки в разные города.
Сейчас есть страница «стоимость доставки» на которой я замутил несколько js, которые получают в ответ на ввод города информацию от доставщика и соответственно без перезагрузки страницы меняют содержимое пары div-ов на стоимость и адреса пунктов выдачи.
Но поисковики-то этого не видят! Столько добра пропадает! Как бы это исправить? Надо как-то еще и url модифицировать же тогда…
Что из перечисленного я не учел в моем пояснении для вас двоих?
Вы эти странички создали, они есть - это замечательно, так и нужно.
Дальше вы этот ваш аякс калькулятор оставьте как есть, в него надо только добавить функцию изменения url (pushState). Какие урлы подставлять догадываетесь? Урлы тех статичных страниц, которые вы уже сделали. Что вам еще надо-то?
И удобно будет всем. И поисковикам, и пользователям. Пользователям даже вдвойне будет удобно. Они смогут скопировать этот урл и добавить в закладки или расшарить.
Чтоб было еще удобнее, желательно чтобы сгенерированная динамически страница была похожа на статичную
почему бы не сделать 100 статитческих страниц?
Да всё было бы нормально, если бы информация на этих страницах была вечной. Но как показывает практика, время от времени приходится то менять телефон в шапке страницы, то адрес в футере, то информацию в сайдбаре, то ещё какую-то хрень. И лично меня напрягло бы редактировать 100 страниц для внесения этих правок. Я предпочитаю изменить, например, номер телефона где-то в настройках - а дальше это отобразится PHP-скриптом на всех страницах.
Нене, я только лишь угодить говнюку-яндексу. Кто УЖЕ нашел мой сайт, тот уже все, пожизни мой. И другим объяснит.
Адресная строка - по-прежнему один из основных источников информации для поисковых систем (через распространение ссылок пользователями).
Но тут я понял, что каждое обращение к ней - это запросы по API, зачем так мучить доставщиков?
Разумный вопрос. Нужно продублировать базу данных пунктов выдачи (и поддерживать ее в актуальном состоянии). Она же будет использоваться для формирования соответствующих страниц на вашем сайте. Или хотя бы составить базу данных населенных пунктов, в которых вы осуществляете продажи (а уже со страниц населенных пунктов выполнять обращения к стороннему API).