iOSには、Siri、Spotlight Search、Safari検索の3つの検索ポイントが組み込まれています。 iOSの最も象徴的な機能の1つであるSiriは、ほとんどのiPhoneユーザーがすでに使い慣れているものです。しかし、多くの人はSpotlight検索に気づいていません-Siriが存在するずっと前からiOSの不可欠な部分でした。 Spotlight Searchにアクセスするには、ホーム画面を下にスライドするか、iOS 9の新機能として、個人のホーム画面から右にスワイプします。これにより、画面上部に検索バーが表示されます。

nodejsは非同期呼び出しを同期させます

iOS 8以前のこの検索ツールの焦点は電話自体の検索でした。そのため、結果ページには、電話にあるアプリのほか、Appleアプリ内のメール、メッセージ、その他のプライベートアイテムが一覧表示されます。関連性があると思われる場合は、ウィキペディアの定義も表示されます。最後に、追加の手順としてSafari経由でWebを検索するオプションを提供します。

Spotlight Searchとは対照的に、Safariは携帯電話以外の世界のすべてです。 iOS 8では、ユーザーはSafari検索に使用する検索エンジン（Google、Yahoo、Bing、およびDuckDuckGo）を選択できます。当然、GoogleはSafariの検索リクエストの大部分を処理します。選択した検索エンジンに関係なく、事前に入力された検索用語がSafariに表示され、ウィキペディアと一致する可能性があります。

に iOS 9 、Spotlight Searchは以前よりもはるかに目立ち、範囲が広くなっています。実際、最初に目にするのは、使用パターンに基づいた「Siriの提案」です。たとえば、午後にSafariを定期的に使用している場合、Siriはその頃にSafariを提案します。

そして、それはまだ「あなたの電話にあるもの」を見つける場所ですが、それは「あなたの電話にないもの」のための直接のポータルになりつつあります。すでに近くのものやApple独自の検索エンジンを介してWebから発信されたニュースの見出しが表示されており、その他のWebベースの結果が表示され始めたばかりです。

はい、AppleはiOS9用のWeb検索エンジンを作成しました。これは非常に大きな一歩です。 Applebotに挨拶します。

Spotlightと同様に、Appleが表明したSafariの目的は、Google（または他の選択されたプロバイダー）でWebを検索する機能を提供する前に、Appleの検索インデックスから結果と提案を表示することでもあります。 iOS 9.1の時点で、Safariは、ユーザーが選択した検索プロバイダーからの結果を提供し続けることで、Spotlight検索に遅れをとっているようです。おそらく、Appleに検索機能の展開を遅くし、アルゴリズムを微調整するための時間を増やすためです。

iOS 9の発売で特にエキサイティングなのは、初めて、 iOS開発者 これらの検索機能に接続してコンテンツを含める機能 アプリ内から 。さらに、検索には最終的に結果が含まれることが約束されています ユーザーの電話ではありません 。これは大きな一歩です。

これをコンテキストに入れてみましょう。 Googleの検索エンジンは、「SEO」を中心に構築された業界全体を生み出しました。これは、Googleの検索を中心にアセットを最適化するプロセスです。完全にリリースされると、Appleの検索エンジンはモバイル検索市場の約50％を所有します。これは、検索トラフィック全体の50％（および増加）です。したがって、Applebotは大きく、「Apple MobileSearchOptimization」も大きくなります。

Apple Mobile Search Optimizationの取り組みは、通常のSEOよりもモバイルユーザーによるアプリの発見にはるかに大きな影響を及ぼします。

生まれたばかりのAMSO業界へようこそ。

悪いニュースは、これらすべての機能の実装には、Appleの多くの新しいテクノロジーと古いテクノロジーの拡張が含まれ、これらの要素の組み合わせが混乱を招く可能性があることです。このシリーズの目標は、さまざまな部分をウォークスルーし、それらがどのように実装されるかを明確にすることです。基本的なものから始めて、それに基づいて構築しましょう。

このシリーズをサポートするために、全体を通して参照できる簡単なアプリを作成しました。プロジェクトはここで見つけることができます： https://github.com/rwforsythe/iOS9-検索 。このシリーズが検索ツールキットの他の要素をカバーし続けるので、それはまた更新されます。

財団：CoreSpotlightフレームワーク

このフレームワークはiOS9で完全に新しく、ユーザーが発見できるようにアイテムをiPhoneのローカル検索インデックスに提供できます。たとえば、iOS 9より前は、カレンダーなどの公式Appleアプリ内のコンテンツのみがSpotlight検索で見つかりました。現在、CoreSpotlightフレームワークを介してカレンダーイベントを公開するアプリは、SpotlightSearchやSiriを介して見つけることができます。

ここでは個人情報に焦点を当てていることに注意してください。個人のカレンダーイベントが別の電話のユーザーに見られないようにする必要があります。 Appleは、CoreSpotlightフレームワークが各人の電話のプライベートインデックスと排他的に相互作用することを非常に明確にしています。 CoreSpotlight APIを使用して、電話自体のインデックスの外部にコンテンツを公開することはできません。

これは、CoreSpotlightを使用してすでに公開されている情報にインデックスを付けることができないという意味ではありません。 CoreSpotlightを使用してクラウドから情報を取得し、それを携帯電話の検索インデックスに配置することは確かに可能です。個人情報と機密情報がCoreSpotlightで索引付けされている場合、それが機密のままであるということは、Appleからの単なる保証です。

フレームワークは2つの部分に分かれています。 CSSearchableItemAttributeSet アプリが各アイテムを詳細に説明できるようにするオブジェクト、および CSSearchableItem アイテムに一意のIDを与えるために使用されるオブジェクト。各Spotlightエントリは、これらのオブジェクトのペアで構成されています。 1つではなく2つのオブジェクトを使用する理由は CSSearchableItemAttributeSet オブジェクトは、別の種類の検索インタラクションに使用されます（後述）。

基本を行うのはとても簡単です。

c--プログラミング言語

サンプルコードを参照している場合、CoreSpotlightの設定はAppDelegateで行われます。

… @import CoreSpotlight; @import MobileCoreServices; …

これらの2つのモジュールは、新しい機能に必要です。

デモアプリを簡単にするために、 アプリケーション：didFinishLaunchingWithOptions： メソッドは、CoreSpotlightをセットアップするための専用メソッドを呼び出すために使用されます。

if ([CSSearchableItemAttributeSet class]) [self setUpCoreSpotlight]; //Check for iOS version that supports CoreSpotlight API

に移動します setUpCoreSpotlight メソッド、私たちは作成することによってプロセスを開始します CSSearchableItemAttributeSet オブジェクト：

CSSearchableItemAttributeSet * attributeSet = [[CSSearchableItemAttributeSet alloc] initWithItemContentType:(NSString *)kUTTypeItem];

ザ・ コンテンツタイプ アイテムが検索アルゴリズムによって処理される一般的な方法を管理することになっているため、これは重要です。 「想定」は、Appleによって十分に文書化されていない領域であるため、有効な言葉です。選択できるアイテムタイプ（画像タイプ、ビデオタイプ、オーディオタイプ、連絡先タイプ）のメニューは多数ありますが、ユーザーエクスペリエンスにどのような影響があるかを判断するには、試行錯誤が必要です。一部のタイプは、検索結果に表示されたときに他のタイプよりも多くのテキストコンテンツを表示するように見えます。また、サムネイル画像が結果と一緒に表示されるかどうかにも影響を与える可能性があります。 kUTTypeItemは開始するのに最適な場所です。

次に、オブジェクトについて詳しく説明します。

attributeSet.displayName = @'A Christmas Carol'; attributeSet.title = @'A Christmas Carol By Charles Dickens'; //Sounds similar to displayName but is not displayed to user attributeSet.contentDescription = @'Who would dare to say “Bah! Humbug” after reading A Christmas Carol? Charles Dickens wrote the novella in just six weeks before it was first published on December 19 1843 but his morality tale about a bitter old miser named Ebenezer Scrooge lives on to this day as a reminder of the importance of the Christmas spirit.'; attributeSet.keywords = @[@'A Christmas Carol', @'Charles Dickens', @'Victorian Literature']; UIImage *image = [UIImage imageNamed:@'CC-Cover']; NSData *imageData = [NSData dataWithData:UIImagePNGRepresentation(image)]; attributeSet.thumbnailData = imageData;

画像やビデオなどのメディアタイプに固有の、可能なプロパティはたくさんあります。おそらくより多くの情報の方が良いでしょうが、実際に使用されている情報や検索結果に表示されている情報を判断するには、試行錯誤が必要です。たとえば、執筆時点では、attributeSetに星評価データが含まれていても、特定のインデックスアイテムの星評価は表示されていないようです。

ほとんどのテキストプロパティは検索クエリに含まれているため、titleプロパティが表示されていなくても、検索によってテキストを見つけることができます。したがって、keywordsプロパティがtitleプロパティと根本的にどのように異なるかは完全には明らかではありません。

詳細については、Appleのドキュメントを参照してください。 development.apple.com

最後のステップは、 CSSearchableItemAttributeSet と CSSearchableItem インデックスに登録します。

CSSearchableItem *item1 = [[CSSearchableItem alloc] initWithUniqueIdentifier:@”https://www.notestream.com/streams/564159e4e5c24” domainIdentifier:@'notestream.com' attributeSet:attributeSet];

ここに2つの新しいことがあります。ザ・ domainIdentifier プロパティを使用すると、バッチ操作のためにアイテムをグループ化できます。たとえば、カレンダーアプリの@ 'meetingItem'と@ 'reminderItem'を使用すると、ある種類のすべてのSpotlightエントリを削除し、他の種類は残しておくことができます。

ザ・ uniqueIdentifier プロパティは、果たすべきより重要な役割を持っています。まず、ユーザーがCoreSpotlightインデックスのアイテムをクリックすると、アプリに戻されます（後で説明します）。次に、検索インフラストラクチャの他の要素を使用するときにこれがどのように見えるかについて、Appleからの推奨事項があります。今のところ、このアイテムを一意に表すURLである文字列を使用します。技術的には、このプロパティは、アイテムに固有である限り、任意の文字列にすることができます。

最後のステップ：作成したアイテムを実際のインデックスにプッシュします。

[[CSSearchableIndex defaultSearchableIndex] indexSearchableItems:@[item1, item2, item3] completionHandler: ^(NSError * __nullable error) { if (!error) NSLog(@'Search item(s) journaled for indexing.'); }];

ここで行うべきいくつかのポイント：

llc accorpです

1. このメソッドはオブジェクトの配列を取ります（インデックスを作成するデータが多い場合にプロセスをバッチ処理するために使用できる他のメソッドがあります）。

2. この方法では、実際にはインデックス作成プロセスが完了しないことを理解することが重要です。完了ハンドラーは、検索アイテムがインデックス作成のためにキューに入れられた場合にのみ呼び出されます。使用 CSSearchableIndexDelegate インデックス作成プロセス自体が何らかの理由で失敗し、アプリがその状況を処理する必要があるシナリオを処理するため。

おめでとうございます。スマートフォンのCoreSpotlight検索インデックスにアイテムを追加しました。

iOS9での検索のしくみ

当然のことながら、Appleは検索アルゴリズムを胸の近くに置いているので、サンプルアプリをインストールして、キーワードを試してみる価値があります。たとえば、Appleは、ユーザーが各文字を入力したときに非常に異なる結果を与えることで、提示された結果を最大化していることがすぐに明らかになります。

原則として、2、3文字を入力しただけで、より適切と思われる結果が表示されるようです。ユーザーがより多くの文字を入力すると、それらの初期の結果は削除され、代わりに他のもの（当初は可能性が低いと推定された）が表示されます。

より一般的には、Appleは彼らのアルゴリズムの下でランキングを改善する方法について言うべきことはほんの少ししかない。このページには、Appleの推奨事項が含まれています。 検索結果を強化する

Appleのドキュメントからの重要なポイントの1つは、アプリが複数の検索テクノロジーを使用してコンテンツのインデックスを作成すると、ランキングが向上することです。次の記事では、これらのテクノロジーのもう1つについて詳しく説明します。一方、ユーザーが検索結果をクリックしたときのシナリオを処理するコードを実装する必要があります。

ユーザーがクリックしたとき

インデックスに潜在的な検索結果を入力するコードを作成しましたが、ユーザーが結果をクリックするとどうなりますか？答えは、CoreSpotlightがapplication:continueUserActivity:restorationHandler:を借用しているということです。 UIApplicationDelegateプロトコルのメソッド。これは元々、iOS 8で、ユーザーアクティビティをデバイス間で受け渡すことができるハンドオフメカニズムとして導入されました（たとえば、ユーザーはiWatchでWeb URLを表示し、ハンドオフを使用してiPhone Safariブラウザーで取得し、最終的に表示します）。彼らがオフィスに着いたときに彼らのMacで。）

最初の課題は、メソッドがハンドオフアクティビティのために呼び出されたのか、スポットライト検索から呼び出されたのかを判断することです。アクティビティパラメータのactivityTypeプロパティでわかりますが、コードがiOS 8で実行される可能性がある場合は、その場合のクラッシュを回避する必要があります。

いくつかの簡単なコードがここにどのように見えるかを次に示します。

- (BOOL)application:(UIApplication *)application continueUserActivity:(NSUserActivity *)activity restorationHandler:(void (^)(NSArray *))restorationHandler { NSString * valueCSSearchableItemActionType; BOOL wasHandled = NO; if ([CSSearchableItemAttributeSet class]) //iOS 9 { valueCSSearchableItemActionType = CSSearchableItemActionType; } else { // iOS 8 – This method was introduced in iOS 8, so iOS 7 is not a possible scenario valueCSSearchableItemActionType = @'not supported'; } if ([activity.activityType isEqual: valueCSSearchableItemActionType]) { // Invoked via CoreSpotlight, we can assume iOS 9 from now on… NSString * activityIdentifier = [activity.userInfo valueForKey:CSSearchableItemActivityIdentifier]; wasHandled = YES; NSLog(@'Continuing user activity %@', activityIdentifier); } else { //the app was launched via Handoff protocol //or with a Universal Link } return wasHandled; }

コードの行に注意してください。

NSString * activityIdentifier = [activity.userInfo valueForKey:CSSearchableItemActivityIdentifier];

これにより、スポットライトインデックスに配置された一意の識別子が抽出されます。 CSSearchableItem オブジェクトが作成されました。当然、アプリはこの一意の識別子を使用して、ユーザーが検索インデックスから選択したコンテンツをユーザーに提示する必要があります。ここでは簡単にするために、一意の識別子をNSLogするだけです。

要約

これまで、iOS9の検索機能の一部のみを検討してきました。スマートフォンのSpotlight検索インデックスに、ドキュメント、カレンダーアイテム、連絡先など、ユーザーが役立つと思われるものを読み込むために必要なコア機能を実行しました。ユーザーが何かを検索し、アプリの結果を確認してクリックすると、アプリはリクエストを処理し、ユーザーに適切なアイテムを表示できるようになります。

まだ議論していないのは、Appleが構築しているパブリックインデックスに関連するテクノロジーです。このインデックスは、ユーザーが携帯電話にインストールされていなくてもアプリ内のコンテンツを見つけられるようにすることを目的としています。次の投稿でこれに取り組みます。