pragmatik

Именно так. В этом случае метатег можно и не использовать, все равно поисковики и браузеры проверяют дефолтный путь /favicon.ico

Более того, в этом случае его даже рекомендуют не использовать.

Но, тем не менее, он не отображается на страницах сайта.

Да и, вообще, почаще в код страниц заглядывайте:

Не совсем так. Для того, чтобы поисковик использовал фавикон он должен знать о его существовании. У Вас на сайте нет метатега, говорящего о том, какую картинку вы используете, поэтому поисковик ищет иконку по дефолтному адресу /favicon.ico а, по адресу, заканчивающемуся на gif, он ее просто не ищет. Потому иконка и "пропадает", когда Вы меняете файл. Для решения этой проблемы достаточно использовать метатег, включающий путь к gif файлу. Но Вы должны понимать, что поисковики в принципе не используют анимированные фавиконки, поэтому поисковик выдернет из этого gif файла только одну картинку, которая ему больше всего понравится.

Кстати, если переименовать gif в ico, то он будет продолжать восприниматься и браузерами и поисковиками, поскольку ico это тоже файл с набором картинок. Т.е. для решения вашей проблемы достаточно просто сменить расширение файла (тогда по своей природе файл останется gif и будет воспроизводить анимацию, но при этом он станет доступен по адресу /favicon.ico и поисковик сможет его найти без дополнительных подсказок). Другое дело, что, при использовании анимированной фавиконки, Вы никогда не знаете, какую из входящих в нее картинок выберет поисковик для результатов поиска, но, я полагаю, что в случае с той иконкой, которую Вы используете на http://url-cat.info/ это не критично.

Эту задачу нужно решать не потом, а заранее. Нужно либо изначально в новой версии сайта делать урлы идентичными урлам старой версии, либо (если старые адреса не нравились, или не поддерживаются новой системой) составить список перенаправлений со старых адресов на новые и задействовать его после переноса сайта.

С технической точки зрения процедура сводится либо к переносу файлов сайта из одной папки в другую, либо к указанию новых настроек сервера, говорящих, что он должен использовать папку с новым сайтом, вместо папки со старым. Чтобы не возникало проблем с адресами в коде страниц используют относительные ссылки вида /image/logo_oc т.е. не указывают в них конкретный домен, он подставляется уже в ходе обращения браузера к серверу, в зависимости от того, по какому домену происходит обращение.

Если верить Яндексу, то он пока не поддерживает hfeed. Google, вроде, тоже. Да и по логике вещей, между общеизвестной семантической разметкой и малоизвестным микроформатом выбирать следует первое. Следовательно, этот фрилансер или ленив, или глуп.

В https://schema.org/UserComments предусмотрена разметка для рейтинга комментариев, а вот если Review не по назначению использовать, то можно в один прекрасный день огрести санкции поисковых систем.

При этом, для оформления комментариев существует специальная разметка https://schema.org/UserComments

Единственное более-менее внятное описание ее использования я нашел здесь.

Если страницы нет в меню, то ее всегда можно туда добавить, но при этом меняется url этой страницы. Какая версия Joomla? Обычно для решения проблемы с тайтл используют плагины типа этого.

А что в этом непонятного?

Инспектор же показывает, что они задают надпись "Поделиться" в стилях для before

только https://tech.yandex.ru/share/ т.к. только Яндексу гарантированно нет смысла их как-то монетизировать + возможность грузить асинхронно + возможность привязать собственный дизайн + статистика кликов по кнопкам в Яндекс.Метрике