Show Menu
トピック×

クロールメニューについて

クロールメニューの設定日、URLマスク、パスワード、コンテンツタイプ、接続、フォーム定義、URL入力ポイントを使用します。

URL入力ポイントについて

ほとんどのWebサイトには、顧客が最初に訪問する主なエントリーポイント(ホームページ)が1つあります。 このメインエントリポイントは、検索ロボットがインデックスのクロールを開始する際のURLアドレスです。 ただし、Webサイトに複数のドメインまたはサブドメインがある場合、またはサイトの一部がプライマリエントリポイントからリンクされていない場合は、「URL入力ポイント」を使用してエントリポイントを追加できます。
指定した各URLエントリポイントより下のWebサイトページには、すべてインデックスが作成されます。 URLエントリポイントとマスクを組み合わせて、Webサイトのどの部分にインデックスを付けるかを厳密に制御できます。 URL入力ポイント設定の効果がユーザーに表示されるようにするには、Webサイトのインデックスを再構築する必要があります。
メインエントリポイントは、通常、インデックスを作成して検索するWebサイトのURLです。 このメインエントリポイントは、「アカウントの設定」で設定します。
「アカウント設定の 指定 」を参照してください。
メインURLエントリポイントを指定した後、必要に応じて、クロールする追加のエントリポイントを順番に指定できます。 多くの場合、メインエントリポイントの下のページからリンクされていないWebページに対して、追加のエントリポイントを指定します。 次の例のように、Webサイトが複数のドメインにまたがる場合は、追加のエントリポイントを指定します。
https://www.domain.com/
https://www.domain.com/not_linked/but_search_me_too/
https://more.domain.com/
各エントリポイントを次の表に示す、1つ以上のスペースで区切られたキーワードで修飾します。 これらのキーワードは、ページのインデックス作成方法に影響を与えます。
重要 :特定のキーワードをエントリポイントから、およびスペースで相互に区切るようにしてください。コンマは有効な区切り文字ではありません。
キーワード
説明
noindex
エントリポイントページのテキストのインデックスを作成せず、ページのリンクに従う場合は、エントリポイントの noindex 後にを追加します。
次の例のように、キーワードをエントリポイントからスペースで区切ります。
https://www.my-additional-domain.com/more_pages/main.html noindex
このキーワードは、エントリポイントページの…タグ間のロボットメタタグ content="noindex" に相当します。 <head> </head> )
nofollow
エントリポイントページ内のテキストのインデックスを作成する際に、ページのリンクをたどる必要がない場合は、エントリポイントの nofollow 後にを追加します。
次の例のように、キーワードをエントリポイントからスペースで区切ります。
https://www.domain.com/not_linked/directory_listing&nbsp;nofollow
このキーワードは、入口ページの…タグ content="nofollow" の間にロボットのメタタグを挿入するのと同じで <head> </head> す。
form
エントリポイントがログインページの場合、は通常、検索ロボット form がログインフォームを送信し、Webサイトをクロールする前に適切なcookieを受け取れるように使用されます。 「form」キーワードを使用する場合、エントリポイントページのインデックスは作成されず、検索ロボットはエントリポイントページをクロール済みとしてマークしません。 検索ロボット nofollow にページのリンクをたどらせたくない場合に使用します。
コンテンツタイプ についても参照してください

インデックスを作成する複数のURLエントリポイントの追加

Webサイトに複数のドメインまたはサブドメインがあり、それらをクロールする場合は、URL入力ポイントを使用してURLを追加できます。
WebサイトのメインURLエントリポイントを設定するには、「アカウントの設定」を使用します。
「アカウント設定の 指定 」を参照してください。
インデックスを作成する複数のURLエントリポイントを追加するには
  1. 製品メニューで、//をクリックし Settings Crawling URL Entrypoints
  2. ページの URL Entrypoints フィールドに、1行につき1つのURLアドレスを Entrypoints 入力します。
  3. (オプション) Add Index Connector Configurations ドロップダウンリストで、インデックス作成のエントリポイントとして追加するインデックスコネクタを選択します。
    ドロップダウンリストは、1つ以上のインデックスコネクタ定義を以前に追加した場合にのみ使用できます。
    「インデックスコネクタ定義の 追加 」を参照してください。
  4. クリック Save Changes .
  5. (オプション)次のいずれかの操作を行います。

URLマスクについて

URLマスクは、検索ロボットがインデックスを付けたかインデックスを付けなかったかをWebサイトのドキュメントで判断するパターンです。
URLマスクの結果がユーザーに表示されるように、サイトインデックスを再構築してください。
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください
使用できるURLマスクは次の2種類です。
  • URLマスクを含める
  • URLマスクの除外
URLマスクを含めると、検索ロボットはマスクのパターンに一致するドキュメントをインデックス付けするように指示されます。
URLマスクを除外すると、検索ロボットは一致するドキュメントのインデックスを作成するように指示します。
検索ロボットは、リンクからWebサイト内のリンクに移動する際、URLに遭遇し、それらのURLに一致するマスクを探します。 最初の一致によって、そのURLをインデックスに含めるか、除外するかが決まります。 検出されたURLに一致するマスクがない場合、そのURLはインデックスから破棄されます。
エントリポイントURLに対するURLマスクを含めるは、URLが自動的に生成されます。 この動作により、Webサイトで遭遇するすべてのドキュメントのインデックスが作成されます。 また、ウェブサイトから「離脱」するリンクが便利になくなります。 例えば、インデックス付きのページがhttps://www.yahoo.comにリンクしている場合、検索ロボットはそのURLのインデックスを作成しません。これは、エントリポイントURLによって自動的に生成されるインクルードマスクと一致しないためです。
指定する各URLマスクは、別々の行に記述する必要があります。
マスクは、次のいずれかを指定できます。
  • に示すように、フルパス https://www.mydomain.com/products.html
  • のように、部分的なパス https://www.mydomain.com/products
  • ワイルドカードを使用するURL https://www.mydomain.com/*.html
  • 正規式(上級ユーザー用)
    マスクを正規式にするには、マスクタイプ(ま regexp たは exclude include )とURLマスクの間にキーワードを挿入します。
以下に、単純な除外URLマスクの例を示します。
exclude https://www.mydomain.com/photos

この例は除外URLマスクなので、パターンに一致するドキュメントのインデックスは作成されません。 このパターンは、検出されたアイテム(ファイルとフォルダーの両方)と一致するので、 https://www.mydomain.com/photos.html https://www.mydomain.com/photos/index.html との両方が除外URLと一致している場合、そのURLのインデックスは作成されません。 フォルダー内のファイルのみを一致させるには、次の例のように、URLマスクの末尾にスラッシュを含める必要があり /photos/ ます。
exclude https://www.mydomain.com/photos/

次の除外マスクの例では、ワイルドカードを使用しています。 これは、「.pdf」拡張子を持つファイルを見過ごすよう検索ロボットに指示します。 検索ロボットは、これらのファイルをインデックスに追加しません。
exclude *.pdf

単純なインクルードURLマスクは次のとおりです。
include https://www.mydomain.com/news/

URLエントリポイントから一連のリンクを介してリンクされたドキュメント、またはURLエントリポイント自体として使用されたエントリのみがインデックス化されます。 ドキュメントのURLを「URLを含む」マスクとしてリストするだけで、リンクされていないドキュメントのインデックスは作成されません。 インデックスにリンクされていないドキュメントを追加するには、URL入力ポイント機能を使用します。
「URL入力ポイント について 」を参照してください。
マスクを含めると、マスクを除外すると機能します。 「URLを除外」マスクを作成し、「URLを含む」マスクを使用して除外されたページを1つ以上含めることで、Webサイトの大部分をインデックス作成から除外できます。 例えば、エントリポイントURLが次のような場合、
https://www.mydomain.com/photos/

検索ロボットは、との下のすべてのページをクロールしてインデックス付けし /photos/summer/ ます /photos/spring/ (フォル /photos/fall/ photos ダから各ディレクトリに少なくとも1ページへのリンクがあると仮定)。 この動作は、リンクパスによって、検索ロボットがエントリポイントURLによって自動的に生成されるインクルードマスクに一致するドキュメントを、、、、 /summer/ 、、および、の各フォルダ /spring/ /fall/ ー内で検索できるために発生します。
次の例のように、URLマスクを除外を含む /fall/ フォルダー内のすべてのページを除外するように選択できます。
exclude https://www.mydomain.com/photos/fall/

または、次のURLマスクを使用して、インデックス /photos/fall/redleaves4.html の一部としてのみ選択的に含めます。
include https://www.mydomain.com/photos/fall/redleaves4.html

上記の2つのマスクの例が意図したとおりに機能するため、次のように、「include mask」が最初に表示されます。
include https://www.mydomain.com/photos/fall/redleaves4.html 
exclude https://www.mydomain.com/photos/fall/

検索ロボットはリストに表示された順序に従うので、検索ロボットは最初にを含め、次に /photos/fall/redleaves4.html /fall フォルダー内の残りのファイルを除外します。
手順が次のとおり逆の方法で指定されている場合:
exclude https://www.mydomain.com/photos/fall/ 
include https://www.mydomain.com/photos/fall/redleaves4.html

/photos/fall/redleaves4.html の場合、マスクが含めると指定しても含めない。
最初に表示されるURLマスクは、マスク設定の後で表示されるURLマスクよりも常に優先されます。 また、検索ロボットが「URLを含む」マスクと「URLを除外」マスクに一致するページを検出した場合は、最初に表示されるマスクが常に優先されます。
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください

URLマスクを使用したキーワードの使用について

各インクルードマスクを1つ以上のスペースで区切られたキーワードで修飾でき、一致したページのインデックス作成に影響を与えます。
マスクとキーワードの区切り文字としてコンマは無効です。スペースのみを使用できます。
キーワード
説明
noindex
URLマスクと一致するページ上のテキストのインデックスを作成せず、一致したページのリンクに従う場合は、URLマスクを含めるの noindex 後にを追加します。 次の例のように、キーワードとマスクは必ずスペースで区切ってください。
include&nbsp;*.swf&nbsp;noindex
上記の例では、検索ロボットが .swf 拡張子の付いたファイルのすべてのリンクをたどるように指定していますが、これらのファイルに含まれるすべてのテキストのインデックス付けを無効にします。
この noindex キーワードは、一致したページのタグの間にロボットのメタタグ content="noindex" <head>...</head> を置いたのと同等です。
nofollow
URLマスクと一致するページ上のテキストのインデックスを作成し、一致したページのリンクに従わない場合は、「URLを含める」マスクの nofollow 後にを追加します。 次の例のように、キーワードとマスクは必ずスペースで区切ってください。
include&nbsp;https://www.mydomain.com/photos&nbsp;nofollow
この nofollow キーワードは、一致したページのタグの間にロボットのメタタグ content="nofollow" <head>...</head> を置いたのと同等です。
regexp
含めるマスクと除外するマスクの両方に使用します。
前にに付いているURLマスク regexp は、正規式として扱われます。 検索ロボットが除外正規式URLマスクに一致するドキュメントを検出した場合、それらのドキュメントのインデックスは作成されません。 検索ロボットが「含む正規式のURLマスク」に一致するドキュメントを検出すると、それらのドキュメントのインデックスが作成されます。 例えば、次のURLマスクがあるとします。
exclude&nbsp;regexp&nbsp;^.*/products/.*\.html$
検索ロボットは、 https://www.mydomain.com/products/page1.html
次の除外正規式URLマスクがある場合:
exclude&nbsp;regexp&nbsp;^.*\?..*$
検索ロボットは、のようなCGIパラメータを含むURLは含めません https://www.mydomain.com/cgi/prog/?arg1=val1&arg2=val2
正規式URLマスクを含む次の場合:
include&nbsp;regexp&nbsp;^.*\.swf$&nbsp;noindex
検索ロボットは、「.swf」拡張子を持つファイルからのすべてのリンクに従います。 また、この noindex キーワードは、一致したファイルのテキストのインデックスが作成されないことを示します。
詳しくは、 正規式を参照してくだ さい。

Webサイトのインデックス部分へのURLマスクの追加、またはインデックス部分へのURLマスクの追加

を使用して、Webサイト URL Masks のどの部分をクロールしてインデックスを作成するか、または作成しないかを定義できます。
「URLマスクをテスト」フィールドを使用して、インデックス作成後にドキュメントが含まれているかどうかをテストします。
URLマスクの結果がユーザーに表示されるように、サイトインデックスを再構築してください。
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください
Webサイトのインデックス部分にURLマスクを追加するか、インデックス部分に追加しないかを指定するには
  1. 製品メニューで、//をクリックし Settings Crawling URL Masks
  2. (オプション) URL Masks ページのフィールドに、WebサイトのテストURLマスクを入力し、をクリックし Test URL Masks Test ​ます。
  3. フィールドに、URLマスクアドレスの後にURLを入力し、URLマスクアドレスを入力します(クロールおよびインデックスを作成するWebサイトを追加する場合)。または URL Masks include exclude 、URLマスクを入力します(Webサイトがクロールおよびインデックスを作成しない場合)。
    1行につき1つのURLマスクアドレスを入力します。 例:
    include https://www.mycompany.com/summer 
    include https://www.mycompany.com/spring 
    exclude regexp .*\.xml 
    exclude https://www.mycompany.com/fall
    
    
  4. クリック Save Changes .
  5. (オプション)次のいずれかの操作を行います。

日付マスクについて

日付マスクを使用すると、ファイルの年齢に基づいて検索結果にファイルを含めたり、除外したりできます。
URLマスクの結果がユーザーに表示されるように、サイトインデックスを再構築してください。
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください
使用できる日付マスクは次の2種類です。
  • 日付マスクを含める(「include-days」と「include-date」)
    指定した日付以前の日付付けマスクインデックスファイルを含めます。
  • 日付マスクを除外(「exclude-days」と「exclude-date」)
    指定した日付以前の日付の付いた日付マスクインデックスファイルを除外します。
デフォルトでは、ファイルの日付はメタタグ情報から決定されます。 Metaタグが見つからない場合は、検索ロボットがファイルをダウンロードした際にサーバから受け取ったHTTPヘッダからファイルの日付が決定されます。
指定する各日付マスクは、別々の行に記述する必要があります。
マスクは、次のいずれかを指定できます。
  • フルパス( https://www.mydomain.com/products.html
  • 部分パス( https://www.mydomain.com/products
  • ワイルドカードを使用するURL https://www.mydomain.com/*.html
  • 正規式。 マスクを正規式にするには、URLの前にキーワード regexp を挿入します。
「日付を含む」と「除外する」の両方の日付マスクでは、次の2つの方法のいずれかで日付を指定できます。 マスクは、一致するファイルが指定した日付以前に作成された場合にのみ適用されます。
  1. 日数。 例えば、日付マスクが次のような場合、
    exclude-days 30 https://www.mydomain.com/docs/archive/)
    
    
    指定した日数がカウントバックされます。 ファイルの日付が指定日以前の場合は、マスクが適用されます。
  2. YYYY-MM-DDの形式を使用した実際の日付。 例えば、日付マスクが次のような場合、
    include-date 2011-02-15 https://www.mydomain.com/docs/archive/)
    
    
    一致したドキュメントの日付が指定した日付以前の場合は、日付マスクが適用されます。
以下に、単純な除外日付マスクの例を示します。
exclude-days 90 https://www.mydomain.com/docs/archive

これは除外日付マスクなので、パターンと一致するファイルはインデックス化されず、90日以上経過しています。 ドキュメントを除外すると、テキストのインデックスは作成されず、そのファイルからのリンクも追跡されません。 ファイルは事実上無視されます。 この例では、ファイルとフォルダーの両方が、指定したURLパターンと一致する場合があります。 との両方がパターン https://www.mydomain.com/docs/archive.html https://www.mydomain.com/docs/archive/index.html に一致し、90日以上経過している場合はインデックスが作成されません。 フォルダー内のファイルのみを一致させるには、 /docs/archive/ フォルダーの最後に次のようなスラッシュを付ける必要があります。
exclude-days 90 https://www.mydomain.com/docs/archive/

日付マスクはワイルドカードでも使用できます。 次の除外マスクは、2011-02-15以前の拡張子「.pdf」を持つファイルを検索ロボットに見過ごすよう指示します。 検索ロボットは、一致するファイルをインデックスに追加しません。
exclude-date 2011-02-15 *.pdf

「インクルード」の日付マスクの外観は似ていますが、一致したファイルのみがインデックスに追加されます。 次のインクルード日付マスクの例は、Webサイトの /docs/archive/manual/ 領域内で、作成日数が0日以上古いファイルのテキストのインデックスを作成するよう検索ロボットに指示します。
include-days 0 https://www.mydomain.com/docs/archive/manual/

マスクを含めると、マスクを除外すると機能します。 例えば、除外日付マスクを作成し、除外するページのうち1つ以上をURLマスクを含むページに含めることで、Webサイトの大部分をインデックス作成から除外できます。 エントリポイントURLが次の場合:
https://www.mydomain.com/archive/

検索ロボットは、、およびの下のすべてのページをクロールしてインデックス付けし /archive/summer/ ます(フォルダから各フォルダに少なくとも1ページへのリンクがあると仮定し /archive/spring/ /archive/fall/ archive ます)。 この動作は、リンクパスによって、検索ロボットが、 /summer/ 、、 /spring/ /fall/ およびフォルダ内のファイルを「検索」でき、フォルダURLが、エントリポイントURLによって自動的に生成されるインクルードマスクに一致するために発生します。
「URL入力ポイント について 」を参照してください。
「アカウント設定の 指定 」を参照してください。
次のように、除外する日付マスクを含むフ /fall/ ォルダー内の、90日を超えるページをすべて除外するように選択できます。
exclude-days 90 https://www.mydomain.com/archive/fall/

次の日付マスクを使用して、インデックスの一部として、 /archive/fall/index.html (古さにかかわらず、0日以上前のファイルがすべて一致する)のみを選択的に含めることができます。
include-days 0 https://www.mydomain.com/archive/fall/index.html

上記の2つのマスクの例を意図したとおりに機能させるには、まず次のように「マスクを含める」をリストする必要があります。
include-days 0 https://www.mydomain.com/archive/fall/index.html 
exclude-days 90 https://www.mydomain.com/archive/fall/

検索ロボットは指定された順序に従うので、検索ロボットは最初にを含め、次に /archive/fall/index.html /fall フォルダー内の残りのファイルを除外します。
手順が次のとおり逆の方法で指定されている場合:
exclude-days 90 https://www.mydomain.com/archive/fall/ 
include-days 0 https://www.mydomain.com/archive/fall/index.html 

/archive/fall/index.html の場合、マスクは含める必要があると指定していても含めません。 最初に表示される日付マスクは、マスク設定の後で表示される日付マスクよりも常に優先されます。 また、検索ロボットが「日付を含む」マスクと「日付を除外する」マスクの両方に一致するページを検出した場合は、最初に表示されるマスクが常に優先されます。
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください

日付マスクを使用したキーワードの使用について

各インクルードマスクを1つ以上のスペースで区切られたキーワードで修飾でき、一致したページのインデックス作成に影響を与えます。
マスクとキーワードの区切り文字としてコンマは無効です。スペースのみを使用できます。
キーワード
説明
noindex
「含む」マスクで指定された日付以前のページのテキストのインデックスを作成しない場合は、次のように、「含む」マスクの noindex 後にを追加します。
include-days&nbsp;10&nbsp;*.swf&nbsp;noindex
キーワードとマスクは必ずスペースで区切ってください。
上記の例では、10日以上前の「.swf」拡張子を持つファイルのリンクは、すべて検索ロボットに従うように指定しています。 ただし、これらのファイルに含まれるすべてのテキストのインデックス作成は無効になります。
古いファイルのテキストは、インデックスが作成されていないが、それらのファイルのすべてのリンクをたどるようにしてください。 このような場合は、除外日付マスクを使用する代わりに、「noindex」キーワードを含む日付マスクを使用します。
nofollow
「含む」マスクで指定された日付以前のページのテキストのインデックスを作成する場合、一致するページのリンクに従わない場合は、次のように「含む」マスクの nofollow 後にを追加します。
include-days&nbsp;8&nbsp;https://www.mydomain.com/photos&nbsp;nofollow
キーワードとマスクは必ずスペースで区切ってください。
この nofollow キーワードは、一致したページのタグの間にロボットメタタグ content="nofollow" <head>...</head> を挟んだ場合と同等です。
server-date
含めるマスクと除外するマスクの両方に使用します。
検索ロボットは通常、日付マスクをチェックする前にすべてのファイルをダウンロードして解析します。 この動作は、一部のファイルタイプではファイル自体に日付を指定できるためです。 例えば、HTMLドキュメントには、ファイルの日付を設定するメタタグを含めることができます。
日付に基づいて多数のファイルを除外し、不要な読み込みをサーバーに行いたくない場合は、日付マスクのURLの server-date 後にを使用できます。
このキーワードは、各ファイルを解析する代わりに、サーバから返されたファイルの日付を信頼するように検索ロボットに指示します。 例えば、次の除外日付マスクでは、ドキュメントが90日以上前の場合、HTTPヘッダー内のサーバーから返された日付に従って、URLに一致するページが無視されます。
exclude-days&nbsp;90&nbsp;https://www.mydomain.com/docs/archive&nbsp;server-date
サーバーから返される日付が90日以上過ぎている場合は、除外されたドキュメントをサーバーからダウンロードしないこと server-date を指定します。 その結果、ドキュメントのインデックス作成に要する時間が短縮され、サーバへの負荷が軽減されます。 指定しな server-date かった場合、検索ロボットはHTTPヘッダ内のサーバから返される日付を無視します。 代わりに、各ファイルがダウンロードされ、日付が指定されているかどうかを確認します。 ファイルに日付が指定されていない場合、検索ロボットはサーバから返された日付を使用します。
ファイルに、サーバーの日付を上書きするコマンドが含まれている server-date 場合は、を使用しないでください。
regexp
含めるマスクと除外するマスクの両方に使用します。
前に付くすべての日付マスク regexp は、通常の式として扱われます。
検索ロボットは、除外正規式の日付マスクに一致するファイルを検出した場合、それらのファイルのインデックス付けを行いません。
検索ロボットは、「含む」正規式の日付マスクに一致するファイルを検出すると、それらのドキュメントのインデックスを作成します。
例えば、次の日付マスクがあるとします。
exclude-days&nbsp;180&nbsp;regexp&nbsp;.*archive.*
マスクは、180日以上前の一致するファイルを検索ロボットに除外するように指示します。 つまり、URLに「archive」という語を含むファイルです。
詳しくは、 正規式を参照してくだ さい。

Webサイトのインデックス部分に日付マスクを追加する、またはインデックス部分に追加しない

日付マスクを使用すると、ファイルの保存期間に基づいて顧客の検索結果にファイルを含めたり、除外したりできます。
インデックス作成後にファイルが含まれているかどうかをテストするには、 Test Date および Test URL フィールドを使用します。
URLマスクの結果がユーザーに表示されるように、サイトインデックスを再構築してください。
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください
Webサイトのインデックス部分に日付マスクを追加するには、またはインデックス部分に追加しないには
  1. 製品メニューで、//をクリックし Settings Crawling Date Masks
  2. (オプション) Date Masks ページの Test Date フィールドに、YYYY-MM-DD形式の日付を入力します(例: 2011-07-25 )。「URLマスク」 Test URL フィールドにwebサイトのURLマスクを入力し、をクリックし Test ​ます。
  3. フィールドに、1行につき1つの日付マスクアドレスを入力し Date Masks ます。
  4. クリック Save Changes .
  5. (オプション)次のいずれかの操作を行います。

パスワードについて

WebサイトのHTTP基本認証で保護されている部分にアクセスするには、1つ以上のパスワードを追加します。
パスワード設定の効果がユーザーに表示される前に、サイトインデックスを作成し直す必要があります。
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください
ページ上で Passwords 、1行に1つのパスワードを入力します。 パスワードは、次の例のように、URLまたは領域、ユーザー名、パスワードで構成されます。
https://www.mydomain.com/ myname mypassword

上のようなURLパスを使用する代わりに、領域を指定することもできます。
使用する正しい領域を決定するには、パスワードで保護されたWebページをブラウザーで開き、「Enter Network Password」ダイアログ・ボックスを確認します。
領域名は、この場合は「My Site Realm」です。
上記の領域名を使用したパスワードは、次のようになります。
My Site Realm myusername mypassword

Webサイトに複数のレルムがある場合、次の例のように、各レルムのユーザー名とパスワードを別々の行に入力して、複数のパスワードを作成できます。
Realm1 name1 password1 
Realm2 name2 password2 
Realm3 name3 password3

URLまたはレルムを含むパスワードを組み合わせて、パスワードリストを次のように指定できます。
Realm1 name1 password1 
https://www.mysite.com/path1/path2 name2 password2 
Realm3 name3 password3 
Realm4 name4 password4 
https://www.mysite.com/path1/path5 name5 password5 
https://www.mysite.com/path6 name6 password6

上記のリストでは、サーバーの認証要求と一致する領域またはURLを含む最初のパスワードが使用されます。 例えば、のファイル https://www.mysite.com/path1/path2/index.html がにある場合でも、とが使用されます。これは、URLで定義されるパスワードが領域で定義されるパスワードの上に表示されるから Realm3 name2 password2 です。

認証が必要なWebサイトの領域にアクセスするためのパスワードの追加

「パスワード」を使用すると、クロールやインデックス作成の目的で、Webサイトのパスワードで保護された領域にアクセスできます。
パスワードの影響がユーザーに表示される前に、サイトインデックスを必ず作成し直してください
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください
Webサイトの認証が必要な領域にアクセスするためのパスワードを追加するには
  1. 製品メニューで、//をクリックし Settings Crawling Passwords
  2. ページの Passwords Passwords フィールドに、領域またはURLと、それに関連するユーザー名、パスワードをスペースで区切って入力します。
    領域パスワードとURLパスワードを別々の行に示す例:
    Realm1 name1 password1 
    https://www.mysite.com/path1/path2 name2 password2
    
    
    1行に1つのパスワードのみを追加します。
  3. クリック Save Changes .
  4. (オプション)次のいずれかの操作を行います。

コンテンツタイプについて

を使用して、このアカウント Content Types のクロールおよびインデックスを作成するファイルの種類を選択できます。
クロールおよびインデックス作成できるコンテンツタイプには、PDFドキュメント、テキストドキュメント、AdobeFlashムービー、Word、Excel、PowerpointなどのMicrosoft Officeアプリケーションのファイル、MP3ファイルのテキストが含まれます。 選択したコンテンツタイプ内のテキストは、Webサイト上の他のすべてのテキストと共に検索されます。
ユーザーに対してコンテンツタイプ設定の効果が表示される前に、サイトインデックスを作成し直す必要があります。
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください

MP3音楽ファイルのインデックスについて

ページでこのオプション Text in MP3 Music Files Content Types を選択すると、MP3ファイルは、2つの方法のいずれかでクロールされ、インデックス化されます。 最初に、最も一般的な方法は、次のように、HTMLファイル内のアンカーhrefタグを使用する方法です。
<a href="MP3-file-URL"></a>

2つ目の方法は、MP3ファイルのURLをURL入力ポイントとして入力する方法です。
「URL入力ポイント について 」を参照してください。
MP3ファイルは、そのMIMEタイプ「audio/mpeg」で認識されます。
MP3ミュージックファイルは、通常、少量のテキストしか含まない場合でも、非常に大きなサイズになる可能性があることに注意してください。 例えば、MP3ファイルには、アルバム名、アーティスト名、曲のタイトル、曲のジャンル、リリース年度、コメントなどを任意で保存できます。 この情報は、ファイルの最後(TAGと呼ばれる場所)に保存されます。 TAG情報を含むMP3ファイルのインデックスは、次のように作成されます。
  • 曲のタイトルは、HTMLページのタイトルのように扱われます。
  • コメントは、HTMLページに対して定義された説明と同様に扱われます。
  • ジャンルは、HTMLページに対して定義されたキーワードと同様に扱われます。
  • アーティスト名、アルバム名およびリリース年は、HTMLページの本文と同様に扱われます。
Webサイト上でクロールおよびインデックスが作成された各MP3ファイルは、1ページとしてカウントされます。
Webサイトに大きなMP3ファイルが多数ある場合は、アカウントのインデックス付けバイト制限を超える可能性があります。 この場合は、 Text in MP3 Music Files ページで選択を解除して、Webサイト Content Types 上のすべてのMP3ファイルがインデックス付けされないようにすることができます。
Webサイト上の特定のMP3ファイルのインデックス作成を禁止する必要がある場合は、次のいずれかを実行できます。
  • MP3ファイルにリンクするアンカータグを、 <nofollow> およびの </nofollow> タグで囲みます。 検索ロボットは、これらのタグ間のリンクをたどりません。
  • 除外マ追加スクとしてのMP3ファイルのURLです。

クロールおよびインデックスを作成するコンテンツタイプの選択

を使用して、このアカウント Content Types のクロールおよびインデックスを作成するファイルの種類を選択できます。
クロールおよびインデックス作成できるコンテンツタイプには、PDFドキュメント、テキストドキュメント、AdobeFlashムービー、Word、Excel、PowerpointなどのMicrosoft Officeアプリケーションのファイル、MP3ファイルのテキストが含まれます。 選択したコンテンツタイプ内のテキストは、Webサイト上の他のすべてのテキストと共に検索されます。
ユーザーに対してコンテンツタイプ設定の効果が表示される前に、サイトインデックスを作成し直す必要があります。
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください
中国語、日本語または韓国語のMP3ファイルをクロールしてインデックスを作成するには、次の手順を実行します。 次に、 > Settings > Metadata Injections >で、MP3ファイルのエンコードに使用する文字セットを指定します。
クロールおよびインデックスを作成するコンテンツタイプを選択するには
  1. 製品メニューで、//をクリックし Settings Crawling Content Types
  2. ページで、Webサイト上でクロールおよびインデックスを作成するファイルタイプを確認し Content Types ます。
  3. クリック Save Changes .
  4. (オプション)次のいずれかの操作を行います。

接続について

「接続」を使用すると、検索ロボットがWebサイトのインデックス作成に使用するHTTP接続を10個まで追加できます。
接続数を増やすと、クロールとインデックスの完了に要する時間が大幅に短縮されます。 ただし、接続を追加するたびに、サーバーの負荷が増えることに注意してください。

接続を追加してインデックス作成速度を向上

「接続」を使用すると、Webサイトのインデックス作成に要する時間を短縮できます。クローラーで使用するHTTP接続の同時数を増やすことができます。 10個までの接続を追加できます。
接続が追加されるたびに、サーバーに負荷がかかることに注意してください。
接続を追加してインデックス作成速度を上げるには
  1. 製品メニューで、//をクリックし Settings Crawling Connections
  2. ページの Parallel Indexing Connections フィールドに、追加する接続数(1 ~ 10)を Number of Connections 入力します。
  3. クリック Save Changes .
  4. (オプション)次のいずれかの操作を行います。

フォーム送信について

フォームの送信を使用すると、Webサイト上のフォームを認識して処理するのに役立ちます。
Webサイトのクロールおよびインデックス作成中に、検出された各フォームが、追加したフォーム定義と比較されます。 フォームがフォーム定義と一致する場合は、インデックス作成のためにフォームが送信されます。 フォームが複数の定義と一致する場合は、一致する定義ごとに1回フォームが送信されます。

Webサイト上のフォームのインデックス作成用のフォーム定義の追加

を使用すると、Webサイト Form Submission で認識されるフォームをインデックス作成の目的で処理できます。
変更の結果がユーザーに表示されるように、サイトインデックスを必ず再構築してください。
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください
Webサイト上のフォームのインデックス作成用のフォーム定義を追加するには
  1. 製品メニューで、//をクリックし Settings Crawling Form Submission
  2. ページで、 Form Submission をクリックし Add New Form ​ます。
  3. ページで、 Add Form Definition とのオプション Form Recognition を設定し Form Submission ます。
    ページの Form Recognition​Form Definition セクションにある5つのオプションは、処理可能なWebページ内のフォームを識別するために使用されます。
    この Form Submission セクションの3つのオプションを使用して、フォームと共にWebサーバーに送信されるパラメーターと値を指定します。
    1行につき1つの認識または送信パラメータを入力します。 各パラメーターには、名前と値を含める必要があります。
    オプション
    説明
    フォーム認識
    ページURLマスク
    フォームを含むWebページを識別します。 単一のページに表示されるフォームを識別するには、次の例のようにそのページのURLを入力します。
    https://www.mydomain.com/login.html
    複数のページに表示されるフォームを識別するには、ページの説明にワイルドカードを使用するURLマスクを指定します。 例えば、ASPページ上で発生したフォームを識別する https://www.mydomain.com/register/ には、次のように指定します。
    https://www.mydomain.com/register/*.asp&nbsp;
    また、正規式を使用して複数のページを識別することもできます。 次の例のように、URLマスクの前に regexp キーワードを指定します。
    regexp&nbsp;^https://www\.mydomain\.com/.*/login\.html$
    アクションURLマスク
    タグのaction属性を識別し <form> ます。
    ページのURLマスクと同様に、アクションのURLマスクは、単一のURL、ワイルドカードを含むURLまたは正規式の形式にすることができます。
    URLマスクは、次のいずれかになります。
    • 次のようなフルパス。 https://www.mydomain.com/products.html
    • 次のような部分的なパスです。 https://www.mydomain.com/products
    • 以下のようなワイルドカードを使用するURL。 https://www.mydomain.com/*.html
    • 次のような正規式。 regexp&nbsp^https://www\.mydomain\.com/.*/login\.html$
    URLマスクまたはアクションURLマスクで識別されるページのテキストのインデックスを作成しない場合、またはこれらのページにリンクを追跡したくない場合は、「 noindex および」 nofollow キーワードを使用できます。 URLマスクまたは入力ポイントを使用して、これらのキーワードをマスクに追加できます。
    URL入力ポイント についてを参照してくだ さい。
    フォーム名マスク
    Webページの <form> タグにname属性が含まれている場合にフォームを識別します。
    単純な名前( login_form )、ワイルドカード( form* )を含む名前、または正規式( regexp ^.*authorize.*$ )を使用できます。
    通常、フォームにはname属性がないので、このフィールドは空のままにしておくことができます。
    フォームIDマスク
    Webページの <form> タグにid属性が含まれている場合にフォームを識別します。
    単純な名前( login_form )、ワイルドカード( form* )を含む名前、または正規式( regexp ^.*authorize.*$ )を使用できます。
    通常、フォームにはname属性がないので、このフィールドは空のままにしておくことができます。
    パラメーター
    名前付きパラメーターまたは名前付きパラメーターを含むフォーム、または含まないフォームを特定の値で識別します。
    例えば、rick_brough@mydomain.comにプリセットされ、パスワードパラメーターは含まれ、名称パラメーターは含まれない電子メールパラメーターを含むフォームを識別するには、次のパラメーター設定を1行に1つずつ指定します。
    email=rick_brough@mydomain.com password not first-name
    フォーム送信
    アクションURLを上書き
    フォーム送信のターゲットが、フォームのアクション属性で指定されたものと異なる場合に指定します。
    例えば、フォーム内のURL値とは異なるURL値を構成するJavaScript関数を使用してフォームが送信される場合に、このオプションを使用できます。
    Overrideメソッド
    フォーム送信のターゲットがフォームのaction属性で使用されているものと異なる場合、およびJavaScriptの送信によってメソッドが変更された場合に指定します。
    すべてのフォームパラメーター(非表示のフィールドを含む <input> タグ)のデフォルト値、タグ <option> のデフォルト値、 <select> タグ間のデフォルト値 <textarea>...</textarea> )は、Webページから読み取られます。 ただし、「 フォーム送信」 セクションの「パラメータ」フィールドにリストされているすべてのパラメーターは、フォームのデフォルト値 に置き換えられます。
    パラメーター
    フォーム送信パラメーターの先頭にキー not ワードを付けることができます。
    パラメーターの前にを付けると not 、フォーム送信の一部として送信されません。 この動作は、送信する必要があるチェックボックスの選択を解除した場合に役立ちます。
    例えば、次のパラメーターを送信するとします。
    • 値を含む電子メールパラメーター nobody@mydomain.com
    • 値を持つパスワードパラメーター tryme
    • mycheckboxパラメーターの選択が解除されている。
    • その他すべての <form> パラメーターをデフォルト値として使用
    フォーム送信パラメーターは次のようになります。
    email=nobody@mydomain.com password=tryme not mycheckbox
    Webページの <form> タグのmethod属性を使用して、GETメソッドとPOSTメソッドのどちらを使用してサーバーにデータを送信するかを決定します。
    タグにmethod属性が含まれていない場合は、GETメソッドを使用してフォームが送信されます。 <form>
  4. クリック Add .
  5. (オプション)次のいずれかの操作を行います。

フォーム定義の編集

Webサイト上のフォームが変更された場合や、定義を変更する必要が生じた場合は、既存のフォーム定義を編集できます。
フォーム定義に対して行った変更を元に戻す History 機能は Form Submission ページにないことに注意してください。
変更の結果がユーザーに表示されるように、サイトインデックスを必ず再構築してください。
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください
フォーム定義を編集するには
  1. 製品メニューで、//をクリックし Settings Crawling Form Submission
  2. ページ上で、更新す Form Submission Edit るフォーム定義の右側をクリックします。
  3. ページで、 Edit Form Definition とのオプション Form Recognition を設定し Form Submission ます。
    Webサイト上のフォームのインデックス作成に関するフォーム定義の 追加のオプションの表を参照してください
  4. クリック Save Changes .
  5. (オプション)次のいずれかの操作を行います。

フォーム定義の削除

Webサイトにフォームが存在しなくなった場合や、特定のフォームを処理してインデックスを作成したくない場合は、既存のフォーム定義を削除できます。
フォーム定義に対して行った変更を元に戻す History 機能は Form Submission ページにないことに注意してください。
変更の結果がユーザーに表示されるように、サイトインデックスを必ず再構築してください。
詳しくは、ステージングされたWebサイトの増分インデックスの 設定を参照してください
フォーム定義を削除するには
  1. 製品メニューで、//をクリックし Settings Crawling Form Submission
  2. ページ上で Form Submission 、削除するフォーム定義 Delete の右側をクリックします。
    削除するフォーム定義が正しいことを確認してください。 次の手順でをクリックしたときに、削除の確認ダイアログボックス Delete は表示されません。
  3. ページで、 Delete Form Definition をクリックし Delete ​ます。
  4. (オプション)次のいずれかの操作を行います。

インデックスコネクタについて

XMLページ Index Connector や任意のフィードのインデックス作成に使用する追加の入力ソースを定義する場合に使用します。
データフィード入力ソースを使用すると、Webサイトで一般に見つかるものとは異なるフォームに保存されたコンテンツに、利用可能なクロール方法の1つを使用してアクセスできます。 クロールおよびインデックス付けされた各ドキュメントは、Webサイト上のコンテンツページに直接対応しています。 ただし、データフィードはXMLドキュメントから、またはカンマ区切りまたはタブ区切りのテキストファイルから取得され、インデックスを作成するコンテンツ情報が含まれます。
XMLデータソースは、個々のドキュメントに対応する情報を含むXMLスタンザス(レコード)で構成されます。 これらの個々のドキュメントはインデックスに追加されます。 テキストデータフィードには、個々のドキュメントに対応する個々の改行区切りレコードが含まれています。 これらの個々のドキュメントもインデックスに追加されます。 どちらの場合も、インデックスコネクタ設定は、フィードの解釈方法を説明します。 各設定では、ファイルの保存場所と、サーバーがファイルにアクセスする方法が説明されます。 この設定では、「マッピング」情報も説明します。 つまり、各レコードの項目を使用して、結果のインデックスにメタデータフィールドを埋め込む方法です。
インデックスコネクタ定義を Staged Index Connector Definitions ページに追加した後で、「名前」または「種類」の値を ** 除く、任意の設定を変更できます。
この Index Connector ページには、以下の情報が表示されます。
  • 設定および追加した、定義済みのインデックスコネクタの名前。
  • 追加した各コネクタに対して、次のいずれかのデータソースの種類を指定します。
    • テキスト — 単純な「フラット」ファイル、カンマ区切り、タブ区切り、またはその他の一貫した区切り形式。
    • フィード - XMLフィード
    • XML - XMLドキュメントのコレクション。
  • 次回のクロールとインデックス作成に対してコネクタが有効かどうかを示します。
  • データソースのアドレス。

インデックスコネクタのテキスト設定とフィード設定でのインデックス作成プロセスの動作

手順
手順
説明
1
データソースをダウンロードします。
テキスト設定とフィード設定の場合、ファイルのダウンロードは簡単です。
2
ダウンロードしたデータソースを個々の擬似ドキュメントに分類します。
キスト の場合、改行で区切られた各テキスト行は、個々のドキュメントに対応し、カンマやタブなど、指定した区切り文字を使用して解析されます。
フィ ードの場合、各ドキュメントのデータは、次の形式の正規式パターンを使用して抽出されます。
<${Itemtag}>(.*?)</${Itemtag}>
Index Connector」 ページの マップを使用して、データのキャッシュ済みコピーを作成し、クローラのリンクのリストを作成します。 データはローカルキャッシュに保存され、設定済みのフィールドが入力されます。
解析済みデータがローカルキャッシュに書き込まれます。
このキャッシュは後で読み取られ、クローラが必要とする単純なHTMLドキュメントが作成されます。 例:
<html><head> <title>{title}</title> <meta name="{field}" content="{data}" /> ... </head><body> {body} </body></html>
<title> 要素は、タイトルメタデータフィールドへのマッピングが存在する場合にのみ生成されます。 同様に、 <body> 要素は、Bodyメタデータフィールドへのマッピングが存在する場合にのみ生成されます。
重要 :事前定義済みのURLメタタグへの値の割り当てはサポートされていません。
その他すべてのマッピングに対して、 <meta> タグは、元のドキュメントで見つかったデータを持つ各フィールドに対して生成されます。
各ドキュメントのフィールドがキャッシュに追加されます。 キャッシュに書き込まれるドキュメントごとに、次の例のようなリンクも生成されます。
<a href="index:Adobe?key=<primary key field>\" /> <a href="index:Adobe?key=<primary key field>\" /> ....
設定のマッピングには、プライマリキーとして識別される1つのフィールドが必要です。 このマッピングは、データがキャッシュから取得される際に使用されるキーを形成します。
クローラはURL インデックスを認識します。 スキームのプレフィックスが追加され、ローカルにキャッシュされたデータにアクセスできます。
3
キャッシュされたドキュメントセットをクロールします。
インデックス : リンクは、クローラの保留リストに追加され、通常のクロールシーケンスで処理されます。
4
各ドキュメントを処理します。
各リンクのキー値はキャッシュ内のエントリに対応するので、各リンクをクロールすると、ドキュメントのデータがキャッシュから取得されます。 その後、HTML画像を「アセンブル」し、処理してインデックスに追加します。

インデックスコネクタのXML設定でのインデックス作成プロセスの動作

XML設定のインデックス作成プロセスは、テキスト設定とフィード設定のプロセスと似ていますが、以下の小さな変更と例外があります。
XMLクロールのドキュメントは既に個別のファイルに分けられているので、上記の表の手順1と2は直接適用されません。 ページの「」 Host Address と「」 File Path フィールドにURLを指定すると、 Index Connector Add ページは通常のHTMLドキュメントとしてダウンロードされ、処理されます。 ダウンロードドキュメントには、処理されるXMLドキュメントを指すリンクのコレクションが含まれていることを期待します。 <a href="{url}"... 各リンクは、 そのようなリンクは次の形式に変換されます。
<a href="index:<ic_config_name>?url="{url}">

例えば、Adobeの設定から次のリンクが返されたとします。
<a href="https://www.adobe.com/somepath/doc1.xml">doc 1</a> 
<a href="https://www.adobe.com/otherpath/doc2.xml">doc 2</a>

上の表では、手順3は適用されず、クロールおよびインデックス作成時に手順4が完了します。
または、XMLドキュメントを、クロールプロセスによって自然に発見された他のドキュメントと混在させることもできます。 そのような場合は、書き換えルール( Settings > Rewrite Rules > Crawl List Retrieve URL Rules )を使用してXMLドキュメントのURLを変更し、Index Connectorに転送することができます。
「クロールリスト取得URLルール について 」を参照してください。
例えば、次の書き換えルールがあるとします。
RewriteRule (^http.*[.]xml$) index:Adobe?key=$1

このルールは、で終わるすべてのURLをインデックスコネクタリンク .xml に変換します。 クローラは、 index: URLスキームを認識して書き換えます。 ダウンロードプロセスは、プライマリ上のIndex Connector Apacheサーバーを通じてリダイレクトされます。 ダウンロードされた各ドキュメントは、フィードで使用されるのと同じ正規式パターンを使用して調べられます。 ただし、この場合、製造されたHTMLドキュメントはキャッシュに保存されません。 代わりに、インデックス処理用にクローラに直接渡されます。

複数のインデックスコネクタを設定する方法

任意のアカウントに対して複数のインデックスコネクタ設定を定義できます。 次の図に示すように、設定は、 Settings > Crawl >のドロップダウンリスト URL Entrypoints に自動的に追加されます。
ドロップダウンリストから設定を選択すると、URLエントリポイントのリストの最後に値が追加されます。
無効なインデックスコネクタの設定はドロップダウンリストに追加されますが、選択することはできません。 同じインデックスコネクタの設定を2回目に選択した場合は、設定がリストの最後に追加され、前のインスタンスが削除されます。
増分クロールのインデックスコネクタエントリポイントを指定するには、次の形式を使用してエントリを追加します。
index:<indexconnector_configuration_name>

#ページで追加された各エントリが見つかり、有効になっている場合、クローラは追加された各エントリを処理します。
注意:各ドキュメントのURLはインデックスコネクタ設定名とドキュメントの主キーを使用して構築されるので、増分更新を実行する際は、必ず同じインデックスコネクタ設定名を使用してください。 これにより、以前にインデックス付けさ Adobe Search&Promote れたドキュメントを正しく更新できます。
「URL入力ポイント について 」も参照してください。
インデックスコネクタを追加する際のセットアップマップの使用
インデックスコネクタを追加する際、必要に応じてこの機能を使用して、データソースのサンプル Setup Maps をダウンロードできます。 データは、インデックスの適合性を調べられます。
インデックスコネクタの種類を選択した場合
設定マップ機能
テキスト
最初にタブを試し、次に縦棒( | )を挿入し、最後にコンマ( , )を挿入します。 「マップの 設定」をクリックする前に、既に区切り値を指定している場合は、代わりにその値が使用され ます。
最適なスキームを使用すると、Mapフィールドに適切なタグとフィールドの値に推測値が入力されます。 さらに、解析済みデータのサンプリングも表示されます。 ファイルにヘッダー行が含まれている場合は、必ず「 先頭行のヘッダー」を選択し てください。 この情報は、設定関数で結果のマップエントリを識別しやすくするために使用されます。
フィード
データソースをダウンロードし、単純なXML解析を実行します。
結果のXPath識別子はMapテーブルのタグ行に表示され、同様の値はFieldsにも表示されます。 これらの行は使用可能なデータのみを識別し、より複雑なXPath定義は生成されません。 ただし、XMLデータの説明とItemtagの値の識別を行うので、この方法は役に立ちます。
注意: セットアップマップ機能は、XMLソース全体をダウンロードして分析を実行します。 ファイルのサイズが大きい場合は、この操作がタイムアウトする可能性があります。
成功した場合、この関数は可能なすべてのXPath項目を識別しますが、その多くは使用が望ましくない項目です。 結果のMap定義を確認し、不要または不要なMap定義を削除してください。
XML
プライマリリンクリストではなく、個々のドキュメントを代表するユーザーのURLをダウンロードします。 この単一のドキュメントは、フィードで使用されるのと同じメカニズムを使用して解析され、結果が表示されます。
設定を保存するには、「追加」をクリックする前に、URLをプライマリリンクリストドキュメントに戻す必要があります。
重要 :サイズの大きいXMLデータセットでは、ファイルパーサーがファイル全体をメモリに読み込もうとするので、セットアップマップ機能が動作しない場合があります。 その結果、メモリ不足状態が発生する可能性があります。 ただし、インデックス作成時に同じドキュメントが処理された場合、メモリへの読み込みは行われません。 その代わりに、大きなドキュメントは「外出中」に処理され、最初にメモリに完全に読み込まれるわけではありません。
インデックスコネクタを追加する際のプレビューの使用
インデックスコネクタを追加する際、オプションでこの機能を使用して、データを保存しているかのよう Preview に、データを検証できます。 設定をアカウントに保存せずに、設定に対するテストを実行します。 テストは、設定済みのデータソースにアクセスします。 ただし、ダウンロードキャッシュは一時的な場所に書き込まれます。インデックス作成クローラが使用するメインキャッシュフォルダと競合しません。
プレビューは、 Acct:IndexConnector-プレビュー-Max-ドキュメントで制御される5つのドキュメントのデフォルトのみを処理します。 プレビューしたドキュメントは、インデックス作成クローラに表示されるとおり、ソース形式で表示されます。 表示は、Webブラウザーの「表示ソース」機能に似ています。 標準のナビゲーションリンクを使用して、プレビューセット内のドキュメントを移動できます。
プレビューはXML設定をサポートしません。このようなドキュメントは直接処理され、キャッシュにダウンロードされないからです。

インデックスコネクタ定義の追加

各インデックスコネクタの設定は、データソースと、そのソースに定義されたデータ項目をインデックス内のメタデータフィールドに関連付けるマッピングを定義します。
新しい有効な定義の効果がユーザーに表示される前に、サイトインデックスを作成し直します。
インデックスコネクタ定義を追加するには
  1. 製品メニューで、//をクリックし Settings Crawling Index Connector
  2. ページで、 Stage Index Connector Definitions をクリックし Add New Index Connector ​ます。
  3. ページで、目的のコネクタオプションを設定 Index Connector Add します。 使用できるオプションは、選択したオプションによ Type って異なります。
    オプション
    説明
    名前
    インデックスコネクタ設定の一意の名前です。 英数字を使用できます。 「_」と「 — 」も使用できます。
    タイプ
    データのソース。 選択したデータソースの種類は、 インデックスコネクタ追加 ページで使用できる結果のオプションに影響します。 次の中から選択できます。
    • テキスト
      単純なフラットテキストファイル、カンマ区切り、タブ区切り、またはその他の一貫した区切り形式。 改行で区切られた各行のテキストは、個々のドキュメントに対応し、指定した区切り文字を使用して解析されます。
      各値(列)を、1から始まる列番号で参照されるメタデータフィールドにマップできます。
    • Feed
      複数の「行」の情報を含むプライマリXMLドキュメントをダウンロードします。
    • XML
      個々のXMLドキュメントへのリンク( <a> )を含むプライマリXMLドキュメントをダウンロードします。
    データソースの種類:テキスト
    有効
    クロールとインデックスを行うには、設定を「オン」にします。 または、構成を「オフ」にして、クロールやインデックス作成を防ぐことができます。
    注意 :無効なインデックスコネクタの設定は、エントリポイントリストに見つかった場合は無視されます。
    ホストアドレス
    データが存在するサーバーホストのアドレスを指定します。
    必要に応じて、次の例のように、データソースドキュメントへの完全なURI(Uniform Resource Identifier)パスを指定できます。
    https://www.somewhere.com/some_path/some_file.xml
    または
    ftp://user:password@ftpserver.somewhere.com/some_path/some_file.xml
    URIは、「Host Address」、「File Path」、「Protocol」、および「Username」、「Password」の各フィールドに対する適切なエントリに分類されます。
    データソースファイルが見つかったホストシステムのIPアドレスまたはURLアドレスを指定します。
    File Path
    単純なフラットテキストファイル、カンマ区切り、タブ区切り、またはその他の一貫した区切り形式ファイルへのパスを指定します。
    パスは、ホストアドレスのルートに対する相対パスです。
    Incremental File Path
    単純なフラットテキストファイル、カンマ区切り、タブ区切り、またはその他の一貫した区切り形式ファイルへのパスを指定します。
    パスは、ホストアドレスのルートに対する相対パスです。
    このファイルを指定した場合は、Incremental Index操作中にダウンロードされ、処理されます。 ファイルを指定しない場合は、代わりにFile Pathの下に表示されるファイルが使用されます。
    垂直ファイルパス
    垂直更新時に使用する単純なフラットテキストファイル、カンマ区切り、タブ区切り、またはその他の一貫した区切り形式ファイルのパスを指定します。
    パスは、ホストアドレスのルートに対する相対パスです。
    このファイルを指定した場合は、「垂直方向の更新」の操作中にダウンロードされ、処理されます。
    注意 :この機能は、デフォルトでは有効になっていません。 お使いの機能をアクティブにするには、テクニカルサポートにお問い合わせください。
    ファイルパスを削除
    1行に1つのドキュメント識別子の値を含む、単純なフラットテキストファイルへのパスを指定します。
    パスは、ホストアドレスのルートに対する相対パスです。
    このファイルを指定した場合は、Incremental Index操作中にダウンロードされ、処理されます。 このファイル内の値は、以前にインデックス付けされたドキュメントを削除する「削除」リクエストの作成に使用されます。 このファイルの値は、 プライマリキーとして指定された列の、FullまたはIncremental File Pathファイル内の値に対応する必要があり ます。
    注意 :この機能は、デフォルトでは有効になっていません。 お使いの機能をアクティブにするには、テクニカルサポートにお問い合わせください。
    Protocol
    ファイルへのアクセスに使用するプロトコルを指定します。 次の中から選択できます。
    • HTTP
      必要に応じて、適切な認証資格情報を入力してHTTPサーバーにアクセスすることができます。
    • HTTPS
      必要に応じて、HTTPSサーバーにアクセスするための正しい認証資格情報を入力できます。
    • FTP
      FTPサーバーにアクセスするには、適切な認証資格情報を入力する必要があります。
    • SFTP
      SFTPサーバーにアクセスするには、適切な認証資格情報を入力する必要があります。
    • File
    タイムアウト
    FTP、SFTP、HTTP、またはHTTPS接続のタイムアウトを秒単位で指定します。 この値は30 ~ 300の範囲で設定する必要があります。
    再試行
    失敗したFTP、SFTP、HTTP、またはHTTPS接続の最大再試行数を指定します。 この値は0 ~ 10の範囲で設定する必要があります。
    値が0の場合は、再試行を禁止します。
    エンコード
    指定したデータソースファイルで使用する文字エンコーディングシステムを指定します。
    区切り
    指定したデータソースファイルの各フィールドの説明文字として使用する文字を指定します。
    カンマ文字( , )は区切り文字の例です。 コンマは、指定したデータソースファイル内のデータフィールドを区切るのに役立つフィールド区切り文字として機能します。
    タブを選択し ますか? をクリックします。
    先頭行のヘッダー
    データソースファイルの最初の行にヘッダー情報のみが含まれ、データは含まれないことを示します。
    インデックス作成用の最小ドキュメント数
    正の値に設定した場合は、ダウンロードされるファイルに必要なレコードの最小数を指定します。 受け取るレコードが少ない場合、インデックス処理は中止されます。
    注意 :この機能は、デフォルトでは有効になっていません。 お使いの機能をアクティブにするには、テクニカルサポートにお問い合わせください。
    注意 :この機能は、完全なインデックス処理でのみ使用されます。
    マップ
    列番号を使用して、列とメタデータのマッピングを指定します。
    • 最初の列を1にして、列番号を指定します。 各列に新しいマップ行を追加するには、「 アクション」で、「 +」をクリックし ます。
      データソースの各列を参照する必要はありません。 代わりに、値をスキップすることもできます。
    • フィールド
      生成された各<meta>タグで使用するname属性値を定義します。
    • メタデータ?
      フィールド」 がドロップダウンリストになり、現在のアカウントに対して定義済みのメタデータフィールドを選択できます。
      必要に応じて、「 フィールド」の値に未定義のメタデータフィールドを設定できます。 未定義のメタデータフィールドは、 フィルタリングスクリプトで使用するコンテンツの作成に役立つ場合があり ます。
      フィルタリングスクリプト についてを参照してくだ さい。
      Index Connectorが、任意のマップフィールドで複数のヒットを持つXMLドキュメントを処理する場合、複数の値が連結されて、結果のキャッシュドキュメントで単一の値になります。 デフォルトでは、これらの値はコンマ区切り文字を使用して組み合わされます。 ただし、対応する Field 値が、定義済みのメタデータフィールドであるとします。 さらに、そのフィールドには 許可リスト 属性が設定されています。 この場合、フィールドのリスト区切り文字値(最初に定義された区切り文字)が連結に使用されます。
    • プライマリキー?
      プライマリ・キーとして識別されるマップ定義は1つだけです。 このフィールドは、このドキュメントをインデックスに追加したときに表示される一意の参照になります。 この値は、ドキュメントのインデックス内のURLで使用されます。
      プライマリ キーの 値は、インデックスコネクタの設定で表されるすべてのドキュメントで一意である必要があります。重複が発生した場合は無視されます。 ソースドキュメントに プライマリキーとして使用する一意の値が1つだけない 場合に、2つ以上のフィールドを一緒に使用して一意の識別子を形成できる場合は 、複数の列の値を縦棒(")で区切って、 プライマリキーを定義できます。
    • HTMLを削除しますか?
      このオプションを選択すると、このフィールドのデータに含まれるHTMLタグがすべて削除されます。
    • アクション
      行をマップに追加したり、マップから行を削除したりできます。 行の順序は重要ではありません。
    データソースの種類:フィード
    有効
    クロールとインデックスを行うには、設定を「オン」にします。 または、構成を「オフ」にして、クロールやインデックス作成を防ぐことができます。
    注意 :無効なインデックスコネクタの設定は、エントリポイントリストに見つかった場合は無視されます。
    ホストアドレス
    データソースファイルが見つかったホストシステムのIPアドレスまたはURLアドレスを指定します。
    File Path
    複数の「行」情報を含むプライマリXMLドキュメントへのパスを指定します。
    パスは、ホストアドレスのルートに対する相対パスです。
    Incremental File Path
    複数の「行」情報を含む増分XMLドキュメントのパスを指定します。
    パスは、ホストアドレスのルートに対する相対パスです。
    このファイルを指定した場合は、Incremental Index操作中にダウンロードされ、処理されます。 ファイルを指定しない場合は、代わりにFile Pathの下に表示されるファイルが使用されます。
    垂直ファイルパス
    垂直更新時に使用する複数の疎な「行」ドキュメントを含むXML情報へのパスを指定します。
    パスは、ホストアドレスのルートに対する相対パスです。
    このファイルを指定した場合は、「垂直方向の更新」の操作中にダウンロードされ、処理されます。
    注意 :この機能は、デフォルトでは有効になっていません。 お使いの機能をアクティブにするには、テクニカルサポートにお問い合わせください。
    ファイルパスを削除
    1行に1つのドキュメント識別子の値を含む、単純なフラットテキストファイルへのパスを指定します。
    パスは、ホストアドレスのルートに対する相対パスです。
    このファイルを指定した場合は、Incremental Index操作中にダウンロードされ、処理されます。 このファイル内の値は、以前にインデックス付けされたドキュメントを削除する「削除」リクエストの作成に使用されます。 このファイルの値は、 プライマリキーとして指定された列の、FullまたはIncremental File Pathファイル内の値に対応する必要があり ます。
    注意 :この機能は、デフォルトでは有効になっていません。 お使いの機能をアクティブにするには、テクニカルサポートにお問い合わせください。
    Protocol
    ファイルへのアクセスに使用するプロトコルを指定します。 次の中から選択できます。
    • HTTP
      必要に応じて、適切な認証資格情報を入力してHTTPサーバーにアクセスすることができます。
    • HTTPS
      必要に応じて、HTTPSサーバーにアクセスするための正しい認証資格情報を入力できます。
    • FTP
      FTPサーバーにアクセスするには、適切な認証資格情報を入力する必要があります。
    • SFTP
      SFTPサーバーにアクセスするには、適切な認証資格情報を入力する必要があります。
    • File
    Itemtag
    指定したデータソースファイル内の個々のXML行を識別するために使用できるXML要素を識別します。
    例えば、AdobeXMLドキュメントの次のフィードフラグメントでは、Itemtagの値は recordで す。
    <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE gsafeed PUBLIC "-//Google//DTD GSA Feeds//EN" ""> <gsafeed>      <header>           <datasource>marketplace</datasource>           <feedtype>incremental</feedtype>      </header>      <group action="add"> <record url=https://www.adobe.com/cfusion/marketplace_gsa index.cfm?event=marketplace.home&amp;marketplaceid=1 action="add" mimetype="text/html"displayurl="https://www.adobe.com/cfusion/marketplace/index.cfm?event=marketplace.home&amp;marketplaceid=1"><metadata> <meta name="mp_mkt" content="1"/> <meta name="mp_logo" content="/images/marketplace/ dbreferenced/marketplaceicons/icn_air.png"/> <meta name="title" content="Adobe AIR Marketplace"/> <meta name="description" content="Discover new applications ..."/> </metadata> <content><![CDATA[<html><head><title>Adobe AIR Marketplace</title></head><body>Discover new applications ...</body></html>]]></cntent> </record> <record url=https://www.adobe.com/cfusion/marketplace_gsa/ index.cfm?event=marketplace.home&amp;marketplaceid=2 action="add" mimetype="text/html" displayurl="https://www.adobe.com/cfusion/ marketplace/index.cfm?event=marketplace.home&amp;marketplaceid=2"> <metadata> <meta name="mp_mkt" content="2"/> <meta name="mp_logo" content="/images/marketplace/ dbreferenced/marketplaceicons/icn_photoshop.png"/> <meta name="title" content="Adobe Photoshop Marketplace"/> <meta name="description" content="Extend your creative possibilities ..."/> </metadata> <content><![CDATA[<html><head><title>Adobe Photoshop Marketplace</title></head><body>Extend your creative possibilities ...</body></html>]]>/content> </record> ... <record> ... </record>      </group> </gsafeed>
    インデックス作成用の最小ドキュメント数
    正の値に設定した場合は、ダウンロードされるファイルに必要なレコードの最小数を指定します。 受け取るレコードが少ない場合、インデックス処理は中止されます。
    注意 :この機能は、デフォルトでは有効になっていません。 お使いの機能をアクティブにするには、テクニカルサポートにお問い合わせください。
    注意 :この機能は、完全なインデックス処理でのみ使用されます。
    マップ
    XPath式を使用して、XML要素とメタデータとのマッピングを指定できます。
    • タグ
      解析済みXMLデータのXPath表現を指定します。 上記のAdobeXMLドキュメントの例を使用して、Itemtagオプションの下で、次の構文を使用してマッピングできます。
      /record/@displayurl -> page-url /record/metadata/meta[@name='title']/@content -> title /record/metadata/meta[@name='description']/@content -> desc /record/metadata/meta[@name='description']/@content -> body
      上記の構文は、次のように変換されます。
      • /record/@displayurl&nbsp;->&nbsp;page-url
        レコード 要素の displayurl 属性は、メタデータフィールド のpage-urlにマップされ ます。
      • /record/metadata/meta[@name='title']/@content&nbsp;->&nbsp;title
        メタ要素内に含まれる メタ要素の 内容属性、メタ要素内に含まれるメタ要素、メタデータ要素内に含まれる 要素、メタデータ要素内に含まれる要素名をメタデータフィールド要素とメタデータフィールド要素 とを対応付ける要素
      • /record/metadata/meta[@name='description']/@content&nbsp;->&nbsp;desc
        メタ要素内に含まれる メタ要素の 内容属性、メタ要素内に含まれるメタ要素、メタデータ要素内に含まれる 要素、メタデータ要素内に含まれる要素名の説明、メタデータフィールド属性の説明、メタデータフィールド 説明との対応付けを行う要素。
      • /record/metadata/meta[@name='description']/@content&nbsp;->&nbsp;body
        メタデータ要素内に含まれる メタ要素の 内容属性、メタデータ要素内に含まれるメタ 要素、メタデータ要素内に含まれる 要素、メタデータ要素内に含まれる名前を記述し、メタデータフィールド本体に対する属性をマップする要素。
      XPathは比較的複雑な表記法です。 詳しくは、次の場所を参照してください。
      https://www.w3schools.com/xpath/を参照して ください。
    • フィールド
      生成された各 <meta> タグに使用するname属性値を定義します。
    • メタデータ?
      フィールド」 がドロップダウンリストになり、現在のアカウントに対して定義済みのメタデータフィールドを選択できます。
      必要に応じて、「 フィールド」の値に未定義のメタデータフィールドを設定できます。 未定義のメタデータフィールドは、 フィルタリングスクリプトで使用するコンテンツの作成に役立つ場合があり ます。
      フィルタリングスクリプト についてを参照してくだ さい。
      Index Connectorが、任意のマップフィールドで複数のヒットを持つXMLドキュメントを処理する場合、複数の値が連結されて、結果のキャッシュドキュメントで単一の値になります。 デフォルトでは、これらの値はコンマ区切り文字を使用して組み合わされます。 ただし、対応する Field 値が、定義済みのメタデータフィールドであるとします。 さらに、そのフィールドには 許可リスト 属性が設定されています。 この場合、フィールドのリスト区切り文字値(最初に定義された区切り文字)が連結に使用されます。
    • プライマリキー?
      プライマリ・キーとして識別されるマップ定義は1つだけです。 このフィールドは、このドキュメントをインデックスに追加したときに表示される一意の参照になります。 この値は、ドキュメントのインデックス内のURLで使用されます。
      プライマリ キーの 値は、インデックスコネクタの設定で表されるすべてのドキュメントで一意である必要があります。重複が発生した場合は無視されます。 ソースドキュメントに プライマリキーとして使用する一意の値が1つだけなく、2つ以上のフィールドを一緒に使用して一意のを作成 できる場合は 、複数の プライマリタグを縦棒(")で結合して、キーを定義します。
    • HTMLを削除しますか?
      このオプションを選択すると、このフィールドのデータに含まれるHTMLタグはすべて削除されます。
    • 削除に使用しますか?
      Incremental Index操作でのみ使用されます。 このXPathパターンに一致するレコードは、削除対象の項目を識別します。 これらの各レコードの プライマリキー 値は、Delete File Pathと同様に、「削除」リクエストの作成に使用されます。
      注意 :この機能は、デフォルトでは有効になっていません。 お使いの機能をアクティブにするには、テクニカルサポートにお問い合わせください。
    • アクション
      行をマップに追加したり、マップから行を削除したりできます。 行の順序は重要ではありません。
    データソースの種類:XML
    有効
    クロールとインデックスを行うには、設定を「オン」にします。 または、構成を「オフ」にして、クロールやインデックス作成を防ぐことができます。
    注意 :無効なインデックスコネクタの設定は、エントリポイントリストに見つかった場合は無視されます。
    ホストアドレス
    データソースファイルが見つかったホストシステムのURLアドレスを指定します。
    File Path
    個々のXMLドキュメントへのリンク( <a> )を含むプライマリXMLドキュメントへのパスを指定します。
    パスは、ホストアドレスのルートに対する相対パスです。
    Protocol
    ファイルへのアクセスに使用するプロトコルを指定します。 次の中から選択できます。
    • HTTP
      必要に応じて、適切な認証資格情報を入力してHTTPサーバーにアクセスすることができます。
    • HTTPS
      必要に応じて、HTTPSサーバーにアクセスするための正しい認証資格情報を入力できます。
    • FTP
      FTPサーバーにアクセスするには、適切な認証資格情報を入力する必要があります。
    • SFTP
      SFTPサーバーにアクセスするには、適切な認証資格情報を入力する必要があります。
    • File
    注意 :プロトコル設定は、「ホストアドレス」または「ファイルパス」フィールドに情報が指定されている場合にのみ使用されます。 個々のXMLドキュメントは、URLの仕様に従って、HTTPまたはHTTPSを使用してダウンロードされます。
    Itemtag
    指定したデータソースファイルの「行」を定義するXML要素を識別します。
    マップ
    列番号を使用して、列とメタデータのマッピングを指定できます。
    • タグ
      解析済みXMLデータのXPath表現を指定します。 上記のAdobeXMLドキュメントの例で、Itemtagオプションの下の次の構文を使用してマッピングできます。
      /record/@displayurl -> page-url /record/metadata/meta[@name='title']/@content -> title /record/metadata/meta[@name='description']/@content -> desc /record/metadata/meta[@name='description']/@content -> body
      上記の構文は、次のように変換されます。
      • /record/@displayurl&nbsp;->&nbsp;page-url
        レコード 要素の displayurl 属性は、メタデータフィールド のpage-urlにマップされ ます。
      • /record/metadata/meta[@name='title']/@content&nbsp;->&nbsp;title
        メタ要素内に含まれる メタ要素の 内容属性、メタ要素内に含まれるメタ要素、メタデータ要素内に含まれる 要素、メタデータ要素内に含まれる要素名をメタデータフィールド要素とメタデータフィールド要素 とを対応付ける要素
      • /record/metadata/meta[@name='description']/@content&nbsp;->&nbsp;desc
        メタ要素内に含まれる メタ要素の 内容属性、メタ要素内に含まれるメタ要素、メタデータ要素内に含まれる 要素、メタデータ要素内に含まれる要素名の説明、メタデータフィールド属性の説明、メタデータフィールド 説明との対応付けを行う要素。
      • /record/metadata/meta[@name='description']/@content&nbsp;->&nbsp;body
        メタデータ要素内に含まれる メタ要素の 内容属性、メタデータ要素内に含まれるメタ 要素、メタデータ要素内に含まれる 要素、メタデータ要素内に含まれる名前を記述し、メタデータフィールド本体に対する属性をマップする要素。
      XPathは比較的複雑な表記法です。 詳しくは、次の場所を参照してください。
      https://www.w3schools.com/xpath/を参照して ください。
    • フィールド
      生成された各<meta>タグで使用するname属性値を定義します。
    • メタデータ?
      フィールド」 がドロップダウンリストになり、現在のアカウントに対して定義済みのメタデータフィールドを選択できます。
      必要に応じて、「 フィールド」の値に未定義のメタデータフィールドを設定できます。 未定義のメタデータフィールドは、 フィルタリングスクリプトで使用するコンテンツの作成に役立つ場合があり ます。
      フィルタリングスクリプト についてを参照してくだ さい。
      Index Connectorが、任意のマップフィールドで複数のヒットを持つXMLドキュメントを処理する場合、複数の値が連結されて、結果のキャッシュドキュメントで単一の値になります。 デフォルトでは、これらの値はコンマ区切り文字を使用して組み合わされます。 ただし、対応する Field 値が、定義済みのメタデータフィールドであるとします。 さらに、そのフィールドには 許可リスト 属性が設定されています。 この場合、フィールドのリスト区切り文字値(最初に定義された区切り文字)が連結に使用されます。
    • プライマリキー?
      プライマリ・キーとして識別されるマップ定義は1つだけです。 このフィールドは、このドキュメントをインデックスに追加したときに表示される一意の参照になります。 この値は、ドキュメントのインデックス内のURLで使用されます。
      プライマリ キーの 値は、インデックスコネクタの設定で表されるすべてのドキュメントで一意である必要があります。重複が発生した場合は無視されます。 ソースドキュメントに プライマリキーとして使用する一意の値が1つだけなく、2つ以上のフィールドを一緒に使用して一意のを作成 できる場合は 、複数の プライマリタグを縦棒(")で結合して、キーを定義します。
    • HTMLを削除しますか?
      このオプションを選択すると、このフィールドのデータに含まれるHTMLタグはすべて削除されます。
    • アクション
      行をマップに追加したり、マップから行を削除したりできます。 行の順序は重要ではありません。
  4. (オプション)をクリック Setup Maps して、データソースのサンプルをダウンロードします。 データは、インデックスの適合性を調べられます。 この機能は、テキストおよびフィードのタイプでのみ使用できます。
  5. (オプション)をクリック Preview して、設定の実際の動作をテストします。 この機能は、テキストおよびフィードのタイプでのみ使用できます。
  6. をクリック Add して、設定をページおよび Index Connector Definitions ページ上の Index Connector Configurations ドロップダウンリストに追加し URL Entrypoints ます。
    「URL入力ポイント について 」を参照してください。
  7. ページで、 Index Connector Definitions をクリックし rebuild your staged site index ​ます。
  8. (オプション) Index Connector Definitions ページで、次のいずれかの操作を行います。

インデックスコネクタ定義の編集

定義した既存のインデックスコネクタを編集できます。
ドロップダウンリストから「インデックスコネクタ名」や「種類」など、変更できるオプションは Type ありません。
インデックスコネクタ定義を編集するには
  1. 製品メニューで、//をクリックし Settings Crawling Index Connector
  2. ページの列見出しの下で、設定を変更す Index Connector​Actions Edit るインデックスコネクタ定義名をクリックします。
  3. ページで、目的のオプション Index Connector Edit を設定します。
    「インデックスコネクタ定義の 追加 」のオプションの表を参照してください。
  4. クリック Save Changes .
  5. (オプション) Index Connector Definitions ページで、をクリックし rebuild your staged site index ​ます。
  6. (オプション) Index Connector Definitions ページで、次のいずれかの操作を行います。

インデックスコネクタ定義の設定の表示

既存のインデックスコネクタ定義の設定を確認できます。
インデックスコネクタ定義を Index Connector Definitions ページに追加した後は、その種類の設定を変更できません。 代わりに、定義を削除してから、新しい定義を追加する必要があります。
インデックスコネクタ定義の設定を表示するには
  1. 製品メニューで、//をクリックし Settings Crawling Index Connector
  2. ページの列見出しの下で、設定を確認または編集す Index Connector​Actions Edit るインデックスコネクタ定義名をクリックします。

インデックスコネクタ定義のコピー

既存のインデックスコネクタ定義をコピーして、作成する新しいインデックスコネクタの基本として使用できます。
インデックスコネクタ定義をコピーする場合、コピーされた定義はデフォルトで無効になります。 定義を有効または「有効にする」には、 Index Connector Edit ページで定義を編集し、を選択する必要があり Enable ​ます。
「インデックスコネクタ定義の 編集 」を参照してください。
インデックスコネクタ定義をコピーするには
  1. 製品メニューで、//をクリックし Settings Crawling Index Connector
  2. ページの列見出しの下で、設定を重複する Index Connector インデックスコネクタ定義名 Actions Copy をクリックします。
  3. ページで、定義の新しい名前を Index Connector Copy 入力します。
  4. クリック Copy .
  5. (オプション) Index Connector Definitions ページで、次のいずれかの操作を行います。

インデックスコネクタ定義の名前の変更

既存のインデックスコネクタ定義の名前を変更できます。
定義の名前を変更したら、 Settings > Crawling >を選択し URL Entrypoints ​ます。 新しい定義名が URL Entrypoints ページのドロップダウンリストに反映されるようにする必要がある。
詳しくは、インデックスを作成する複数のURLエントリポイントの 追加を参照してください
インデックスコネクタ定義の名前を変更するには
  1. 製品メニューで、//をクリックし Settings Crawling Index Connector
  2. ページの列見出しの下で、変更するインデックスコネクタ定義名 Index Connector​Actions Rename をクリックします。
  3. ページで、 Index Connector Rename フィールドに定義の新しい名前を入力し Name ます。
  4. クリック Rename .
  5. Click Settings > Crawling > URL Entrypoints . リストに以前のインデックスコネクタの名前が存在する場合は、その名前を削除し、新しく名前を変更したエントリを追加します。
    詳しくは、インデックスを作成する複数のURLエントリポイントの 追加を参照してください 。 1.(オプション) Index Connector Definitions ページで、次のいずれかの操作を行います。

インデックスコネクタ定義の削除

不要になった、または使用しなくなった既存のインデックスコネクタ定義は削除できます。
インデックスコネクタ定義を削除するには
  1. 製品メニューで、//をクリックし Settings Crawling Index Connector
  2. ページの列見出しの下で、削除するインデックスコネクタ定義名 Index Connector Definitions​Actions Delete をクリックします。
  3. ページで、 Index Connector Delete をクリックし Delete ​ます。