Demi Murych

В заголовке не хватает трех ключевых слов - Ваш Капитан Очевидность. 
На кой понадобилась еще одна статья, которая просто пересказывает справку с PageSPeed непонятно. Но видимо в этом есть своя сермяжная правда.

Селекторы
Непонятна целевая группа статьи. 
Если она для тех кто ориентируется в том, что такое селекторы, то объяснять им что такое совершенно не нужно. Тем более когда сам в этом вопросе плаваешь.
Если это статья для людей которые НЕ понимают и НЕ знают что такое DOM дерево, то научить их языку в рамках такой статьи невозможно, можно только напугать. Что Автору прекрасно удалось сделать. 

А нужно было всего лишь подсказать СПОСОБ как любой человек без каких бы то ни было специальных знаний может получить нужный адрес, не вспоминая детали языка который им не нужен.
 
СПОСОБ ПОЛУЧЕНИЯ НУЖНОГО СЕЛЕКТОРА:
Найдя нужный вам элемент в dev tools нажмите на нем правую кнопку мыши, в открывшемся подменю выберете опцию Copy ➊ в подменю меню выберете тот формат селектора который вам удобнее: ➋ для CSS селектора и ➌ для XPath. 
В буфер обмена будет скопирован готовый селектор для доступа к этому узлу.
 
Скрин: https://drive.google.com/file/d/1wY2qEScQSmCXyVxqMrCcrW-RfStkNLqX/view

Разница между CSS и XPath в рамках работы спайдера мне не известна. Если они используют webkit для парсинга страницы, то лучше выбирать CSS - будет работать быстрее. 

Ну и по сути предмета:
>В таком случае нужно использовать XPath. Он позволяет задать порядковый номер элемента.

XPath тут не нужен. Тут нужно знать предмет - а именно CSS чтобы не городить огороды.

Селекторы позволяют нумеровать конкретные ноды ровно так же как и XPath. 
Xpath:
//table[@class="chars-t"]/tbody/tr[2]/td[2]
CSS:
table.chars-t tbody tr:nth-child(1) td:nth-child(3)

XPath нужен только в случае, когда вам нужно адресовать узел, который идентифицировать можно исключительно при реверсивном обходе дерева. То есть то чего CSS делать не умеет.

в CSS селекторе опечатки в цифре.
Не
CSS:
table.chars-t tbody tr:nth-child(1) td:nth-child(3)
а
CSS:
table.chars-t tbody tr:nth-child(2) td:nth-child(2)

Пункт первый 
> Закрыть от индексации все страницы пагинации, кроме главной в каталоге через метатег 
Является прекрасным примером того маразма, который твориться в SEO среде когда дело касается вещей требущих маломальской технической грамотности. Причем в случае пагинации, все посвященный секты великаго каноникла не дружат и с логикой тоже.

Мне очень нравиться ставить в тупик двумя вопросами - как вы считаете, наличие разнообразного контента, который индексируется поисковой машиной это хорошо для сайта или плохо? 
Я думаю ответ очевиден. 
Завершает разрыв шаблонов вопрос - так а зачем вы пагинацию закрыли? Там же ваш контент, прекрасный, даже может уникальный, за который возможно и деньги плочены. 

История закрытия страниц пагинации от индексации корнями уходит в то время, когда родился этот убогий паттерн дизайна. В то врем мы были маленькими а компьютеры были большими. Беда заключалась в том, что компьютеры только и были что большими. Потому в интернетах они были не в состоянии показать как большую страницу, так собственно и механизмов этому небыло (вторая причина основная).

В результате появляется сначала это уродство с номерами страниц, рабивающими материал на части. Вслед за этим проблема того, что материал разбитый на части должен иметь один заголовок - общий, это же один и тотже материал только кусочками. НО вот беда, поисковые машины думали иначе. Налицо коллизия. Решать ее начали сначала этим безобразием с зарктием, потом введением черновика стандарта который позволял делать разметку обьединяющюю несколько страниц кусочков в один документ, а потом поддержкой этого поиском. 

И официозом этого стала ситуация, когда компьютеры похудели но помощьнели. Гугл перестал поддерживать черновик стандарта, и сообщил SEO специалистам об этом через полтора года. Что тут началоооосьььь. Я то думал это натолкнет их на верную мысль. НО нет, это только привело к появлению еще более изощренных методик стрельбы себе в ногу. 

Ставлю в изветсность дорогое сообщество..

Гуглу плевать на ваши каноникалы. Ему и раньше было плевать и сейчас так еще в особо циничной форме. Каноникал это рекомендация от вас ему. Которой гул клопов давил. Иногда он им еще пользуется в случае, когда великодушно найдя дублирующий контент, и не в состоянии принять решение самомстоятельно - тогда он может посмотреть что вы там накарябали в каноникале. 

Пункт второй: 
>Создать каноническую страницу, 

Тут уже все правильно. Но это фееричный костыль, хотя и верно работающий. 

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

А если еще это не делать руками, а озадачить программиста алгоритмом, так вообще сказка. 

Один мой знакомый, крайне ленивый и на столько же умный вообще решил проблему офигеть как: он доавил к каждой тсрнице пагинации слова:
Топ 10 кроссовок, следащая страница топ 20 кросовок, следующая страница топ 30 кроссовок. Гугл почему то любит топы всякие. 

Работа с пагинацией - это тест на воображение. А рзавернуться там есть где. 

Но принципе можно как и раньше - просрать контент на этих страницах изящными каноникалами.

>Оптимизация изображений для сайта — это приведение изображений сайта к требованиям поисковых систем для их лучшего ранжирования в поиске по картинкам 

Изображения, в случае Google играют ключевое значение в ранжировании любой страницы, а не только поиска по картинкам. Даже 10 лет назад, страница с изображением стояла бы всегда выше страницы без изображения. А сейчас все стало на порядки сложнее.

> Атрибут alt
Атрибут alt сейчас, это тот фразовый эквивалент изображения, который будет использоваться в контексте той секции, которой принадлежит это изображение. Иными словами, для современного Google поиска, изображение - это фразовый (текстовый) контент, который при прочих равных оказывает решающее влияние на страницу при соблюдении следующих условий:
1) длина alt не более 100 символов
2) смысл alt коррелирует с тем что отображено на картинке
3) смысл alt коррелирует с контекстом в котором находится картинка.
4) картинка должна быть реальной. Влияния рендеров, вектора, скриншотов почти равно нулю во всех случаях, кроме специфических ниш. Но и там, имеет значение намного ниже реальной фотографии.

> title
Атрибут title только тогда оказывает едва заметное влияние, когда отсутствует атрибут alt. То есть это ситуация когда Вы УЖЕ потеряли большую часть влияния от своего контента. И закрывтать причинное место подорожником не лучший выход.

В случае указанного alt - title никакого влияния на изображение не оказывает.

> Адрес изображения
Уже очень давно потерял серьезное влияние на что либо. Однако, действительно даже сейчас, можно ранжироваться по ключу который берется из названия файла изображения, даже в случае если более нигде этот ключ не фигурирует. Впрочем сила подобного влияния хоть и выходит за рамки статистической погрешности, но совсем незначительно. 

>Микроразметка
Микроразметка сама по себе ничего не дает. Это всего лишь способ исправить/уточнить тот бардак который находится в вашем html. И без микроразметки можно иметь прекрасные сниппеты

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

***
*Меню навигации — важный элемент интерфейса, оно предоставляет посетителям основную информацию о разделах и категориях сайта, поэтому должно быть видимым*

Меню навигации, как и дизайн проекта это штука которая может радикально отличаться от региона к региону. То, что у Вас в материале названо анти паттернами в Азии, например, строго показано к реализации.

***
*Перегрузка таблицами стилей CSS и JS*
Объем этих файлов не является причиной проблем проекта с производительностью. И исправлять эти проблемы при помощи минификации таких файлов равносильно прикладыванию подорожника ко лбу в случае инсульта.
Причина проблем в содержимом файлов. Всего одна строка JS файла может превратить проект в черепаху. Всего десяток строк в CSS файле с кривыми селекторами, могут поставить рендер раком. 
Впрочем, можно согласиться с той мыслью, что обычно небольшой объем этих файлов связан с работой квалифицированного специалиста, а значит и высокой вероятности отсутствия проблем.

***
*Слишком большие изображения*
Это ошибка не дизайнера, а верстальщика. То есть технической реализации проекта. Советы из разряда - оптимизируйте изображения, должны быть оставлены в 2000 годах. Сейчас нужно рекомендовать студиям наконец освоить современные работы с изображениями такие как отзывчивая верстка. Которые "суровый энтерпрайз реди" уже 6 лет. 

Для тех кто далек от этого краткий ликбез - отзывчивые изображения, это такой процесс представления изображений в рамках верстки HTML документа, когда одно изображения представляется не одним URL адресом (как это было в 2000 годах) а массивом URL адресов с разными параметрами. Браузер получив подобную верстку, производит сам выбор какой из url адресов сейчас является наиболее подходящим и использует его. При этом оцениваются не только факторы разрешения и DPI экранов, но и стабильность канала. То есть браузер может в случае очень слабого канала намеренно выбрать самое низкокачественное изображение чтобы показать его как можно быстрее, с последующей погрузкой оптимального. 

***
*Текст только на изображениях*
Поисковые системы такие как Google уже давно в обязательном порядке распознают весь текст на изображениях. И не только текст. 
Проблема все же обозначена правильно, так как изображения с нанесенным на них текстом могут быть исключены из влияния на страницу именно из за нанесенного текста. 

Для гугла сейчас имеют значения реальные изображения. То есть изображения без признаков монтажа, рендера и так далее. Изображения с подобными признаками почти не оказывают влияния на страницу. И напротив "живые" изображения без признаков монтажа, могут даже в единичном экземпляре выводить страницу в топ.