Евгений Максимов

1- да, гугл любит точные фхождения ключей, пожтому если вы единственный с точными вхождениями вам будет проще (но это не значит что будет легко, у меня есть проект с похожей системой но не по ресторанам, у него довольно трудная судьба :)

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

3- 100% нужна супер крутая перелинковка, это очень важно, на каждую страницу должна быть внутренняя ссылка

4- вопрос средней сложности :)))

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

Или третий вариант (скрина нет) отдавать классическую полноценную страницу товара с CSS-оформлением, JS, ХЭДЕРОМ, ФУТЕРОМ, САЙДБАРОМ и т.д. короче, такую как было бы на сайте без лайтбоксов.

А вот это уже правильно решение, если вы хотите чтобы магазин был хорошо внутренне оптимизирован и имел возможность искаться по запросам связанным с наименованиями, артикулами и характеристиками товаров.

На страницах нужно закрыть ссылки на pdf файлы в nofollow, а также запретить индексацию pdf в robots.txt.
К сожалению это не гарантирует что поисковики будут следовать рекомендациям noindex, nofollow. Поэтому самый надежный способ - запретить поисковым ботам доступ к pdf файлам с помощью .htaccess

Очень давно яндекс может брать в сниппет не тайтл и дескрипшн и это абсолютно нормально и никак не влияет на ранжирование, кроме косвенного влияния иного, чем если бы в сниппете был тайтл, ctr с поиска.

1. Да, будет негативное влияние, потому что хоть поддомены и воспринимаются отдельными сущностями, всё же они относятся к основному домену.
2. Это будет так же негативно сказываться на всех поддоменах.
3. Основной домен не нужно скрывать. Приведу аналогию: стоит многоквартирный одноэтажный дом. В нём 18 квартир, у каждой квартиры свой отдельный вход с улицы. Но парадный вход закрыт. Вот просто замурован намертво. Положительного в этом мало.
4. Присвоить основому домену регион либо "Россия", либо "нет привязки к региону". Но конкретные действия нужно предпринимать исходя из ниши, сайта, конкурентов и т.д.

У меня в профиле указаны контакты. Стоимость сильно зависит от размера сайта (минимальная 20 т.р.)

С точки зрения SEO количество кода прямого значения не имеет.

Количество кода влияет на скорость загрузки, а скорость загрузки влияет на SEO.

Рекомендую вам оценить скорость загрузки и делать выводы на основе этого анализа.

Это очень похоже на глюк так как в robots.txt нет правил запрещающих эти URL. Как временное решение предложу добавить в robots.txt строки allow для каждого заблокированного URL и отправит на проверку Гуглу.

Также очень сомнительно, но теоретически как-то возможно что Disallow: */page/ не дает индексировать урлы сайтамп:
Значение: https://phuket-discount.ru/sitemap-pt-page-2015-07.xml
Значение: https://phuket-discount.ru/sitemap-pt-page-2015-08.xml

Google обновил свой основной алгоритм.

Теперь нужно делать страницы более полезными и лучше отвечающими на запросы пользователей и работать над улучшением ПФ на сайте в целом.

Как сделать контент на информационных сайтах более полезным читайте тут

Как улучшить конент на коммерческих сайтах читайте тут

Нет, не имеет.

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

Опять же на это (ненадежность) мало кто из юзеров смотрит, при отсутствии авторизации и покупок.

А если у вас нет передачи инфы то и для оптимизации это не нужно.

Линк может быть у всех разный) пиши ссылку.

1- Достаточно поменять контакты и все что связано с доставкой.

2- Если в вебмастере четко указана региональность обоих сайтов, у одного уа у второго ру, то скорее всего проблем не будет.

3- Стартуете практически с нуля. Буст может дать количество упоминаний в сети и продвинутые акки в соц сетях, если есть.

Вероятно он это делал еще до того как гугл с яндексом стали шифровать запросы. Однако можно вытаскивать запросы из API метрики и не совсем в реальном времени, но получать инфу о запросе. Связывать ее с конкретным пользователем можно давая каждому новому пользователю ID в и показывать его в урле, например site.ru/categoriya?id=2227837, отслеживая тем самым человека и запрос в метрике через API, связвая урл входа в котором указан ID и поисковую фразу которую видим в метике. Этот же ID пишется человеку в кукки. А с помощью сервиса соцтрекинга или сервисов бигдаты можно узнать почты некоторых людей и связать их также по ID с кукки. Или же, если на сайте, например можно оставить заявку введя почту, то еще проще узнать почту пользователя.

В итоге получаем:
1-присваиваем ID юзеру
2-пишем ID в кукку
3-пишем ID в url входа site.ru/categoriya?id=2227837
4-через API метрики связываем ID в урле с поисковой фразой
5-с помощью соц трекинга, биг даты или формы на сайте связываем ID и почту
6-Получаем связку ID-поисковая фраза-почта
7-настраиваем рассылку и отправляем письма

Возможно есть готовые сервисы которые это делают.

П.С.
Судя по отзывам знакомых с форума, 70% того что они (бизнес молодость) рассказывают это выдумки или красивая теория не опробованная на практике. Но в целом описанная мной схема будет работать.