Вопросы Теги

Суеверие SEO: Является <сценарий> тегами действительно плохо? [закрытый]

Исключение нулевого указателя генерируется, когда приложение пытается использовать null в случае, когда требуется объект. К ним относятся:

  1. Вызов метода экземпляра объекта null.
  2. Доступ или изменение поля объекта null.
  3. Принимая длину null, как если бы это был массив.
  4. Доступ или изменение слотов null, как если бы это был массив.
  5. Бросок null как будто это было значение Throwable.

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

Ссылка: http://docs.oracle.com/javase/8/docs/api/java/lang/NullPointerException.html

6
задан Sampson 19 November 2011 в 03:51
поделиться

6 ответов

Это были возрасты, так как я играл в листовую игру чая Google чтения, но существует несколько причин, Ваш эксперт по SEO мог бы говорить это

  1. Три или четыре года назад были небольшим количеством расхожего мнения, плавающего вокруг этого, алгоритмы поисковой системы дадут больше веса критериям поиска, которые произошли раньше на странице. Если все другие вещи были равны на Страницах A и B, если Страница виджеты упоминаний ранее в файле HTML, чем Страница B, Страница A "побеждает". It не, что инженеры Google и сотрудники доктора философии не могли перескочить через блоки, случается так, что они нашли ценную метрику в своем присутствии. Принимая это во внимание, легко видеть, как, если чему-то не "нужно" (см. № 2 ниже), чтобы быть в заголовке документа, SEO была зациклена, человек захочет это.

  2. Люди SEO, которые не предлагают быстрое исправление, склонны быть сторонниками хорошо обработанных, проверяя/приспосабливая структуру HTML/XHTML. Встройте JavaScript, особенно добрые веб-неосведомленные разработчики программного обеспечения склонны одобрять, делает этих людей (я - один), кипение. Предвзятость против самих тегов script могла также произойти от части работы, которую Yahoo и другие сделали в оптимизации приложений Ajax (не заставляйте браузер проанализировать JavaScript, пока не, имеет к). Не обязательно непосредственно связанный с SEO, но лучшей практикой белый тип SEO шляпы возьмет.

  3. Также возможно, что Вы неправильно понимаете друг друга. Содержание это сгенерировано JavaScript, считают спорным в мире SEO. It не, что Google не может "видеть" это содержание, случается так, что люди не уверены, как его присутствие оценит страницу, поскольку много игр SEO черной шляпы вращается вокруг сокрытия и показа содержания с JavaScript.

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

15
ответ дан 8 December 2019 в 04:57
поделиться

Существует несколько причин избежать встроенного/внутреннего JavaScript:

  • HTML для структуры, не поведения или стиля. По той же причине Вы не должны помещать CSS непосредственно в элементы HTML, Вы не должны помещать JS.
  • Если Ваш клиент не поддерживает JS, Вы просто продвинули много спама. Потраченный впустую bandwith.
  • Кэшируются внешние файлы JS. Это сохраняет некоторый bandwith.
  • У Вас будет descentralized JavaScript. Это ведет для кодирования повторения и всего известного problemns, который идет с ним.
4
ответ дан 8 December 2019 в 04:57
поделиться

Ваш гуру SEO немного от метки, но я понимаю беспокойство. Это не имеет никакого отношения, является ли практика надлежащей, или рассматривается ли определенное число тегов script плохо Google, но всем, чтобы сделать с весом страницы. Google прекращает кэшироваться после (я думаю), 150 КБ. Чем более встроенные сценарии Ваша страница содержит, тем больше случайное важное содержание не будет индексировано, потому что те сценарии добавили слишком много веса.

1
ответ дан 8 December 2019 в 04:57
поделиться

Я провел некоторое время, работая над поисковыми системами (не Google), но действительно никогда не делал многого с точки зрения SEO.

Так или иначе вот некоторые факторы, которые Google мог обоснованно использовать для наложения штрафа на страницу, которая должна быть увеличена включением больших блоков встроенного JavaScript.

  • Полный размер страницы.
  • Время загрузки страницы (соединение размера страницы и скорости загрузки).
  • То, как рано на странице критерии поиска произошли (могло бы проигнорировать теги script, но это намного больше обрабатывает).

Теги script с большим количеством встроенного JavaScript могли бы быть интерпретированы, чтобы быть плохими самостоятельно. Если бы пользователи часто загружались, много страниц формирует сайт, они нашли бы его намного быстрее, если бы сценарий был в единственном совместно используемом файле.

0
ответ дан 8 December 2019 в 04:57
поделиться

Я читал в нескольких местах, что пауки Google только индексируют первые 100 КБ страницы. 20 КБ JS наверху Вашей страницы означали бы 20 КБ содержания позже, что Google не будет видеть и т.д.

Обратите внимание, я понятия не имею, верен ли этот факт все еще, но когда объединение это с остальной частью шарлатанства суеверия/слухов/прямого, которое Вы находите в темном низу живота форумов SEO, он начинает делать странный вид смысла.

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

1
ответ дан 8 December 2019 в 04:57
поделиться

Я не знаю об аспекте SEO этого (потому что я никогда не могу говорить мамбо jambo из реального соглашения). Но поскольку Douglas Crockford указал в одном из его вебкастов JavaScript, которые браузер всегда останавливает для парсинга сценария в каждом элементе. Так, если это возможно, я поставил бы целый документ и улучшил бы страницу уже в возможном со сценариями так или иначе. Что-то как

<head>
    --stylesheets--
</head>
<body>
  Lorem ipsum dolor
  ...
  ...
  <script src="theFancyStuff.js"></script>
</body>
3
ответ дан 8 December 2019 в 04:57
поделиться
Другие вопросы по тегам:

Похожие вопросы: