SEO PRO или поиск виновника

Всем добрый день!
Есть сайт на ocstore 2.3 русская версия с установленным в нем SEO PRO.
В вебмастере гугл заметил что есть страницы типа
https://сайт.com.ua/index.php?_route_=katalog/girlyandy/ которые отдают 301 редирект на нормального вида
https://сайт.com.ua/katalog/girlyandy/
Вот и собственно вопрос откуда берется эта середина.

 

Мой htaccess

Код:

# 1.To use URL Alias you need to be running apache with mod_rewrite enabled.

# 2. In your opencart directory rename htaccess.txt to .htaccess.

# For any support issues please visit: http://www.opencart.com
Options +FollowSymlinks

# Prevent Directoy listing
Options -Indexes

# Prevent Direct Access to files
<FilesMatch "(?i)((\.tpl|\.ini|\.log|(?<!robots)\.txt))">
 Require all denied
## For apache 2.2 and older, replace "Require all denied" with these two lines :
# Order deny,allow
# Deny from all
</FilesMatch>

<FilesMatch ".(flv|gif|jpg|jpeg|png|ico|swf|js|css|pdf)$">
Header set Cache-Control "max-age=2592000"
</FilesMatch>

AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/x-javascript

<IfModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text\.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image\.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</IfModule>

# SEO URL Settings
RewriteEngine On
# If your opencart installation does not run on the main web folder make sure you folder it does run in ie. / becomes /shop/

### переадресация http на https
RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
  
### переадресация с www
RewriteCond %{HTTP_HOST} ^www.сайт.com.ua$ [NC]
RewriteRule ^(.*)$ https://darim.сайт.ua/$1 [R=301,L]

RewriteBase /
RewriteRule ^sitemap.xml$ index.php?route=extension/feed/google_sitemap [L]
RewriteRule ^googlebase.xml$ index.php?route=extension/feed/google_base [L]
RewriteRule ^system/download/(.*) index.php?route=error/not_found [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !.*\.(ico|gif|jpg|jpeg|png|js|css)
RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA]


### Additional Settings that may need to be enabled for some servers
### Uncomment the commands by removing the # sign in front of it.
### If you get an "Internal Server Error 500" after enabling any of the following settings, restore the # as this means your host doesn't allow that.

# 1. If your cart only allows you to add one item at a time, it is possible register_globals is on. This may work to disable it:
# php_flag register_globals off

# 2. If your cart has magic quotes enabled, This may work to disable it:
# php_flag magic_quotes_gpc Off

# 3. Set max upload file size. Most hosts will limit this and not allow it to be overridden but you can try
# php_value upload_max_filesize 999M

# 4. set max post size. uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields
# php_value post_max_size 999M

# 5. set max time script can take. uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields
# php_value max_execution_time 200

# 6. set max time for input to be recieved. Uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields
# php_value max_input_time 200

# 7. disable open_basedir limitations
# php_admin_value open_basedir none

### Display PHP errors
### Uncomment the commands by removing the # sign in front of it.
# php_flag display_startup_errors on
# php_flag display_errors on
# php_flag html_errors on
# php_flag track_errors on
# php_value error_reporting "E_ALL"

Этот кусок появился недавно при переезде на другой домен, похоже что хостеры влепили, но проблема была и до этого

# php -- BEGIN cPanel-generated handler, do not edit
# Set the “ea-php56” package as the default “PHP” programming language.
<IfModule mime_module>
  AddType application/x-httpd-ea-php56___lsphp .php .php5 .phtml
</IfModule>
# php -- END cPanel-generated handler, do not edit

RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://сайт.com.ua/.*$      [NC]
RewriteCond %{HTTP_REFERER} !^http://сайт.com.ua$      [NC]
RewriteCond %{HTTP_REFERER} !^http://www.сайт.com.ua/.*$      [NC]
RewriteCond %{HTTP_REFERER} !^http://www.сайт.com.ua$      [NC]
RewriteCond %{HTTP_REFERER} !^https://сайт.com.ua/.*$      [NC]
RewriteCond %{HTTP_REFERER} !^https://сайт.com.ua$      [NC]
RewriteCond %{HTTP_REFERER} !^https://www.сайт.com.ua/.*$      [NC]
RewriteCond %{HTTP_REFERER} !^https://www.сайт.com.ua$      [NC]
RewriteRule .*\.(jpg|jpeg|gif|png|bmp)$ - [F,NC]

 

И самое интерсное что эти пути генерились с самого начала, до каких либо модулей и правок.
Вот старая ссылка, что когда-то попала в индекс
сайт.com.ua/index.php?_route_=katalog/desktops/pc

 

НЕТ, НЕТ, и НЕТ
Значит на этот этап у вас уже была эта проблема.

 

А у моих клиентов было такое именно от SEO PRO.
Но я правда никогда не разбирался в причине, я лечил методом обновления оксторе до русской сборки + пару модификаторов для URL. И причина уходила сама собой...

 

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

 

На соседнем форуме подсказывают, что связано с переездом сайта на новый домен.
И необходимо catalog\controller\common\language.php прописать unset($url_data['_route_']); после $url_data = $this->request->get; В версии 2.3 почему-то это вырезали.

 

БРЕД!!!!

 

Ну тогда намекните где смотреть.

 

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

 

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

 

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

 

Понял, спасибо!

 

Как бы это понятно объяснить

unset($this->request[\->get['_route_') делается в сеопро как только попало в него

т.е. еще до прихода в какой либо контроллер

Код:

        if (!isset($this->request->get['_route_'])) {
            $this->validate();
        } else {
            $route_ = $route = $this->request->get['_route_'];
            unset($this->request->get['_route_']);

И... каким образом оно могла попасть наружу - неизвестно

 

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

 

А чёрт его знает! Я даже не разбирался, так как не люблю это дополнение. У моих клиентов 4 раза такое было. Убиралось через метод описанный мной выше.
Так как это было давно еще на 2.1 то вроде бы ноги росли из сайтмапа или модулей каких-то, я вот точно уже и не вспомню..

 

По сайтмепу вроде бы порядок. Код с таким урл не прослеживается. Модули все те же новых не ставил. Попробую создать на новом адресе категорию, если всплывёт тот же кусок урл то тогда точно что-то с этим модулем.

 

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

 

А какие модификаторы использовали если не секрет?

 

Я слез с двойки и теперь только на тройке работаю. А модификаторы я все вложил в этот модуль: https://shop.opencart-russia.ru/optimblog
Если нужна для двойки, то можете распотрошить его и сделать по аналогии для двойки.