Структура URL может показаться неприметной, на самом деле она определяет качество вашего сайта и даже влияет на ранжирование сайта. Таким образом, в этой статье представлены 8 часто встречающихся проблем при редактировании URL, а также способы их решения, чтобы помочь вам выбрать правильную структуру URL.
В агентстве Jehin Network Marketing Работа с SEO-проектами для сайтов внешней торговли клиентовВ процессе часто встречаются пять неприятностей, и проблема номер один — структура URL-адреса сайта. В этой статье Джехин рассмотрит основные элементы URL, как правильно выбрать URL, наиболее часто встречающиеся проблемы редактирования URL и как их решить.
?
1. Нормализация вебсайта
?
Основной смысл нормализации веб-сайтов заключается в том, что ваш контент нуждается в веб-сайте, и это единственный наиболее эффективный веб-сайт. Например, на какую-то страницу сайта можно перечислить следующие различные URL-адреса, точки входа полностью совпадают по содержанию, но поисковик будет считать, что это разные страницы:
?
Имя домена/page
?
www.Доменное имя/page
?
Доменное имя/page/
?
www.Доменное имя/page/
?
Имя домена/page/index.html
?
www.Доменное имя/page/index.html
?
Это зависит от того, как ваш сайт делает внутреннюю ссылку и как другие сайты связаны с вашим сайтом. Но поисковик в конечном итоге все равно обнаружит столько URL, что если на одной и той же странице 6 или более конверсий, этот сайт может быстро выйти из-под контроля.
?
Вы можете решить эту проблему с помощью тега rel=canonical. Если 99% людей ссылаются на ваш сайт, но не совпадают с тегом rel=canonical, то поисковая система проигнорирует ваш тег и включит только сайт.
?
(PS: rel=canonical метка предназначена для решения проблемы повторного включения в Google веб-сайтов из-за того, что URL-ссылки не одинаковы, но содержание веб-страниц одинаково. Отсутствие метки rel=canonical приведет к тому, что Google не будет осведомлен о включении и ранжировании двух одинаковых веб-страниц, а со временем, когда на сайте имеется большое количество таких страниц, это может привести к тому, что сайт будет лишен прав, не будет включен или даже к. к повторному содержанию.)
?
Лучший способ справиться с этой проблемой — использовать программы на стороне сервера. Используйте Htaccess или ISAPI для настройки вашего веб-сервера, и вы предоставляете страницы либо с ? www.?, либо без них. Если оба приняты, сделайте аудит ссылок и посмотрите, у какой больше импортированных ссылок, выберите какую. Короче, что бы там ни было, ты всегда должен быть последовательным.
?
2. Расширение файла в URL
?
. html,. php,. asp или любые другие расширения файла не имеют значения, будь то общие или редкие (например,. dx, выполняющие язык программирования по вашему выбору). То есть лучше обойтись без каких-либо расширений. Если ваш сайт существует достаточно долго, у вас есть хорошая возможность перейти с одного языка на другой, а также изменить расширение файла. В процессе вам нужно установить перенаправление, чтобы вы не потеряли ссылку на импорт. Конечно, вы также можете настроить свой сервер и использовать программу PHP для обслуживания страницы. asp, но сложность работы также увеличится. Если вы используете расширительные имена, не заменяйте их только для того, чтобы изменить, дождитесь обновления кода и удалите все расширения.
?
Так как речь идет о конце URL, также скажите о косой черте "/" на конце нижнего URL. Пожалуйста, убедитесь, что ваша конфигурация сервера всегда использует его или нет, чтобы избежать несоответствий. Лично мне нравится косая черта, что-то вроде точки в конце предложения.
?
3、Разделитель слов в URL
?
Когда-то Google очень заботился о знаках ссылок между словами, но теперь это не так важно. Вы можете использовать дефис или подчеркивание, я люблю дефис, он удобен для чтения и удобства использования, но и то, и другое. Но если вы выберете символы, отличные от этих двух, поисковая система может не расшифровать ваш текст и не придать ему ценность, поэтому необходимо быть осторожным и осторожным. Я также решительно возражаю против соединения всех слов в один кусок, поисковая система может распознать простые, общие и емкие ключевые слова, другие, и это будет проблематично.
?
4、Длина URL
?
Короткий URL лучше, чем длинный. Следующие пять слов предпочтительнее, а если они близки к трем, то еще лучше. Не используйте аббревиатуры, запрещенные слова или слишком короткие слова. Хотя поисковая система может обрабатывать более длинные URL, на практике я обнаружил, что общая длина 60 символов (включая домены) работает лучше. Использование длинных не будет иметь никаких проблем с запуском, если вы должны превысить 60 символов, вы должны иметь веские причины.
?
5、Ключевые слова и цифры в URL
?
В целом желательно, чтобы в URL содержались ключевые слова. Однако слишком много ключевых слов мешает системному суждению и восприятию пользователя. Например, какой из следующих двух веб-сайтов является более надежным:
?
Доменное имя/cell-phones/
?
Доменное имя/cell-phones-cell-phones/
?
Вторая не нарушает никаких правил, она тоже короткая, но доверять не стоит, потому что нагромождение ключевых слов не в вашу пользу.
?
Будьте осторожны с цифрами в URL. Убедитесь, что их формат не будет восприниматься Google как дата, и если он похож на дату, Google может интерпретировать это как то, что ваш контент был опубликован раньше (или позже), чем фактическая дата публикации.
?
6.Параметры в URL
?
Одной из самых сложных проблем URL является использование параметров. На заре развития интернета программисты и разработчики использовали параметры в URL для отслеживания продукта и т.д. Сегодня каждый, от маркетологов до рекламных отделов, использует параметры для обслуживания клиентов. На старте у поисковиков возникает много проблем, из-за которых они игнорируют параметры прямо в URL. Но сейчас они более изощренные, и с ними, как правило, можно справиться. Есть даже специальные инструменты, которые подсказывают им, какие параметры игнорировать, но не попадать в эту ловушку. Используйте параметры, как фехтование, если вы не очень искусны, вы получите урон. От этой проблемы можно уйти, если полностью избежать параметров. Если вам нужно использовать отслеживание URL, попробуйте отслеживание тегов hash tag.
?
7. Каталог в URL
?
Использовать каталог в URL? Вопрос несколько деликатный. Если вы владеете большим сайтом более 500 или 1000 страниц, то да, ваш сайт обязательно нуждается в каталоге. Если у вас небольшой сайт, это зависит от вас самих. Используйте каталог, чтобы дать вам больше контроля, но вам придется тратить больше усилий на сложность URL и общую длину, поэтому подумайте тщательно, прежде чем делать выбор.
?
8, перемещение, изменение и перенаправление URL
?
Если ваш сайт используется в течение длительного времени, всегда есть причины, по которым необходимо изменить URL. Если вы собираетесь это сделать, лучший способ убедиться, что вы не сбились с пути, это использовать 301 перенос, перенос старого URL на новый. Хотя поисковые системы достаточно умны, чтобы узнавать другие категории, использовать их все же немного рискованно, поэтому постарайтесь не рисковать, если это не нужно.
?
Короче говоря, чем больше вы сдаетесь, тем больше барьеров добавляется к вашей SEO-работе, и вместе с агентством Jehin Network Marketing напомним основные моменты этой статьи:
?
1、Не позволяйте вашим веб-страницам иметь несколько версий URL, включая типичные проблемы, такие как ? www.?, конечная косая черта.
?
2. Расширение типа файла не имеет значения, и его лучше избегать, чтобы избежать проблем с производительностью или перенаправлением в будущем.
?
3. Web-сайт является как можно более кратким.
?
4. Ключевые слова на вебсайте не должны быть многословными.
?
5. Старайтесь избегать цифр, особенно тех, которые легко спутать в даты.
?
6、Избегайте параметров, если это действительно необходимо, используйте hash tags.
?
7、只有大型網(wǎng)站的網(wǎng)址需要目錄，或者需要細(xì)分內(nèi)容的網(wǎng)站。
?
8, используйте 301 перенаправление, это решение, которое используется в крайнем случае.