Виктор Петров

Виктор Петров
Рейтинг
240
Регистрация
05.01.2020
Ребята, не стоит вскрывать эту тему
shtrihs #:
Тут я не совсем точный был. В запросе обязательно будет название города. Например, ремонт светодиодной люстры в Москве. Тогда такой запрос будет коммерческим, но в яндексе он будет отображаться нормально.

Тогда я не понял. У вас продвижение услуги или статья? Если статья - то просто так добавлять слово "цена" или "в Москве" - смысла нету в любом случае. Разве что это обзор-сравнение нескольких фирм, которые этим занимаются с прайс-листом для наглядности.
Ну а вообще - смотрите скриншот. Эти запросы - под разные страницы, а в выдаче - сплошь агрегаторы услуг. 

png screenshot_-_2021-02-24t220431.767.png
shtrihs :

Добрый вечер!

Возник такой вопрос: Наполняю сайт статьями, чтобы максимально использовать низкочастотные запросы для продвижения.

Во-первых, тут статья не прокатит (разве что под Гугл). Это исключительно коммерческий запрос, и подразумевает страницу услуг. Ну разве что содержание будет "Ремонт люстры своими руками". "Ремонт стиральных машин на дому" тому примером: это коммерческий запрос, под страницу услуг - не под статью. Никакая статья не будет ранжироваться по такому запросу, нужен другой тип страницы.
Во-вторых, смысл вопроса вообще не очень понятен. Что значит "делить запрос"? Есть запросы, которые могут и должны продвигаться на одной странице, у вас же ключи малость сложноваты для единственной страницы в любом случае.
Борис Черненков #:

С индексацией могут быть проблемы 

Ни разу не сталкивался с какими-то проблемами в рамках SEO. Пуникод - это, конечно, трэш, но сайты на таких доменах двигаются ничуть не хуже обычных. С почтарями проблемы - да, с некоторыми сервисами. Но не с поиском.
А по сабжу: не стал бы я ради ключей в домене огород городить, гимора больше чем профита.

Вам быстродействие или проценты?
Да возьмите какой-нито webpagetest.org, посмотрите, что у вас с реальным быстродействием из заданной локации, в чём реальные косяки сайта, посмотрите рекомендации - и корректируйте.
Потом, когда скучно станет совсем, можно начать в увлекательную компьютерную игру "Набери 100 попугаев в игровом автомате GSI!". Сейчас-то зачем?
Ну, во-первых, данные в любом случае будут разниться, тут ничего такого нету. Полного совпадения ждать не стоит.
Во-вторых, я лично предпочитаю втыкать метрику через GTM. Тут главный риск - это доступность серверов Гугла. Во время блокировки "Телеги" много их полегло, так что и "Метрика" тогда работала через раз по этой причине по некоторым проектам.
А зачем все эти телодвижения? Какой-то карго-культ технической оптимизации.
В процентах измеряют соответствие чек-листам GSI, реальная скорость сайта так не оценивается.
Screaming Frog Log File Analyzer
Для тех, кто сеошит - как по мне лучший вариант. Главный недостаток - работает только с одним типом логов (access_log). Но объективно - разве ж это недостаток?

Ну, будем тогда сделать проверять, учитывает Гугл заголовки или оценивает контент.

JuniorVov #:
но вам не актуально, как я понял)

я там ссылку выше дал, там как раз про фильтр за брендированные страницы - старенький уже, но всё ещё живой.
Гугл не торопясь движется к формату web 3.0 - когда никакой спам и попытки манипуляций рейтингом уже не будут влиять на ранжирование, включая ссылоньки. Спёр контент - получи софт-редирект на того, кого Гоша посчитает владельцем. И мне даже больно думать на тему, какие критерии эта железяка использует для определения первоисточника, а также сколько времени займёт процесс проб и ошибок.
И я рад, что на реализацию гуглоидам ещё долго не хватит мощностей дата-центров.

JuniorVov #:
Вы просто только ПДФ-ки и заметили. При желании такое можно провернуть и с вашими контентными страницами, да и в принципе с сайтом

Мои клиенты пока под такое не влетали, для меня неактуально.
И речь не о том, что можно провернуть и с чем. Вопрос в том, что это может провернуть Гугл, не задавая никаких вопросов и не предоставляя никакого выбора.

Всего: 4428