Сообщение Re[9]: Новое и оригинальное в десктопном софте от 11.10.2019 14:20
Изменено 11.10.2019 14:22 PeterOne
Re[9]: Новое и оригинальное в десктопном софте
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Какой смысл в отдельном домене для документации?
Отдельный домен используется для форума и документация на его поддомене, DokiWiki/
ЕМ>Моему домену тоже около двадцати лет, но софт изначально был на поддомене (software.). Вот я и пытаюсь понять, чем плох поддомен в сравнении с доменом.
Гугл ранжирует домен и его поддомен по отдельности. Упрощенно говоря.
ЕМ>У меня для продукта несколько страниц — главная, общее описание, расширенное описание, скачивание, покупка, плюс руководство пользователя. Чем специально созданные лэндинги будут отличаться от всего этого?
Разница огромная! Вы затачиваете главную страницу под имя продукта — в title имя продукта в первую очередь, в описаниях. А лэндинг затачивается под выбранный кейворд который используется во всех ключевых title и описаниях. Даже URL страницы и тот особый, например mycompany.com/best-photo-editor
Улавливаете разницу? Тупой Гугл на это ведется и дает трафик на этот лендинг, который раньше вообще не шел на мой сайт (или давал совсем мало). Конечно имя продукта на лэндинге тоже фигурирует между прочими описаниями.
Второй плюс этого подхода — мы можем узнавать по каким кейвордам к нам идут клиенты по органическому трафику Гугл. По другому то сейчас нельзя узнать — Гугл не сообщает в Analytics этой информации. А благодаря кейвордам мы точно знаем конверсию по разным кейвордам.
POL>>Трафик идет, продажи тихонько капают с этих лендингов, конверсия нормальная.
ЕМ>То есть, на каждом из лэндингов продукт предлагается независимо? Можно посмотреть, как это выглядит?
Извините, не могу показать. Коммерческая тайна.
ЕМ>Так чем же плох поддомен? Если речь о приватных поддоменах глобальных доменов, то гугл должен их как-то отличать от полностью приватных доменов, иначе какой-нибудь docs.microsoft.com будет появляться в выдаче значительно ниже microsoft.com/docs.
Поддомен будет ранжироваться хуже, чем папка главного домена.
ЕМ>Какой смысл в отдельном домене для документации?
Отдельный домен используется для форума и документация на его поддомене, DokiWiki/
ЕМ>Моему домену тоже около двадцати лет, но софт изначально был на поддомене (software.). Вот я и пытаюсь понять, чем плох поддомен в сравнении с доменом.
Гугл ранжирует домен и его поддомен по отдельности. Упрощенно говоря.
ЕМ>У меня для продукта несколько страниц — главная, общее описание, расширенное описание, скачивание, покупка, плюс руководство пользователя. Чем специально созданные лэндинги будут отличаться от всего этого?
Разница огромная! Вы затачиваете главную страницу под имя продукта — в title имя продукта в первую очередь, в описаниях. А лэндинг затачивается под выбранный кейворд который используется во всех ключевых title и описаниях. Даже URL страницы и тот особый, например mycompany.com/best-photo-editor
Улавливаете разницу? Тупой Гугл на это ведется и дает трафик на этот лендинг, который раньше вообще не шел на мой сайт (или давал совсем мало). Конечно имя продукта на лэндинге тоже фигурирует между прочими описаниями.
Второй плюс этого подхода — мы можем узнавать по каким кейвордам к нам идут клиенты по органическому трафику Гугл. По другому то сейчас нельзя узнать — Гугл не сообщает в Analytics этой информации. А благодаря кейвордам мы точно знаем конверсию по разным кейвордам.
POL>>Трафик идет, продажи тихонько капают с этих лендингов, конверсия нормальная.
ЕМ>То есть, на каждом из лэндингов продукт предлагается независимо? Можно посмотреть, как это выглядит?
Извините, не могу показать. Коммерческая тайна.
ЕМ>Так чем же плох поддомен? Если речь о приватных поддоменах глобальных доменов, то гугл должен их как-то отличать от полностью приватных доменов, иначе какой-нибудь docs.microsoft.com будет появляться в выдаче значительно ниже microsoft.com/docs.
Поддомен будет ранжироваться хуже, чем папка главного домена.
Re[9]: Новое и оригинальное в десктопном софте
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Какой смысл в отдельном домене для документации?
Отдельный домен используется для форума и документация на его поддомене, DokiWiki/
ЕМ>Моему домену тоже около двадцати лет, но софт изначально был на поддомене (software.). Вот я и пытаюсь понять, чем плох поддомен в сравнении с доменом.
Гугл ранжирует домен и его поддомен по отдельности. Упрощенно говоря.
ЕМ>У меня для продукта несколько страниц — главная, общее описание, расширенное описание, скачивание, покупка, плюс руководство пользователя. Чем специально созданные лэндинги будут отличаться от всего этого?
Разница огромная! Вы затачиваете главную страницу под имя продукта — в title имя продукта в первую очередь, в описаниях. А лэндинг затачивается под выбранный кейворд который используется во всех ключевых title и описаниях. Даже URL страницы и тот особый, например mycompany.com/best-photo-editor
Улавливаете разницу? Тупой Гугл на это ведется и дает трафик на этот лендинг, который раньше вообще не шел на мой сайт (или давал совсем мало). Конечно имя продукта на лэндинге тоже фигурирует между прочими описаниями.
Еще важно — Вы не можете заточить одну страницу под кучу кейвордов — она будут конкурировать в Гугл с тысячами более оптимизированных страниц других сайтов. Поэтому и нужны лэндинги — один лендинг на 1 или несколько кейвордов.
Второй плюс этого подхода — мы можем узнавать по каким кейвордам к нам идут клиенты по органическому трафику Гугл. По другому то сейчас нельзя узнать — Гугл не сообщает в Analytics этой информации. А благодаря кейвордам мы точно знаем конверсию по разным кейвордам.
POL>>Трафик идет, продажи тихонько капают с этих лендингов, конверсия нормальная.
ЕМ>То есть, на каждом из лэндингов продукт предлагается независимо? Можно посмотреть, как это выглядит?
Извините, не могу показать. Коммерческая тайна.
ЕМ>Так чем же плох поддомен? Если речь о приватных поддоменах глобальных доменов, то гугл должен их как-то отличать от полностью приватных доменов, иначе какой-нибудь docs.microsoft.com будет появляться в выдаче значительно ниже microsoft.com/docs.
Поддомен будет ранжироваться хуже, чем папка главного домена.
ЕМ>Какой смысл в отдельном домене для документации?
Отдельный домен используется для форума и документация на его поддомене, DokiWiki/
ЕМ>Моему домену тоже около двадцати лет, но софт изначально был на поддомене (software.). Вот я и пытаюсь понять, чем плох поддомен в сравнении с доменом.
Гугл ранжирует домен и его поддомен по отдельности. Упрощенно говоря.
ЕМ>У меня для продукта несколько страниц — главная, общее описание, расширенное описание, скачивание, покупка, плюс руководство пользователя. Чем специально созданные лэндинги будут отличаться от всего этого?
Разница огромная! Вы затачиваете главную страницу под имя продукта — в title имя продукта в первую очередь, в описаниях. А лэндинг затачивается под выбранный кейворд который используется во всех ключевых title и описаниях. Даже URL страницы и тот особый, например mycompany.com/best-photo-editor
Улавливаете разницу? Тупой Гугл на это ведется и дает трафик на этот лендинг, который раньше вообще не шел на мой сайт (или давал совсем мало). Конечно имя продукта на лэндинге тоже фигурирует между прочими описаниями.
Еще важно — Вы не можете заточить одну страницу под кучу кейвордов — она будут конкурировать в Гугл с тысячами более оптимизированных страниц других сайтов. Поэтому и нужны лэндинги — один лендинг на 1 или несколько кейвордов.
Второй плюс этого подхода — мы можем узнавать по каким кейвордам к нам идут клиенты по органическому трафику Гугл. По другому то сейчас нельзя узнать — Гугл не сообщает в Analytics этой информации. А благодаря кейвордам мы точно знаем конверсию по разным кейвордам.
POL>>Трафик идет, продажи тихонько капают с этих лендингов, конверсия нормальная.
ЕМ>То есть, на каждом из лэндингов продукт предлагается независимо? Можно посмотреть, как это выглядит?
Извините, не могу показать. Коммерческая тайна.
ЕМ>Так чем же плох поддомен? Если речь о приватных поддоменах глобальных доменов, то гугл должен их как-то отличать от полностью приватных доменов, иначе какой-нибудь docs.microsoft.com будет появляться в выдаче значительно ниже microsoft.com/docs.
Поддомен будет ранжироваться хуже, чем папка главного домена.