Динамические URL против статических URL

Понедельник, 22 сентября 2008 г.

Общение с веб-мастерами часто выявляет распространенные убеждения, которые могли быть верными в прошлом, но сегодня уже не обязательно соответствуют действительности. Именно это произошло, когда мы недавно беседовали с парой друзей о структуре URL. Один друг переживал по поводу использования динамических URL, так как (по его словам) «поисковые системы не могут с ними справиться». Другой друг считал, что динамические URL вообще не представляют никакой проблемы для поисковых систем и что эти вопросы остались в прошлом. Один даже признался, что никогда не понимал всей этой шумихи вокруг динамических URL по сравнению со статическими. Для нас это был момент, когда мы решили изучить тему динамических и статических URL. Сначала давайте уточним, о чем именно мы говорим:

Что такое статический URL?

Статический URL — это URL, который не меняется и поэтому обычно не содержит никаких параметров. Он может выглядеть следующим образом: https://www.example.com/archive/january.htm. Вы можете искать статические URL в Google, введя
filetype:htm
в поле поиска. Обновление страниц такого типа может отнимать много времени, особенно если объем информации быстро растет, так как каждую отдельную страницу приходится кодировать вручную. Именно поэтому веб-мастера, работающие с крупными, часто обновляемыми сайтами, такими как интернет-магазины, форумы, блоги или системы управления контентом (CMS), могут использовать динамические URL.

Что такое динамический URL?

Если содержимое сайта хранится в базе данных и извлекается для отображения на страницах по запросу, могут использоваться динамические URL. В этом случае сайт по сути служит шаблоном для контента. Обычно динамический URL выглядит примерно так:
https://code.google.com/p/google-checkout-php-sample-code/issues/detail?id=31. Вы можете обнаружить динамические URL, обратив внимание на такие символы, как: ?,=,
&. Динамические URL имеют тот недостаток, что разные URL могут вести на один и тот же контент. В результате разные пользователи могут ссылаться на URL с разными параметрами, у которых содержимое одинаковое. Это одна из причин, почему веб-мастера иногда хотят переписать свои URL в статические.

Стоит ли мне пытаться сделать так, чтобы мои динамические URL выглядели как статические?

Ниже приведены несколько ключевых моментов, о которых следует помнить при работе с динамическими URL:

1. Довольно сложно правильно создать и поддерживать перенаправления (реврайты), которые превращают динамические URL в URL со статическим внешним видом.
2. Гораздо безопаснее предоставить нам исходный динамический URL и позволить нам разобраться с проблемой обнаружения и исключения проблемных параметров.
3. Если вы хотите переписать свой URL, пожалуйста, удаляйте ненужные параметры, сохраняя при этом динамический вид URL.
4. Если вместо динамического URL вы хотите предоставить статический URL, вам следует создать статическую эквивалентную версию вашего контента.

Что Googlebot читает лучше: статические или динамические URL?

Мы сталкивались с множеством веб-мастеров, которые, как и наш друг, верили, что статические или выглядящие как статические URL дают преимущество при индексировании и ранжировании их сайтов. Это основано на предположении, что у поисковых систем возникают проблемы с обходом и анализом URL, содержащих идентификаторы сеансов (session IDs) или трекеры источников. Однако на самом деле мы в Google добились определенного прогресса в обеих областях. Хотя статические URL могут иметь небольшое преимущество с точки зрения показателей кликабельности (CTR), поскольку пользователи могут легко их прочитать, решение использовать сайты на базе баз данных не влечет за собой существенного недостатка в плане индексирования и ранжирования. Предоставление поисковым системам динамических URL предпочтительнее сокрытия параметров ради их маскировки под статические.

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

Миф: «Динамические URL нельзя просканировать».

Факт: Мы можем сканировать динамические URL и интерпретировать различные параметры. У нас могут возникнуть проблемы с обходом и ранжированием ваших динамических URL, если вы попытаетесь заставить их выглядеть как статические и в процессе скроете параметры, которые предоставляют Googlebot ценную информацию. Одна из рекомендаций — избегать переформатирования динамического URL так, чтобы он выглядел статическим. Всегда рекомендуется по возможности использовать статический контент со статическими URL, но в тех случаях, когда вы решили использовать динамический контент, вы должны предоставить нам возможность анализировать структуру вашего URL, а не удалять информацию путем сокрытия параметров и придания им статического вида.

Миф: «Динамические URL — это нормально, если вы используете менее трех параметров».

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

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

Значит ли это, что мне следует вообще избегать переписывания динамических URL? Это наша рекомендация, если только ваши реврайты не ограничиваются удалением ненужных параметров или если вы не подходите очень тщательно к удалению всех параметров, которые могут вызвать проблемы.

Если вы преобразуете свой динамический URL так, чтобы он выглядел статический, вам следует понимать, что мы не всегда сможем правильно интерпретировать информацию. Если вы хотите предоставить статический эквивалент вашего сайта, возможно, вам стоит рассмотреть возможность преобразования базового контента путем предоставления по-настоящему статической замены. Примером может служить генерация файлов для всех путей и обеспечение доступа к ним где-нибудь на вашем сайте. Однако если вы используете перезапись URL (вместо создания копии контента) для получения выглядящих статическими URL с динамического сайта, вы можете принести больше вреда, чем пользы. Вы можете предоставить нам свой стандартный динамический URL, и мы автоматически найдем параметры, которые не нужны. Можете привести пример?
Если у вас есть динамический URL в стандартном формате, например foo?key1=value&key2=value2

• мы рекомендуем оставить URL без изменений, и Google определит, какие параметры можно удалить; или вы можете удалить ненужные параметры для ваших пользователей. Будьте внимательны и удаляйте только те параметры, которые не имеют значения. Вот пример URL с несколькими параметрами:language=en
• : указывает язык статьиanswer=3
• : статья имеет номер 3sid=8971298178906
• : номер идентификатора сеанса (sid) — 8971298178906query=URL

: поисковый запрос, по которому была найдена статья — «URL»
Не все эти параметры предоставляют дополнительную информацию. Так что переписывание URL в www.example.com/article/bin/answer.foo?language=en&answer=3

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

• Ниже приведены примеры выглядящих статическими URL, которые могут вызвать больше проблем с краулингом, чем предоставление динамического URL без перезаписи:
• www.example.com/article/bin/answer.foo/en/3/98971298178906/URL
• www.example.com/article/bin/answer.foo/language=en/answer=3/sid=98971298178906/query=URL
• www.example.com/article/bin/answer.foo/language/en/answer/3/sid/98971298178906/query/URL

www.example.com/article/bin/answer.foo/en,3,98971298178906,URLПереписывание вашего динамического URL в один из таких вариантов может заставить нас без необходимости сканировать один и тот же контент по множеству разных URL с различными значениями идентификаторов сеансов (sid ) и запросов (query
). Из-за таких форматов нам трудно понять, что URL 98971298178906 и

не имеют никакого отношения к реальному контенту, возвращаемому по этому URL. Тем не менее, вот пример переписанного URL, в котором все нерелевантные параметры были удалены:

Хотя мы способны корректно обрабатывать этот URL, мы все же не рекомендуем использовать подобный реврайт, так как его сложно поддерживать, и его придется обновлять каждый раз, когда в исходный динамический URL добавляется новый параметр. Невыполнение этого требования снова приведет к появлению выглядящего статическим URL, который скрывает параметры. Поэтому лучшим решением часто является сохранение динамических URL в исходном виде. Или, если вы удаляете нерелевантные параметры, не забывайте оставлять URL динамическим, как показано в примере переписанного URL выше:
Мы надеемся, что эта статья поможет вам и нашим друзьям пролить свет на различные предположения относительно динамических URL. Пожалуйста, вы можете присоединиться к нашей
группе для обсуждения

, если у вас возникнут дополнительные вопросы.