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

Полный список связывающих глаголов

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

Этот список, очевидно, не включает все возможные глаголы связывания; однако он предназначен для использования в качестве руководства при идентификации этого типа глагола.

Вернуться к содержанию

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

Выберите связывающий глагол (ы) в предложениях ниже. Помните, что цель глаголов — соединить или «связать» существительные или прилагательные с предметом, чтобы описать его.

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

• В этом предложении было — это , связывающее глагол , потому что это помогает описать, что чувствовала Одиннадцать, когда ее предал ее друг.

2. Билли почувствовал себя больным после того, как его одолел Ловец разума.

• В этом предложении , чувствовал — это , связывающий глагол , который связывает испытуемого, Билли, с описанием того, что он чувствует после встречи с Ловцом разума.

3.Мама Стива воскликнула, что от ее сына дурно пахнет и ему нужно немедленно принять душ.

• В этом предложении запахло — это связывающий глагол , который описывает Стива и то, как сильно он нуждался в душе.

4. Мать Уилла была полна решимости найти своего сына и вернуть его из Перевернутого мира.

• В этом предложении было — это связывающий глагол , который описывает мать Уилла путем соединения с описательным прилагательным, определяемым.

5. Когда Алексей попробовал вишневую кашу, он почувствовал большую готовность поделиться важной информацией.

• В этом предложении есть только один глагол связывания ! Хотя кажется, что пробовал, должен быть , связывающим версию b, но это не так. Помните, существительное после глагола должно давать описание подлежащего. Поскольку он не описывает , а вместо этого описывает то, что попробовал Алексей, это глагол действия.
• Следовательно, единственный связывающий глагол в этом предложении — это чувствовал .Поскольку мы можем спросить: «, как чувствовал себя Алексей?» и обнаруживаем, что ответ — прилагательное «желающий», мы знаем, что чувствовал — это глагол, связывающий , соединяющий желающих с подлежащим, он (Алексей).

Совет профессионала : при оценке того, является ли глагол связывающим глаголом , задайте себе следующие вопросы:

1. Соединяет ли глагол существительное или прилагательное с подлежащим?
2. Описывает ли существительное или прилагательное предмет?
3. Если ответ на оба эти вопроса «да», то глагол связывает.

Для дополнительной практики ознакомьтесь с нашими материалами по практике Linking Verb на Альберте.

Вернуться к содержанию

Чувствуете уверенность в своем понимании связывающих глаголов ?

Пройдите эту короткую викторину из шести вопросов, чтобы узнать, что вы узнали:

1. Может ли глагол связывания соединить два существительных в предложении?

• Ответ: Да
• Правильное объяснение: Верно! Связывающий глагол может соединять два существительных в предложении, если второе существительное описывает первое.
• Неправильное объяснение: Извините, это неверно! Помните, что связывающий глагол соединяет существительное или прилагательное с подлежащим предложения, чтобы описать его.

2. Могут ли глаголы-связки и вспомогательные глаголы использоваться в предложении одинаково?

• Ответ: Нет
• Правильное объяснение: Верно! Связывающие глаголы и вспомогательные глаголы выполняют очень разные функции. В то время как связывающих глаголов соединяют существительное или прилагательное с подлежащим предложения, чтобы описать его, вспомогательные глаголы присоединяются к другим глаголам, чтобы добавить время, настроение, голос или модальность.
• Неправильное объяснение: Извините, это неверно! Помните, связывающих глаголов соединяют существительное или прилагательное с подлежащим предложения, чтобы описать его, в то время как вспомогательные глаголы присоединяются к другим глаголам, чтобы добавить время, настроение, голос или модальность.

3. Является ли в этом предложении слово «был» связывающим или вспомогательным глаголом?

Кошка спала, прежде чем ее внезапно разбудила гипер-собака.

• Ответ: Глагол связывания
• Правильное объяснение: Верно! Глагол был — это , связывающий глагол в этом предложении, потому что он связывает описательное прилагательное asleep с подлежащим, cat.
• Неправильное объяснение: Извините, это неверно! Помните, связывающих глаголов соединяют существительное или прилагательное с подлежащим предложения, чтобы описать его, в то время как вспомогательные глаголы присоединяются к другим глаголам, чтобы добавить время, настроение, голос или модальность.

4. Является ли слово «звучит» в этом предложении связующим глаголом или глаголом действия?

Пожарная машина подает сигнал тревоги, чтобы все транспортные средства отошли в сторону.

• Ответ: Действие
• Правильное объяснение: Верно! Глагол действия звучит. используется для описания действия, выполняемого субъектом, пожарная машина .
• Неправильное объяснение: Извините, это неверно! Помните, что связывающий глагол связывает описательное существительное или прилагательное с подлежащим, а глагол действия описывает действие, выполняемое субъектом.

5. Есть ли в этом предложении слово «иметь» связывающий глагол или вспомогательный глагол?

Я еще не выполнил домашнее задание по биологии.

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

6. Является ли в этом предложении слово «войлок» связующим глаголом или глаголом действия?

В старом заброшенном доме было зловонно и зловеще.

• Ответ: Связывание
• Правильное объяснение: Верно! Felt — это глагол, связывающий , который соединяет подлежащее, it , с описательными прилагательными, drafty и eerie .
• Неправильное объяснение: Извините, это неверно! Помните, что связывающий глагол связывает описательное существительное или прилагательное с подлежащим, а глагол действия описывает действие, выполняемое субъектом.

Для дополнительной практики с глаголами связывания ознакомьтесь с нашей полностью бесплатной практикой на Альберте: глаголы связывания.

Вернуться к содержанию

Как учителя, мы знаем, что понимание учащимися грамматических понятий имеет решающее значение для развития уверенных в себе писателей, читателей и говорящих.Несмотря на то, что учащиеся могут усвоить эти концепции на раннем этапе начальной школы, Таблица прогрессивных навыков Common Core English Language показывает, что учащиеся должны продолжать практиковать эти концепции для достижения истинного мастерства.

Чтобы узнать о конкретных стандартах для различных типов глаголов, включая связывающих глаголов , посетите сайт Common Core State Standards.

Albert’s Linking Verb Practice предоставляет большой набор вопросов для повторения, которые можно использовать как упражнение в колокольчике или как домашнее задание.Педагоги могут персонализировать наши оценки, чтобы проверить понимание учащимися грамматических тем, выбранных вручную.

Вернуться к содержанию

Связующие глаголы соединяют или «связывают» существительные или прилагательные с подлежащим предложения, чтобы описать это подлежащее.

Связующие глаголы всегда сопровождаются описательным существительным или прилагательным, а за вспомогательными глаголами всегда следует другой глагол.

Глаголы связывания помогают показать состояние бытия субъекта, а глаголы действия показывают действие субъекта.

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

Вы также можете получить доступ к более чем 3400 бесплатным высококачественным вопросам, которые касаются практически всех грамматических понятий.

Albert предлагает сотни вопросов для практики грамматики с подробными объяснениями, которые помогут вам усвоить концепции.

слов-связок — english-at-home.com

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

Вот список наиболее часто используемых слов и фраз:

Примеры

Например,
Например,
А именно

Самый распространенный способ дать примеры — использовать , например, или , например, .

А именно относится к чему-то по имени.
«Есть две проблемы: расходы и время».

Добавление информации

И
Дополнительно
Также как
Также
Также
Более того
Более того
Помимо
В дополнение к
Помимо

Идеи часто связаны между собой и . В списке вы ставите запятую между каждым элементом, но не перед и .

«Обсудили обучение, образование и бюджет.”
Также используется для добавления дополнительной идеи или акцента. «Мы также говорили о маркетинге».

Вы можете использовать также с , а не только , чтобы сделать акцент.
«Нас беспокоят не только затраты, но и конкуренция».

Обычно мы не начинаем предложение с , а также с . Если вы хотите начать предложение с фразы, которая также означает, вы можете использовать Дополнительно, или В дополнение к этому…

Так же, как можно использовать в начале или середине предложения.
«Помимо затрат, нас беспокоит конкуренция».
«Мы заинтересованы не только в конкуренции, но и в затратах».

Также идет либо в конце предложения, либо после подлежащего и означает также .
«Они тоже были обеспокоены».
«Я тоже был обеспокоен».

Помимо и , кроме часто используется для обозначения , а также или в дополнение к .
«Помимо Rover, мы являемся крупнейшим производителем спортивных автомобилей.»
« Помимо Rover, мы являемся крупнейшим производителем спортивных автомобилей ».

Кроме того, и , а также добавляют дополнительную информацию к тому вопросу, который вы делаете.
«Маркетинговые планы дают нам представление о потенциальном рынке. Более того, они рассказывают нам о конкурсе ».

Подведение итогов

Кратко
Кратко
Подведение итогов
Подведение итогов
Кратко
Подведение итогов
В заключение

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

Идеи секвенирования

Первое,… второе
Во-первых, во-вторых, наконец
Первая точка —
Наконец
Следующие

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

«Курс охватывает и маркетинг, и финансы. Первый изучается в первом семестре, а второй изучается в последнем семестре ».

Во-первых,… во-вторых,… наконец, (или , наконец, ) — полезные способы перечисления идей.

«Четвертый» или «пятый» — это редкость. Вместо этого попробуйте первую точку , вторую точку , третью точку и так далее.

Следующий — хороший способ начать список.
«Следующие люди были выбраны для прохождения курса обучения: Н. Питерс, С. Джонс и А. Оуэн».

Причина

Из-за / из-за того, что
Из-за / из-за того, что
Потому что
Из-за
С
As

Из-за и из-за должны сопровождаться существительное.

«Из-за роста цен на нефть уровень инфляции вырос на 1,25%».

«Из-за спроса мы не можем поставить все позиции в течение 2 недель».

Если вы хотите, чтобы после этих слов было предложение (подлежащее, глагол и объект), вы должны следовать за словами с фактом, что .

«Из-за роста цен на нефть уровень инфляции вырос на 1% 25».

«Из-за того, что рабочие объявили забастовку, компания не смогла выполнить все свои заказы.

Потому что / потому что

Потому что следует за существительным.

«Из-за плохой погоды футбольный матч перенесен».

Потому что можно использовать в начале или в середине предложения. Например: «Из-за дождя матч перенесен».

«Мы верим в схемы мотивации, потому что хотим, чтобы наши сотрудники были более продуктивными».

С / как

С и как означает , потому что .

«Поскольку компания расширяется, нам необходимо нанять больше сотрудников».

По мере расширения компании нам необходимо нанимать больше сотрудников ».

Получение результата

Следовательно,
Итак,
Следовательно,
Это означает, что
В результате

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

«Компания расширяется. Поэтому / Итак / Следовательно / В результате они набирают дополнительный персонал.

Итак, более неформальный.

Противоположные идеи

Но
Однако
Хотя / хотя
Несмотря на / несмотря на то, что
Несмотря на / несмотря на то, что
Тем не менее
Тем не менее
Хотя
Тогда как
В отличие от
Теоретически … на практике …

Но более неформальный, чем , однако . Обычно он не используется в начале предложения.

«Он много работает, но мало зарабатывает.
«Он много работает. Однако он мало зарабатывает ».

Хотя , несмотря на и несмотря на вводят идею контраста. С этими словами у вас должно быть две половины предложения.

«Хотя было холодно, вышла в шортах».
«Несмотря на холод, вышла в шортах».

Несмотря на то, что и несмотря на , используются так же, как из-за и из-за . За ними должно стоять существительное.Если вы хотите следовать за ними существительным и глаголом, вы должны использовать факт, что.

«Несмотря на то, что у компании дела шли плохо, они наняли дополнительных сотрудников».

Тем не менее и тем не менее означают несмотря на это или в любом случае .

«Море было холодным, но он все же пошел купаться». (Несмотря на то, что было холодно.)
«У компании дела идут хорошо. Тем не менее, в этом году они не собираются расширяться.

В то время как , , тогда как и , в отличие от , используются, чтобы показать, как две вещи отличаются друг от друга.

«У моей сестры голубые глаза, а у меня карие».

«Налоги выросли, а отчисления на социальное страхование снизились».

«В отличие от Великобритании, в США дешевый бензин».

Теоретически… на практике… показывают неожиданный результат.

«Теоретически учителя должны готовиться к урокам, но на практике им часто не хватает времени.”

А теперь попробуйте нашу викторину!

Связывающие глаголы | Что такое глаголы-связки?

Связывающие глаголы

Инфографика, объясняющая глагол связывания

Простые примеры связывания глаголов

• Алан — вампир.
(Здесь субъект повторно идентифицирован как вампир.)
• Алан хочет пить.
(Здесь субъект описан как испытывающий жажду.)

Связывающий глагол связывает подлежащее с дополнением подлежащего

• Он кажется пьяным.
(Здесь описывается дополнение к подлежащему. Это прилагательное.)
• Суп на вкус слишком чесночный, чтобы его есть.
(Здесь описывается дополнение к предмету. Это фраза прилагательного.)
• Его предложение — безумие.
(Здесь субъект повторно идентифицируется.Это существительное.)
• Jenny — звезда будущего.
(Здесь предметное дополнение повторно идентифицируется. Это именная фраза.)

Сводка видео

Примеры связывания глаголов в реальной жизни

• Она получила внешность от своего отца. He — пластический хирург. (Комик Граучо Маркс)
• Адвокатов когда-то были детьми. (Поэт Чарльз Лэмб)

• Новая книга отлично пахнет. Старая книга еще лучше пахнет. Старая книга пахнет Древним Египтом. (Американский писатель Рэй Брэдбери)
• Это звучит реально банально, но внутри красиво снаружи показывает точно. (Модель Кейт Мосс)

• Став равной мужчине, женщина становится его начальником. (Греческий философ Сократ)
• Это всегда кажется невозможным, пока не будет сделано.(Президент ЮАР Нельсон Мандела)

Связывающие глаголы не являются глаголами действия

• Тони всегда пахнет супом.
(Здесь пахнет — связующий глагол. Он описывает Тони , подлежащее.)
• Тони всегда нюхает суп.
(Здесь пахнет — не связывающий глагол. Помните, что связывающий глагол не выражает действия.)
• Он почувствовал себя больным, когда почувствовал жар.
(Здесь первый считал связывающим глаголом, а второй чувствовал — нет.)

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

Почему я должен заботиться о связующих глаголах?

(Выпуск 1) Не используйте наречие для дополнения предмета.

• Ваши волосы восхитительно пахнут.
(Эта ошибка возникает из-за того, что говорящие знают, что наречия (здесь — удивительно ) изменяют глаголы, и, имея эту мысль, они не могут исправить себя, пока не произнесут наречие. повторно идентифицировать или описать предмет) всегда будет существительным или прилагательным. В этом примере говорящий должен был использовать прилагательное amazing .)
• Ваша собака плохо пахнет. Моя собака плохо пахнет.
(Здесь первый запах не является глаголом-связующим, и он правильно заменен наречием плохо . Это означает, что у собаки плохое обоняние. Второй запах — связующий глагол, и это правильно за которым следует прилагательное плохой . Это означает, что собака воняет. Это различие используется в старой шутке «У моей собаки нет носа». «Как он пахнет?» «Ужасно». Когда говорящие по ошибке используют наречие после слова связывая глагол, они путают первую структуру со второй.)

• Процесс работает фантастически.
(Это должно быть фантастически . Это описано более наречиями.)

(выпуск 2) Вы можете сказать «Это был я» или «Это был я».

Однако для большинства так называемая правильная версия «Это был я» звучит претенциозно или неверно. И последний совет: если вы говорите, делайте все, что вам кажется естественным. Если вы пишете, измените структуру предложения, чтобы избежать обеих версий.

• « Это была она / она» могла стать « Она была той.«

Ключевые моменты

• Используйте прилагательное (определенно не наречие) после связующего глагола, чтобы описать тему.
• У этого чили прекрасный вкус.
(Должно быть чудесно )
• «Это был я» — приемлемо, но некоторым грамматически подкованным людям это не понравится. «Это был я» грамматически чисто, но некоторые могут подумать, что это звучит претенциозно. Либо перефразируйте предложение, чтобы избежать этой проблемы, либо выберите версию, которая вам подходит, а затем защищайте ее, как собака, если ее спросят.

• Вы не согласны с чем-то на этой странице?
• Вы заметили опечатку?

См. Также

глаголов действия и глаголов-связок — Университет Галлодета

Учебные и обучающие программы

Что такое глаголы ACTION?

Глагол действия — это глагол, который описывает действие, например бег , прыжок , удар , есть , перерыв , плакать , улыбаться, или думать .

При использовании глаголов действия структура предложения будет иметь вид ПРЕДМЕТ —> ГЛАГОЛ ДЕЙСТВИЯ —> ОТДЫХ ПРЕДЛОЖЕНИЯ (существительное) (глагол) (прилагательное, наречие, существительное, дополнение или ничего ). Вот несколько примеров глаголов действия в предложениях. Грег сейчас пинает мяч. Глагол действия — пнуть . Он описывает то, что делает Грег. В Чикаго постоянно дует ветер. Глагол действия — удара . Он описывает, что делает ветер.Он принял мои извинения. Глагол действия принят . Он описывает то, что «он» сделал.

Что такое глаголы LINKING?

Глагол связывания — это глагол, который связывает (соединяет) подлежащее предложения с информацией об этом предмете. Связывающие глаголы не описывают действия. При использовании связывающих глаголов структура предложения будет следующей: ПРЕДМЕТ —> ГЛАГОЛ-СВЯЗЬ —> ИНФОРМАЦИЯ О ПРЕДМЕТЕ (существительное) (глагол) (прилагательное, существительное или дополнение)

Некоторые глаголы ВСЕГДА связывают глаголы, потому что они никогда не описывают действие.Другие глаголы могут быть связующими глаголами в одних предложениях и глаголами действия в других предложениях.

Следующие три глагола ВСЕГДА связывают глаголы :

быть (есть, есть, есть, был, был, был, был, был, сейчас, сейчас, был, будет, и т. Д.) стать (стать, становится, стало, стало, стало, стало, станет, станет и т. д.) казаться (казалось, казалось, казалось, казалось, казалось, казалось, казалось, казалось, кажутся, кажутся, кажутся, казались, будут казаться) Вот несколько примеров связывания глаголов, которые ВСЕГДА связывают глаголы в предложениях: «Мяч — это красный.«Is» — это глагол-связка, который связывает подлежащее, мяч, с информацией об этом предмете (что он красный). «Дети умны ». «Есть» — это глагол, связывающий подлежащее, «дети», с информацией об этом предмете (что они умны). «Через пять лет ребенок будет ростом». «Будет» — это глагол, связывающий слово «ребенок» с тем фактом, что он будет «высоким через пять лет». «Кот кажется нормальным ». «Кажется» связывает тему, кошка, с информацией о кошке (что это нормально).«Собака похудела на после операции». «Стал» связывает субъекта, собаку, с информацией о нем (о том, что он похудел).

Глаголы, которые могут быть как ACTION, так и LINKING глаголами

Есть глаголы, которые могут связывать глаголы в НЕКОТОРЫХ предложениях, но являются глаголами действия в других предложениях. Один из способов определить, функционирует ли глагол как глагол действия или как глагол связывания, — это заменить рассматриваемый глагол словом «is». Если предложение все еще имеет смысл, то, вероятно, это глагол-связка.Если предложение не имеет смысла со словом «есть», то, вероятно, это глагол действия в предложении. Ниже приведены примеры глаголов, которые могут быть связующими глаголами в одних предложениях и глаголами действия в других предложениях: смотреть, запах казаться, доказывать звук, чувствовать, оставаться вкусом, расти. Вот несколько примеров предложений глаголов, используемых в качестве связующих глаголов и глаголов действия. Используется в качестве связывающих глаголов. Объяснение. Джейн оказалась невредимой после аварии. Вы можете заменить слово «появляется» словом «есть», и предложение все равно будет иметь смысл: «Джейн не пострадала после аварии.«Это позволяет узнать, что появилось в этом предложении. — это глагол-связка. Торт хорошо пахнет ! Это предложение описывает торт.« Запахи »- это глагол-связка в этом предложении. Он связывает подлежащее, торт, с информацией об этом предмете — это приятно пахнет. Женщина замолчала. смолкла. Это предложение может показаться сбивающим с толку. Помните, что слово «расти» имеет несколько значений! В этом предложении «вырос» означает СТАЛА. Женщина стала тихий.Используется в качестве глаголов действия. Объяснение. Прежде чем я успел уйти, появилась Джейн . В этом предложении фигурирует . ничего не связывает. Это говорит о действии, которое совершила Джейн. Она появилась или появилась. Эллен нюхает торт. Слово пахнет ничего не связывает. Если вы замените запахи на «есть», предложение не будет иметь смысла. Это означает, что запахи должны быть глаголом действия в этом предложении. Эллен понюхала торт. Садовник вырастил цветков.Слово « выросло на » не связывает здесь две вещи. Если вы попытаетесь заменить слово «растет» на «есть», предложение не будет иметь смысла. Это означает, что «вырос» должен быть глаголом действия. Садовник выполнил действие по выращиванию цветов.

Связующие слова

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

Далее

Деятельность 2

Отчет прототипа на основе DOI

Введение

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

За последние несколько лет были приложены значительные усилия для создания среды, поддерживающей связь между быстро растущим числом журнальных статей, доступных в сети. По мере развития этой среды стало ясно, что первоначальная модель связывания требует доработки, чтобы отразить весь спектр схем обслуживания, имеющихся сегодня в информационном ландшафте.В частности, модель хорошо работала для статей, обслуживаемых исключительно через одну систему доставки, но не для статей, реплицированных в нескольких средах обслуживания. Сложность, связанная с наличием нескольких онлайн-копий, стала известна как «проблема надлежащего копирования»; В этом документе описывается проект, демонстрирующий одно решение этой проблемы.

DOI, CrossRef и общая модель связывания

Ранние средства связи между независимыми системами были в значительной степени построены на двусторонних соглашениях, а используемые ими синтаксисы связи были основаны на разрозненных конкретных конфигурациях локальной системы.К концу 1990-х годов, однако, стало ясно, что необходимость индивидуального ведения переговоров и построения различных каналов для каждого источника не масштабируется, и что необходима общая инфраструктура. Три относительно недавних разработки помогли создать эту инфраструктуру: серия семинаров определила общую модель для связывания, была внедрена система DOI и была внедрена система CrossRef.

Мастерские . Широко распространенное беспокойство по поводу того, что развивающаяся архитектура связывающих систем будет как можно более надежной, универсальной и максимально открытой, привело к серии встреч, спонсируемых Национальной организацией информационных стандартов (NISO) и Федерацией цифровых библиотек (DLF). , Национальная федерация служб реферирования и индексирования (NFAIS) и Общество научных публикаций (SSP).Следуя модели предыдущей серии семинаров, посвященных цифровому идентификатору объекта, эти встречи собрали вместе основных издателей, вторичных издателей, библиотекарей и исследователей в попытке понять функциональные требования систем связывания и начать моделирование систем связывания, которые им удовлетворяют. требования.

В период с февраля по июнь 1999 г. под этим эгидой были проведены два семинара и небольшая рабочая встреча. Резюме выводов участников было опубликовано в журнале D-Lib Magazine [Caplan and Arms].По сути, к лету 1999 г. были установлены основные параметры связывающей архитектуры. Принятая модель предполагала, что издатели будут вносить библиографические метаданные, связанные с идентификаторами, в справочную базу данных, и что идентификаторы будут связаны с местоположениями (URL-адресами) в базе данных местоположений. Цитаты будут искать в справочной базе данных для получения идентификаторов, которые, в свою очередь, будут искать в базе данных местоположений, чтобы вернуть одно или несколько местоположений в процессе, известном как разрешение.Затем предпочтительное местоположение будет использоваться для получения желаемого контента.

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

DOI (идентификатор цифрового объекта) . Первоначально DOI был разработан Ассоциацией американских издателей (AAP), но быстро превратился в международную инициативу, в результате которой в 1997 году был создан Международный фонд DOI (IDF) (см. ). Целью усилий DOI было создание идентификатора и связанной с ним системы разрешения, чтобы помочь в управлении интеллектуальной собственностью в Интернете.

DOI можно рассматривать как форму URN (унифицированное имя ресурса). Он обеспечивает две важные функции: 1) это уникальный идентификатор объекта и 2) механизм для поиска копии названного объекта в Интернете.

Синтаксис DOI соответствует стандарту ANSI / NISO Z39.84 [Z39.84]. Это по существу непрозрачный идентификатор, а это означает, что по самой строке невозможно достоверно определить местоположение или библиографическую принадлежность идентифицируемого объекта.Системой разрешения для DOI является система Handle, разработанная в Корпорации национальных исследовательских инициатив (CNRI) (см. ). Система обработки — это комплексная система для назначения, управления и разрешения постоянных идентификаторов, таких как DOI, для цифровых объектов и других ресурсов в Интернете.

В своей наиболее часто используемой форме DOI встроен в URL-адрес, где имя сервера, указанное в URL-адресе, является именем службы (в данном случае преобразователя системы обработки), которая ищет DOI в базе данных и возвращает информацию о объект, включая один или несколько адресов.Таким образом, пока база данных поддерживается в актуальном состоянии, объекты, идентифицированные с помощью DOI, могут перемещаться из системы в систему и от владельца к владельцу без «нарушения» DOI.

CrossRef . CrossRef берет свое начало в проекте DOI-X, совместных усилиях издателей журналов по использованию DOI для ссылки на ссылки [Аткинс и др.]. Успех этой попытки привел к созданию PILA, Международной ассоциации издателей, и ее инициативы CrossRef в начале 2000 года (см. ).

Система CrossRef предназначена для автоматизированного крупномасштабного присвоения ссылок DOI ссылкам [Pentz]. Когда издатель присваивает DOI журнальной статье, стандартизированная запись метаданных для этой статьи связывается с этим DOI и депонируется в базе данных CrossRef. Затем, когда последующие статьи готовятся к электронной публикации, ссылки в этих статьях можно использовать для поиска метаданных в базе данных CrossRef, а соответствующие DOI извлекаются и включаются в статью в качестве ссылки.Хотя название (интерактивный текст привязки) для таких ссылок варьируется от одной онлайн-системы к другой, большинство сервисов просто помечают ссылку «CrossRef», и эти ссылки будут называться «CrossRef links» в оставшейся части этого документа.

Проблема с подходящей копией

Модель мастерской требовала справочной базы данных для получения идентификаторов и базы данных местоположения для сопоставления идентификаторов с местоположениями. Система CrossRef обеспечивает первое, в то время как DOI и его служба разрешения системы обработки обеспечивают второе.Таким образом, инфраструктура DOI / CrossRef предоставляет очень мощный и универсальный механизм для ссылки на статьи в электронных журналах в большом количестве независимых и разнородных систем издателей.

Однако в нынешней технической среде эта архитектура страдает существенным ограничением. Когда ссылка DOI «нажата», DOI отправляется преобразователю, а URL-адрес, найденный в этой базе данных, возвращается браузеру в качестве перенаправления HTTP. Таким образом, механизм в его общей форме ограничивается поддержкой взаимно-однозначного отношения между DOI и URL-адресами.Это было бы хорошо, если бы существовала только одна копия каждой статьи в электронном журнале. Однако по ряду причин существует много случаев, когда доступно более одной законной копии статьи:

«Местная загрузка». Копии статей в электронных журналах загружаются в локальные системы для обслуживания институционального (например, Университет Торонто) или консорциума (например, OhioLINK) населения.

Базы агрегатора. Службы , такие как EBSCO, Ovid и OCLC Electronic Collections Online, загружают статьи электронного журнала в агрегированные базы данных, доступные по подписке.

Бумажные копии. В настоящее время большинство электронных журналов издаются также в бумажной форме с широко распространенными копиями. Для таких журналов ссылка относится как к бумажной, так и к электронной копии.

Зеркальные копии. По причинам, связанным с производительностью сети или расходами, зеркальные сайты для контента становятся все более распространенными.

В каждом из этих случаев адрес, по которому DOI должен соответствующим образом разрешить, зависит от местоположения или принадлежности пользователя, который делает запрос разрешения.Этот вопрос о том, какие из нескольких возможных копий следует решать в ответ на запрос разрешения, обычно называют «проблемой соответствующего копирования» [Каплан и Флеккер].

Ограничение одного URL-адреса на DOI было признано серьезной проблемой с самого начала реализации DOI, и фактически технология Handle System позволяет связывать несколько URL-адресов с каждым DOI. Однако даже если для DOI было зарегистрировано несколько адресов, в текущей архитектуре связывания нет ничего, что могло бы выбрать среди этих нескольких адресов, чтобы предоставить подходящий для данного пользователя.Как было быстро признано на различных семинарах по связыванию, выбор подходящей копии, когда существуют множественные копии, по сути, является процессом «локализации», и его лучше всего проводить на институциональном (библиотечном или консорциальном) уровне. Местное учреждение лучше всего может вести учет владений и лицензированных услуг и определять, какие услуги следует предлагать пользователям. Таким образом, проблема «соответствующей копии» — это, по сути, вопрос о том, где и как вставить локализацию в процесс связывания.

Фреймворк OpenURL

В то же время, когда шли дискуссии о соответствующем разрешении копирования, Ван де Сомпель определял структуру OpenURL на основе своей работы над SFX [Ван де Сомпель и Хохстенбах 1999a, Ван де Сомпель и Хохстенбах 1999b, и Ван де Сомпель и Hochstenbach 1999c]. SFX, который теперь продается Ex Libris, впервые предоставил возможность предоставлять соответствующий набор расширенных услуг в зависимости от контекста пользователя и его запроса (см. ). Такие услуги могут включать в себя такие варианты, как ссылка на реферат, а не на полный текст, выполнение поиска по цитированию автора или заголовка, поиск дополнительной информации об авторе или ссылки на связанные публикации.

Фреймворк OpenURL — это архитектура, которая позволяет создавать локализованные контекстно-зависимые ссылки на основе метаданных и идентификаторов для ссылочных работ [Van de Sompel and Beit-Arie 2001a, Van de Sompel and Beit-Arie 2001b]. Он определяет модель для открытого связывания, отделяя идентичность ссылочных элементов от конкретных адресов связывания.В структуре OpenURL исходная система связывается с локальным сервисным компонентом, таким как SFX, а не напрямую с указанной работой, и передает информацию, идентифицирующую библиографический элемент.

OpenURL сам по себе является HTTP-запросом (GET или POST), который доставляет метаданные и / или идентификаторы упомянутой работы локальному компоненту службы при нажатии пользователем. Проект спецификации OpenURL был представлен в NISO в декабре 2000 г. и был принят в качестве рабочего элемента для разработки в качестве национального стандарта США (см. ). Фундаментальное понятие в архитектуре OpenURL состоит в том, что указанная работа может быть идентифицирована либо явным набором элементов метаданных (например, ISSN, заголовок, год, объем), либо одним или несколькими уникальными идентификаторами (например, DOI). Последние можно рассматривать как указатели на метаданные, поскольку во многих случаях компонент службы сможет использовать эти идентификаторы для извлечения дополнительных метаданных о работе, на которую указывает ссылка, из ресурсов, которые могут принимать идентификаторы в качестве ключей к метаданным.

Демонстрационный проект

Прототип . Небольшая группа заинтересованных сторон согласилась создать прототип решения соответствующей проблемы копирования на основе структуры OpenURL. Участники состояли из представителей CrossRef, Гентского университета, Ex Libris и CNRI.

В этом прототипе прокси-сервер HTTP-to-Handle перед преобразователем DOI перенаправлял определенные запросы разрешения на альтернативный преобразователь, в данном случае на реализацию SFX.Местоположение альтернативного преобразователя было передано прокси-серверу через файлы cookie, хранящиеся в браузере пользователя, с помощью программы SFX «CookiePusher» (см. ). Эксперимент предоставил практические ответы на несколько вопросов, поднятых ранее: где вставить локализацию (в центральном месте перед преобразователем по умолчанию), как вставить локализацию (информация, передаваемая в файлах cookie) и как определить соответствующее местоположение (используя таблицы профилей на локальном сервере для связывания информации о подписке со службами).

Прототип был представлен на третьем семинаре по связыванию, спонсируемом NISO, DLF и CrossRef в июле 2000 г. [NISO, Van de Sompel]. Эта встреча привела к консенсусу по новой общей модели связывания, основанной на структуре OpenURL. Действующий идентификатор, найденный в любой информационной службе, при нажатии переходит к перенаправителю на центральном сайте для данного типа идентификатора. Перенаправитель будет проверять, существует ли cookie, указывающий на альтернативный компонент службы, и, если нет, перенаправляет идентификатор для разрешения в распознаватель по умолчанию.Если файл cookie был обнаружен, запрос разрешения будет переформатирован как OpenURL, адресующий альтернативный компонент службы. Компонент альтернативной службы может быть институциональным или консорциумным преобразователем или какой-либо сторонней службой.

Институциональный доступ к статьям обычно осуществляется по подписке на название журнала на определенный период времени. Однако идентификаторы DOI указывают на статьи, а не на журналы, и не содержат достоверной информации, идентифицирующей название журнала, выпуск или дату.Другим важным результатом семинара стало осознание того, что база данных CrossRef, изначально предназначенная для поиска DOI из имеющихся метаданных, может, с небольшим объемом программирования, также использоваться для поиска метаданных из имеющихся DOI. Эта возможность «обратного просмотра» в CrossRef предоставит дополнительные метаданные, необходимые для определения подходящей копии и / или доставки расширенных услуг связывания пользователю.

Структура проекта . После достижения консенсуса по общей модели «локализации» ссылочных ссылок, ряд организаций согласились провести более масштабную демонстрацию предложенной архитектуры.Проект включал в себя обеспечение «соответствующей копии» ссылок на DOI для трех учреждений, каждое из которых имеет доступ к коллекциям статей в локально загруженных электронных журналах:

• Научная библиотека Лос-Аламосской национальной лаборатории (LANL), имеющая доступ к более чем 4 000 названий электронных журналов, локально загруженных в систему Science Server [1];

• Инженерная библиотека Грейнджера Университета Иллинойса, имеющая доступ к испытательному стенду с более чем 60 000 локально загружаемых полнотекстовых журнальных статей из 47 журналов;

• библиотеки Университета штата Огайо, которые имеют доступ к более чем 4 000 названий электронных журналов, локально загруженных в Центр электронных журналов OhioLINK (EJC), также с использованием системы Science Server.

В числе других участников проекта:

• Международный фонд DOI;

• Корпорация национальных исследовательских инициатив, поставщик технологий для DOI;

• Ex Libris, поставщик системы SFX;

• OhioLINK, который предоставляет электронные журналы для библиотек государственного университета Огайо и других участников OhioLINK.

Кроме того, ряд других организаций выполняли функции наблюдателей и участвовали в планировании проекта:

• Федерация электронных библиотек;

• Американский институт физики.

Архитектура . Архитектура проекта точно следовала июльскому прототипу. Ключевые компоненты архитектуры:

Установка локального файла cookie. Файлы cookie должны были использоваться, чтобы указать, что у пользователя есть доступный локальный преобразователь. Это требовало, чтобы каждая из трех библиотек реализовывала механизм, заставляющий браузер пользователя переходить на сайт DOI и получать cookie. Поскольку получение cookie должно быть прозрачным для пользователя, все три учреждения использовали сценарий, встроенный в изображение веб-страницы, чтобы «протолкнуть» cookie.

Фильтрация для локального разрешения. CNRI, действуя от имени CrossRef и IDF, внес небольшое изменение в прокси-сервер HTTP-to-Handle, чтобы распознавать полученные файлы cookie и действовать с ними. Если запрос разрешения DOI сопровождался файлом cookie с именем распознанного локального преобразователя, запрос разрешения был перенаправлен на именованный преобразователь в форме OpenURL, содержащего DOI.

Локальное разрешение. В проекте использовались две разные системы локального разрешения.Две из трех библиотек использовали SFX; У LANL уже был локальный SFX-сервер для расширенных сервисов связывания, а Ex Libris настроил SFX-сервис, который будет использоваться штатами OhioLINK и Огайо во время тестирования. Университет Иллинойса написал свой собственный преобразователь специально для этого проекта (см. ПРИЛОЖЕНИЕ A: Локальный сервер ссылок Иллинойса).

Серверы SFX и Illinois демонстрируют два разных подхода к локальному разрешению. В первом, подходе SFX, компонент локальных услуг поддерживает информацию профиля учреждения, используемую для определения подходящего источника (источников) для копии статьи и дополнительных услуг, которые могут быть предложены в связи с ней.Например, локальный преобразователь может хранить набор таблиц профилей, указывающих предпочтительный источник статей из журнала с учетом названия и даты журнала. Когда DOI перенаправляется на локальный преобразователь, преобразователь использует DOI для получения дополнительных метаданных, необходимых для идентификации проблемы журнала. Затем его можно сопоставить с таблицами профилей, чтобы определить соответствующий источник статьи.

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

Как в SFX, так и в Иллинойсе, дополнительные метаданные были получены с помощью DOI для запроса базы данных CrossRef через упомянутый выше механизм обратного просмотра.Подробнее об этом процессе см. ПРИЛОЖЕНИЕ B: Получение метаданных из CrossRef.

Эта архитектура показана на рисунке 1.

Рисунок 1: Процесс демонстрационного проекта.

1. Пользователь, читающий статью в электронном журнале, «щелкает» ссылку DOI в справочнике. DOI и cookie пользователя (ранее установленные с помощью механизма CookiePusher) отправляются на прокси-сервер DOI HTTP-to-Handle.
2. Прокси-сервер распознает локальный преобразователь, указанный в cookie, создает OpenURL, содержащий DOI, и отправляет его локальному преобразователю пользователя посредством «перенаправления» HTTP в браузер пользователя.
3. Локальный преобразователь отправляет DOI в формате OpenURL в CrossRef.
4. CrossRef возвращает метаданные для элемента, названного DOI.
5. Локальный преобразователь распознает это как локально хранимую статью, создает URL-адрес, указывающий на элемент, и отправляет его в браузер пользователя в качестве «перенаправления» HTTP.

В дополнение к разрешению адреса для элемента, идентифицированного DOI, локальные серверы разрешения также могут предоставлять «расширенные услуги» на основе метаданных, полученных из CrossRef.В реализации LANL нажатие на ссылку CrossRef в цитируемой ссылке на веб-сайте издателя приведет пользователя к полному экрану служб SFX, который включает не только ссылку на полный текст соответствующей копии, но и ссылки на расширенные службы. такие как поиск цитируемых авторов и варианты доставки документов. Иллинойс также экспериментировал с расширенными услугами, предоставляя меню ссылок на целевые объекты, включая Compendix, INSPEC и местный OPAC. Пользователям штата Огайо были предложены ссылки на местные фонды печатной версии журнала, как это отражено в объединенном каталоге OhioLINK, MyEmail (для адресов авторов) и Google (для поиска по ключевым словам из заголовка статьи).

Опыт участников . В целом, все три реализации локального разрешения были успешными, и доказательство концепции было наглядно продемонстрировано. В ходе реализации проекта не возникло никаких существенных препятствий.

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

1. Количество издателей, добавляющих ссылки DOI к ссылкам, было ограничено во время проекта, поэтому в целом было мало ссылок, с которыми могли встретиться пользователи.

2. Системы Science Server, работающие в OhioLINK, и LANL создают внутренние ссылки из процитированных ссылок на другие локальные статьи в системе. Следовательно, местная служба разрешения проблем становится фактором только тогда, когда есть цитируемые ссылки в статье , а не в коллекции местного электронного журнала, и эти ссылки содержат DOI, которые ссылаются на статьи, которые являются в коллекции местного электронного журнала. Примеры такой ситуации для демонстрационного проекта найти было сложно.

3. Механизм отправки файлов cookie обычно развертывался на веб-странице, с которой сталкивались не все пользователи коллекции журналов.

4. Часть эксперимента проводилась летом, когда использование библиотеки было меньше.

Количество отзывов, полученных от реальных пользователей, было низким не только из-за низкого уровня использования, но и из-за того, что процесс разрешения был прозрачен для пользователей. Участвующие сотрудники заметили две незначительные проблемы:

Во-первых, как отмечалось выше, большинство служб, отображающих ссылочные ссылки для пользователей, используют что-то общее, например, выделенный заголовок или текст привязки «CrossRef» для обозначения интерактивной ссылки.Однако по крайней мере одна онлайн-служба попыталась определить цель ссылки CrossRef и отобразила имя целевой службы для пользователя, например, «Доступ к полному тексту этой статьи с сайта XYZ». Перенаправление ссылки с XYZ на локальную коллекцию электронного журнала было источником потенциальной путаницы для пользователей. Все участники проекта считали, что явное указание цели ссылки является плохой практикой и ее не следует поощрять.

Во-вторых, LANL и Иллинойс обнаружили, что метаданные, возвращаемые CrossRef, различаются.Например, ссылка с несколькими авторами может возвращать только первого автора с метаданными, ограничивая расширенные услуги, которые могут быть доступны. (Так как CrossRef собирает только базовые метаданные, необходимые для сопоставления ссылок на DOI статей, отправка более чем первого автора статьи не является обязательной.)

Неурегулированные проблемы

Файлы cookie . Использование файлов cookie в этом проекте было попыткой решить проблему, которая не является специфической для предлагаемой архитектуры, а скорее является универсальной проблемой, связанной с проверкой учетных данных пользователя в распределенной сетевой среде.На протяжении всего времени использование файлов cookie было проблематичным и, очевидно, лишь краткосрочным решением. Одна из проблем с механизмом файлов cookie заключалась в том, чтобы найти метод установки файлов cookie на каждом компьютере пользователя и затем регулярно их сбрасывать по мере истечения срока их действия. Общий подход к этому заключался в использовании веб-страницы, которую пользователи библиотеки могли бы регулярно посещать, чтобы активировать процесс отправки файлов cookie. Такие механизмы обязательно несколько случайны, и у некоторых пользователей может не быть установлен файл cookie в момент, когда они сталкиваются с DOI.

Другая проблема с файлами cookie — их неправильная установка. Как правило, веб-страницы, используемые для инициации настройки файлов cookie, доступны как для внешних, так и для институциональных пользователей. Следовательно, важно, чтобы либо процесс настройки файлов cookie был отфильтрован для исключения нелокальных пользователей, либо чтобы процесс локализации проверял наличие нелокальных пользователей и реализовывал функцию отключения файлов cookie при обнаружении внешних пользователей. JavaScript, который LANL использовал для отправки файла cookie, действительно проверял, чтобы он был установлен только для пользователей в правильных диапазонах IP-адресов.

Третья проблема касалась пользователей с множеством аффилированных лиц (например, университетский факультет и правительственная исследовательская лаборатория). Используя механизм cookie, такие пользователи будут иметь разные права доступа в зависимости от контекста подключения к конкретному серверу.

Единственная альтернатива использованию файлов cookie, рассматриваемая в ходе проекта, заключалась в том, чтобы прокси-сервер DOI HTTP-to-Handle фильтровал пользователей напрямую на основе IP-адреса. Все пользователи из заданного диапазона IP-адресов будут перенаправлены на локальный преобразователь для связанного учреждения.Это, конечно, механизм, используемый для управления доступом к большинству коммерческих сервисов, на которые сегодня подписываются библиотеки. Однако этот вариант был отклонен как слишком сложный в административном отношении в краткосрочной перспективе, поскольку служба DOI в настоящее время не имеет деловых отношений с учреждениями, требующими локализации.

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

Отказ издателя . С самых первых встреч по ссылкам обсуждался механизм, позволяющий издателям «отказаться» от локализации; то есть DOI для конкретного издателя не будут перенаправлены на локальный сервер. Некоторые издатели, в частности общественные издатели, которые не допускают «локальную загрузку» или другие договоренности, приводящие к появлению у учреждений альтернативных копий (за исключением, конечно, печатных), могут захотеть, чтобы их идентификаторы разрешались только по месту, зарегистрированному издателем.Для некоторых журналов может не быть вариантов расширенного доступа, которые может даже предлагать сервер локализации. Локализация также вводит возможность перенаправления ссылок на нелегальные копии статьи (возможно, в результате честных ошибок конфигурации или незнания условий лицензии) или на поставщиков документов, которые не платят издателям сбор за авторские права.

Самый эффективный способ реализовать опцию отказа — это записать флаг «нет перенаправления» для каждого DOI издателя в центральном каталоге DOI.Было решено, что, хотя это возможно, делать это во время проекта было непрактично.

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

Условия использования метаданных . Издатели, которые размещают метаданные в системе CrossRef, естественно обеспокоены тем, кто использует эти данные и для каких целей.Издатели имеют законный интерес в том, как ссылки на публикуемый ими контент представляются пользователям. Условия предоставления и использования метаданных для локализации еще предстоит доработать, но вполне вероятно, что издатели захотят, чтобы CrossRef Library Affiliates подписали соглашения, которые:

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

• библиотеки будут предоставлять ссылки только на поставщиков юридических документов;

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

Лицензирование содержимого . Практически все издатели, предлагающие сегодня электронный доступ, требуют от подписывающих организаций подписания лицензионных соглашений, регулирующих условия доступа и использования. Среди участников возникли разногласия относительно того, можно ли интерпретировать изменение конечного пункта назначения ссылки DOI, представленной в публикации, как изменение сама публикация, в которой была найдена ссылка. Некоторые пользовательские лицензии запрещают такие изменения.

Масштабируемость / производительность . Необходимо оценить влияние на производительность перенаправления ссылок на прокси-сервере DOI и обратного просмотра в базе данных ссылок CrossRef. Кроме того, отказ издателя или другие варианты, которые могут потребовать изменений в сервисе Handle System, могут повлиять на производительность центрального каталога DOI.

Поиск метаданных . В ходе проекта локальные преобразователи просто предполагали, что метаданные для всех DOI могут быть получены из базы данных CrossRef.Сегодня это допустимое предположение, поскольку все текущие DOI относятся к материалам, для которых CrossRef является агентством регистрации DOI. Однако уже созданы другие регистрационные агентства, и процесс поиска метаданных необходимо будет сделать более гибким. Логическим развитием общей архитектуры проекта является добавление к базе данных DOI информации о том, какое регистрационное агентство хранит метаданные для данного DOI.

Эта архитектура показана на рисунке 2.

Рисунок 2: Возможная архитектура для поиска служб метаданных.

1. Пользователь, читающий статью в электронном журнале, «щелкает» ссылку DOI в справочнике. DOI и cookie пользователя (ранее установленные с помощью механизма CookiePusher) отправляются на прокси-сервер DOI HTTP-to-Handle.
2. Прокси-сервер распознает локальный преобразователь, указанный в cookie, создает OpenURL, содержащий DOI, и отправляет его локальному преобразователю пользователя посредством «перенаправления» HTTP в браузер пользователя.
3. Локальный преобразователь ищет местоположения метаданных.
4. Система Handle возвращает идентификатор (адрес) источника метаданных.
5. Локальный преобразователь отправляет DOI в формате OpenURL указанному источнику метаданных. 6. Источник метаданных возвращает метаданные для элемента, названного DOI.
7. Локальный преобразователь распознает это как локальную статью, создает URL-адрес, указывающий на элемент, и отправляет его в браузер пользователя в качестве «перенаправления» HTTP.

(Возможный вариант этой последовательности включал бы прокси-сервер, запрашивающий у системы обработки местоположения метаданных и возвращающий местоположение метаданных при первоначальном обращении к локальному преобразователю.)

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

Следующие шаги

Участники и наблюдатели этого проекта убеждены, что:

• Протестированная архитектура действительна. Комбинация OpenURL Framework и системы разрешения DOI обеспечивает одно жизнеспособное и практическое решение соответствующей проблемы копирования.Тремя ключевыми компонентами этой архитектуры являются:
  • Локальные преобразователи с необходимыми знаниями для сопоставления запроса (идентификатора) с соответствующей копией, учитывая достаточную информацию об элементе, идентифицированном в запросе.
  • Унифицированная общая или глобальная система разрешения с возможностью перенаправления запроса на правильный локальный преобразователь с учетом метода, с помощью которого отправитель запроса идентифицирует соответствующий локальный преобразователь.
  • Источник хорошо структурированных метаданных о запрошенном элементе, достаточный для локального преобразователя, чтобы сопоставить запрос с соответствующей копией.

• Протестированная архитектура решает реальную проблему в текущей среде.

• Использование локальных резолверов будет становиться все более практичным, поскольку на рынке появляется все больше коммерческих альтернатив [2].

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

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

В мире онлайн-сотрудничества решающими факторами являются сетевые эффекты и стандарты. Под воздействием сетевых эффектов, чем больше компьютеров присоединяется к сети, тем более ценной она становится. Точно так же, чем больше сотрудничают различные стороны в сети научной информации онлайн, тем более ценной становится вся система для всех.Сетевые эффекты невозможны без стандартов на всех уровнях, от HTTP до метаданных, закодированных в XML. Это необычно, но необходимо, чтобы торговые ассоциации, такие как CrossRef и DLF, издатели, организации по стандартизации, библиотеки и поставщики библиотечных систем работали вместе над общим решением проблемы.

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

Благодарности

Авторы выражают признательность следующим людям, которые участвовали в проекте прототипа локализации, рецензировали черновики этой статьи, предоставляли иллюстрации или иным образом внесли свой вклад в эту статью:

Томас Доулинг, Огайо LINK
Норман Паскин, Международный фонд DOI
Кэтрин Рей, Корпорация национальных исследовательских инициатив
Крис Шиллум, Elsevier Science / ScienceDirect

Банкноты

[1] ScienceServer — это программный продукт для загрузки и поиска в местных коллекциях журналов, продаваемый ScienceServer LLC.

[2] Помимо SFX, системы разрешения разрабатываются OCLC Open Name Services и Endeavour Information Systems .

Список литературы

[Аткинс и др. др.] «Ссылки на DOI: пример из практики». D-Lib Magazine , февраль 2000 г.

[Caplan and Arms] «Ссылки на статьи в журналах.» D-Lib Magazine , июль / август 1999 г.

[Каплан и Флекер] Выбор подходящей копии: Отчет об обсуждении вариантов выбора среди нескольких копий статьи электронного журнала.

[NISO] Семинар NISO / DLF / CrossRef по локализации в ссылочных ссылках: отчет о встрече .

[Пентц] «CrossRef: недостающее звено». Новости университетов и исследовательских библиотек , том 62, номер 2, февраль 2001 г.

[Ван де Сомпель] CrossRef — DOI — OpenURL — демонстрация SFX с использованием базы метаданных IDEAL и расширенного прокси-сервера DOI . Июль 2000 г. .

[Ван де Сомпель и Бейт-Ари 2001a] «Открытые ссылки в научной информационной среде с использованием OpenURL Framework». D-Lib Magazine , март 2001 г.

[Ван де Сомпель и Бейт-Ари 2001b] «Обобщение структуры OpenURL за пределами ссылок на научные работы: модель Bison-Futé». D-Lib Magazine , июль / август 2001 г.

[Ван де Сомпель и Хохстенбах 1999a] «Ссылки в гибридной библиотечной среде, Часть 1: Структуры для связывания». D-Lib Magazine , апрель 1999 г.

[Ван де Сомпель и Хохстенбах 1999b] «Ссылки в гибридной библиотечной среде, часть 2: SFX, общее решение для связывания». D-Lib Magazine , апрель 1999 г.

[Ван де Сомпель и Хохстенбах 1999c] «Ссылки в гибридной библиотечной среде, часть 3: Обобщение решения SFX в эксперименте» SFX @ Ghent & SFX @ LANL «.» D-Lib Magazine , октябрь 1999 г.

[Z39.84] Синтаксис для идентификатора цифрового объекта , Z39.84-2000.

Copyright 2001 Орен Бейт-Ари, Мириам Блейк, Присцилла Каплан, Дейл Флеккер, Тим Инголдсби,

Семь заповедей внутренних ссылок, которые улучшат SEO в контент-маркетинге

Почти каждая статья о внутренних ссылках начинается с обсуждения того, насколько сложна, но насколько важна тема.С одной стороны, внутренняя перелинковка — такая простая концепция, и каждый должен ее делать. С другой стороны, теория, процесс и лучшие практики внутренних ссылок становятся чрезвычайно сложными. Это одновременно и продвинуто, и просто. Но независимо от того, насколько сложным или базовым вы его считаете, никто не спорит по этому поводу: это важно.

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

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

Праймер по внутреннему соединению

Какими бы ни были ваши навыки SEO, это поможет освежить некоторые основы внутренних ссылок.

Определение внутренних ссылок

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

Цель внутреннего связывания

Внутренняя перелинковка преследует три основные цели:

1. Средства навигации по сайту
2. Определяет архитектуру и иерархию веб-сайта
3. Распределяет авторитет страницы и рейтинг по всему сайту

Мы обсудим третий пункт — как внутренние ссылки могут распространять авторитет и рейтинг на нескольких страницах веб-сайта.

Теория внутренних связей

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

Основная теория такова: внутренние ссылки усиливают общую ценность веб-сайта, оптимизированного для поиска. Внутренние ссылки делают это, обеспечивая ясные пути для пауков, длительные сеансы для пользователей и сплоченную сеть страниц и сообщений.

Итак, как вы это делаете? Вот семь заповедей.

Семь заповедей внутреннего связывания для первоклассного SEO

1. Создайте много контента.

Чтобы создать множество внутренних ссылок, у вас должно быть много внутренних страниц. Первый шаг к убийственной стратегии внутренних ссылок — это иметь убийственную стратегию контент-маркетинга. Одно невозможно без другого.

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

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

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

Нет «циклов». Нет никаких «разрозненных». Нет никаких «ярусов». Структурированных блок-схем нет. Есть просто множество приятных ссылок на полезные места.

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

Шаг № 1: Введите ключевое слово и нажмите «Поиск»

Шаг № 2: Щелкните варианты ключевых слов на левой боковой панели

Шаг № 3: Выбирайте ключевые слова с умом

С 292 ключевыми словами нет недостатка в вариантах.Делая свой выбор, сосредоточьтесь на ключевых словах, которые имеют большой объем поиска, 1000+ — хорошее начало, а SD (сложность SEO) невысокая. Это увеличивает ваши шансы попасть на первую страницу. И когда вы это сделаете, вы знаете, что поисков достаточно, чтобы оправдать их.

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

Например, вы можете создать сообщение под названием «Как сравнить водонепроницаемые чехлы.В нем вы используете такие ключевые слова, как водонепроницаемый чехол для iphone 6s plus и водонепроницаемый чехол для iphone 7. Затем, когда вы создаете контент, используя их в качестве основных ключевых слов, вы можете связывать страницы между собой.

2. Используйте якорный текст.

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

Пока мы говорим об альтернативных тегах, Шон Ворк говорит:

Напишите свои альтернативные теги, как если бы вам пришлось описать их слепому…

— Шон Ворк (@seanvwork) 1 мая 2014 г.

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

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

3. Ссылка глубокая.

Чем глубже будут ссылки, тем лучше.

Есть два типа ссылок, которые вам следует избегать в своем контенте:

• Домашняя страница .На большинстве сайтов и так слишком много ссылок на домашнюю страницу. Вы бы предпочли укрепить внутренние страницы для повышения общего SEO вашего сайта, а не просто указывать больше ссылок на главной странице.
• Связаться с us . Это распространенная ошибка многих, кто только начинает заниматься контент-маркетингом. В качестве обязательного призыва к действию в конце сообщения они могут написать что-то вроде: «Позвоните нам, чтобы узнать больше о наших замечательных услугах!» Затем они ссылаются на страницу «свяжитесь с нами» с помощью якоря «позвоните нам».»Не указывайте ссылку на страницу» Свяжитесь с нами «без крайней необходимости.

В общем, вы хотите избегать ссылок на страницы верхнего уровня на сайте — страницы, на которые в главном меню навигации уже есть ссылки.

Лучшие ссылки — и самые естественные ссылки в стратегии контент-маркетинга — находятся глубоко внутри структуры сайта.

4. Используйте ссылки, которые естественны для читателя.

Внутренние ссылки требуют подхода, ориентированного на пользователя, для добавления ценности и информации.Ценность ссылки, которая распространяется по всему сайту, вторична по отношению к этому ключевому моменту — обеспечивает ценность для читателя.

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

Дэйв Дэвис в своей статье Search Engine Watch сделал хорошее замечание.

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

Ссылки на контент — это мощный сигнал как для поисковой системы, так и для пользователя, что контент, на который вы ссылаетесь, действительно хорош.Читатели этого хотят. Таким образом, внутренняя перелинковка помогает читателю. Но вы также помогаете своему SEO.

Win. Выиграть.

5. Воспользуйтесь соответствующими ссылками.

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

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

Должен ли я связать две страницы?

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

Но, если у меня есть страница о еде для попугаев , то она могла бы стать отличной внутренней ссылкой для моей статьи о попугаях гнездо . Скорее всего, информация о «попугаях» будет на обеих страницах.Из-за перекрытия содержания ссылка актуальна.

Как можно больше дайте ссылку на релевантный контент во внутренних ссылках.

6. Используйте следующие ссылки.

Ссылки перехода — лучший способ построить архитектуру внутренних ссылок вашего контент-маркетинга.

Одна из теоретических стратегий создания внутренних ссылок в прошлом заключалась в том, чтобы не переходить по большинству ссылок на странице, чтобы увеличить ссылочный вес на одну страницу. Этот тип построения рейтинга страниц не работает в качестве стратегии SEO.

Еще в 2005 году поисковые системы придумали nofollow, известный по атрибуту rel = nofollow. Идея nofollow заключалась в том, что ссылка «не должна влиять на рейтинг цели ссылки в индексе поисковой системы». Как заявила Википедия, такие ссылки «снизят эффективность определенных типов интернет-рекламы, поскольку их алгоритм поиска сильно зависит от количества ссылок на веб-сайт».

Несмотря на шум и путаницу, возникшую после ссылки nofollow, большинство людей теперь согласны с тем, что это хорошая идея.Как объяснил Дэнни Салливан, ссылки nofollow могут помочь сайтам «избежать проблем с поисковыми системами, которые считают, что они продают влияние или каким-то образом участвуют в схемах, которые считаются неприемлемыми методами SEO».

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

7.Используйте разумное количество внутренних ссылок.

Вам не нужны тонны ссылок во внутреннем контенте. Инструкции Google просты: «Сохраняйте разумное количество ссылок на данной странице».

Вопрос: Какого черта это разумное число?

Ответ: Никто не знает.

Умные люди пытались ответить на этот вопрос, но даже Мэтт Каттс не дал окончательного утверждения. Он написал: «Казалось правильным рекомендовать около 100 ссылок» и «в некоторых случаях может иметь смысл иметь более сотни ссылок.”

Итак, стоит ли брать 100 ссылок? Возможно, но эти 100 ссылок включают в себя всех ссылок на странице — нижние колонтитулы, заголовки, панели навигации, рекламу, все. 100 ссылок не так сложно, как кажется, если подсчитать общее количество HREF на всей странице.

Когда дело доходит до внутренних ссылок, я предлагаю от трех до четырех, в зависимости от длины вашего сообщения. Обычно я пишу статьи, объем которых превышает 1500 слов, и у меня нет панели навигации с большим количеством ссылок.Так что, если бы мне нужно было добавить десять или двадцать внутренних ссылок, я бы не расстроился.

Нет никакого магического числа. Однако есть — это , самый важный пользователь. Добавьте столько ссылок, сколько будет полезно для пользователя.

Не создавайте массивные блоки ссылок нижнего колонтитула всего сайта!

Пару лет назад это было действительно распространенной практикой на сайтах о путешествиях и недвижимости. Эти веб-сайты будут включать свои самые ценные внутренние ссылки с большим количеством ключевых слов рядом с нижним колонтитулом.Нередко можно было увидеть около 50 таких ссылок рядом с нижним колонтитулом. Проблема в том, что у вас есть веб-сайт с тысячами веб-страниц; это быстро превращается в десятки тысяч «спамтастических» ссылок, за которые поисковые системы быстро накажут ваш сайт. В 2013 году многие из этих сайтов подверглись алгоритмическому наказанию за подобные действия.

Заключение

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

Узнайте, как мое агентство может привлечь огромное количество трафика на ваш веб-сайт

• SEO — разблокируйте огромное количество SEO-трафика. Смотрите реальные результаты.
• Контент-маркетинг — наша команда создает эпический контент, которым будут делиться, получать ссылки и привлекать трафик.
• Paid Media — эффективные платные стратегии с четкой окупаемостью инвестиций.

Заказать звонок