Сегодня утром в Google Search Console обнаружили странный баг: при попытке задать собственный диапазон дат в отчёте Performance поле окончания периода автоматически устанавливало 1969 год и не позволяло выбрать дату позже. Проблема касалась только ручного выбора дат — предустановленные фильтры работали корректно.
Основные детали новости
При попытке переключиться на пользовательский диапазон в отчёте Performance конец периода сбрасывался на 1969-12-31. При попытке сдвинуть дату до актуального 2026 года интерфейс отвечал ошибкой с текстом: «Date can\’t be after 1969-12-31.» Это блокировало анализ по сквозным произвольным периодам, но не влияло на предустановленные интервалы.
Оставались рабочими стандартные варианты выбора даты: 24 часа, 7 дней, 28 дней, 3 месяца, 6 месяцев, 12 месяцев и 16 месяцев. То есть можно было быстро получить отчёты по типовым промежуткам, но любые нестандартные сравнения через кастомный подбор дат были недоступны.
Дополнительные факты
- Проблема проявлялась в утреннее время и была видна у пользователей при попытке установить любую дату позже конца 1969 года.
- Ошибка явно выдавала сообщение на английском языке: «Date can\’t be after 1969-12-31.»
- Этот баг не трогал предустановленные фильтры, поэтому базовые метрики за стандартные периоды оставались доступны.
- Google оперативно исправил неисправность: фикс был развернут примерно в 9:00 по восточному времени (ET) в тот же день, когда был зафиксирован инцидент.
Почему это важно для SEO
Кастомные диапазоны в Search Console — не просто удобная функция, это ключевой инструмент для анализа сезонности, сравнения отдельных временных отрезков и проверки гипотез по изменению трафика. Когда кастомный выбор дат не работает, аналитика становится менее гибкой:
- Невозможно быстро собрать данные для произвольных периодов — например, для проверки эффекта конкретного релиза или изменения контента в точных датах.
- Труднее проводить точечные A/B-анализы или сравнения перед и после внедрения технических правок, если приходится полагаться только на предустановленные интервалы.
- Это усложняет расследование внезапных всплесков или падений трафика, когда нужен нестандартный короткий или точечный период.
На практике пока действует простой совет: при обнаружении похожих ошибок используйте предустановленные фильтры как временную альтернативу и фиксируйте проблему отдельно. Поскольку ошибка была на стороне Google и вскоре устранена, владельцам сайтов и специалистам по SEO не стоит менять настройки у себя — достаточно дождаться официального восстановления функционала.
Для тех, кто фиксирует данные вручную или через внешние системы: если вы делали экспорт отчётов в момент сбоя, проверьте корректность дат в выгрузках. В ряде случаев автоматические экспорты, инициированные через интерфейс с включённым кастомным диапазоном, могли получить некорректные временные метки.
Вывод
Сбой выглядел как техническая аномалия с датой по умолчанию 1969 года и затронул только ручной выбор диапазона в отчёте Performance. Пресеты работали, а Google устранил проблему в течение утра — исправление зафиксировано примерно в 9:00 ET. Для SEO-специалистов это напоминание: при неожиданных ошибках в инструментах сначала проверяйте, не системная ли это проблема, и используйте доступные пресеты или альтернативные способы выгрузки данных до восстановления сервиса.
