apple_rom

Подтверждаю, аналогично - после сотни в сутки, за сегодня лишь 2.

Для того, чтобы работал локальный поиск Яндекса нужно добавить "sitesuggest.yandex.ru" и "site.yandex.net".

Вообще, проще было сразу использовать *.yandex.ru *.yandex.net и т.п. В любом случае, вот рабочий (на данный момент) код для тех, у nginx, а не apache:

add_header Content-Security-Policy "default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval' *.yandex.ru *.yandex.net yandex.st my2.imgsmail.ru www.gstatic.com pagead2.googlesyndication.com www.youtube.com vk.com cdn.connect.mail.ru www.google-analytics.com https://www.google-analytics.com; object-src 'self' www.gstatic.com; style-src 'self' 'unsafe-inline' http://fonts.googleapis.com:*; img-src 'self' data: 0.gravatar.com http://0.gravatar.com/ 1.gravatar.com http://1.gravatar.com/ an.yandex.ru/count http://an.yandex.ru/count/ favicon.yandex.net http://favicon.yandex.net avatars-fast.yandex.net http://avatars-fast.yandex.net/ vk.com yastatic.net www.liveinternet.ru counter.yadro.ru mc.yandex.ru www.google-analytics.com https://www.google-analytics.com; media-src 'self'; frame-src 'self' yastatic.net http://yastatic.net/ connect.mail.ru an.yandex.ru www.youtube.com googleads.g.doubleclick.net vk.com ; font-src 'self' data: http://fonts.gstatic.com:*; connect-src 'self' mc.yandex.ru *.gstatic.com";

add_header X-Content-Security-Policy "default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval' *.yandex.ru *.yandex.net yandex.st my2.imgsmail.ru www.gstatic.com pagead2.googlesyndication.com www.youtube.com vk.com cdn.connect.mail.ru www.google-analytics.com https://www.google-analytics.com; object-src 'self' www.gstatic.com; style-src 'self' 'unsafe-inline' http://fonts.googleapis.com:*; img-src 'self' data: 0.gravatar.com http://0.gravatar.com/ 1.gravatar.com http://1.gravatar.com/ an.yandex.ru/count http://an.yandex.ru/count/ favicon.yandex.net http://favicon.yandex.net avatars-fast.yandex.net http://avatars-fast.yandex.net/ vk.com yastatic.net www.liveinternet.ru counter.yadro.ru mc.yandex.ru www.google-analytics.com https://www.google-analytics.com; media-src 'self'; frame-src 'self' yastatic.net http://yastatic.net/ connect.mail.ru an.yandex.ru www.youtube.com googleads.g.doubleclick.net vk.com ; font-src 'self' data: http://fonts.gstatic.com:*; connect-src 'self' mc.yandex.ru *.gstatic.com";

add_header X-WebKit-CSP "default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval' *.yandex.ru *.yandex.net yandex.st my2.imgsmail.ru www.gstatic.com pagead2.googlesyndication.com www.youtube.com vk.com cdn.connect.mail.ru www.google-analytics.com https://www.google-analytics.com; object-src 'self' www.gstatic.com; style-src 'self' 'unsafe-inline' http://fonts.googleapis.com:*; img-src 'self' data: 0.gravatar.com http://0.gravatar.com/ 1.gravatar.com http://1.gravatar.com/ an.yandex.ru/count http://an.yandex.ru/count/ favicon.yandex.net http://favicon.yandex.net avatars-fast.yandex.net http://avatars-fast.yandex.net/ vk.com yastatic.net www.liveinternet.ru counter.yadro.ru mc.yandex.ru www.google-analytics.com https://www.google-analytics.com; media-src 'self'; frame-src 'self' yastatic.net http://yastatic.net/ connect.mail.ru an.yandex.ru www.youtube.com googleads.g.doubleclick.net vk.com ; font-src 'self' data: http://fonts.gstatic.com:*; connect-src 'self' mc.yandex.ru *.gstatic.com";

Поддержу ТС - на многих своих сайтах после 10.01.2014 при детальном анализе наблюдал ровно аналогичную картину: запросы, которые можно условно назвать "официально-брендовые" - слетели. Вне зависимости от тематики. Это нельзя связать с проседанием сайтов вообще, т.к. по схожим запросам (типа "бренд + обзор") наоборот, наблюдался существенный рост.

Решил, что это, достаточно в духе последних изменнеий, апдейт алгоритма - вряд ли с этим можно бороться, лишь учитывать. Ведь логично, что пользователь, набирая подобные "брендовые запросы", должен получить сначала информацию от "первоисточника".

Строго по теме - 3 рабочих способа избавления от дублей и почему среди них нет robots.txt

Яндекс.Коталог и скрытый Яндекс.Коталог.

А вот уже и вебмастер ТЧК

Проверка "сопливости" /* с некоторого времени назад перестала работать (при чём - для некоторых сайтов, без особой зависимости, хотя некоторые предположения о связью с Пингвином были, но были найдены опровержения).

Проверка /& работает, однако "более правильной" нужно считать проверку вида:

site:/www.soliaris2010.narod.ru

Для "эстетов" можно посоветовать такой вариант:

site:www.soliaris2010.narod.ru -google.com.supplemental

Что касается о "проблеме соплей" в целом, то такой проблемы нет по определению ибо это показатель (а не как было отмечено - причина). При чём, что важно, это показатель не только "здоровья сайта", но и "здоровья Google". А нелады с оным у последнего периодически случаются (носят и сезонный, и "алгоритмический", и "апдейтовый" характер).

Однако всё перечисленное не отменяет корелляции с тем, что чем меньше "соплей", тем лучше Google "воспринимает" сайт. Целенаправленно "бороться с соплями" не нужно - просто "развивайте свой сайт и со временем..."

п.с. Кому интересны подробности гугло-сопле-нумерологии здесь: "Google supplemental index - история, практика, загадки и разгадки".

Судя по графику - падение лишь в Яндексе и судя по всему это апдейт от 3-го числа, когда у многих наблюдалась аналогичная картина - /ru/forum/784221. Если коротко признаки того апдейта - изменений по ВЧ в Яндексе нет, порезало НЧ.

Так что "присоединяйтесь, барон, присоединяйтесь" - ждите/ищите причины, вряд ли это банеры, найдёте - поделитесь.

Согласен с большинством сказанного богоносец. Просто красная линия "особенной важности сниппетов" уже не первый год проходит через все SEO-конференции. И сказанное представителями Яндекса кажется важным, высказывания которых на последней из таких и попытался максимально точно изложить. В то же время:

+100500

Прокомментирую:

В ответах на вопросы к докладу вполне естественно прозвучал вопрос по "оптимальной длине" и пр. Дословно М.Липатовой (Яндекс) было сказано примерно следующее:

Про "нежелательность" использования "переспама ключевиками" было сказано (и не раз) в ходе доклада.