Чат сообщества
   | |
| Модератор форума: _aleksey_ |
| Сообщество uCoz Модули uCoz Функциональные модули SEO-модуль Предложения по развитию SEO-модуля (Различные предложения и пожелания, связанные с модулем) |
| Предложения по развитию SEO-модуля |
|
Знаю, что для предложений и пожеланий есть сервис http://all.uwishlist.ru/, но мне также хотелось бы развить эту тему на форуме, чтобы можно было услышать критику и восхваления не только от пользователей, но возможно и от администрации.
Все предложения я предлагаю оформлять в единообразном шаблоне:
Ну собственно начну я пожалуй с себя. В данный момент мы не знаем всех планов развития SEO-модуля, но хотелось бы привнести несколько полезных (по моему мнению) обновлений для модуля.
Следующее:
Если у вас есть какие-либо пожелания по развитию модуля — предлагаю делиться этой информацией здесь. Позже можно будет оформить все идеи одним сообщением на all.uwishlist.ru и массово проголосовать за наиболее важные идеи. |
|
Планы развития имеются, но не хотелось бы говорить об этом на данном этапе. В любом случае развивать функционал будем. И в первую очередь это будет касаться раздела Премиум настроек.
Цитата 0RJ0 (  )«Комплексное продвижение»Возможность выбора различных сервисов для продвижения. Примеры: Sape.ru, Webeffector, Miralinks, GoGetLinks. Для тех, кто по тем или иным причинам предпочитает другие сервисы и хочет, чтобы всё было «под капотом» админ-панели uCoz. Раздел "Комплексное продвижение" построен на базе Wizard от SAPE. В нем вы уже сейчас можете продвигать свои ресурсы при помощи как арендных, так и вечных статейных ссылок. Webeffector - это уже пройденный этап. Интеграция этого инструмента все еще доступна из раздела "Раскрутка сайта", но для новых проектов не могу рекомендовать этот сервис. Поэтому уже сейчас вам доступны эффективные инструменты для продвижения своих сайтов. Также запланированы вебинары, при помощи которых мы покажем как этими решениями пользоваться. P.S: ветку поддерживаю, особенно если в ней будут аргументированные пожелания. Мне можно задать любые вопросы по продвижению, внутренней оптимизации uCoz-сайтов и SEO-модулю.
|
|
Появилась очередная идея для развития модуля (когда начал переименовывать более 100 категорий).
Подобную настройку можно также применить к добавляемым материалам, которые имеют категории и разделы (пока сам на коленке написал JS). Возможно не все со мной согласятся, однако такой вариант облегчает работу и работает сам по себе близко к ЧПУ для сайта, которое создаётся в автоматическом режиме. Это упростит и ускорит работу пользователей с сайтом. Цитата _aleksey_ ( )Раздел "Комплексное продвижение" построен на базе Wizard от SAPE. В нем вы уже сейчас можете продвигать свои ресурсы при помощи как арендных, так и вечных статейных ссылок. Сообщение отредактировал 0RJ0 - Понедельник, 13 Окт 2014, 17:43:00
|
|
чтобы не пачкать в теме //forum.ucoz.ru/forum/67-68722-1222022-16-1413203900 пишу сюда с пожеланием скорее
_aleksey_, Цитата 1. Почему структура /?page1 Это вынужденное решение, только с ним полноценно смогут работать уникальные URL. Поэтому тут выбирать не пришлось - это будущий формат, к которому придут все страницы навигации плохо. плохо, что изменится структура урла на якобы "мусорных" страницах пагинации. плохо, что из-за того, что что-то не взошло в одном из компонентов модуля будут причесывать против шерсти граблями всю систему. плохо, что отбирается действительно удобный инструмент по борьбе с сюрпризами системы (из последних радостей фотоальбом с дубляжом нормальных урлов и с ?) о нем пытался сказать руслан тут //forum.ucoz.ru/forum/67-68722-1222022-16-1413203900 , но его никто не услышит. плохо, что чтобы это все обойти теперь придется извращаться и выстраивать лес из граблей. а самое плохое то, что модуль сео, который вроде должен повысить градус сео в системе пока только режет то что есть и создает дополнительные неудобства. для старых сайтов, где все устаканилось и пустило корни очень давно такие трюки нежелательны. для новых, которые в самом процессе становления и индексации вообще без комментариев. иногда сложно загнать робота на таких сайтах на место ошибки для её пересмотра. но это лирика сначала клей туда, потом клей обратно. потом ошибки в системных кодах и как следствии в хлебных крошках (они тоже мусор?). теперь это. а пожелание простое. с самого начала обещали. не нужен сео модуль - не пользуйся и не достанет он тебя. как оказалось достает. хотелось бы минимизировать влияние развития нового модуля на сайты, где он не нужен |
|
Цитата webanet ( )плохо. плохо, что изменится структура урла на якобы "мусорных" страницах пагинации. Аргументируйте, пожалуйста, свое мнение. Для поисковых систем нет принципиальной разницы какая структура будет использоваться для навигации: URL/0-2, URL/2-2-2, URL/2, URL/p2, URL/page2, URL/page/2, URL/?page2 и т.д. Я понимаю, что в любом случае менять структуру проиндексированніх URL это не есть хорошо. Но, как уже писал выше, это вынужденное решение. К тому же доля страниц навигации мала, так что подобная смена не может приченить вред сайту. Старые URL будут постепенно выпадать из индекса, новые индексироваться. Цитата webanet ( )модуль сео, который вроде должен повысить градус сео в системе пока только режет то что есть и создает дополнительные неудобства. По-умолчанию SEO-модуль ничего не меняет. Да, у нас были сложности при релизе, и еще осталось несколько нюансов, например, с переключателями. Но уже сейчас он работает стабильно и ничего, нигде не ломает. Другое дело, что его функционала достаточно для того, чтобы пользователь сам смог "поломать" многое. Но от этого мы защитить не можем. Помните выражение "обезьяна с гранатой"? Граната, сама по себе, является высокотехнологичным продуктом, но при неправильном использовании может принести очень много вреда. Цитата webanet ( )ошибки в системных кодах и как следствии в хлебных крошках Какие системные кода на данный момент содержат ошибки? Мы стараемся оперативно фиксить такие ситуации и, судя по имеющейся у меня информации, я не могу подтвердить ваши слова. Более того, те "долларовые переменные", которые при релизе содержали ошибку были оперативно исправлены, и не могли принести какой-либо негатив сайту. Лирическое отступление Прежде чем менять что-то на своем сайте при помощи SEO-модуля - обязательно нужно понимать к каким последствиям это приводит. Очень многие "тыкаются" просто ради того, чтобы глянуть что получится. При этом не понимая к каким последствиям это может привести. Этот посыл выссказывался и в каментах, и на форуме - не стоит менять "устоявшуюся" структуру URL просто так. Мы стараемся минимизировать риски при помощи 301 редиректов, но они не являются гарантией сохранения пузомерок, позиций и уж тем более не перенесут социальные "пузомерки". Основная задача SEO-модуля дать инструменты для более тонкой настройки сайта, упростить процесс продвижения. Но с его помощью можно и сделать медвежью услугу своему сайту, при неправильном использовании. Мне можно задать любые вопросы по продвижению, внутренней оптимизации uCoz-сайтов и SEO-модулю.
|
|
Цитата _aleksey_ ( )Аргументируйте, пожалуйста, свое мнение. Для поисковых систем нет принципиальной разницы какая структура будет использоваться для навигации: URL/0-2, URL/2-2-2, URL/2, URL/p2, URL/page2, URL/page/2, URL/?page2 и т.д. Код Disallow: /*?* |
|
Цитата 0RJ0 ( )Если бы вы прочитали чуть ниже, то поняли, что основной посыл - сообщение некоего Руслана (или Drinko). К сожалению, я не могу читать все сообщения форума и мне скорее показывают коммент, на который стоит обратить внимание. Эта ветка - исключение  Цитата 0RJ0 ( )Одной из основных проблем являются дубли на сайте (что не есть хорошо). Наиболее часто попадающиеся дубли - http://mysite.com/?fjDSK1 (пример может не совсем правдивый, но всё-же). Чтобы их убрать пользователи добавляют в файл robots.txt правку, которая не позволяет поисковикам индексировать эти страницы. Смотрите, если у вас в индекс "лезут" страницы вида http://mysite.com/?fjDSK1 - вам не нужно их отлавливать через роботс.тхт Бот все равно по ним будет ходить, просто не будет индексировать содержание. Чтобы правильно "обезвредить" эти страницы - нужно добавить в код главной страницы rel="canonical" Это позволит решить этот вопрос и они не будут индексироваться. Цитата 0RJ0 ( )когда вы используете систему пагинации с символом ?, то нас ждёт два варианта - отсутствие индексации страниц пагинации из-за этого вопроса (что не есть хорошо, поскольку будет замедляться индексация сайта), либо наличие дублей на сайте (что тоже не есть хорошо). В этом основная проблема новой системы пагинации. Поэтому пользователи и предлагают не использовать знак вопроса, поскольку это помешает оптимизации сайта в поисковых системах. Наличие "?" никоем образом не мешает оптимизации сайта. Уберите или отредактируйте правило в robots.txt, добавьте rel="canonical" для материалов - и нет никаких проблем. А так получается вы пытаетесь бороться с выдуманной проблемой. ИМХО Мне можно задать любые вопросы по продвижению, внутренней оптимизации uCoz-сайтов и SEO-модулю.
|
|
_aleksey_, дело всё в том, что эти ? возникают везде. Могут быть например так: http://mysite.ru/load/?ifdiFD. Могут быть так: http://mysite.ru/load/razdel/1?fdsDK. А везде проставить каноникал достаточно проблематично, поскольку система не предоставляет такой возможности. Также возникают проблемы в материалах, но как вы правильно заметили - эту проблему устраняет каноникал материалов. Проблема с остальными страницами сайта, не с главной и не с материалами.
|
|
0RJ0, я сторонник того чтобы решать конкретную проблему. не важно где появился дубль и какая его природа появления - боты полезли в скрипты, вы сами поставили битую ссылку, где-то пошел заход и метрика проиндексила из-за 200 ответа - все это успешно решается при помощи каноникалов. На уровне всех значимых страниц.
Материалы, разделы, категории, главная страница - проставьте каноникал один раз и никаких проблем никогда не будет. Системно это возможно сделать, при помощи условий и долларовых переменных. Вот это и есть решение этой проблемы. Структура страниц навигации будет изменена - по-другому работать не будет. Все проблемы, которые сейчас возникают связаны именно с тем, что владельцы сайтов проставили свои "логики", отличные от системных. И проблемы именно в непонимании или же не знании как правильно поступить в конкретной ситуации. Мне можно задать любые вопросы по продвижению, внутренней оптимизации uCoz-сайтов и SEO-модулю.
|
|
|
|
Цитата Drinko ( )_aleksey_, надеюсь ?page1 форум не затронет? Нет, модуль Форум не затронет. Это касается только тех модулей, в которых присутствует функционал уникальных URL SEO-модуля. Мне можно задать любые вопросы по продвижению, внутренней оптимизации uCoz-сайтов и SEO-модулю.
|
|
_aleksey_,
Цитата К тому же доля страниц навигации мала, так что подобная смена не может приченить вред сайту. Старые URL будут постепенно выпадать из индекса, новые индексироваться. Цитата Какие системные кода на данный момент содержат ошибки? Мы стараемся оперативно фиксить такие ситуации и, судя по имеющейся у меня информации, я не могу подтвердить ваши слова. Цитата Очень многие "тыкаются" просто ради того, чтобы глянуть что получится. При этом не понимая к каким последствиям это может привести. Этот посыл выссказывался и в каментах, и на форуме - не стоит менять "устоявшуюся" структуру URL просто так. Мы стараемся минимизировать риски при помощи 301 редиректов, но они не являются гарантией сохранения пузомерок, позиций и уж тем более не перенесут социальные "пузомерки". Цитата Смотрите, если у вас в индекс "лезут" страницы вида http://mysite.com/?fjDSK1 - вам не нужно их отлавливать через роботс.тхт Бот все равно по ним будет ходить, просто не будет индексировать содержание. я использую конструкцию Disallow: *? что означает для всех урлов с вопросом. почему так? потому что есть такая функция как проксирование. данная строчка + параметры урл дают 1000% даже для гугла, который лезет везде, не совать свой нос и в проксирование тоже. и это работает как часы уже несколько лет (около 3-х лет) Цитата Чтобы правильно "обезвредить" эти страницы - нужно добавить в код главной страницы rel="canonical" Это позволит решить этот вопрос и они не будут индексироваться. и самый главный вопрос. куда мне воткнуть ваш каноникал на такие страницы? вариант один http://webanet.ucoz.ru/photo/9-0-511-3?1413299638 этот урл отдает системный код а вот второй вариант http://webanet.ucoz.ru/photo/9-0-511-3 это чистый урл о котором знает гугл. ну. и куда мне воткнуть тут каноникал? каноникалвтыкание - это один из методов. но иногда надо использовать несколько и всегда надо быть готовым к новым приключениям. метод с роботсом вы у нас изымаете и советуете заниматься высадкой грабле-лесов Цитата Уберите или отредактируйте правило в robots.txt дайте пример "правильных" директив, учитывающих логику системы это будет всем интересно |
|
Цитата 0RJ0 ( )_aleksey_, дело всё в том, что эти ? возникают везде. Могут быть например так: http://mysite.ru/load/?ifdiFD. Могут быть так: http://mysite.ru/load/razdel/1?fdsDK. А везде проставить каноникал достаточно проблематично, поскольку система не предоставляет такой возможности. Также возникают проблемы в материалах, но как вы правильно заметили - эту проблему устраняет каноникал материалов. Проблема с остальными страницами сайта, не с главной и не с материалами. Поправка: можно вообще ничего не менять а просто написать в роботе Код Disallow: /*?* Allow: /*?page* но всё равно лучше запрещать индксацию через мета-noindex а для неправильных урлов прописывать каноникал для всех страниц потому что гугл всё равно может жрать страницы запрещенные в роботе https://www.google.ru/#q=site:habrahabr.ru/register/&filter=0 а ещё чтобы железно запретить для гугла индексацию служебных страниц(проксирование ссылок, капчи и.т.п., + тех в которых не получится прописать мета тег noindex), а также например xml-ответов сервера(для аякс переключателей и.т.п.) можно при отдаче таких документов выдавать http-заголовок X-Robots-Tag: noindex https://developers.google.com/webmast....eta_tag Am I EviL??? ... Yes I Am!!!
Сообщение отредактировал D@rth_EviL - Вторник, 14 Окт 2014, 22:53:47
|
|
Странно, как-то что разработчиками игнорируются аргументированные просьбы тех для кого собственно и создается модуль...
И уберите наконец обязательным к заполнению Title. Если нужно заполнить только поля Description и/или Keywords, то что, от фонаря придется заполнять еще и поле титле, только для того чтобы система позволила добавить/отредактировать материал?.. Глупо как-то и не логично.. Добавлено (15 Окт 2014, 01:13:36) Цитата _aleksey_ ( )Основная задача SEO-модуля дать инструменты для более тонкой настройки сайта, упростить процесс продвижения. Правильно, только дайте нам этот инструмент, не ломая и не меняя старый устоявшийся функционал. Спасибо за понимание. Сообщение отредактировал Joolz - Среда, 15 Окт 2014, 01:09:11
|
|
Цитата webanet ( )есть такая поисковая система как гугл. гугл обычно очень болезненно относится к изменениям. тем более никто не знает как будут выглядеть эти изменения. если старые урлы на пагинацию будут отдавать 404, то такая поисковая система как гугл будет страдать. не любит он много 404 и сразу даже на "мусоре". у гугла нет мусора, он выкачивает весь сайт полностью. от первой точки до последней. если старые урлы пагинации пойдут в редирект на новые, но это будет легче. но во втором варианте я сомневаюсь У Гугла есть такой понятие как основной индекс и "сопли". То что он индексит все, не означает что он одинаково относится ко всем страницам в индексе. На счет страниц пагинации - сколько таких страниц у вас на сайте? Думаю их доля очень мала, при условии что вы не используете вариант с выводом 1 материала на страницу. Поэтому даже "выпадение" этих страниц - не может считаться значимым в рамках сайта и уж тем более не влечет никаких негативных последствий (кроме как при продаже ссылок с них). К тому же у вас доступен инструмент поолноценных редиректов. Поэтому если вы параноидально к этому относитель - можете вручную проставить их и вообще убрать 404 ошибки. Цитата webanet ( )уже никакие. но пока вы быстро фиксили. на множестве сайтов произошел неверный клей. потом начался переклей. Разработчики фиксили все ошибки максимально быстро. Если у вас где-то, что-то переклеелось - показывайте на примере, посмотрим и разберемся. Теоретические рассуждения у "множества сайтов" - не принимаются. Давайте конкретику (можно в личку, если боитесь "палить" сайт). Цитата webanet ( )очень хорошо написано. устоявшуюся структуру урлов точно не стоит менять. но вы забываете об этом когда меняете урлы пагинации, которых может быть много. Я уже два раза в этой ветке отписался, что будущая структура пагинации - это вынужденное решение, без которого часть функционала просто не будет для них работать. Страниц пагинации НЕ может быть много в рамках сайта. Цитата webanet ( )чтобы вы своим модулем в итоге не наплодили несколько сот тыщ обезьян с гранатами, которые в последствии могут стать разочарованными обезьянами с подорвавшимися гранатами. когда у обезьян пойдет отдача. большая часть неподкованных обезьян с гранатами свято верит в то, что модуль сео и все манипуляции в нем приведут любой сайт в любой топ по любому запросу. а когда гранаты начнут рваться и произойдет обратный эффект будет волна разочарования. Есть только один способ, который на 100% защитит сайты - не давать этот функционал владельцам. Но в этом нет смысла. Мы видим свою задачу в предоставлении инструмента и последующем обучении пользователей. Уже сейчас готовятся вебинары, в которых будет подробно все показано. В топ попадают качественные сайты, которые хорошо оптимизированы и правильно продвигаются. До SEO-модуля это было более чем реально, но сложнее. В плане необходимо было знать особенности системы. Теперь инструментов значительно больше, и я верю что внедрение SEO-модуля позитивно скажется на системе в целом. Безусловно, будут и негативные реакции, будут пострадавшие сайты (как от багов, так и по вине своих владельцев), но этот модуль более чем нужен (пару лет как нужен был уже). P.S.: Все остальное - это частные случаи вашего сайта, техник и правил, которые вы для него настроили. Системно нет возможности подстроиться под каждого пользователя. Особенно если говорить о базовом функционале. Поэтому если вы столкнулись у себя на сайте с какой-то сложностью, или видите что определенного функционала явно не хватает (например, зыкрытие определенных страниц от индексации, простановка рел каноникал для определенного типа страниц и т.д.) - описывайте его. Если это реализуемо и ваша проблема носит массовый характер - мы будем делать это. Цитата Joolz ( )И уберите наконец обязательным к заполнению Title. Если нужно заполнить только поля Description и/или Keywords, то что, от фонаря придется заполнять еще и поле титле, только для того чтобы система позволила добавить/отредактировать материал Эту логику поправим, снимем "обязательность" этого поля и добавим больше гибкости. Спасибо Мне можно задать любые вопросы по продвижению, внутренней оптимизации uCoz-сайтов и SEO-модулю.
|
| |||