да.. тема актуальная прям :/
Посмотрел сейчас региональную выдачу в "глубинках страны", по запросам что у ТС: коляски и ласты, картина аналогичная - первые две страницы выдачи, забиты досками объявлений и страницами интернет-магазинов, сделанных в онлайн-конструкторах сайтов)) Если же ВЧ-запрос о юридических услугах, окнах и недвижимости, то хоть появляются и сайты мелких компаний. Видать всё зависит от спроса: как часто в интернете пользователи своего региона ищут себе необходимый товар.
И вполне возможно, что поисковая выдача по регионам, автоматом заполняет "пробелы" сайтами типа авито и других трастовых.. те самые места и позиции, с которых подвинул алгоритм ранжирования унылые сайты-визитки мелких фирм и компаний. Ведь там ни поведенчиские, ни дизайн, ни юзабилити - ничего давно уже не соответствует сегодняшним требованиям. И если обратить внимание на заброшенные статьи на таких сайтах, датированые еще 2007-2011 годами, в футерах даты соят 2008 год, то по неволе это явный признак заброшенности ресурса. Соответсвенно поисковик вышвыривает за 100 позиции многих.
И еще один момент! Ведь не все жители глубинок пользуются поисковой системой для поиска себе необходимых товаров или услуг. Ведь там у них всё по-старинке - вся информация идёт из местной газеты бесплатных объявлений и билборды, реклама в маршруках и почтовые ящики, наклейки у подъездов... Это в мегаполисах всё через интернет читают/ищут, прежде чем купить и заказать. К примеру, мой давний знакомый(предпримиматель) из городка численностью до 90 тыс. жителей, заказывает иногда наружную рекламу на свои стройматериалы, где внизу указанна ссылка на его сообщество во ВКонтакте)) Ему и нафиг не сдался онлайн-магазин или каталог, свёрстанный за 500$, который никто в его городке даже и не додумается искать в поисковой системе)
А какой URL-адрес у гугла, c этим грёбаным мобильным поиском?... Ну, я имею ввиду, чтобы было можно на десктопе открыть страницу для мобильного поиска. Хотелось бы там по запросам посмотреть что выдаёт, сколько сайтов "видит", сравнить видимость своего блога...
И еще вопрос: сайты, которые начинаются с "m.моймобильныйсайт.ru" - они находятся в новом, отдельном индексе поисковика? Т.е. их нет в выдаче обычной, которая с десктопов всю жизнь доступна?
По соцсетям, в частности юморопабликам ВК, часто попадаются скрины с неожиданными результатами выдачи. Но то что здесь в теме скрины содержат - конечно вопиющей случай.
жаль, что не налажена в компании хотя бы ручная модерация нежелательных запросов, попадающие под взор детей. Ведь основной список запросов на запрещённое порно- он вроде бы не такой уж и длинный, и не является тайной...
п.с. А кто помнит баян этот, что на скрине тут ниже? до сих пор живёт)). Зато вроде ничего вопиющего или запрещённого:
помню не знал, что кроме соответствующих команд для 301 в .htaccess, нужно было еще и прописать в файле robots.txt новый хост: "Disallow: Host: newsite.ru", когда сайт переносил. Но я так понял у вас всё правильно везде прописано...
Тогда причина такого падения позиций из-за технических проблем по дублях(о чём выше указано), и еще влияет объём/количество страниц сайта. Для сайтов визиток процессы переезда на другой домен не такие болезненные, как для ресурса у которого от 500 страниц в индексе. Там алгоритм делает резкие перезапись и замену страниц в индексе. Так же на этапе "переезда", могут одновременно находиться и обе страницы в поиске, но с разными доменами и т.д. Что вызывает у робота подозрения, и он понижает позиции.
Поэтому, смена домена для большого сайта всегда вызывает потерю трафика и позиции на время переходного периода. Длительность этого периода зависит от "мозгов" поисковика... я представляю сколько теперь Яндекс будет думать, если у него обновления раз в 2 недели. Благо гугл в этом плане пошустрее.
Напишу здесь, то что откладывал спросить с начала этого года, немного не до этого было)) так как тема актуальная, собственно вопросы:
1. Вот смотрите, - с объявлением от оф.лиц Гугл "О предпочтениях наличия мобильной версии основного сайта", многие из нас "кинулись" делать себе m.site.ru... А ведь по правилам факторов ранжирования это получается как дубликат с теми же услугами и тематикой сайта, что и на основном домене.. потом стопудово аффилиат (где контакты те же что и на site.ru).
2. А тексты? Теперь что, нужно писать/заказывать уник-контент для основного домена отдельно, а для мобильной версии свою уник-статью ,чтобы две версии сайта, но по разным URL не дублировали друг друга в интернете? Или в серпе поисковик выдаёт выдачу в зависимости от устройства, с которого поиск осуществляется?:)
3. Как может новоиспеченный вчера поддомен начать ранжироваться в ТОП, на уровне с основным доменом?
Кароче как по мне, так самое идеально/оптимальное решение - это только адаптивный дизайн основного домена, который, к примеру, уже давно со своими ключами и текстами.. более/менее в ТОП, и будет отображается норм на разных экранах ,как требуют правила.
И еще раз, может и ошибаюсь: просто не понимаю как можно вести Блог для основного домена со своими статьями и потом садиться тут же писать отдельно для мобильного, который расположен по другому адресу? =)
п.с - ТС, ошибка реальная же в robots.txt, указывая зачем-то "Host: thediabetica.com" на в основном домене, а не во второй robots.txt, который на поддомене m. ;)
Интересно, они сами придумали это новшество, или заинтересовала более ранняя идея Яндекса о том же(с ранжированием по москве и региону без ссылок)?
Пишут в статье здесь на серче, что в Гугл уже испытали алгоритм у себя на "полевом полигоне"...КВТ хорошо показал себя=)
Но всё же думаю, что они не сразу запустят этот инструмент/алгоритм по всему миру. будут тестировать еще полгода у себя и выявят кучу несоответствий.
RAS, буквально час назад об этом же попалось рассуждение. Оказывается не все браузеры поддаются данному глюку, самый больной оказался ГуглХром... для этого обновления админки WP. Так на другом форуме высказались многие, и подтвердили этот факт на собственном опыте.
Странно, ведь что опера, что я.браузер - они все на основе движка хромиум. Но оказалось иначе обрабатывают css и js, совместимость скриптов.
Кароче вывод какой, закрывая эту тему: основная причина таких глюков даже на версии WP 4.1.1 - это какой-то плагин внешний, выпуском до 3.8 версииWP, поставленный на сайт, и второе - гугл Хром)
Для отладки сайтов, рекомендуют иметь абсолютно чистый Хром, без установленных в нём расширений, дополнений и плагинов , которых тысячи в маркете (или где там еще, они "вечно предлагаются как для удобства")
я вот напрочь отказался давным давно от самонаписания CMS и прочего. Исключение ландинг-пейдж. шучу=))
Если там самопис всё изначально, то разумеется надо делать вставки кода где запросы на php идут к БД, и извлечение данных оттуда командами php. Это надо рыть хелпы, как правильно пишут файлы сайта, делающие запрос к БД, вывод.
1.В php-файле перед выводом каких-либо HTML, есть смысл вставить строку-
header("Content-Type: text/html; charset=utf-8");
2. И снова PHPAdmin надо зырить. Если в БД записи видны на русском, значит с кодировкой данных в базе всё нормально и остаётся только неправильная кодировка вывода данных из MySQL. Не обязательно грешить на php-файл, тащащий из неё данные.
В PhpMyAdmin там надо найти справа вкладку "операции", и в самом низу "Сравнение" поставить из выпадающего списка - "utf8_general_ci"
Ну первым делом надо отсечь самую распространённую ошибку - это когда кучу правок и корректировок начинаешь делать не один час и забываешь о куках, сессиях, временных файлах... Прочисть все временные файлы браузера, перезапусти его, зайди с других) Отключи кеширование на стороне сервера, кеш внтури движка (если есть системный или плагин стоит)
потом все файлы сайта должны быть сохранёны в UTF-8, без "бом"
если в БД там видно всё на русском, а тащит клиенту псевдосимволы, то чего-то проблемы именно с выводом. Надо перед выводом из базы, в рнр-файле разместить эти строки:
mysql_query('SET NAMES utf8');
mysql_query('SET CHARACTER SET utf8' );
mysql_query('SET COLLATION_CONNECTION="utf8_general_ci"' );
Только сразу вопрос возникнет: где это место в движке сайта. Ведь наверняка речь идёт об исправном вчера WP или Joomla? =))
kgtu5, да, так и есть: надо перебирать все имеющиеся на блоге плагины, чтобы понять в ком причина.
Кароче портачил где-то скриптами плагин All in One SEO Pack Pro. При его деактивации, в админке всё функционирует как надо. Если вернуть его активность, то снова сбой.
Получается, что теперь когда редактируешь/создаешь запись - надо бегать в настройки его отключать. Ну а после вновь активировать =)
Интересно, сколько еще будут теперь попадаться других плагинов, которые не дружат с новой админкой WP...
