Нужно выходить на новый стандарт в GOOGLE

Здравствуйте,
долго изучал вопрос по внутренней оптимизации сайта и все мнения 100%
сошлись в одном – для грамотного продвижения продуктов – требуется
нормальное отображение адресной строки,

например, у нас есть только два направления, которое необходимо подправить,

это категории и непосредственно продукты

по категориям у нас сейчас такой стандарт:
gizzo.sk/index.php?name=shop&cat=8202

а нужно видоизменить на:
gizzo.sk/Tenisky.html

по продуктам та же ситуация - сейчас:
gizzo.sk/index.php?name=shop&op=view&id=3021

а нужно видоизменить на:
gizzo.sk/Tenisky/Tenisky-detske-3021-cierne-zelene.html

Скажи, пожалуйста, что нужно подготовить, какие файлы или например,
список подмены чехословацких букв – на обычные латинские, такие как
ľ, š, č, ť, ž, ý, á, í, é, ň, ä, ú заменить на l, s, c, t, z, y, a, i, e, n, a, u, включая пробелы на тире с скобки.

Для поисковиков, да и просто для навигации людей по сайту – это будет лучшее решение.

Помоги, пожалуйста, решить эту проблему, так как систему SLAED менять не очень хочется,
при том, что уже ее пользуюсь более 5-ти лет и вижу, что шансы на успех в принципе есть,
при том, что ты говоришь, что SLAED очень-*очень слаб в области веб-оптимизации.

Думаю, что если точно знать, что ты хочешь от этой системы, то она достаточно гибка,
чтобы ее можно было видоизменить под себя или другими словами – изменить под
новые и уже устоявшиеся требования внутренней веб-оптимизации, так сказать не требования
а устоявшиеся стандарты.
Сколько в последнее время не консультировался в Европе по поводу продвижения сайта,
разговор заканчивается всегда на том, что у вас в адресной строке – абра-кадабра и для людей
это никак не катит, сегодня люди уходят с сайтов, на которых им некомфортно или которые
предоставляют им так называемую зашифрованную навигацию, ну кто из людей знает,
что такое id=7108 или что такое cid=75&name=5585, это настолько непонятно, что мне
самому нужны файлы по расшифровке этих самых кодов.
Прекрасно понимаю любую систему, которой естественно по математическому цифровому
коду удобнее и быстрее работать с цифрами, а людям подавай понятные названия, которые
должны иметь иерархически-понятный вид, ну в моем случае кроме категорий и конечных
продуктов под них – ничего нет.

Основная проблема, а может и преимущество, что в начале пользования системой похерел
все админку, так ни разу ей и попользовавшись, а практически с первых дней перешел в
прямое редактирование файлов на FTP и корректировкой MySQL непосредственно на серваке.

Система за эти последние 5-ть лет была настолько сильно изменена, что уже даже нет
возможности вернуть админку на свое место, а преимущество скорее всего в том, что
при редактировании файлов в корне – не требуется параллельно менять и файлы админки.

Например, если всю процедуру максимально упростить и сделать rewrite только на среднюю часть адресной строки, скажем так - всегда заменять

index.php?name=shop&cat=

и заменить cat=title
gizzo.sk/title(категории).html

а index.php?name=shop&op=view&id=3021 (конечный продукт товара)
всегда заменять на id=title товара

т.е. gizzo.sk/title(категории)/title(товара).html

Система за эти последние 5-ть лет была настолько сильно изменена, что уже даже нет возможности вернуть админку на свое место, а преимущество скорее всего в том, что при редактировании файлов в корне – не требуется параллельно менять и файлы админки.

Я Вам об этом уже говорил... зря! Система изначально задумана именно для работы через панель администрирования, в случае прямого редактирования файлов и базы могут возникнуть проблемы. Но Вы не ищите лёгких путей ;)

Что касается ЧПУ, из личного опыта могу сказать что эффективность для простого посетителя, практически равна нулю, так как простой посетитель не запоминает даже сложных доменов длинной более 10 символов, что уже говорить о адресных строках после него. Для сохранения полезных ссылок в каждом браузере есть Фавориты/Избранное, в нашей системе для зарегистрированных пользователей такая функция тоже есть.

Что касается Поисковых систем, эффективность не значительная, поисковики прекрасно понимают как динамические ссылки: index.рhр?nаme=forum&id=8202 так и статистические: forum-view-8202.html, последний вариант конечно красивей и короче...

Поэтому при разработки ЧПУ системы мы постарались реализовать максимально короткий и универсальный вариант, для стабильной работы на любом хостинге.

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

Если я Вас не переубедил, то что же, дерзайте...

Для редактирования стандартных функция ЧПУ на сервере (Mod Rewrite), используется основной файл: .htaccess

Все строки после записи:

# Mod rewrite on
RewriteEngine On
RewriteBase /

Для редактирования функции конвертирования ссылок системы работайте с файлом: config/config_rewrite.php

SLAED CMS, Боже в каковы вы веке живете ??какая потеря пользователей ??? пусть он потеряет 10 человек но к нему придет 110..
Не нужно акцентировать внимание на пользователей 19 века, от них только хуже будет! Аналогично и про хостеров

gizzo, делай то что требует СЕО не кого не слушай!

panic, всё новое, это хорошо забытое старое 😉

вот вот )

Удалось сократить часть путей из модуля SHOP, по принципу:

config/config_rewrite.php

<?php

global $prefix, $db, $short, $spconf;
list($title) = $db->sql_fetchrow($db->sql_query("SELECT cid FROM ".$prefix."_gizzo_shop WHERE id='".$sl."'"));
{ 
$massiv = array("shop");
foreach ($massiv as $val) { 
$out[] = $sl."obchod/".$sl."\\2.html";
$in[] = "'index.php\?name=".$val."&(amp;)?shop=(\d+)'";
$out[] = $sl."obchod/".$sl."\\2.html";
$in[] = "'index.php\?name=".$val."&(amp;)?cat=([%&;/:|\s\-\'{}().&_a-zA-Zа-яА-Я0-9+=-]*)'";
$out[] = $sl."obchod/GIZZO/".$sl."\\3.html";
$in[] = "'index.php\?name=".$val."&(amp;)?op=view&(amp;)?id=(\d+)'";
}
}
?>

.htaccess

RewriteRule ^([A-Za-z0-9_]+)/([0-9]*)(.html|.htm)?$	 index.php?name=shop&cat=$2 [NC]
RewriteRule ^([A-Za-z0-9_]+)/([a-zA-Z0-9_]+)(.html|.htm)?$	 index.php?name=shop&op=$2 [NC]
RewriteRule ^([A-Za-z0-9_]+)/([A-Za-z0-9_]+)/([0-9]*)(.html|.htm)?$	 index.php?name=shop&op=view&id=$3 [NC]

Получилось, примерно так:

в категориях: http://www.gizzo.sk/obchod/7204
в конечной модели: http://www.gizzo.sk/obchod/GIZZO/2301.html

Вот только не могу понять - как избавиться от промежуточного звена "obchod", так как просто его стирая - выдает сразу несуществующую ошибку, а вот вместо GIZZO, чтобы вставлялась категория, для начала, хотябы в цифренном выражении, например 7204.

Сложно сказать, так как нет возможности проверить код, экспериментируйте.

Имейте в виду:

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

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

3. Код в файле: config_rewrite.php должен быть написан по возрастанию с верху вниз, то-есть чем длиннее ссылка, тем она ниже в коде.

Уже вторую неделю бьюсь, никак понять эти правила подстановки не могу, почему, когда система видит это правило, то все работает, но стоит мне из пути убрать промежуточное звено, как сразу все летит:

.HTACCESS

RewriteRule ^([A-Ža-ž0-9_]+)/([A-Ža-ž0-9_]+)/([0-9]*)?$	 index.php?name=shop&op=view&id=$3 [NC,L]

CONFIG_REWRITE

$out[] = "shop/predaj/\\3";
$in[] = "'index.php\?name=shop&(amp;)?op=view&(amp;)?id=(\d+)'";

Из этого всего, прошу лишь помочь убрать из пути одно из звеньев, например или shop или predaj, ну ни к чему они не нужны, а без них не работает, причем еще раз напомню, что имя или название промежуточных звеньев любое, хоть 0/0 напиши, все равно работать будет. Сами попробуйте,
как вообще эти правилда работают - ума не приложу, уже столько литературы прочитал, а понимание так и не пришло..

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

http://www.gizzo.sk/obchod/GIZZO/2301 (без) .html
http://www.gizzo.sk/0/0/2301
http://www.gizzo.sk/dghrgh/111/2301

В общем пиши, все что угодно, а убрать не получается...

Разберём более детально, на примере: slaed.net/shop-view-22.html

1. slaed.net/ : Домен ;)
2. shop : Модуль
3. - : Разделитель, можно использовать любой (/, |, и т.д.)
4. view : Подробный просмотр
5. - : Разделитель, можно использовать любой (/, |, и т.д.)
6. 22 : Номер/Идентификатор
7. .html : Окончание, не принципиально

В системе, в качестве разделителя можно использовать не только знак: -, но и другие, для этого потребуется в файлах: .htaccess и config/config_rewrite.php заменить их на необходимые.

Ваша проблема заключается в том что мод Rewrite не может определить ссылку по которой он должен перенаправить пользователя, причина тому, отсутствие уникальности. Так как вы отрезаете модуль, в примере: shop, что же касается участка view-22.html, он может повторятся во всех модулях системы.

Пример соответствия:

shop : index.phр?name=shop
-view : &op=view
-22.html : &id=22.php

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

Поэтому предлагаю не усложнять, если не нравится стандартная системы ЧПУ, как вариант можно заменить разделитель, в противном случае глобальной модификации, думаю не избежать.

Конечно же модуль убирать не обязательно, даже наоборот - мне и покупателям будет даже удобнее его видеть, вопрос остается в том, как убрать при помощи чудо rewrite, хотябы одно деление, по принципу:

Домен / модуль / Идентификатор

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

Домен / модуль / непонятно что / Идентификатор

это все вытекает из правила rewrite, которое я нашел на нашем форуме:

.HTACCESS

RewriteRule ^([A-Ža-ž0-9_]+)/([A-Ža-ž0-9_]+)/([0-9]*)?$	 shop-view-.html$3 [NC,L]

CONFIG_REWRITE

$out[] = "shop/predaj/\3";
$in[] = "'shop.html&(amp;)?op=view&(amp;)?id=(d+)'";

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

непонятно что

В нашем случае это "оператор", как писал ранее:
-view : &op=view

Большое всем спасибо, вроде этот вопрос решен!
Тему форума можно закрывать, теперь все ссылки на товар идут непосредственно от домена, чего я и добивался.

ЧПУ реализовал через нижнее подчеркивание, так как зачастую бытует мнение, что знак тире - чаще ввего может трактоваться, как отрицание - это связано напряму. с поисковиком google и к Яндексу не имеет никакого отношения.

Например, если я хочу в гугле найти свою фирму GIZZO, то мне под ногами постоянно путаеться DJ GIZZO, парень в америке занимается музыкой и распространяет по всему миру и его в выдаче результатов - полным-полно, по этому мне его нужно отсеять, для этого гугл исползует знак отризания тире.

Например наберите в поисковике google слово магазин,
он вам выкинет кучу не только магазинов, но и милионы интернет-магазинов, а мне нужны обычные магазины в таком случае я уточняю для поисковика:

магазин -интернет

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

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

Еще раз всем большое спасибо за участие, так как проект преобразился.

Очень рад что у Вас всё получилось.

Вношу изменения в понимании вещей, которые были для меня откровением с точки зрения програмирования.
А именно - решился вопрос относительно нижнего подчеркивания - оказалось, что этого лучше не делать, но переделывать всё то, что уже проиндексировалось точно не буду, а то полетит посещаемость в один день.
Американский крупный специалист в области поискового продвижения Мэтт Каттс, время от времени записывающий видео-ролики с пояснениями работы всеми известного поисковика Google, выложил новое видео, в котором решил вопрос о том, какие же урлы использовать для объединения слов – тире или нижнее подчеркивание. Наглядно видно, что гугл естественно распознает оба этих символа, но это не означает, что он одинаково их понимает.
Слова, которые разделены нижним подчеркиванием, являются для гугла одним словом, в то же время слова через тире считаются двумя разными словами. Почему? Просто так сложилось.
И все же, слова, которые разделены нижним подчеркиванием, с технической стороны было более правильно, а второй причиной является то, что в поиске помимо кучи непонятных запросов надо было как-то распознавать еще и специализированные термины. Такими являются TMP_MAX, FTP_BINARY. Когда Гугл только начинался ему казалось, что так правильно, потому что тогда как раз и прогрессировал язык С++, там знак нижнего подчеркивания используется для более удобного чтения переменной.
Конечно же, все, что написано выше, имеет отношение и к ранжированию, это один из нескольких сотен факторов ранжирования, которые вносят ничтожный, но все же вклад в SEO. А как вы думали? Дома строятся из бревен :) Если все-таки у вас старый сайт и уже есть какие-то устоявшиеся позиции, то менять в панике все урлы не нужно, их надо оставить как есть. Но при создании нового интернет-проекта конечно стоит обратить на это внимание и сделать вместо «_» вот этот знак «-».
Новые товары уже выкладываю по рекомендации известных програмистов компании Google.