Куда ж без этого? Нельзя объять необъятное. Но вопрос семантики, контента и продвижения я больше не отдаю на сторону. Мне не нужны поточные решения, биржевые ссылки, накрутка поведенческих и тупые копирайты.
Со временем список того, чего больше не отдадите на сторону будет только расти. Так и закапываются в операционке.
А интернет-маркетолог должен управлять/руководить рекламными каналами, а не делать самостоятельно все, что только можно, так как делегировать не получается, потому что ранее был неудачный опыт.
vreditel: Вы просто никогда не были в шкуре маркетолога, которому директор клюет мозг за сайт. У вас на горизонте 2 выставки, обновление всех каталогов, пару маркетинговых исследований, не считая CRM и прочей текучки, и тут вам ласково сообщают, что вон тот сайт на седьмой странице выдачи - это наш, и ты теперь крайний за его продвижение.
По первости будешь выбирать по внешним признакам: у кого лучше презентация, оптимальнее цена, говорливее менеджер, одобрен службой безопасности, красивый сайт, солидные клиенты и тыпы. Вообще не факт, что выберешь плохих продвиженцев - потому как жесткую фильтрацию в крупной конторе проходят далеко не все. Проблема в том, что никто, включая того крайнего маркетолога, в этой конторе не знает, как продвигать сайт. И слова такого как "SEO" тоже не знает. И вот заплатили продвиженцам деньги, они вывели сайт по ряду позиций (мне не попадались такие, которые бы продвинули в топ по всем искомым позициям). Но на каком то этапе прогресс заканчивается, а вынос мозга маркетологу усиливается.
В результате продвиженцев меняют, и все начинается по новой.
В итоге маркетолог неизбежно приходит к пониманию, что для того , чтобы выбрать подрядчика, взаимодействовать с подрядчиком, контролировать подрядчика, принимать работу у подрядчика, он сам должен быть сеошником, иначе не получится или получится так, что при расставании с сеошником сайт рухнет ниже плинтуса (что неоднократно случалось!). И он начинает читать Ашманова, посещать профильные мероприятия, изучать он-лайн инструменты и тыпы.
В какой-то момент тот крайний маркетолог уже обладает достаточной квалификацией, чтобы выбрать грамотного продвиженца.
Но тут выясняется что-нибудь интересное:
1. Продвиженец оболтус, до него неделями нельзя дозвониться, птица он особо гордая, пнуть надо раз десять, иначе не летит.
2. Продвиженец иногородний или иностранец. Появляется дополнительная головная боль в виде общения по скайпу в нерабочее время (т.к. в рабочее у него ночь), или перегону бабла заграницу так, чтобы оно не попало там под налогообложение, к примеру.
3. Продвиженец, которого ты выбрал, ничего не собирается делать сам, а перепоручает какому-нибудь студенту, который в этом разделе вопрошает, что он делает не так.
4. Продвиженец не отдает аккаунты, с которых закупались ссылки.
5. Продвиженцу надо предоставить 100500 текстов за месяц, иначе никак.
6. Продвиженец набрал столько проектов, что на ваш у него остается 1 день в месяц, а все остальное время - пишите письма!
7. Продвиженец нихрена не понимает в твоем бизнесе, и тащит нецелевой траф, потому что искренне не понимает, чем продукт А отличается от продукта Б, с его обывательской т.з. это одно и то же (да и частотность по А больше, трафа можно больше притащить), и объяснять бесполезно.
и тыпы, вариантов много.
И вот тут маркетолог осознает, что ему уже проще и быстрее все сделать самому...
Да, есть даже такая поговорка: хочешь сделать хорошо, сделай сам.
Но тут возникает одна проблема, но довольно существенная - на то, чтобы масштабировать работы и управлять всеми активностями у маркетолога никогда не хватит времени (а иногда и компетенций)
И нужно научиться делегировать работу и управлять ей.
Собрать команду под себя не так просто, но это необходимо.
Теперь завершающий, и пожалуй, главный вопрос этой темы))
Не будут ли ссылки на сортировки и представления каталога, которые закрыты от индексации в роботсе, плохо влиять на продвижение сайта в целом? (именно это показывается красной ошибкой в спайдере - "ссылка закрыта от индексации") Что с ними сделать на самой странице? Т.к. битрикс не позволяет из коробки скрыть их, а готовый шаблон, если его кастомизировать перестанет нормально обновляться или затирать всю кастомизацию при обновлении...
Т.е. как бы ссылка есть, а в роботсе закрыта, но на странице не закрыта и не ноуфоллоу...
По canonical и страницам пагинации добавлю еще инфу:
найдите статью на seo news - Атрибут "canonical" и пагинация: разногласия в рекомендациях Яндекса и Google
здесь оказывается на этот сайт ссылки затираются..
Ситуация по ним конечно двоякая и четкого ответа от яндекса нет, есть образно рекомендация.
Я бы такие страницы закрывать в robots.txt не стал, сделал бы через каноникал
По поводу страниц сортировки и ссылок на закрытые разделы:
скорее всего нетспик показывает это как ошибку, так как внутренний ссылочный вес уходит в никуда со страницы, которая ссылается на закрытую страницу, уточните лучше это у техподдержки.
Но решения данной "ошибки" или посредством хитрой js подмены спрятать эти ссылки, или отказаться от этого функционала.
Ни то, ни другое думаю вас не устроит и с точки зрения разумности данного решения, и с точки зрения внедрения и поддержки.
Поэтому оставьте все как есть. Ваш сайт из за этой "ошибки" не улетит на дно (если он в топе). Есть более важные и решающие факторы, над которыми стоит работать
alkostar: Ответ как раз четкий, а вот как реализовать правильно ищу тут))
и тут же сразу спрошу, потому как в ветке про роботс не нашел конкретно ответа на эти вопросы:
1. имеет ли смысл просто закрыть от индексации все урлы, содержащие "?" ?
2. стоит ли закрыть от индексации страницы пагинации, содержащие "PAGEN"?
по п.2. - знаю, что пагинацию можно и нужно оформить должным образом (подмена меты на страницах, начиная со второй. текст описания раздела только на первой и тд...), но столкнулся с мнением, которое мне показалось логичным - если страницы есть в карте сайта, то пагинация уже не актуальна - робот и так все обойдет...
что скажете?
1. обычно так и делают в большинстве случаев, чтобы какие либо страницы которые не учел - не вылезли в выдаче
и ответ на один из самых задаваемых вопросов по тегу с атрибутом rel canonical:
каноникал не строгая директива и может не учитываться яндексом?
ответ от платона в комментах:
иногда атрибут rel="canonical" может не учитываться роботом, например, если в качестве канонического адреса указан другой домен\поддомен, а также если каноническая страница недоступна для робота. В большинстве остальных случаев робот следует указаниям.
Xubart: Настал момент последних тестов. Всё ровно и красиво, валидатор совсем не ругается, скрипты исполняются быстрее, Яндекс в сервисе проверки ответа сайта это видит, выглядит на много лучше, но.... 1. Обьем страниц увеличился в 1,5 раза. 2. Гугловский сервис раньше пустую мобильную версию оценивал в 98%, новую только в 64%. 10% из них приходятся на Онлайн-консультант, который ранее в мобильной версии отсутствовал.
Важны ли эти моменты для Яндекса?
1. То что размер страницы увеличился в 1.5 раза это не очень хорошо..
Страница может дольше загружаться.
При плохом интернете на мобильных тоже могут быть ухудшения из увеличения размера страницы.
Т.е. логика такая - размер страницы увеличился, страница грузится медленней, следовательно количество пользователей, которые могут свалить с сайта не дождавшись загрузки выше, следовательно поведенческие метрики хуже и так по цепочке.
Но опять же в крайность впадать не надо, если у тебя были показатели к примеру 600кб, а стали 900кб, то это не так страшно как если бы были 2мб, а стало 3мб.
По семантическому ядру проанализируй топ сайтов, которые занимают основной процент выдачи, посмотри какая у них скорость загрузки и размер, сравни со своей.. если показатели отличаются в худшую сторону, то подумай как можно оптимизировать.
2. Сейчас по google page speed получить более 90% в мобильной версии крайне сложно и не потому что сайт медленно грузится и изображения не оптимизированы..
Там есть несколько пунктов аудита, которые реализовать в cms без потери функционала очень геморно, один из таких показателей - устраните блокирующий загрузку код (в основном это стили и скрипты).
Если js перенести в футер не проблема, то с css посложнее будет, так как если переносишь все - у тебя при обновлении страницы экран будет собираться по частям и ты будешь все это видеть.
Есть решения данной проблемы, но оно трудозатратное.
Еще google советует использовать новые форматы изображений, что тоже пока внедрять в рабочие проекты не всегда целесообразно.
Таким образом при устранении остальных пунктов аудита в среднем показатели сайта держутся от 60 до 80 пунктов, и это достаточно хорошие показатели для мобильной версии.
Помимо проверки по pagespeed проверяйте скорость по другим сервисам: gtmetrix, tools.pingdom.com, webpagetest.org
По яндексу:
показатель ответа это только один из параметров, который влияет на загрузку сайта
он может улучшиться, но в целом скорость загрузки останется на прежнем уровне
Скорость загрузки - важный параметр, который учитывают обе поисковые системы.
Но этот показатель, как и множество других факторов, учитывается в совокупности с другими данными по сайту.
Были случаи когда скорость загрузки сайта оптимизировали весьма прилично, но это никак не отразилось на динамике при тех же условиях.
NovichokSovsem: В превью был, допустим, логотип рассматриваемого ПО. Показатели отказов снизились. Картинки были сжаты по гугловским канонам, значение на скорость загрузки была мала, и возможно какой-то толк даже они и несли (для меня точно).
Внутренних переходов было мало, сайт очень мал, 20 с немногим статей.
NovichokSovsem:
Но после некоторого A/B со своим сайтом получил хорошие результаты, а именно - +25% к органике.
Кстати как проводили A/B то? Напишите подробно какие результаты были до начала A/B и сколько держались
Сколько сайту лет/сколько страниц в индексе
Подозреваю что рост +25% к органике это не совсем заслуга A/B тестирования.
Если тестирование проходило по такому принципу:
есть страница A (или группа страниц)
есть страница B (или группа страниц)
Показатели по ним примерно одинаковые (позиции, трафик, поведенческие)
На А вы оставили все как есть
На B проделали изменения
Спустя время, как все проиндексировалось, вы увидели рост органики по страницам B, + возможно из роста трафика B был виден небольшой рост в целом по сайту.
Если тестирование было примерно таким, то вопросов нет.
Если по другому, типо сначала было все как на A, потом провели изменения (сделали как на B) и получили рост трафика органики +25%
то это не совсем A/B тестирование, и говорить однозначно что рост связан с изменениями, которые вы сделали - нельзя.
Какие например? Я имею в виду внутреннюю оптимизацию
Почитайте пожалуйста самостоятельно про внутреннюю оптимизацию.
Я не отвечу вам что вот есть фактор 1 и фактор 2, и надо его проработать и тогда все будет хорошо.
ПС учитывают огромное количество показателей, как внутренних, так и внешних - которые в совокупности влияют на релевантность документа по запросу.
А расписывать все основы внутренней оптимизации - на это у меня времени не найдется, да и вопросы уже выходят за рамки обсуждения стартпоста
Куда ж без этого? Нельзя объять необъятное. Но вопрос семантики, контента и продвижения я больше не отдаю на сторону. Мне не нужны поточные решения, биржевые ссылки, накрутка поведенческих и тупые копирайты.
Со временем список того, чего больше не отдадите на сторону будет только расти. Так и закапываются в операционке.
А интернет-маркетолог должен управлять/руководить рекламными каналами, а не делать самостоятельно все, что только можно, так как делегировать не получается, потому что ранее был неудачный опыт.
Вы просто никогда не были в шкуре маркетолога, которому директор клюет мозг за сайт. У вас на горизонте 2 выставки, обновление всех каталогов, пару маркетинговых исследований, не считая CRM и прочей текучки, и тут вам ласково сообщают, что вон тот сайт на седьмой странице выдачи - это наш, и ты теперь крайний за его продвижение.
По первости будешь выбирать по внешним признакам: у кого лучше презентация, оптимальнее цена, говорливее менеджер, одобрен службой безопасности, красивый сайт, солидные клиенты и тыпы. Вообще не факт, что выберешь плохих продвиженцев - потому как жесткую фильтрацию в крупной конторе проходят далеко не все. Проблема в том, что никто, включая того крайнего маркетолога, в этой конторе не знает, как продвигать сайт. И слова такого как "SEO" тоже не знает. И вот заплатили продвиженцам деньги, они вывели сайт по ряду позиций (мне не попадались такие, которые бы продвинули в топ по всем искомым позициям). Но на каком то этапе прогресс заканчивается, а вынос мозга маркетологу усиливается.
В результате продвиженцев меняют, и все начинается по новой.
В итоге маркетолог неизбежно приходит к пониманию, что для того , чтобы выбрать подрядчика, взаимодействовать с подрядчиком, контролировать подрядчика, принимать работу у подрядчика, он сам должен быть сеошником, иначе не получится или получится так, что при расставании с сеошником сайт рухнет ниже плинтуса (что неоднократно случалось!). И он начинает читать Ашманова, посещать профильные мероприятия, изучать он-лайн инструменты и тыпы.
В какой-то момент тот крайний маркетолог уже обладает достаточной квалификацией, чтобы выбрать грамотного продвиженца.
Но тут выясняется что-нибудь интересное:
1. Продвиженец оболтус, до него неделями нельзя дозвониться, птица он особо гордая, пнуть надо раз десять, иначе не летит.
2. Продвиженец иногородний или иностранец. Появляется дополнительная головная боль в виде общения по скайпу в нерабочее время (т.к. в рабочее у него ночь), или перегону бабла заграницу так, чтобы оно не попало там под налогообложение, к примеру.
3. Продвиженец, которого ты выбрал, ничего не собирается делать сам, а перепоручает какому-нибудь студенту, который в этом разделе вопрошает, что он делает не так.
4. Продвиженец не отдает аккаунты, с которых закупались ссылки.
5. Продвиженцу надо предоставить 100500 текстов за месяц, иначе никак.
6. Продвиженец набрал столько проектов, что на ваш у него остается 1 день в месяц, а все остальное время - пишите письма!
7. Продвиженец нихрена не понимает в твоем бизнесе, и тащит нецелевой траф, потому что искренне не понимает, чем продукт А отличается от продукта Б, с его обывательской т.з. это одно и то же (да и частотность по А больше, трафа можно больше притащить), и объяснять бесполезно.
и тыпы, вариантов много.
И вот тут маркетолог осознает, что ему уже проще и быстрее все сделать самому...
Да, есть даже такая поговорка: хочешь сделать хорошо, сделай сам.
Но тут возникает одна проблема, но довольно существенная - на то, чтобы масштабировать работы и управлять всеми активностями у маркетолога никогда не хватит времени (а иногда и компетенций)
И нужно научиться делегировать работу и управлять ей.
Собрать команду под себя не так просто, но это необходимо.
Главным то как указать? Он пока не видит, что это зеркала.
Этот процесс не происходит сразу.
Так как ты добавил в вебмастер новое зеркало и указал его главным, сайты склеились. И пока еще главным зеркалом является сайт на http
Яндексу надо переиндексировать сайт, загнать новые страницы в индекс (с https) а старые из индекса удалить (с http)
После того, как они доработали алгоритм переезда, они писали что этот процесс теперь занимает 3-4 дня
А не как раньше, 2-3 недели минимум
Если все сделал как у них по инструкции, то, как и сказали выше, ожидай пару дней.
Да, именно так я себе и представлял))
Теперь завершающий, и пожалуй, главный вопрос этой темы))
Не будут ли ссылки на сортировки и представления каталога, которые закрыты от индексации в роботсе, плохо влиять на продвижение сайта в целом? (именно это показывается красной ошибкой в спайдере - "ссылка закрыта от индексации") Что с ними сделать на самой странице? Т.к. битрикс не позволяет из коробки скрыть их, а готовый шаблон, если его кастомизировать перестанет нормально обновляться или затирать всю кастомизацию при обновлении...
Т.е. как бы ссылка есть, а в роботсе закрыта, но на странице не закрыта и не ноуфоллоу...
По canonical и страницам пагинации добавлю еще инфу:
найдите статью на seo news - Атрибут "canonical" и пагинация: разногласия в рекомендациях Яндекса и Google
здесь оказывается на этот сайт ссылки затираются..
Ситуация по ним конечно двоякая и четкого ответа от яндекса нет, есть образно рекомендация.
Я бы такие страницы закрывать в robots.txt не стал, сделал бы через каноникал
По поводу страниц сортировки и ссылок на закрытые разделы:
теоретически может быть такое влияние - https://devaka.ru/articles/links-to-noindex
скорее всего нетспик показывает это как ошибку, так как внутренний ссылочный вес уходит в никуда со страницы, которая ссылается на закрытую страницу, уточните лучше это у техподдержки.
Но решения данной "ошибки" или посредством хитрой js подмены спрятать эти ссылки, или отказаться от этого функционала.
Ни то, ни другое думаю вас не устроит и с точки зрения разумности данного решения, и с точки зрения внедрения и поддержки.
Поэтому оставьте все как есть. Ваш сайт из за этой "ошибки" не улетит на дно (если он в топе). Есть более важные и решающие факторы, над которыми стоит работать
Ответ как раз четкий, а вот как реализовать правильно ищу тут))
и тут же сразу спрошу, потому как в ветке про роботс не нашел конкретно ответа на эти вопросы:
1. имеет ли смысл просто закрыть от индексации все урлы, содержащие "?" ?
2. стоит ли закрыть от индексации страницы пагинации, содержащие "PAGEN"?
по п.2. - знаю, что пагинацию можно и нужно оформить должным образом (подмена меты на страницах, начиная со второй. текст описания раздела только на первой и тд...), но столкнулся с мнением, которое мне показалось логичным - если страницы есть в карте сайта, то пагинация уже не актуальна - робот и так все обойдет...
что скажете?
1. обычно так и делают в большинстве случаев, чтобы какие либо страницы которые не учел - не вылезли в выдаче
2.
Вот ссылка на рекомендацию яндекс
https://yandex.ru/blog/platon/2878
тут пункт 2
и ответ на один из самых задаваемых вопросов по тегу с атрибутом rel canonical:
каноникал не строгая директива и может не учитываться яндексом?
ответ от платона в комментах:
иногда атрибут rel="canonical" может не учитываться роботом, например, если в качестве канонического адреса указан другой домен\поддомен, а также если каноническая страница недоступна для робота. В большинстве остальных случаев робот следует указаниям.
Настал момент последних тестов.
Всё ровно и красиво, валидатор совсем не ругается, скрипты исполняются быстрее, Яндекс в сервисе проверки ответа сайта это видит, выглядит на много лучше, но....
1. Обьем страниц увеличился в 1,5 раза.
2. Гугловский сервис раньше пустую мобильную версию оценивал в 98%, новую только в 64%. 10% из них приходятся на Онлайн-консультант, который ранее в мобильной версии отсутствовал.
Важны ли эти моменты для Яндекса?
1. То что размер страницы увеличился в 1.5 раза это не очень хорошо..
Страница может дольше загружаться.
При плохом интернете на мобильных тоже могут быть ухудшения из увеличения размера страницы.
Т.е. логика такая - размер страницы увеличился, страница грузится медленней, следовательно количество пользователей, которые могут свалить с сайта не дождавшись загрузки выше, следовательно поведенческие метрики хуже и так по цепочке.
Но опять же в крайность впадать не надо, если у тебя были показатели к примеру 600кб, а стали 900кб, то это не так страшно как если бы были 2мб, а стало 3мб.
По семантическому ядру проанализируй топ сайтов, которые занимают основной процент выдачи, посмотри какая у них скорость загрузки и размер, сравни со своей.. если показатели отличаются в худшую сторону, то подумай как можно оптимизировать.
2. Сейчас по google page speed получить более 90% в мобильной версии крайне сложно и не потому что сайт медленно грузится и изображения не оптимизированы..
Там есть несколько пунктов аудита, которые реализовать в cms без потери функционала очень геморно, один из таких показателей - устраните блокирующий загрузку код (в основном это стили и скрипты).
Если js перенести в футер не проблема, то с css посложнее будет, так как если переносишь все - у тебя при обновлении страницы экран будет собираться по частям и ты будешь все это видеть.
Есть решения данной проблемы, но оно трудозатратное.
Еще google советует использовать новые форматы изображений, что тоже пока внедрять в рабочие проекты не всегда целесообразно.
Таким образом при устранении остальных пунктов аудита в среднем показатели сайта держутся от 60 до 80 пунктов, и это достаточно хорошие показатели для мобильной версии.
Помимо проверки по pagespeed проверяйте скорость по другим сервисам: gtmetrix, tools.pingdom.com, webpagetest.org
По яндексу:
показатель ответа это только один из параметров, который влияет на загрузку сайта
он может улучшиться, но в целом скорость загрузки останется на прежнем уровне
Скорость загрузки - важный параметр, который учитывают обе поисковые системы.
Но этот показатель, как и множество других факторов, учитывается в совокупности с другими данными по сайту.
Были случаи когда скорость загрузки сайта оптимизировали весьма прилично, но это никак не отразилось на динамике при тех же условиях.
Самое интересное, что похожий код стоит в файле search.php, который запускается при поиске на сайте и нормально работает, вот он:
Если по аналогии сделать, то получим:
Но если его вставить в index.php, он тоже выдает искажение на сайте.
Если Вы не знаете как работают правила css, то лучше не лезьте в код.
Или сделайте как я написал в коде, в личку киньте сайт, я вам пришлю css который нужно прописать
Отлично, убрали (p class="meta") и получилась абракадабра.
Стили поправили?
Открывающий и закрывающий тег p убрали?
Если все это сделали, то не должно быть проблем.
В превью был, допустим, логотип рассматриваемого ПО. Показатели отказов снизились. Картинки были сжаты по гугловским канонам, значение на скорость загрузки была мала, и возможно какой-то толк даже они и несли (для меня точно).
Внутренних переходов было мало, сайт очень мал, 20 с немногим статей.
Но после некоторого A/B со своим сайтом получил хорошие результаты, а именно - +25% к органике.
Кстати как проводили A/B то? Напишите подробно какие результаты были до начала A/B и сколько держались
Сколько сайту лет/сколько страниц в индексе
Подозреваю что рост +25% к органике это не совсем заслуга A/B тестирования.
Если тестирование проходило по такому принципу:
есть страница A (или группа страниц)
есть страница B (или группа страниц)
Показатели по ним примерно одинаковые (позиции, трафик, поведенческие)
На А вы оставили все как есть
На B проделали изменения
Спустя время, как все проиндексировалось, вы увидели рост органики по страницам B, + возможно из роста трафика B был виден небольшой рост в целом по сайту.
Если тестирование было примерно таким, то вопросов нет.
Если по другому, типо сначала было все как на A, потом провели изменения (сделали как на B) и получили рост трафика органики +25%
то это не совсем A/B тестирование, и говорить однозначно что рост связан с изменениями, которые вы сделали - нельзя.