Да, код получается, не оптимизирован. Фактически это все решается на уровне JavaScript, который вызывает единственную форму и подправляет ее на лету, если есть небольшие отличия в том или ином вызове. По хорошему, конечно, переделать бы в нормальный вид без сплошного дублирования.
На счет внутренних ссылок не подскажу, но, думаю, что если вы будете оптимизировать код, то и количество ссылок значительно понизится.
Увы, распространенная проблема. В некоторых случаях просадку гугл дает до 30% и потом возвращает трафик, в некоторых случаях не возвращает вообще то, что просадил, а в худших случаях вообще убивает трафик.
Не так давно делался переезд клиентского сайта, перенос был выполнен 100% верно, до того переносили и не раз, без проблем. В итоге трафик из гугла как ушел, так вообще и не вернулся. В индексе осталась часть старого домена, часть нового, полный бардак. Возврат к старому домену был невозможен, в итоге сайт остался без трафа с гугла и по сей день так.
Тем более, что так кардинально поменяли все. И не только протокол и домен, сколько еще и структуру сайта. Возможно стоило это делать поэтапно, но тут уже не узнать как бы точно лучше было.
Это с моего сайта, строка цены от 1000 до 2000 руб - разметка Product.
В разметке Event Offer есть только строка вида "price":"1000","priceCurrency":"RUB".
В Offer не указан диапазон цен в принципе, так что это 100% Product.
Справедливости ради скажу, что эти разметки гугл очень долго ставит, у меня они выставлены на всех страницах, но по факту он их выдает хорошо, если на 30% материалов.
Как и почему - вопрос открытый. В вебмастере гугла по Event есть иногда предупреждения, не все поля бывают, необязательные иногда пропускаю, а вот по Product вообще ошибок нет, ибо это простейшая разметка.
Вот пример с моего еще одного сайта, тут чисто Product, Event разметку я там не ставил в принципе.
Ключ в домене всегда был приоритетнее, чем его отсутствие. В свое время считалось, что это серьезно влияет на ранжирование. Как сейчас дела обстоят - надо у гуру поинтересоваться. Сомневаюсь, что сильно влияет на ботов.
А вот с точки зрения простого обывателя, запомнить название "окна.рф" значительно проще, чем "фирма-пупсик.рф", которая продает и устанавливает окна. Так сказать, на задворках памяти и сопоставления, первый вариант, как ни крути, будет эффективнее.
Потому, если исходить из запоминаемости и брендирования на будущее - лучше, как и сказано выше, использовать хорошо запоминающийся и легко воспроизводимый домен, а еще лучше, чтобы его и на слух было удобно продиктовать. А подбирать длинный ключ в домен - нынче дело спорное. Короткий же ключ в домене вы все равно уже просто так не зарегистрируете, а длинный невыгоден только ради надежды на его влияние.---------- Добавлено 14.03.2019 в 17:13 ----------
Да ну как сказать то.. по сути так и есть, просто мы уже перестали обращать внимание.
Ну, вот простой запрос: "установка окон", смотрим домены в выдаче:
okna-21-veka.ru
plastika-okon.ru
mosokna.ru
oknakomforta.ru
oknadelux.com
okna-wp.ru
6 из 10, плюс еще пара брендов и пару ключей stroika.
Так что, однозначно, использовалось и используется. Просто сейчас зарегать такой домен, чтобы и ключ был хорош, и чтобы зона приличная, да еще и не в 20 знаков с кучей дефисов - уже сложно.
Это поможет только для Яндекса, Гугл вроде бы этот тег как не признавал, так и не признает.---------- Добавлено 14.03.2019 в 16:58 ----------
Я такие вещи стал реализовывать через CSS, это однозначно уменьшает размер страницы, но как влияет на ранжирование и как ПС к такому относятся - не исследовал.
Смысл использования стилей для повторяющихся текстов в том, что div с нужным повтором назначается единый класс, а этому классу назначается свойство after или before, с content: 'Ваш повторяющийся текст'. В итоге получаем валидную верстку, меньше мусора и текст, который прописан 1 раз в стилях и не дублируется по сто раз на одной странице, захламляя и увеличивая ее.
Собственно, того же эффекта можно добиться простейшим JavaScript, который пробежится по элементам и назначит им текст, добавит ссылки.
Ну и да, если у вас 10 разных форм на сайте, как сказали выше, то логично эти формы все унифицировать по максимуму и вызывать одну форму в нужном месте по клику. Это правильный подход.
Вот так это выглядит в выдаче у меня.
Цена - это разметка Product. Нижняя строка - разметка под Event.
Но толку от этого мало, трафика не добавляет. Хотя вроде бы все красиво и замечательно.
У себя реализовал через application/ld+json. В сниппете появилось, правда точно не засекал за сколько, где-то за месяц вроде бы. У меня и Product, и Event есть разметка, обе выводятся в сниппете. Но, честно говоря, не заметил хоть какой либо пользы от этого.
А там, по-моему на момент вынесения решения по домену вообще не решается вопрос по адресу, его берут уже потом, при блокировке.
PDD Яши, по сути, ничем не отличается от любых других NS серверов, это просто сервис, предоставляющий услугу. Сменить адрес на адрес Яндекса или на адрес любого другого сайта можно в панели регистратора, если он предоставляет услугу NS, либо хостинга, предоставляющего NS.
Собственно, кроме принципа подмены ip и неповоротливости системы тут я мало что еще могу предположить, исходя из описанного.
В некоторых случаях судебные решения по блокировке уже есть, а самих блокировок еще нет. Тогда, зная о том, что домен будет заблокирован - можно изменить DNS записи собственных серверов на IP того же Яндекса. И на момент блокировки домена он будет отображать, что данные якобы находятся на этих IP.
Хотя, по-моему это не актуально ни для Яши, ни для крупных сайтов, по идее пулы их IP давным давно в белых списках адресов и кроме блокирования самого домена по имени ничего страшного не произойдет. А если какие-то провайдеры не посмотрели и бездумно блокнули - ну то их трудности, думаю, что быстро разобрались.
Крупные провайдеры уже научены горьким опытом, в самом начале такое практиковали.
С таким подходом, если сейчас сайт точить исключительно под Яндекс, а, учитывая, что зачастую они с гуглом стали по-разному давать трафик и сайты с одним только Яндексом уже не новинка - скоро появятся "сайты без сайта". Т.е., фактически, домен на котором будет RSS/YML для Яндекса и все. Собственно, а зачем что-то большее, если контент можно транслировать в Яндекс, который выведет статьи и для мобилы и для десктопа. Домен в этом случае будет номинальным, а хостинг - чисто для хранения мультимедиа для сайта, картинок там, видосов. Дизайн же и сам сайт будет атавизмом.
