- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Многие заметили, что текстовые апдейты начиная с 4 декабря 2017 — не фиксируются ни в «Пиксель Тулс», ни на tools.promosite.
Это связано с тем, что Яндекс поменял обработку запросов с операторами «date:» и «idate:», фактические — поломал их («idate:» — уже довольно давно).
Логика фиксации текстовых апдейтов
Текстовые апдейты в Яндексе, как разобрано на странице апдейтов, фиксируются по появлению в основной базе Яндекса документов, которые были проиндексированы или переиндексированы поисковым роботом за определенную дату.
Скажем, 4 декабря в базу Яндекса были добавлены документы, которые были проиндексированы или переиндексированы роботом с 22 ноября по 29 ноября 2017 года.
Так же известно, что документы появляются в индексе Яндекса определенными порциями. Момент, когда «выкладывается новая порция» и называется текстовым апдейтом.
Традиционно, для поиска документов за определенную дату использовались операторы «date:» и «idate:». Но, Яндекс или намеренно или случайно, но планомерно «ломает» логику их работы, хотя оператор «date:» является документированным и поддерживается, если верить справке поисковой системы (но верить ей в данном случае — не стоит).
То же происходит и с полностью документированной возможностью задания интервала дат через GET-параметры с помощью интерфейса настройки поисковой выдачи.
В результате данных изменений, начиная с 4 декабря, апометры выдачи не фиксировали апдейтов. Но, если присмотреться и ориентироваться — новые документы всё же как-то «просачивались» в выдачу и после 4 ноября 2017 года с датами индексации / кэша после 29 ноября (ниже есть документы с датой кэша равной 30 ноября и 2, 5, 7 декабря).
Целенаправленная поломка?
Ряд наблюдений может наводить на мысли о целенаправленной «поломке выдачи», если в поисковом запросе встречаются определенные комбинации операторов (даже документированных). Особенно впечатляет кардинальное различие XML и обычной выдачи для запросов данного типа.
В «Пиксель Тулс» разработали и внедрили новую методику проверки текстовых апдейтов, которая была запущена в апометре во второй половине дня 20 декабря 2017. Для пользователей изменения означают только одно — текстовые апдейты работают, и будут работать и показывать те даты, когда были выложены новые документы и в каком интервале даты они были проиндексированы.
На апдейты можно подписаться по почте.
Многие заметили, что текстовые апдейты начиная с 4 декабря 2017 — не фиксируются ни в «Пиксель Тулс», ни на tools.promosite.
Это связано с тем, что Яндекс поменял обработку запросов с операторами «date:» и «idate:», фактические — поломал их («idate:» — уже довольно давно)..
Слушай, не надоело? Есть уже ветки мнимых апдейтов. теперь ты пришел свои сервисы пиарить?
Апдетй определяется не только операторами, но и видимыми "не вооруженными" операторами причинами
Заканчивайте. В одной ветке не прокатило, теперь в спецом созданной.
Нет апдейта и как НЕ НАРИСУЕТЕ апдейт НЕ ПОЯВИТСЯ
Слушай, не надоело? Есть уже ветки мнимых апдейтов. теперь ты пришел свои сервисы пиарить?
Апдетй определяется не только операторами, но и видимыми "не вооруженными" операторами причинами
Заканчивайте. В одной ветке не прокатило, теперь в спецом созданной.
Нет апдейта и как НЕ НАРИСУЕТЕ апдейт НЕ ПОЯВИТСЯ
Кто-то закипел? -)
У вас есть причины не доверять апдейту документов по 15 декабря?
Ну и речь, конечно, не про инструменты же, а про апометр.
Многие заметили, что текстовые апдейты начиная с 4 декабря 2017 — не фиксируются ни в «Пиксель Тулс», ни на tools.promosite.
Это связано с тем, что Яндекс поменял обработку запросов с операторами «date:» и «idate:», фактические — поломал их («idate:» — уже довольно давно).
Логика фиксации текстовых апдейтов
Текстовые апдейты в Яндексе, как разобрано на странице апдейтов, фиксируются по появлению в основной базе Яндекса документов, которые были проиндексированы или переиндексированы поисковым роботом за определенную дату.
Скажем, 4 декабря в базу Яндекса были добавлены документы, которые были проиндексированы или переиндексированы роботом с 22 ноября по 29 ноября 2017 года.
Так же известно, что документы появляются в индексе Яндекса определенными порциями. Момент, когда «выкладывается новая порция» и называется текстовым апдейтом.
Традиционно, для поиска документов за определенную дату использовались операторы «date:» и «idate:». Но, Яндекс или намеренно или случайно, но планомерно «ломает» логику их работы, хотя оператор «date:» является документированным и поддерживается, если верить справке поисковой системы (но верить ей в данном случае — не стоит).
То же происходит и с полностью документированной возможностью задания интервала дат через GET-параметры с помощью интерфейса настройки поисковой выдачи.
В результате данных изменений, начиная с 4 декабря, апометры выдачи не фиксировали апдейтов. Но, если присмотреться и ориентироваться — новые документы всё же как-то «просачивались» в выдачу и после 4 ноября 2017 года с датами индексации / кэша после 29 ноября (ниже есть документы с датой кэша равной 30 ноября и 2, 5, 7 декабря).
Целенаправленная поломка?
Ряд наблюдений может наводить на мысли о целенаправленной «поломке выдачи», если в поисковом запросе встречаются определенные комбинации операторов (даже документированных). Особенно впечатляет кардинальное различие XML и обычной выдачи для запросов данного типа.
В «Пиксель Тулс» разработали и внедрили новую методику проверки текстовых апдейтов, которая была запущена в апометре во второй половине дня 20 декабря 2017. Для пользователей изменения означают только одно — текстовые апдейты работают, и будут работать и показывать те даты, когда были выложены новые документы и в каком интервале даты они были проиндексированы.
На апдейты можно подписаться по почте.
Фактически ничего не поломано и работает.
Текстовые фиксируются. Порог 10млн документов.
Раньше апометр фиксировал только пол миллиарда. Но потом кто-то нам написал и спросил, а почему вы не фиксируете 10 миллионов? За 10 часов по 10 миллионов - это уже 100 миллионов. А у вас нет уведомления о том, что индекс обновился. Может мой сайт в этих 100 миллионах.
Можешь открыть календарь за 15 год. Там ты увидишь, что индексации 10 млн в час не было. Были только больше индексы.
Последнее время Яндекс стал почти каждый день добавлять в индекс 10 млн. Можно задать себе вопрос: можно ли не фиксировать 10 млн?
Фактически ничего не поломано и работает.
Текстовые фиксируются.
Сколько документов было зафиксировано 23 декабря за 20 декабря, что пишите?
>> 7:58 Текстовый апдейт: выложен индекс по 20 декабря 2017
Фактически индекс, если не брать быстроробота — до 19 числа же.
Объясните пожалуйста, возможно труднодоходимому))) Апдейты сейчас есть, или всё стало как в гугл, в режиме real time?
Объясните пожалуйста, возможно труднодоходимому))) Апдейты сейчас есть, или всё стало как в гугл, в режиме real time?
Технически есть же :)
С другой стороны Яндекс близок к Гуглу и далёк от него одновременно :)
Сколько документов было зафиксировано 23 декабря за 20 декабря, что пишите?
>> 7:58 Текстовый апдейт: выложен индекс по 20 декабря 2017
Фактически индекс, если не брать быстроробота — до 19 числа же.
Нужно выбрать дату в календаре апдейтов Яндекса и нанажть на нее, а затем раскрыть индекс от этой даты и посмотреть кол-во документов.
Кстати, вчера решили, что 10млн апдейты будут оранжевыми, а 100-500млн красными. Соответственно @ApometrBot спамить станет меньше (оранжевых текстовых в информировании не будет). :)
---------- Добавлено 24.12.2017 в 06:12 ----------
Объясните пожалуйста, возможно труднодоходимому))) Апдейты сейчас есть, или всё стало как в гугл, в режиме real time?
Судя по тому, что почти каждый день Яндекс обновляет ~10млн документов своего индекса, стремление к real time есть.
Что интересно, письма и уведомления в Яндекс.Вебмастере, по-прежнему появляются если индекс обновлен на 100-500 млн документов. ;)
Объясните пожалуйста, возможно труднодоходимому))) Апдейты сейчас есть, или всё стало как в гугл, в режиме real time?
Не, до real time пока не дотянули. Есть апдейты основного бота и есть база быстрогобота.
То есть — отдельно хранятся свежие документы в своей небольшой базе и отдельно обновляется (если без багов, то раз в сутки) основная база.