Вопросы миграции сайта - PHP, структура ссылок и SEO


Я работаю над масштабной перестройкой сайта, и основным структурным изменением будет переход от статического HTML к PHP. Я работаю в художественной галерее, и наличие имен художников в URL-адресах имеет решающее значение. У нас уже есть значительный авторитет ссылок для различных имен исполнителей, и структура URL была domain.com/artist-last-name/artist-full-name.html (например. domain.com/picasso/pablo-picasso.html).

Я рассматриваю несколько подходов и надеялся получить несколько советов о том, что может быть лучшим. Моим первым соображением было использование директивы htaccess для обработки PHP-файлов в формате HTML, чтобы я мог сохранить точно такую же структуру URL (или, по крайней мере, внешний вид которой); но я не уверен, есть ли у этого подхода какие-либо недостатки, кроме дополнительной нагрузки на сервер. Я также рассматриваю возможность сохранения расширения PHP и просто преобразования всего с предположением/надеждой, что рейтинг поиска не будет затронут, например. domain.com/picasso/pablo-picasso.php .

Я полагаю, что я мог бы также полностью изменить структуру ссылок и изменить имена каталогов на полные имена исполнителей с помощью index.php в каждом, например. domain.com/pablo-picasso /что было бы чище, но, возможно, нарушило бы существующие рейтинги.

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

Author: nickpish, 2014-04-17

2 answers

Используйте 301 перенаправление и удалите расширения файлов.

Я могу указать вам на некоторые авторитетные статьи, которые помогут вам принять решение о том, как подходить к перенаправлениям, URI и SEO в целом.

1) 301 перенаправление считается "лучшей практикой". Вы можете прочитать статью MOZ (широко признанный и авторитетный специалист по SEO) для получения более подробной информации.

2) Что касается рекомендаций по URL-адресам (URI), нет причин транслировать ваши расширения файлов - и что, если вы изменить, например, с .php на другую технологию?

Спросите себя, какое значение для посетителей сайта имеют расширения файлов в ваших URI? (Если, конечно, у них не может быть плохих намерений - например, им нравится использовать уязвимости в PHP, и это совсем не приносит пользы вашему сайту!) - Поэтому удалите расширения файлов, если у вас нет веской причины их сохранить.

3) Лучшие практики на долгосрочную перспективу

В обязанности веб-мастера входит распределение URI которого вы сможете придерживаться через 2 года, через 20 лет, через 200 лет. Это требует обдумывания, организации и приверженности.

Руководящие принципы и рекомендации W3C очень помогут вам в настройке URI вашего сайта с использованием лучших практик.


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

Это имеет гораздо меньшее отношение к использованию 301 перенаправления, чем тот факт, что поисковая система алгоритмы часто меняются.

Например, Google меняет свои алгоритмы 500-600 раз в год (примерно два раза в день) - и изменения в алгоритмах обычно влияют на рейтинг, иногда немного, а иногда вы увидите серьезные изменения.

Я всегда говорю своим клиентам, что "мы следуем лучшим отраслевым практикам и этичному SEO", и ИМО, это всегда правильный путь.

Вы можете прочитать плюсы и минусы Черная шляпа против SEO в белой шляпе для большего подробности - хотя это выходит за рамки вашего вопроса, я думаю, что частые изменения алгоритма и возможные негативные последствия SEO в черной шляпе являются веским аргументом в пользу того, чтобы следовать рекомендуемым рекомендациям по всем направлениям - использовать 301 перенаправление и следовать рекомендациям W3C для URI.

В следующей статье " Восстановление после алгоритмического штрафа с использованием 301 перенаправления: Личный опыт " рассматриваются 2 тематических исследования по 301 перенаправлению и помогут вам через весь процесс.

Для вашего конкретного случая вот что я бы рекомендовал

  1. Будьте последовательны (т.Е. Если вы используете http://mywebsite.com/artist затем придерживайтесь этого формата) - это только для примера, я буду рекомендовать определенный формат (URL-адрес, относящийся к корневому каталогу).

  2. Даже внутренние ссылки, которые ссылаются на файл с расширением, являются проблематичными - по тем же причинам. Ссылка на "/имя каталога" (/имя исполнителя) без завершающей косой черты (это не необходимо, и вы можете настроить свой сервер так, чтобы он просто рассматривал это как каталог). Я рекомендую использовать корневой URL-адрес для внутренних ссылок (т.Е. Исключить 'http://www.mywebsite.com ' и используйте косую черту, такую как "/имя исполнителя") - это основано на предположении, что каталог или файл являются постоянными в файловой структуре.

  3. Держите свою структуру каталогов плоской..."www.mywebsite.com/this-specific-artist "в отличие от "www.mywebsite.com/art/our-artists/this-specific-artist " - чем короче URL-адрес, тем легче людям запоминать и вводить его.

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

 1
Author: NivF007, 2014-04-18 08:29:38

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

Если это так, то зачем расстраивать корзину с яблоками?

Мне нравится ваше собственное предложение: Моим первым соображением было использование директивы htaccess для обработки PHP-файлов в формате HTML Это кажется хорошим решением. Я говорю это потому, что авторитет ссылок и SEO достаточно важны, чтобы вы захотели сохранить их, предполагая, что они сильны достаточно, чтобы его было нелегко заменить.

Еще один вариант - перенаправить каждую важную ссылку и просто создать свой сайт так, чтобы это было наилучшим образом для вашей компании. 301 перенаправление, как говорят, стоит около 10-15% в соке ссылок, где другой вариант, который вы предложили, не будет.

На самом деле это бросок монеты. Мне нравится ваше первое предложение. Но если склонность к реструктуризации сайта сильна, то рассмотрите вариант перенаправления 301. Подумайте о том, что вам нужно в будущем. Но не выбрасывайте сок ссылки.

 0
Author: closetnoc, 2014-04-17 02:27:26