Да, верно. Но с условностями она вечная, меняется у меня раз в три-четыре года. Плюс, я не тупо ХТМЛ конечно делать буду, а средствами моей ЦМС странички - то есть шапки-подвалы-меню общие. Думал-думал, вариант хороший еще и в том, что руками я могу текст разнообразить. Например, для некоторых городов с упоминанием пригородов, куда тоже доставка есть...
Я забыл в очередной раз предупредить, что я тупень. Я понимаю многое, но закодить могу с большим трудом и стековерфлоувом.
Не, я ленив до крайней степени оптимизации.
Ура.
Да юзерам у меня и так максимально удобно (ну, для МОЕГО сайта)! Но яндексу же на это плевать, поэтому речь о костыле, который позволит этим дебилам скормить что надо. Я прекрасно понимаю, что если реально юзерский калькулятор совместить со статичными страницами, то МЕСТАМИ это будет юзеру удобно. Но оцениваю востребованность этого У МЕНЯ не более 0.1% , соответственно не стоит машинного времени...
Вот тут у меня сомнения. Чтобы динамически формировался, мне надо отправить запрос по API доставщику (СДЕК, мать его, чтобы был здоров вовеки веков). Я уже написал такой PHP но тут же возникли сомнения: от какого города? От введенного юзером? Тогда дополнительно проверки на орфографию и принадлежность региону (Казаней, например, пять штук). От города из списка? Тогда динамика тут не при чем, если уже есть список...
Мой первый вариант был: страница со статикой на 80%, остальное формируется от названия города (точнее от ID города, то есть пока нет ID не формировать).
Но, учитывая, что это нужно только говнюку-яндексу, то почему бы не сделать 100 статитческих страниц?
И про "чистый ХТМЛ" сорян я не понял. Клиент кроме читого ХТМЛя ничего и не видит.
Нене, я только лишь угодить говнюку-яндексу. Кто УЖЕ нашел мой сайт, тот уже все, пожизни мой. И другим объяснит.
Я так решил - я в принципе уже успел код написать ,что делает get+post запрос на мой же сайт (чтобы и УРЛ был уникальный, и лишнего ничего не было) в итоге получается страница 1 город = 1 УРЛ... Но тут я понял, что каждое обращение к ней - это запросы по API, зачем так мучить доставщиков? Да и мне тоже, сечас код усложнять чтобы фильтровать ошибочный ввод ,чтобы уточнять повторяющиеся названия городов...
Яндесу же не нужны сайты для людей, ему же нужно чтобы... да эти уроды сами не знают что нужно....
Поэтому я решил оставить для людей страничку с аякс-калькулятором, а для яндекса ну потрачу неделю, заведу 100 страниц с фикс УРЛами каждая под свой город... Не изящно, да. Зато, думаю, целесообразно.
Дебилизм vs олигофрения. Когда нет мозга, то выбор невелик. И в этом - счастье.
(1). Вы в отношении меня сказали - "иллюзорный", я вас поправляю. Я воспринимаю мир вполне конкретно и как специалист своего профиля, и как обыватель.
(2). Вероятно им это и не нужно.
(3). Но всё это уже не относится к делу.
p.s.
(4)Коуч - не обязательно специалист, связанный с продажами.
1. Согласен, сформулировал некорректно. Правильнее "в другом".
2. Конечно не нужно. До тех пор, пока они не лезут в продажи - это никому не мешает. Возьмем, например, движок CS-Cart. Он написан отличными спецами (промолчим, правда, про тучи запросов к БД по каждому поводу). Но на продажнике они сэкономили. И как я не пытался им объяснить, то обязательность поля e-mail сводит на нет все их усилия по юзабилити для клиента, они просто не понимали о чем я. Лишь спустя пять или шесть лет до них дошло (или продажи их движка облегчили понимание)...
3. Относится. Человек же не уточнил свой вопрос, что он касается, скажем, только ранжирования сайта. И ему привели вполне конкретный негативный аспект дефиса, который СТОИТ ЛЮДЯМ ДЕНЕГ, причем иногда больших. Моему оппоненту навскидку он обошелся в несколько сот тысяч рублей.
4. Конечно. Я не до конца раскрыл мысль - пытался подчеркнуть что моя трудовая деятельность была связана не просто с продажами "в поле" а с обучением продавцов работе в реальных условиях.
А я разве сказал, что мир "не конкретный"? Вполне конкретный. Я за свой 35-летний стаж человека продаж (коуча, как сейчас говорят) видел столько оторванных от реальности нашей земной жизни людей, что их мир ну никак не назвать "не конкретным". Он очень конкретен. И 90% из них - отличные специалисты в программировании, IT, дизайне. Но как продавцы - вообще никакие, и переубедить сложно (так как зачем?).
Не соглашусь. У меня 10 000страниц, и очень четко и резво дубли вылетают из индекса именно как "неканоническая" по canonical
