К примеру:《》и 【】
Смотря, что иметь ввиду под негативным влиянием. У каждого символа и каждой литеры есть свой код. Алгоритм просто воспринимает последовательность кода и допустим в ситуации, когда вы выбираете между содержанием
Mellerok и • Mellerok •
то спец символ "•" не помешает, а в плане визуального восприятия наоборот акцентирует и следовательно потенциально может улучшить кликабельность в поиске.
Но могут быть и такие случае, когда спец. символы наоборот мешают и напротив дают более низкие результаты по CTR в поиске, вот тогда они могут оказывать негативное влияние.
Сами по себе спец. символы и разного рода эмодзи негатива не несут, они несут дополнительный визуальный эффект, но какой он будет - в плюс или в минус, здесь надо тестировать и заранее однозначный вывод сделать нельзя.
Есть страницы со схожим контентом, условно "выращивание красных роз", "выращивание белых роз" и т.д. На все эти страницы есть немного трафика. И эти страницы надо объединить в одну. Как лучше это сделать? Думаю так:
1) создать новую страницу, назвать ее "выращивание роз", скопировать на нее последовательно текст со старых страниц, где "выращивание (цвет) роз" будут H2
2) со старых страниц на новую сделать редирект
3) а что делать со старыми страницами? оставить на сайте или удалить?
Здесь заранее важно определить, что за формат сайта и что за оффер.
Если это информационный сайт про выращивание - это одна история, если это реклама услуг по выращиванию - другая, а если это частник, который планирует продавать розы и выращивание это одна из услуг, то основная задача - это реклама товарного оффера, то это третья история.
И в первом, и во втором, и в третьем случае будут свои правила и свою нюансы, потому что информационный интент и коммерческую товарную нишу смешивать крайне не рекомендуется.
Посему, для ответа на первый пункт нужно уточнять обстоятельства форматной заданности и коммерческий интерес (если он вообще есть).
2) Да
3) После склейки - удалить.
Мнение следующее. Если на сайте много страниц с пустыми H2, значит скорее всего не думали о структуре изложения информации на странице (и это плохо), либо ошибка в шаблоне, либо информацию удалили (здесь могут быть варианты) - надо проверять структуру страниц и приводить в рабочее состояние. Не факт, что H2 заголовки нужны вообще.
Поисковики проигнорируют пустые H2 заголовки и хуже (от их отсутствия), чем было до того, как вы это обстоятельство заметили не будет точно. Впрочем, и то, что вы сейчас их удалите тоже значимо лучше не сделает.
Ну, почему же, приятно вспомнить, рассказать как было у себя, послушать как было у других..
Прогончики - да, активно практиковались. Соб-но, я с этого и начинал, когда только заступил на должность в августе 2007-го.
Allsubmitter был в почётном правом углу на рабочем столе :) А также ссылочные и статейные обмены.
Так говорили.. несколько вкладок назад. Но можно и продолжить :)
Для меня вопрос был не в принципе, для меня был вопрос в изыскании внутренних резервов, а их было полно, потому что город окучивался стайкой из десятка менеджеров, которые активно продавали даже не сайты, а тарифы. Все это было подвязано на местном региональном электронном СМИ и в пакет рекламных услуг входило создание сайтов-визиток с бесплатным хостингом (сервак стоял в соседней комнате в шкафу) :)
Наплыв был большой, сайтов было больше сотни, решение использовать эти активы было вполне логичным. Я даже дизайнеров и программеров не дергал своими затеями. Я использовал статейный движок ArticleMS и встраивал его в статичную верстку. Так я начал активно изучать дисциплины отличные от SEO. Фактически весь клиентский актив сайтов студии был для меня подведомственной сеткой :)
Поэтому вывести любой запрос в своём регионе - даже "недвижку" и "окна" был для меня вопросом 1-2 трудодней под бодренькие гитарные пассажи Чака Шульдинера :) Потом конечно стало сложнее, пришлось подключать в работу ссылочные и статейные биржи.
ОписАлся, конечно это было до 2010 года. В период когда я работал в штате. Уже 11 лет назад.
Это не было полноценным ведением, как сейчас. Это был набор работ за 1-2 дня, эффект которых держался годами :)
Ну разве что пару раз в месяц в редакторском отделе писалось по статье для обновления и доп. перелинковки до нужным запросам (и то для сайтов-визиток, которые вообще не обновлялись).
Иногда доходило до абсурдного. На сайте своих 1-2 страницы, а рекламных материалов - десятки. Вот вам и контентное обновление :)
Проще. Базовая оптимизация, проставление ссылок в своей личной сетке + на клиентских сайтах по согласованию создавались разделы с рекламными статьями, где одни клиентские сайты продвигали другие клиентские сайты, поэтому на региональное продвижение ни копейки не тратились :) Сапа использовалась для продвижения столичных сайтов.
Базово на всю работу уходило 1-2 дня. Через 2-3 недели после индексации всех активов был эффект, к концу месяца собирались сливки, писали отчёты и отправлялись в CRM для передачи менеджеру, который выставлял счёт клиенту. Всё, больше не делалось ничего, потому что этого было достаточно для удержания в малоконкурентном топе. Схема довольно уверенно работала для регионального топа.
Доходило до такого, что даже по одной тематике было 5-7 клиентов и приходилось конкурировать "с самим собой" :)
Сейчас конечно это схема работать не будет, да и 15-20 с полным погружением по всему спектру работ - явно перебор.
Да :) Было время :)
15-ать многовато. Года эдак до 2010 еще можно было залезть в топ фактом нормального сделанного сайтов, ключевой плотностью, перелинковкой и небольшим кол-вом ссылок. В регионах уж точно.
Говорю об это ответственно, как лицо сопровождающее до 80-ти клиентских сайтов :)
Причин может быть множество, начиная с проблем конкретной страницы (в недостаточной релеватности и эпизодичных ПФ), заканчивая причудами самого Яндекса.
Слишком мало данных для того, чтобы точнее определять рабочие прогнозы. Важны: возраст страницы, ранжирование за короткий и за длинный период, тематика (коммерческая/информационная), посещаемость страницы, средние Метрики поведенческих и т.д.
То, что страницы ранжируются то так, то эдак - характерно для большинства страниц, но рабочие закономерности нужно определять в контексте рабочих данных. А так всё очень приблизительно и неконкретно.
Без предметного анализа страницы внятную рекомендацию вы всё равно не получите.
