Гугл может игнорировать инструкции Disallow, поэтому запрещайте через meta или через код ответа сервера.
Я даже больше скажу, техническое SEO само по себе - это мероприятия по правильной и приоритетной (!) организации кода, данных и ресурсных возможностей.
Я не слышал, чтобы кто-то из SEO-шников озвучивал эту мысль, обычно сразу все упираются в запросы, частотности, индексацию и ранжирование, но если разобраться, по сути это методика для необходимой структуризации данных, чтобы поисковик при индексации нашёл всё, что ему необходимо найти в корректной форме и в приоритетном порядке.
Так что - да, и микроразметку, и OpenGraph разметку надо делать, хотя бы потому, что сайт - это рабочее проcтранство, где всё должно быть правильно упорядочено.
Что ж теперь мусорить в коде, чтобы очередной парсер тратил немного больше времени на составление регулярок при парсинге? :)
Решайте сами, нужна вам эта наглядность или нет.
Я обычно ставлю в ТЗ программистам, ибо решается вполне просто.
Нет. По большому счёту - рюшечка.
Только через server side rendering (рендеринг на стороне сервера). Nuxt.js имеет встроенную поддержку для него.
За подробностями и настройкой обращайтесь к разработчикам и системным администраторам.
Это пожалуйста, хорошим и светлым людям за всегда рады 😉
У меня Clean-param на старте всегда по умолчанию прописан + canonical также по классике, поэтому данный вопрос как-то и не беспокоит.
А не проще 301? Я 301 сделал, оно само поняло :)
Это и не является никакой проблемой, решается традиционным способом. Вся информация уже есть на первой странице темы.
Всё остальное скорее ухищрения.
У меня другой вопрос к ТС. Если вас не интересует Яндекс, почему ?ysclid вас беспокоит?
Яндекс и без нашего желания её создаёт. А вот вебмастеру/собственнику важно, чтобы опираясь на данные сервисов аналитики Яндекса, учёт данных происходил корректно.
Не случайно же Яндекс использует этот get параметр для идентификации переходов - не случайно, поэтому нарушать эту рабочую схему я бы не рекомендовал. Если важна статистика Яндекса.
Всё зависит от точки входа в проект. Когда полностью с нуля (сбор семантики, проектирование посадочных), когда по тем наработкам, которые есть (в сопроводительной документации), когда последовательный сбор данных со страниц.
В целом, вашу задачу можно реализовать на Zennoposter-е/BAS-е. На вход целевые страницы, дальше парсинг данных через регулярки по выбранной зоне, дальше - выгрузка. Дальше с выгрузкой - опционально, либо обработку массива данных через аналитические сервисы c помощью API. Либо вручную. Тут всё зависит о того, что и насколько вы хотите автоматизировать.
