I am ready. It is useful for people who want to work in future with english projects)
Согласен самоуничтожаещее заявление от работодателя. Хороший спец.должен иметь клиентов или свои проекты, ибо если этого нет, то как он может быть хорошим спецом то. Вышло странно, как то так ищут, что бы на работе был умным спецом, но после 6 вечера мозг вырубался и чел трансформировался в плохо специалиста))))
Согласен. Функционал указан приличный. Да многие движки имеют кучу модулей, но на деле, каждый нужно адаптировать под требование своей сферы и нужд, что в итоге приводит к переписыванию всего и вся, если брать готовый двиг, еще куча багов добавляется. И нужно помнить, просто разработать магазин, это 50 процентов работы, после это все нужно поддерживать, корректировать, ибо в процессе работы начинает выясняться, что половина функционала на первых парах вообще не нужна, а нужно совсем другое.
Ну я б на вашем месте не был таким уверенным предсказателем о моих успехах, скажу лишь что я практик. Всё это делается, сравнивается, получаются результаты и т.д. Если вы в сео не используете серьезную аналитику, я ничего против собственно не имею).
Я вам не написал, что вычисляю формулу построения выдачи, я написал что использую модельный подход к работе и анализирую его (на рабочих проектах, экспериментальные проекты совсем другая история). Без моделей, у вас на руках очень мало инфы будет которую можно осмыслить, сравнить и остальное.
Я вам повторюсь это методика сравнения контрольных групп с тестовым у которых изменены данные, для вычисления наиболее эффективной группы. Войну терминов не стоит устраивать.
Не хотел никого зацепить собственно. Просто я сторонник систематичного подхода к работе, и в ней использую модели работ. Тестирование данных моделей, как раз подходит под понятие a/b если уж хочется можно и так a/b/c - в зависимости от ресурсов для аналитики. Теперь к практики.
Чисто теоретически у вас есть контентный проект.
У данного проекта есть несколько тысяч страниц. Брать каждую страницу индивидуально и обрабатывать на ней допустим внутреннюю оптимизацию, на такое не хватит никаких человеко ресурсов, да и потом косяков в такой оптимизации будет капец просто. Использовать одну методу для всех страниц, тоже не вариант, запросы отличается, контент отличаеться и т.д. Группируем семантику и посадочные страницы на группы. Исходя из конкуренции, частотности, контекста запроса и кучи других факторов составляем для каждой группы модель оптимизации(скажем на страницу про ежиков сделаем 2 модели оптимизации, ровно пополам). Оптимизируем всё это дело, на руках у нас контролируемые исходные данные для аналитики. По прохождению какого количества времени, начинаем сравнивать две модели оптимизации, которые использовались для страниц про ежиков - и такое сравнение собственно и называется a/b тестированием. Конечно я опустил много нюансов, просто попытался описать сей процесс. Термины вообще опасная штука, говоря про a/b тестирование у многих сразу ассоциация с лидами(хотя это просто метод аналитики), говоря про лендинги у многих ассоциация, страница в одну колонку с кучей красивой графики)
Тестирование моделей оптимизации. Странно,что это вас смутило.
Иногда понять ситуацию, помогает встать на место человека, который не оправдывает ваши ожидания. К примеру, к вам обратиться человек с просьбой оптимизировать 1 запрос и одну страницу) Как вы себя поведете в такой ситуации?)
Похвастаетесь скринами графиков вашей не теории?)
Прочитал про кокос, вообще не понял, зачем это было написано)
Зачастую, это нормальная ситуация людей работающих без перипродажников. Попробуйте в другие сферы с предложением пойти перепродовать их услуги или работу за более меньшие деньги, уверен столкнетесь с таким же негативом)
