SEO, ЧПУ, Open Graph - Маршрутизатор и генерация ссылок системы

В данной теме предлагаю к обсуждению идеи и предложения по модификации и оптимизации функционала новой функции маршрутизации и генерации ссылок системы.

перенёс пост сюда.
Кратко:
Можно ли изменить чпу таким образом, что бы при просмотре в адресной строке было только нименование?

Например, есть первоначальная (модифицированная с добавлением наименования) ссылка

index.php?name=modul&op=view&id=100&seo=nazvanie_na_latinitce

цель, получить такое:

site.ru/modul-nazvanie_na_latinetce.html

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

поэтому смог лишь сделать так
site.ru/modul-id-nazvanie_na_latinetce.html

ID можно убрать, но в этом случае следует переработать запрос в базу данных, не посредственно в самом модуле. Поиск публикации в базе проводить не по ID, а по поисковому слову, а именно титлу переформированному заранее из nazvanie_na_latinetce в название на латинице.

ID можно убрать, но в этом случае следует переработать запрос в базу данных, не посредственно в самом модуле. Поиск публикации в базе проводить не по ID, а по поисковому слову, а именно титлу переформированному заранее из nazvanie_na_latinetce в название на латинице.

Угу, понятно. Спасибо.

При работе над интеграцией протокола микроразметки страницы с помощью Open Graph, пришёл к выводу, что более оптимальным вариантом станет объединение всех участков SEO системы в единый механизм. Который в свою очередь станет централизованным, что даст нам возможность более универсального управления и конфигурации.

Участки которые на мой взгляд должны войти в новый механизм SEO:

1. Новый отдел конфигураций SEO системы
2. Генератор ссылок системы
3. Маршрутизатор ссылок системы
4. Генератор ЧПУ системы

Если коротко, то вижу это так. В автоматическом режиме создаётся главный базовый SEO файл со следующими параметрами:

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

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

В идеале получим гибкий механизм генерации параметров SEO с использованием универсального ЧПУ с возможностью создания ссылок типа: slaed.net/заголовок_статьи на русском и не только.

Для ЧПУ планирую несколько вариантов на выбор, возможные варианты:

slaed.net/news/view/заголовок_статьи.html
slaed.net/news/view/заголовок_статьи
slaed.net/заголовок_статьи.html
slaed.net/заголовок_статьи
slaed.net/news/view/sagolovok_stati
slaed.net/news/view/sagolovok_stati.html
slaed.net/sagolovok_stati
slaed.net/sagolovok_stati.html
slaed.net/index.php?name=news&op=view&id=640
slaed.net/?name=news&op=view&id=640
slaed.net/news/view/640.html
slaed.net/news/view/640

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

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

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

Обязательно description. в панели вебмастера яндекс ругается, если нет описания к странице. Описание категорий должно попадать в description.

Считаю, что обязательным надо сделать возможность предварительного ручного ввода title description и ключи. Чтобы не публиковать, а потом открывать и изменять.

Обязательно description. в панели вебмастера яндекс ругается, если нет описания к странице. Описание категорий должно попадать в description.

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

Считаю, что обязательным надо сделать возможность предварительного ручного ввода title description и ключи. Чтобы не публиковать, а потом открывать и изменять.

Предлагаю непосредственно после публикации материала на втором шаге или лучше вместе?

Вопросы такого плана:
• Чем не нравится автоматическая генерация ключевых слов из текста публикации?
• На что ориентируетесь, а точнее на основании чего указываете ключевые слова в ручном режиме?

О. Крутая тема. Ахилесова пята Slaed ). Избавимся от пятки и получим одну из лучших систем управления сайтами. Теперь о деле.

Опен.граф. Хотелось бы ещё и схему.орг. Опен-граф - это фейсбуковская примочка и ориентирована скорее на репосты видео и всякое такое, а у схемы-орг больше возможностей описать иные направления. Хотя может я и заблуждаюсь. Опенграфом не пользовался, так как в сети схемаорг распрастранён больше.
Их никак нельзя будет совместить? 😳

По сео функциям.
1. Добавить возможность вносить изменения в хеад не только на всю систему целиком (как есть сейчас), но и для каждой страницы или категории в отдельности.
Пример задачи: нужно закрыть от индексации или краулинга определённую страницу. Не всегда это удобно делать через роботс.тхт.
Варианты исполнения:
• в админке на странице редактировании контента выставить несколько галочек. типа: запретить к индексации.
• в админке на странице редактировании контента добавить поле типа доп.запись хеад

2. Сделать возможным к редактированию сформированный на английском языке Url страницы или категории.
Причина - адрес может оказаться очень длинным/дублирующим/некрасивым
3. Сделать возможным редактировать тайтл страницы (и категорий ).
Причина - для продвижения тайтл один из самых важных элементов для любой поисковой системы
4. Как выше было сказано - сделать возможным редактировать дескр. страницы ну и категорий соответственно.
5. Keys - тоже сделать редактируемыми с автоматической возможностью оставлять тег пустым для категорий, страниц или страниц в определённой категории . Основная причина - в прошлом данный мегатэг дексридетировали, поэтому его нужно использовать с осторожностью. На данный момент рекомендации ведущих специалистов по заполнению кейвордса:
- пустое
- только продвигаемое слово или фраза
- обязательно должно быть на странице
- отсутствие запятых

По поводу второго шага (редактирования дескрипшен). Если субъективно, то это лишнее. Я бы даже заменил всплывающее меню на кнопках на обычные кнопки. Оно красиво, безусловно, но лишнее время уходит - часто всплывает не та кнопка, которая нужна, а соседняя (но это мелочи - чисто для инфы). Вобщем, лучше всё на месте.
Ниже скрин с моей админки. Заодно вопрос категорий - если их много, то распихать их компактно нужно постараться).
И по поводу размещения полей - очень много места отведено на слово ""текст" или "расширенный текст", может ну его или как-нито через абсолютную позицию прописать?
По предварительному просмотру страницы редактирования в админке: поставить автоскрол. Иногда картинки большие - всё наперекосяк в итоге.

по генерации ссылок:
slaed.net/news/sagolovok_stati.html - такой возможен будет? т.е. без view. и
slaed.net/news/zagolovok_kategorii/sagolovok_stati.html - а тут вместо cat название категории в латинице

Вспомнил ещё. Ответ ласт модифай.
Может тоже воткнуть? Нашёл несколько вариантов реализации

<meta http-equiv="Last-Modified" content="Sun, 11 Sep 2001 17:31:28 GMT">

<?php
$LastModified_unix = 1294844676;
$LastModified = gmdate("D, d M Y H:i:s GMT", $LastModified_unix);
$IfModifiedSince = false;
if (isset($_ENV['HTTP_IF_MODIFIED_SINCE']))
 $IfModifiedSince = strtotime(substr($_ENV['HTTP_IF_MODIFIED_SINCE'], 5)); 
if (isset($_SERVER['HTTP_IF_MODIFIED_SINCE']))
 $IfModifiedSince = strtotime(substr($_SERVER['HTTP_IF_MODIFIED_SINCE'], 5));
if ($IfModifiedSince && $IfModifiedSince >= $LastModified_unix) {
 header($_SERVER['SERVER_PROTOCOL'] . ' 304 Not Modified');
 exit;
}
header('Last-Modified: '. $LastModified);
?>

RewriteRule .* - [E=HTTP_IF_MODIFIED_SINCE:%{HTTP:If-Modified-Since}]
RewriteRule .* - [E=HTTP_IF_NONE_MATCH:%{HTTP:If-None-Match}]

location ~ .php$
{ 
 …
 if_modified_since off;

 fastcgi_pass fcgi;
 fastcgi_index index.php;
 fastcgi_param SCRIPT_FILENAME /<путь > /web$fastcgi_script_name;
 …
 fastcgi_pass_header Last-Modified;
 include fastcgi_params;
}

olevpa, спасибо за детальный ответ! Сразу видно что не новичок, углублённо занимались вопросами оптимизации.

Хотелось бы ещё и схему.орг. Опен-граф - это фейсбуковская примочка и ориентирована скорее на репосты видео и всякое такое, а у схемы-орг больше возможностей описать иные направления. Хотя может я и заблуждаюсь. Опенграфом не пользовался, так как в сети схемаорг распрастранён больше.
Их никак нельзя будет совместить?

Планирую реализовать по типу шаблона с использованием параметров как переменных в нём. Соответственно можно будет добавить любой код и совместить всё что угодно. Главное что бы это содержание было рассчитано на шапку сайта.

Сейчас обсуждаем именно этот участок, поэтому на мой взгляд, schema.org задуманная для семантической разметки в HTML5 больше подходит для публикаций материалов системы.

1. Добавить возможность вносить изменения в хеад не только на всю систему целиком (как есть сейчас), но и для каждой страницы или категории в отдельности.
Пример задачи: нужно закрыть от индексации или краулинга определённую страницу. Не всегда это удобно делать через роботс.тхт.
Варианты исполнения:
• в админке на странице редактировании контента выставить несколько галочек. типа: запретить к индексации.
• в админке на странице редактировании контента добавить поле типа доп.запись хеад

Поддерживается системой изначально. Панель администратора >> Редактор внедрений >> Шапка системы

Файл внедрения в шапку системы: config/config_header.php Здесь вы можете вставить нужный Вам код, который будет внедрён в head системы. Как правило, данный файл используется для внедрения ява скриптов и мета тегов.

С остальными пунктами функций SEO согласен, планирую сделать именно так.

И по поводу размещения полей - очень много места отведено на слово ""текст" или "расширенный текст", может ну его или как-нито через абсолютную позицию прописать?
По предварительному просмотру страницы редактирования в админке: поставить автоскрол. Иногда картинки большие - всё наперекосяк в итоге.

Хорошо, ваши замечания учту.

slaed.net/news/sagolovok_stati.html - такой возможен будет? т.е. без view. и
slaed.net/news/zagolovok_kategorii/sagolovok_stati.html - а тут вместо cat название категории в латинице

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

Вспомнил ещё. Ответ ласт модифай.
Может тоже воткнуть? Нашёл несколько вариантов реализации

Если в этом смысл? Дело в том что система генерирует дату и всё что с этим связано.

Функция ядра:

# Browser caching
function setCache($id='') {
	header('Content-Type: text/html; charset='._CHARSET);
	if ($id) {
		header('Expires: '.gmdate('D, d M Y H:i:s', strtotime('+30 day')).' GMT');
		header('Last-Modified: '.gmdate('D, d M Y H:i:s', strtotime('-30 day')).' GMT');
		header('Cache-Control: public');
		header('Pragma: public');
	} else {
		header('Expires: '.gmdate('D, d M Y H:i:s', strtotime('-30 day')).' GMT');
		header('Last-Modified: '.gmdate('D, d M Y H:i:s', strtotime('-1 day')).' GMT');
		header('Cache-Control: no-store, no-cache, must-revalidate');
		header('Pragma: no-cache');
	}
	header('X-Powered-By: SLAED CMS');
	header('X-Powered-CMS: SLAED CMS');
}