shtrihs#: Тут я не совсем точный был. В запросе обязательно будет название города. Например, ремонт светодиодной люстры в Москве. Тогда такой запрос будет коммерческим, но в яндексе он будет отображаться нормально.
Тогда я не понял. У вас продвижение услуги или статья? Если статья - то просто так добавлять слово "цена" или "в Москве" - смысла нету в любом случае. Разве что это обзор-сравнение нескольких фирм, которые этим занимаются с прайс-листом для наглядности. Ну а вообще - смотрите скриншот. Эти запросы - под разные страницы, а в выдаче - сплошь агрегаторы услуг.
Возник такой вопрос: Наполняю сайт статьями, чтобы максимально использовать низкочастотные запросы для продвижения.
Во-первых, тут статья не прокатит (разве что под Гугл). Это исключительно коммерческий запрос, и подразумевает страницу услуг. Ну разве что содержание будет "Ремонт люстры своими руками". "Ремонт стиральных машин на дому" тому примером: это коммерческий запрос, под страницу услуг - не под статью. Никакая статья не будет ранжироваться по такому запросу, нужен другой тип страницы. Во-вторых, смысл вопроса вообще не очень понятен. Что значит "делить запрос"? Есть запросы, которые могут и должны продвигаться на одной странице, у вас же ключи малость сложноваты для единственной страницы в любом случае.
Ни разу не сталкивался с какими-то проблемами в рамках SEO. Пуникод - это, конечно, трэш, но сайты на таких доменах двигаются ничуть не хуже обычных. С почтарями проблемы - да, с некоторыми сервисами. Но не с поиском. А по сабжу: не стал бы я ради ключей в домене огород городить, гимора больше чем профита.
Вам быстродействие или проценты? Да возьмите какой-нито webpagetest.org, посмотрите, что у вас с реальным быстродействием из заданной локации, в чём реальные косяки сайта, посмотрите рекомендации - и корректируйте. Потом, когда скучно станет совсем, можно начать в увлекательную компьютерную игру "Набери 100 попугаев в игровом автомате GSI!". Сейчас-то зачем?
Ну, во-первых, данные в любом случае будут разниться, тут ничего такого нету. Полного совпадения ждать не стоит. Во-вторых, я лично предпочитаю втыкать метрику через GTM. Тут главный риск - это доступность серверов Гугла. Во время блокировки "Телеги" много их полегло, так что и "Метрика" тогда работала через раз по этой причине по некоторым проектам.
А зачем все эти телодвижения? Какой-то карго-культ технической оптимизации. В процентах измеряют соответствие чек-листам GSI, реальная скорость сайта так не оценивается.
Screaming Frog Log File Analyzer Для тех, кто сеошит - как по мне лучший вариант. Главный недостаток - работает только с одним типом логов (access_log). Но объективно - разве ж это недостаток?
я там ссылку выше дал, там как раз про фильтр за брендированные страницы - старенький уже, но всё ещё живой. Гугл не торопясь движется к формату web 3.0 - когда никакой спам и попытки манипуляций рейтингом уже не будут влиять на ранжирование, включая ссылоньки. Спёр контент - получи софт-редирект на того, кого Гоша посчитает владельцем. И мне даже больно думать на тему, какие критерии эта железяка использует для определения первоисточника, а также сколько времени займёт процесс проб и ошибок. И я рад, что на реализацию гуглоидам ещё долго не хватит мощностей дата-центров.
JuniorVov#: Вы просто только ПДФ-ки и заметили. При желании такое можно провернуть и с вашими контентными страницами, да и в принципе с сайтом
Мои клиенты пока под такое не влетали, для меня неактуально. И речь не о том, что можно провернуть и с чем. Вопрос в том, что это может провернуть Гугл, не задавая никаких вопросов и не предоставляя никакого выбора.
Тут я не совсем точный был. В запросе обязательно будет название города. Например, ремонт светодиодной люстры в Москве. Тогда такой запрос будет коммерческим, но в яндексе он будет отображаться нормально.
Тогда я не понял. У вас продвижение услуги или статья? Если статья - то просто так добавлять слово "цена" или "в Москве" - смысла нету в любом случае. Разве что это обзор-сравнение нескольких фирм, которые этим занимаются с прайс-листом для наглядности.
Ну а вообще - смотрите скриншот. Эти запросы - под разные страницы, а в выдаче - сплошь агрегаторы услуг.
Добрый вечер!
Возник такой вопрос: Наполняю сайт статьями, чтобы максимально использовать низкочастотные запросы для продвижения.
Во-вторых, смысл вопроса вообще не очень понятен. Что значит "делить запрос"? Есть запросы, которые могут и должны продвигаться на одной странице, у вас же ключи малость сложноваты для единственной страницы в любом случае.
С индексацией могут быть проблемы
Ни разу не сталкивался с какими-то проблемами в рамках SEO. Пуникод - это, конечно, трэш, но сайты на таких доменах двигаются ничуть не хуже обычных. С почтарями проблемы - да, с некоторыми сервисами. Но не с поиском.
А по сабжу: не стал бы я ради ключей в домене огород городить, гимора больше чем профита.
Да возьмите какой-нито webpagetest.org, посмотрите, что у вас с реальным быстродействием из заданной локации, в чём реальные косяки сайта, посмотрите рекомендации - и корректируйте.
Потом, когда скучно станет совсем, можно начать в увлекательную компьютерную игру "Набери 100 попугаев в игровом автомате GSI!". Сейчас-то зачем?
Во-вторых, я лично предпочитаю втыкать метрику через GTM. Тут главный риск - это доступность серверов Гугла. Во время блокировки "Телеги" много их полегло, так что и "Метрика" тогда работала через раз по этой причине по некоторым проектам.
В процентах измеряют соответствие чек-листам GSI, реальная скорость сайта так не оценивается.
Для тех, кто сеошит - как по мне лучший вариант. Главный недостаток - работает только с одним типом логов (access_log). Но объективно - разве ж это недостаток?
Через .htaccess:
Ну, будем тогда сделать проверять, учитывает Гугл заголовки или оценивает контент.
но вам не актуально, как я понял)
я там ссылку выше дал, там как раз про фильтр за брендированные страницы - старенький уже, но всё ещё живой.
Гугл не торопясь движется к формату web 3.0 - когда никакой спам и попытки манипуляций рейтингом уже не будут влиять на ранжирование, включая ссылоньки. Спёр контент - получи софт-редирект на того, кого Гоша посчитает владельцем. И мне даже больно думать на тему, какие критерии эта железяка использует для определения первоисточника, а также сколько времени займёт процесс проб и ошибок.
И я рад, что на реализацию гуглоидам ещё долго не хватит мощностей дата-центров.
Вы просто только ПДФ-ки и заметили. При желании такое можно провернуть и с вашими контентными страницами, да и в принципе с сайтом
Мои клиенты пока под такое не влетали, для меня неактуально.
И речь не о том, что можно провернуть и с чем. Вопрос в том, что это может провернуть Гугл, не задавая никаких вопросов и не предоставляя никакого выбора.