Уникальные тексты яндекс: «Как яндекс индексирует уникальные тексты, когда текст присутствует в Вконтакте?» — Яндекс Кью

Уникальные тексты яндекс: «Как яндекс индексирует уникальные тексты, когда текст присутствует в Вконтакте?» — Яндекс Кью

Как добавить Оригинальные тексты в Яндекс.Вебмастере

В 2013 году Яндекс запустил проект «Оригинальные тексты». У сервиса сразу же появились ярые противники и поклонники. Давайте разберёмся во всех тонкостях инструмента:

— Для чего нужен этот инструмент.

— Особенности «Оригинальных текстов».

— Плагин WordPress.

— Возможные действия после публикации.

— Кому полезен сервис?

— Инструкция по настройке плагина Original texts Yandex WebMaster.

Для чего нужны «Оригинальные тексты» Яндекса

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

Чтобы получить доступ к «Оригинальным текстам», добавьте сайт в Я.Вебмастер. Сделано? Отлично! Теперь берём статью объёмом от 500 до 32000 символов. Никакой HTML-разметки. Только буквы и ничего лишнего. Если статья не помещается в 32 000 знаков, разделите её на несколько частей.

Далее текст нужно загрузить в форму. Сервис запомнит его и присвоит сайту звание первоисточника. В будущем поисковик будет использовать это в настройке алгоритмов ранжирования. Но никаких гарантий Яндекс не даёт.

Особенности «Оригинальных текстов» Яндекса

Только после того, как статья успешно добавлена в «Оригинальные тексты»‎, её можно публиковать. В сутки получится отправить не более ста материалов.

Помните! Сначала добавляем статью в«Оригинальные тексты», а затем выкладываем на сайте. Иначе всё бессмысленно.

Если сделать наоборот: сначала выложить, а потом отправить в Яндекс, кто-нибудь успеет скопировать ваши труды до индексации страницы.
К тому же главное условие сервиса: текста не должно быть НИГДЕ в Интернете, даже на вашем ресурсе.

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

«Оригинальные тексты» Яндекса. Плагин WordPress

Чтобы не ходить ни в какие Яндексы из своего уютненького WordPress, установите плагин для автоматического отправления, например Original texts Yandex WebMaster.

Подробная инструкцию по настройке плагина — в конце статьи.

Благодаря Original texts Yandex WebMaster можно вычеркнуть один из множества пунктов, о которых постоянно приходится помнить. Всё будет в одном месте — в вашей админке WordPress. В интерфейсе плагин отображается в правом блоке. Для отправки в Яндекс нужно поставить галочку.

Плагин выгружает отчёты о работе. Они доступны Журнале. Статьи, удачно отправленные в Яндекс, выделены зёленым цветом.

«Оригинальные тексты» Яндекса. Действия после публикации

После размещения на сайте советуем добавить URL в переобход страниц в Я.Вебмастере и попросить Google просканировать страницы, если у вас нет автоматически обновляемой XML-карты.

Можно ли редактировать статью после публикации?
Яндекс об этом пишет так:

Если изменения незначительны, то заявка по-прежнему может учитываться алгоритмами. Удалять и добавлять такие тексты не нужно, так как на момент повторного добавления материал уже не будет уникальным — «не опубликованным ранее в Интернете».

Правда, что значит «незначительные изменения» Яндекс не поясняет.

кадр из фильма «Волк с Уолл-стрит»

А можно использовать цитаты?
Представитель компании говорит, что можно. Сервис умеет распознавать цитаты, когда они оформлены как цитаты со ссылками на первоисточник.

Что делать, если переехал на другой домен?
При переезде на https или другой домен, важно, чтобы сайты остались зеркалами.

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

А если текст утерян?
Если вы потеряли статью, то скачать её из «Оригинальных текстов», увы, нельзя. Яндекс предполагает, что оригинал хранится у автора в несгораемом сейфе.

Кому нужен сервис «Оригинальные тексты» Яндекса?

Инструмент позволяет закрепить за собой авторство материала. Но нет никаких гарантий, что статья получит приоритет в поиске по сравнению с ресурсами-копипастерами.

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

Что нужно помнить об Оригинальныхтекстах Яндекса

1. Уникальную статью размещаем в форме Я.Вебмастера
2. Допустимый объём: 500-32000 символов.
3. В день можно отправить до 100 материалов.
4. Сперва отправляем в сервис, а затем публикуем у себя.

Подробная инструкция по установке Original texts Yandex WebMaster

Этот плагин можно скачать из хранилища WordPress или установить из панели администратора на своем сайте. Находим в поиске плагин, нажимаем Активировать.

Далее в Настройках выбираем нужный раздел.

Должно появиться вот такое окно для настройки. Нажимаем на красную плашку Шаг № 1.

Появится инструкция. Внимательно ее читаем. Из инструкции переходим по адресу на Яндекс.OAuth.

Попадаем на страницу создания приложения. Заполняем поля Название и Описание.

Там же выбираем Яндекс.Вебмастер.

Затем ставим галочку «Добавить сайты в Яндекс.Вебмастер и получать информацию о статусе индексирования».

 

Нажимаем на «Поставить URL для разработки».

Получаем данные для плагина.

Возвращаемся в WordPress и вводим полученные данные.

Переходим ко второму шагу. Нужно получить код подтверждения. Для этого нажимаем желтую плашку Шаг № 2.

Откроется инструкция, которая подскажет, как получить код. Там же будет ссылка на страницу для получения кода. Смело переходим по ссылке.

Чтобы получить код, нажимаем кнопку Разрешить. Появится окно с кодом. Он будет на весь экран. Скопируйте его.

Затем возвращаемся в WordPress и вводим код в нужное поле.

Переходим к третьему шагу, чтобы записать токен. Нажимаем на синюю плашку Шаг № 3.

Теперь заходим в Настройки, вкладка Проекты. Выбираем нужный сайт для работы и сохраняем изменения. Поздравляем! Вы установили плагин.

Уникальный текст для сайта — значимость фактора, влияющего на выдачу Google и Яндекс

Формула и методика индексации сайтов в сети Интернет постоянно меняется. Причем изменения действительно существенные. Сравнение важнейших критериев в нынешнее время и лет 5 назад подтверждает состоятельность этого довода. Алгоритмы дорабатываются и усложняются. Их основой становятся самообучаемые нейронные сети, которые по утверждению поисковых систем все лучше способны вычленить и предложить пользователю ресурсы с качественным и полезным контентом. В связи со скорым окончанием 2018 года я решил провести небольшое исследование формата – Уникальный текст для сайта: фактор выдачи поисковыми системами Google и Яндекс. В нем я постараюсь выяснить и поделиться своими мыслями, насколько важно присутствие уникального текста на сайте для его качественной индексации и выдачи системами на первых (столь желаемых “топовых”) позициях.

Уникальный текст: значимость фактора ранжирования

В действительности помимо текстового контента факторов ранжирования сайтов в поисковой выдаче хватает. Среди актуальных количество страниц и их разнообразие, высокая посещаемость, переходы из соц.сетей и sharing в них же, поведенческие метрики, участие в некоторых топовых каталогах, “белая” ссылочная масса, https протокол. Долгое время уникальный текст оставался на второстепенных ролях. Большей значимостью в плане важности обладали SEO-специалисты (перед копирайтерами). Теперь же их роль как минимум выровнялась. Ведь как Google, так и Яндекс, принципиально изменили свой подход к значимости уникальных, грамотных и полезных текстов, значительно повысив роль этого фактора. Времена заспамленных, переоптимизированных материалов, нашпигованных “ключами”, а также наращивание сторонних ссылок со всевозможных внешних сайтов далеко в прошлом. Формирование и развитие концепции легко прослеживается в последних алгоритмах Яндекса:

Баден-Баден, Королев, Андромеда. Поисковики пристально следят за тем, чтобы на первых страницах отображался качественный контент. Вопросы есть, механизм не идеален. Но вместе с тем такой подход (при отсутствующем вмешательстве и однобокости) является единственно верным. Каждая новая манипуляция со стороны SEO-шников с каждым обновлением алгоритма решительно пресекается. Маневров и вариантов, кроме как разместить на страницах сайта уникальный и полезный текстовый контент, остается все меньше.

Особенности индексирования текстов в 2018 году

Ключи. Одним из самых популярных вопросов заказчиков является уточнение, касающееся числа ключей, которые можно интегрировать в текст. Некоторых особо настырных игра под названием “как можно больше добавить поисковых фраз” так заводит, что они становятся неспособны воспринимать советы и рекомендации. При этом оба ведущих поисковика толкуют об одном – чем меньше повторений, тем лучше. В 2018 году (и в 2019 тем более) для индексирования материала и нахождения его на топовых позициях совершенно не требуется присутствие определенного числа повторений главного ключа.

Простыми словами постараюсь объяснить в чем дело на примере. Почти каждый раз сталкиваюсь в ТЗ с требованием присутствия главного ключа в первом и последнем абзаце, обязательно в заголовке и в сниппете. В коммерческих текстах высказывается пожелание по поводу присутствия этого же ключа в сочетании со словами “купить”, “цена”, “город”. В этом году подход изменился. Может показаться странным, но чем более “далекий” от основного ключа запрос, тем лучше. Под таковым запросом подразумевается высокочастотный “ключ” именно в том виде, как он представлен в том же Wordstat Яндекса. При этом средним параметром считается неточный запрос с заменой на синонимы, разбавление словосочетания дополнительными тематическими вставками (но никак не однокоренные “заменители”).

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

Вхождение. Характерный момент: поисковые системы несмотря на схожий подход и цели немного по-разному анализируют текстовой контент. Этим объясняется отличающая приоретизация тех или частей и месте для текста. Так, основной текстовый блок обретает основную значимость. Значительно большую чем заголовок, meta-данные вроде description. Однако это не означает что про тег <title>, <h2> и <h3> заголовки стоит забыть. К примеру, Google по-прежнему к ним очень внимательно относится. Речь идет про необходимость уделить главное внимание содержанию и форматированию основного текстового блока. Как отмечалось выше, в нем должны быть ключи (в том числе “далекие” от основного).

Размер текста. На протяжении последних нескольких лет оба поисковика скептически относились к количеству знаков материала. Этот параметр с одной стороны является суъективным. Причина в том, что опытный копирайтер может в 1500-2000 знаках без пробелов значительно более емко и точно пояснить концепцию или ответить на вопрос, чем неопытный владелец сайта, “разливая воду” на 5000 знаков и больше, стараясь хотя бы в этом ключе оказаться лучше конкурентов. Анализ ряда сайтов, находящихся на первых позициях в своих тематиках, позволяет сделать вывод о том, что к концу 2018 года объем по-прежнему имеет значение. Простое доказательство. Введите в поисковике фразу “копирайтер в минске” и мой сайт отображается на 1-2 страницах (лучший показатель среди небольших сайтов копирайтеров-фриланцеров – наравне с ведущими белорусскими агентствами и студиями) даже при том условии, что по этому коммерческому запросу выдается множество агрегаторов поиска работы.  Объем материала в знаках без пробелов – порядка 7500.

Причем не “воды”, а содержательного материала (своего рода развернутой выжимки на наиболее популярные вопрос заказчиков). Размер текста по одному из основных ключей важен. При условии проработанной структуры и качественного уникального содержания.

URL и ALT изображений. Ни для кого не является секретом важность корректных ссылок. Значение этого параметра еще больше возросло. Они должны быть выполнены в виде корректной транслитерации. При этом URL не обязательно должен содержать основной высокочастотный ключ. Алгоритмы научились соотносить его с общим смыслом, контектом и синонимами. Не стоит забывать и соответствующем названии медафайлов (“unikalnyj-tekst-znachimost-faktora-foto-1” вместо “foto-sajt-0005”), тажке о заполнении поля “ALT”.

Что отличного от индексирования текстов в 2017 году

Столь детально описывать изменившиеся моменты не буду. Сосредоточусь на сравнительной характеристике некоторых факторов. В первую очередь выделю ссылочную массу. В 2017 году Google и Яндекс уделяли ей куда большее внимание. Причем раньше было важно, чтобы присутствовал ее устойчивый рост (а не застой – когда тратится бюджет на одноразовую закупку, а затем владелец практически ничего не делает с сайтом на протяжении года). В прошлом году существенное внимание уделялось внутренней перелинковке. Так, в анкор включались основные ключевые слова (чем более высокочастотные, тем лучше). Теперь этот момент не столь важен. В 2017 году связь с синонимами была не столь значимой и скорее косвенной. Нейронные сети в нынешнем развитии все больше учатся соотносить слова между собой по смыслу, тем самым все больше избавляясь от заспамленных однокоренными словосочетаниями текстов. Завершить сравнительную характеристику хотел бы так называемыми спектральными словами, цель которых уточнить запрос пользователя. Раньше Google и Яндекс их “замечали” более активно. Теперь внимание российской ведущей поисковой системы к сниппетам очень посредственное.

Вероятно, вы не раз замечали, что поисковик в выдаче предлагает определенный фрагмент основного текста, а не специально подготовленный и прописанный description.

Какова ситуация с SEO-текстами?

Если речь идет про SEO-тексты в классическом виде – все плохо. Нейронные сети научились их с легкостью вычислять и игнорировать. Теперь для попадания на первые места придется нанимать профессионального копирайтера “в теме”, который сможет подготовить содержательный и полезный текст, в котором будет содержаться руководство пользователю, развернутый ответ на запрос, действенные рекомендации либо иная значимая информация, которая поможет решить конкретный вопрос. Ранее основной упор при построении страниц (верстке) веб-мастера делали на SEO-текст. Теперь внимание желательно переместить на элементы интерфейса и полезных рубрик.

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

Заказать качественный текст

 

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

Записаться на курс

 

Внимание! Важная информация: Перед тем как скопировать и незаконно использовать данный текст, ознакомьтесь с правилами пользования материалами сайта Berezovski.by.

24.07.2021

сообщений Яндекса — Яндекс ID. Справка

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

1. SMS
2. Письма

В сообщениях от Яндекса в качестве отправителя указан «Яндекс».

1. Ваш код подтверждения…
2. Кто-то начал удалять ваш номер телефона из Яндекса

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

Вы можете неожиданно получить код, если:

• Кто-то взломал вашу учетную запись и пытается удалить ваш номер телефона. Отмените все подозрительные операции на странице Номера телефонов и смените пароль.

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

• Другой пользователь Яндекса ошибочно вводит ваш номер телефона вместо своего. В этом случае вы можете проигнорировать сообщение.

При отвязке номера телефона от Яндекс ID Яндекс отправляет на этот номер SMS. Если вы получили это сообщение, значит, кто-то пытался отвязать ваш номер телефона от аккаунта Яндекса, связанного с вашим адресом электронной почты.

Если вы не отвязали свой номер от своего Яндекс ID, перейдите на страницу Номера телефонов и посмотрите, не начал ли кто-то удалять ваш номер. Если удаление началось, нажмите Отменить удаление.

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

Яндекс отправляет письма с этого адреса: [email protected] .

1. Кто-то инициировал процесс удаления вашего номера телефона…
2. Вы успешно сгенерировали пароль для … приложения
3. Кто-то вошел в ваш аккаунт на Яндексе

Когда номер телефона отвязан от Яндекс ID, уведомления отправляются на все адреса электронной почты, связанные с рассматриваемой учетной записью. Если вы получили такое письмо, значит, кто-то пытался отвязать ваш номер телефона от аккаунта Яндекса, к которому привязан ваш адрес электронной почты.

Если вы не отвязали свой номер от своего Яндекс ID, перейдите на страницу Номера телефонов и посмотрите, не начал ли кто-то удалять ваш номер. Нажмите Отменить удаление, если оно активно. Если на странице не написано, что ваш номер удаляется, волноваться не о чем.

Яндекс отправляет это сообщение при создании нового пароля приложения для вашего Яндекс ID (это можно сделать только в блоке Программы с доступом к аккаунту на странице Управление доступом).

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

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

Если вы получили это письмо, это не обязательно означает, что кто-то взломал вашу учетную запись. Вы можете просмотреть все успешные попытки входа в систему на вкладке «Безопасность», «Доступ к вашим данным» → «Управление разрешениями». Если вы видите, например, попытку входа в систему из браузера, который вы никогда не используете, или в день, когда вы не заходили в Интернет, щелкните строку для этого входа, а затем нажмите «Это был не я». Далее следуйте нашим инструкциям о том, что делать, если вы подозреваете, что вас взломали.

Google Translate API и App Inventor: альтернатива Яндексу

2 сентября 2016 г. Блог karen

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

Этот блог не предназначен для рекламы Google API, а также для того, чтобы преуменьшить замечательные функции и возможности Яндекса. Только авторы хотят поделиться с читателями своим опытом, который, по его мнению, может послужить определенной цели, поскольку кто-то может захотеть узнать, как перевести что-то на язык, которого еще нет в репертуаре Яндекса, или создать приложение с множеством разных API-интерфейсы машинного переводчика для анализа и сравнения. Наша цель в этом блоге — предоставить пользователю лучшее понимание того, как фильтровать результаты из Интернета с помощью блока синтаксического анализатора JSON или текстовых функций App Inventor. Конечно, при использовании Яндекса App Inventor уже позаботился об этих проблемах, поэтому пользователям не нужно о них беспокоиться. Но с API, отличными от Яндекса, вы должны знать, как манипулировать строками, чтобы получить желаемый результат; это то, что мы собираемся показать вам.

Для этого мы создаем приложение со следующими компонентами для графического интерфейса:

• Кнопка-счетчик, которая будет использоваться для выбора нужного языка из раскрывающегося списка. Но для целей этого блога в список включены только 4 языка (французский, испанский, английский и гаитянский креольский)
.
• Текстовое поле, используемое для приема пользовательского ввода для перевода. Подсказка для этого текстового поля содержит шаги, с помощью которых пользователь может начать работу.
• Две метки используются для отображения вывода переведенного текста с каждого сервера (Google и Яндекс).

Чтобы начать использовать API машинного переводчика, нам необходимо настроить учетную запись для службы, если только мы не используем встроенную процедуру Яндекса или метод, созданный для этой цели в App Inventor. Поскольку мы используем Google Translate API и Яндекс, нам нужна как минимум учетная запись для Google, которая у нас уже есть. После создания учетной записи нам нужно перейти в консоль API, чтобы создать проект и включить API для этого проекта. При получении учетных данных API для проекта выберите ключ API браузера. Если в этом процессе требуется помощь, следуйте документации по API, доступной на пользовательской консоли. Теперь, когда ключ API создан, как нам его использовать? Это вопрос, на который мы обещаем ответить дальше.

Как упоминалось ранее, одним из преимуществ использования Яндекса является то, что App Inventor уже учел метод, используемый для выполнения запроса к веб-API, и способ обработки ответа, и, кроме того, не нужно беспокоиться о создании учетной записи. Но когда дело доходит до пользовательского API, вам нужно знать, как с ним обращаться, и это то, что мы собираемся показать вам сейчас. Прежде чем мы это сделаем, давайте взглянем на компоненты, задействованные в этом приложении, взглянув на список в интерфейсе разработки.

Если вы посмотрите на рис. 1а слева вверху, внизу есть два невидимых компонента. Один из них — это веб-компонент, который будет использоваться для доступа к API Google через URL-адрес, а другой — компонент Яндекса, доступный в App Inventor для решения этих задач. Если мы посмотрим на документацию Google Translate API, мы увидим, что для отправки запроса на перевод текста через Google Translate API мы должны использовать следующий URL-адрес: https://www. googleapis.com/language/translate. /v2?параметры

Где параметры:

• Ключ API: используйте ключевой параметр для идентификации вашего приложения.
• Целевой язык: Используйте целевой параметр, чтобы указать язык, на который вы хотите перевести.
• Исходная текстовая строка: используйте параметр q, чтобы указать текст для перевода.

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

На этом этапе нам нужно создать три переменные, которые будут объединены конкатенацией, чтобы составить URL-адрес Google API, необходимый для обеспечения успешного ответа (код 200).

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

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

Этот блок кодов сообщает App Inventor, что после выбора пользователем языка из списка:

1. Назначьте соответствующий код переменной languagecode.
2. Скрыть клавиатуру.
3. Задайте URL-адрес API Google для объединенного текста в блоке соединения.
4. Получить ответ.
5. Запросить такой же перевод у яндекса.

Вот разница между запросами к обоим серверам с использованием их API.

Как они отвечают на запрос? Мы сосредоточимся только на том, как ответил сервер Google, поскольку наша цель — показать, как отфильтровать целевой ответ из возвращенных метаданных.

App Inventor уже обработал результат, возвращенный Яндексом в этом событии:

Теперь давайте предположим, что ответ от Google отображается примерно без анализа, форматирования или фильтрации. Как бы это выглядело?

С этим блоком кода:

У нас будет что-то вроде этого на выходе:

Как вы можете видеть слева, перевод Яндекса был выполнен, как и ожидалось, в то время как сервер Google вернул больше, чем мы ожидали в качестве ответа, и нам нужно найти метод, чтобы отфильтровать желаемый ответ от того, что было возвращено. Но хорошая новость заключается в том, что независимо от того, являетесь ли вы программистом или нет, App Inventor позволяет обойти все проблемы программирования, которые могут помешать нам получить желаемый результат. Вот почему мы сначала обратимся к проблемам людей, не знающих JavaScript или какого-либо языка программирования.

Наша цель — получить строку символов между двойными кавычками включительно Me gustaria ver un cambio de technologia la forma de pensar. Для этого мы исследовали и обнаружили, что открывающая кавычка перед Me находится на позиции 61 в строке. Мы также обнаружили, что длина оставшейся строки, которая следует за закрывающей кавычкой, равна 111. При этом давайте используем текстовый блок сегмента для извлечения целевой строки следующим образом:

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

Давайте посмотрим на вывод, если этот блок подключен к событию googleAPI.GotText.

Окончательный код App Inventor для этой версии

Мы только что показали вам, как получить ожидаемый ответ после перевода с сервера с помощью простых арифметических вычислений и функций обработки текста в App Inventor. Возможно, есть люди на другой стороне мира пользователей App Inventor, которые все еще хотят знать, как справиться с ответом. Я предполагаю, что эти люди могут иметь некоторое знание языка JavaScript или, возможно, они слышали о JSON (обозначение объектов JavaScript), предназначенном для использования в этой практике в качестве альтернативы тому, что мы только что сделали. Если у нас есть веб-компонент, добавленный в пользовательский интерфейс, который в нашем случае называется googleAPI, при нажатии на этот компонент в редакторе блоков вы увидите блок, подобный этому:

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

Декодер JSON App Inventor изменил содержимое ответа на выходные данные, показанные фиолетовым цветом . Этот вывод привел к карте, показанной ниже:

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

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

Вот вывод, который следует за блоком кода выше:

Окончательный код App Inventor для этой версии API Яндекса как средство для перевода текста и различные стратегии или методы, которые можно использовать для конкретного ответа из содержания ответа.