Почитайте пожалуйста самостоятельно про внутреннюю оптимизацию.
Я не отвечу вам что вот есть фактор 1 и фактор 2, и надо его проработать и тогда все будет хорошо.
ПС учитывают огромное количество показателей, как внутренних, так и внешних - которые в совокупности влияют на релевантность документа по запросу.
А расписывать все основы внутренней оптимизации - на это у меня времени не найдется, да и вопросы уже выходят за рамки обсуждения стартпоста
Со временем список того, чего больше не отдадите на сторону будет только расти. Так и закапываются в операционке.
А интернет-маркетолог должен управлять/руководить рекламными каналами, а не делать самостоятельно все, что только можно, так как делегировать не получается, потому что ранее был неудачный опыт.
Да, есть даже такая поговорка: хочешь сделать хорошо, сделай сам.
Но тут возникает одна проблема, но довольно существенная - на то, чтобы масштабировать работы и управлять всеми активностями у маркетолога никогда не хватит времени (а иногда и компетенций)
И нужно научиться делегировать работу и управлять ей.
Собрать команду под себя не так просто, но это необходимо.
Этот процесс не происходит сразу.
Так как ты добавил в вебмастер новое зеркало и указал его главным, сайты склеились. И пока еще главным зеркалом является сайт на http
Яндексу надо переиндексировать сайт, загнать новые страницы в индекс (с https) а старые из индекса удалить (с http)
После того, как они доработали алгоритм переезда, они писали что этот процесс теперь занимает 3-4 дня
А не как раньше, 2-3 недели минимум
Если все сделал как у них по инструкции, то, как и сказали выше, ожидай пару дней.
По canonical и страницам пагинации добавлю еще инфу:
найдите статью на seo news - Атрибут "canonical" и пагинация: разногласия в рекомендациях Яндекса и Google
здесь оказывается на этот сайт ссылки затираются..
Ситуация по ним конечно двоякая и четкого ответа от яндекса нет, есть образно рекомендация.
Я бы такие страницы закрывать в robots.txt не стал, сделал бы через каноникал
По поводу страниц сортировки и ссылок на закрытые разделы:
теоретически может быть такое влияние - https://devaka.ru/articles/links-to-noindex
скорее всего нетспик показывает это как ошибку, так как внутренний ссылочный вес уходит в никуда со страницы, которая ссылается на закрытую страницу, уточните лучше это у техподдержки.
Но решения данной "ошибки" или посредством хитрой js подмены спрятать эти ссылки, или отказаться от этого функционала.
Ни то, ни другое думаю вас не устроит и с точки зрения разумности данного решения, и с точки зрения внедрения и поддержки.
Поэтому оставьте все как есть. Ваш сайт из за этой "ошибки" не улетит на дно (если он в топе). Есть более важные и решающие факторы, над которыми стоит работать
1. обычно так и делают в большинстве случаев, чтобы какие либо страницы которые не учел - не вылезли в выдаче
2.
Вот ссылка на рекомендацию яндекс
https://yandex.ru/blog/platon/2878
тут пункт 2
и ответ на один из самых задаваемых вопросов по тегу с атрибутом rel canonical:
каноникал не строгая директива и может не учитываться яндексом?
ответ от платона в комментах:
иногда атрибут rel="canonical" может не учитываться роботом, например, если в качестве канонического адреса указан другой домен\поддомен, а также если каноническая страница недоступна для робота. В большинстве остальных случаев робот следует указаниям.
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
По яндексу:
показатель ответа это только один из параметров, который влияет на загрузку сайта
он может улучшиться, но в целом скорость загрузки останется на прежнем уровне
Скорость загрузки - важный параметр, который учитывают обе поисковые системы.
Но этот показатель, как и множество других факторов, учитывается в совокупности с другими данными по сайту.
Были случаи когда скорость загрузки сайта оптимизировали весьма прилично, но это никак не отразилось на динамике при тех же условиях.
Если Вы не знаете как работают правила css, то лучше не лезьте в код.
Или сделайте как я написал в коде, в личку киньте сайт, я вам пришлю css который нужно прописать
Стили поправили?
Открывающий и закрывающий тег p убрали?
Если все это сделали, то не должно быть проблем.
Кстати как проводили A/B то? Напишите подробно какие результаты были до начала A/B и сколько держались
Сколько сайту лет/сколько страниц в индексе
Подозреваю что рост +25% к органике это не совсем заслуга A/B тестирования.
Если тестирование проходило по такому принципу:
есть страница A (или группа страниц)
есть страница B (или группа страниц)
Показатели по ним примерно одинаковые (позиции, трафик, поведенческие)
На А вы оставили все как есть
На B проделали изменения
Спустя время, как все проиндексировалось, вы увидели рост органики по страницам B, + возможно из роста трафика B был виден небольшой рост в целом по сайту.
Если тестирование было примерно таким, то вопросов нет.
Если по другому, типо сначала было все как на A, потом провели изменения (сделали как на B) и получили рост трафика органики +25%
то это не совсем A/B тестирование, и говорить однозначно что рост связан с изменениями, которые вы сделали - нельзя.
