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" between <head> ... </head> タグを追加します。
form
エントリポイントがログインページの場合、 form は、通常、検索ロボットがログインフォームを送信し、適切なcookieを受け取ってからWebサイトをクロールできるようにするために使用されます。 「form」キーワードを使用すると、エントリポイントページのインデックスは作成されず、検索ロボットはエントリポイントページをクロール済みとしてマークしません。 使用 nofollow 検索ロボットがページのリンクをたどらないようにする場合。
コンテンツタイプに ついても参照してくださ い。
インデックスコネク タについても参照してくださ い。

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

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

URLマスクについて

URLマスクは、検索ロボットがインデックスを作成するか、インデックスを作成しないかを判断するパターンです。
URLマスクの結果が顧客に表示されるように、サイトのインデックスを必ず再構築してください。
使用できるURLマスクは次の2種類です。
  • URLマスクを含める
  • URLマスクの除外
「URLマスクを含める」は、検索ロボットに対し、マスクのパターンに一致するドキュメントのインデックスを作成するよう指示します。
「URLマスクを除外」は、検索ロボットに対して、一致するドキュメントのインデックスを作成するよう指示します。
検索ロボットは、リンクからWebサイト内のリンクに移動する際に、URLを検出し、それらのURLに一致するマスクを探します。 最初の一致によって、そのURLをインデックスに含めるか除外するかが決まります。 検出されたURLに一致するマスクがない場合、そのURLはインデックスから破棄されます。
エントリポイントURLのURLマスクを含めると、自動的に生成されます。 この動作により、Webサイト上で遭遇したすべてのドキュメントのインデックスが作成されます。 また、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 とURLマスクの間にキ exclude ーワー include ドを挿入します。
以下に、除外URLマスクの簡単な例を示します。
exclude https://www.mydomain.com/photos

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

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

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

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

検索ロボットは、と、の下のすべてのページをクロールし、インデックスを作成します。 /photos/summer/``/photos/spring/ (フォルダから各ディレクトリに少なくとも1つのページへのリンクがあると仮定し /photos/fall/``photos ます)。 この動作は、リンクパスを使用して、検索ロボットが、、、および、のフォルダ内のドキュメント、およびフォルダURLを検索でき、エントリポイント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 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を除外」マスクに一致するページを検出した場合は、最初に表示されるマスクが常に優先されます。

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

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

Webサイトのインデックス部分に対するURLマスクの追加

を使用して、Webサ URL Masks イトのどの部分をクロールしてインデックスを作成するか、またはインデックスを作成しないかを定義できます。
「URLマスクをテスト」フィールドを使用して、インデックスの作成後にドキュメントが含まれているかどうかをテストします。
URLマスクの結果が顧客に表示されるように、サイトのインデックスを必ず再構築してください。
Webサイトのインデックス部分にURLマスクを追加するか、インデックス部分にURLマスクを追加しないかを指定するには
  1. 製品メニューで//をクリ Settings ックし Crawling ます URL Masks ​。
  2. (オプション)ページの URL Masks フィールドに、Webサ Test URL Masks イトのテストURLマスクを入力し、をクリックします Test ​。
  3. フィールド URL Masks に、 include (クロールおよびインデックスを作成するWebサイトを追加するには)または exclude (Webサイトのクロールおよびインデックス作成をブロックするには)と入力し、URLマスクのアドレスを入力します。
    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マスクの結果が顧客に表示されるように、サイトのインデックスを必ず再構築してください。
使用できる日付マスクは次の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サイトの領域内で、生後0日前またはそれより古いファイルのテキストのインデックスを作成するよう検索ロボ /docs/archive/manual/ ットに指示しています。
include-days 0 https://www.mydomain.com/docs/archive/manual/

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

検索ロボットは、、、およびの下のすべてのページをクロールし、インデックスを作成します /archive/summer/ (フォ /archive/spring/ ルダから各フォルダに少なくとも1つのページへのリンクがあると仮定し /archive/fall/``archive ます)。 この動作は、リンクパスを使用して、検索ロボットが、、、およびフォルダ内のファイル、およびフォルダURLを「検索」でき、エントリポイントURLによって自動的に生成されたインクルードマスクと一致する /summer/``/spring/``/fall/ からです。
次のように、除外する日付マスクを含むフォルダー内の、90日 /fall/ を超えるページをすべて除外するよう選択できます。
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 合、マスクが含める必要があると指定していても、含められません。 最初に表示される日付マスクは、後でマスク設定に表示される日付マスクよりも常に優先されます。 また、検索ロボットが「含む日付マスク」と「除外する日付マスク」の両方に一致するページを検出した場合、最初に表示されるマスクが常に優先されます。

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

各インクルードマスクを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
キーワードとマスクは必ずスペースで区切ってください。
Adobe コード内の nofollow キーワードは、 content="nofollow" between <head>...</head> タグに含まれるページの名前を指定します。
server-date
含めるマスクと除外するマスクの両方に使用されます。
検索ロボットは、通常、日付マスクをチェックする前にすべてのファイルをダウンロードし、解析します。 この動作は、一部のファイルタイプではファイル自体の日付を指定できるので発生します。 例えば、HTMLドキュメントには、ファイルの日付を設定するメタタグを含めることができます。
日付に基づいて多数のファイルを除外し、サーバーに不要な読み込みを行わない場合は、 server-date の後に置きます。
このキーワードは、各ファイルを解析する代わりに、サーバから返されたファイルの日付を信頼するように検索ロボットに指示します。 例えば、次の「日付を除外」マスクを使用すると、HTTPヘッダーでサーバーから返された日付に従って、ドキュメントが90日以上古い場合に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サイトのインデックス部分に日付マスクを追加するには、またはインデックス部分に追加しないには
  1. 製品メニューで//をクリ Settings ックし Crawling ます Date Masks ​。
  2. (オプション)ペ Date Masks ージのフ Test Date ィールドに、YYYY-MM-DD形式の日付(例: 2011-07-25 );このフィ Test URL ールドに、WebサイトのURLマスクを入力し、をクリックしま Test ​す。
  3. フィールド Date Masks に、1行に1つの日付マスクアドレスを入力します。
  4. クリック Save Changes .
  5. (オプション)次のいずれかの操作を行います。

パスワードについて

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

上記のようにURLパスを使用する代わりに、領域を指定することもできます。
使用する領域を決定するには、パスワードで保護されたWebページをブラウザで開き、 #ダイアログボックスを表示します。
領域名は、この場合は「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 る場合 Realm3 でも、 name2``password2 URLで定義されたパスワードが領域で定義されたパスワードの上に表示されるので、およびが使用されます。

認証が必要な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ドキュメント、テキストドキュメント、Adobe Flashムービー、Word、Excel、PowerPointなどのMicrosoft Officeアプリケーションのファイル、MP3ファイルのテキストが含まれます。 選択したコンテンツタイプ内のテキストは、Webサイト上の他のすべてのテキストと共に検索されます。
顧客に対してコンテンツタイプ設定の効果が表示される前に、サイトインデックスを再構築する必要があります。

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

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

2つ目の方法は、MP3ファイルの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を除外マスクとして追加します。
    URLマスクに ついてを参照してくださ い。

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

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

接続について

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

インデックス作成速度を向上させるための接続の追加

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

フォームの送信について

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

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

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

フォーム定義の編集

Webサイト上のフォームが変更された場合や、定義を変更する必要がある場合は、既存のフォーム定義を編集できます。
ページには、フォーム定義 History に対して行っ Form Submission た変更を元に戻す機能はありません。
変更の結果が顧客に表示されるように、サイトインデックスを必ず再構築してください。
フォーム定義を編集するには
  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 た変更を元に戻す機能はありません。
変更の結果が顧客に表示されるように、サイトインデックスを必ず再構築してください。
フォーム定義を削除するには
  1. 製品メニューで//をクリ Settings ックし Crawling ます Form Submission ​。
  2. ページ Form Submission 上で、削 Delete 除するフォーム定義の右側をクリックします。
    削除するフォーム定義が正しいことを確認してください。 次の手順でをクリックしても、削除の確認ダイアログボ Delete ックスは表示されません。
  3. ページ上で、 Delete Form Definition をクリックしま Delete ​す。
  4. (オプション)次のいずれかの操作を行います。

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

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

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

手順
手順
説明
1
データソースをダウンロードします。
テキスト設定とフィード設定の場合、単純なファイルのダウンロードです。
2
ダウンロードしたデータソースを個々の擬似ドキュメントに分類します。
テキ スト の場合、改行で区切られた各行のテキストは個々のドキュメントに対応し、コンマやタブなど、指定した区切り文字を使用して解析されます。
フィー の場合、各ドキュメントのデータは次の形式の正規表現パターンを使用して抽出されます。
<${Itemtag}>(.*?)</${Itemtag}>
[インデッ クスコネク タの追加]ページの [マップ]を使用して、データのキャッシュされたコピーを作成し、クローラのリンクの一覧を作成します。 データはローカルキャッシュに保存され、設定済みのフィールドが入力されます。
解析されたデータがローカルキャッシュに書き込まれます。
このキャッシュは後で読み取られ、クローラーが必要とする単純な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は直接適用されません。 ページのとフィールドにURLを指 Host Address 定する File Path と、通常のHTMLドキ Index Connector Add ュメントとしてダウンロードされ、処理されます。 ダウンロードドキュメントには、処理されるXMLドキュメントを指すリ <a href="{url}"... ンクのコレクションが含まれていることが期待されます。 このようなリンクは次の形式に変換されます。
<a href="index:<ic_config_name>?url="{url}">

例えば、アドビの設定から次のリンクが返されたとします。
<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 > Crawl List Retrieve URL Rules )を使用して、XMLドキュメントのURLを変更し、Index Connectorに送信することができます。
例えば、次の書き換えルールがあるとします。
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をダウンロードします。 この1つのドキュメントは、フィードで使用されるのと同じメカニズムを使用して解析され、結果が表示されます。
「追加」をク リック して設定を保存する前に、URLをマスターリンクリストドキュメントに戻す必要があります。
重要 :ファイルパーサーがファイル全体をメモリに読み込もうとするので、マップの設定機能は大きなXMLデータセットに対しては動作しない場合があります。 その結果、メモリ不足状態が発生する可能性があります。 ただし、インデックス作成時に同じドキュメントが処理された場合、そのドキュメントはメモリに読み込まれません。 その代わり、大きなドキュメントは「外出先で」処理され、最初にメモリに読み込まれることはありません。
インデックスコネクタの追加時のプレビューの使用
インデックスコネクタを追加する際に、保存したかのように、オプションでこ Preview の機能を使用してデータを検証することができます。 設定に対するテストを実行しますが、設定をアカウントに保存しません。 テストは、設定済みのデータソースにアクセスします。 ただし、ダウンロードキャッシュは一時的な場所に書き込まれます。インデックス作成クローラが使用するメインキャッシュフォルダと競合しません。
「プレビュー」は、Acct:IndexConnector-Preview-Max-Documentsで制御される5つのドキュメントのデフォルトのみを処理します。 プレビューされたドキュメントは、インデックス作成クローラに表示されるとおり、ソース形式で表示されます。 この表示は、Webブラウザの「ソースの表示」機能に似ています。 プレビューセット内のドキュメントは、標準のナビゲーションリンクを使用して移動できます。
プレビューはXML設定をサポートしません。このようなドキュメントは直接処理され、キャッシュにダウンロードされないからです。

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

各Index Connector設定は、データソースと、そのソースに定義されたデータ項目をインデックス内のメタデータフィールドに関連付けるマッピングを定義します。
新しい有効な定義の効果が顧客に表示される前に、サイトインデックスを再構築します。
インデックスコネクタ定義を追加するには
  1. 製品メニューで//をクリ Settings ックし Crawling ます Index Connector ​。
  2. ページ上で、 Stage Index Connector Definitions をクリックしま Add New Index Connector ​す。
  3. ページで、 Index Connector Add 必要なコネクタオプションを設定します。 使用できるオプションは、選択したオプションに Type よって異なります。
    オプション
    説明
    名前
    インデックスコネクタ設定の一意の名前。 英数字を使用できます。 「_」と「 — 」も使用できます。
    タイプ
    データのソース。 選択したデータソースタイプは、インデックスコネクタの追加ページで使用できる結果のオプ ションに影響を与 えます。 次のいずれかを選択できます。
    • テキスト
      単純なフラットテキストファイル、カンマ区切り、タブ区切り、またはその他の一貫した区切り形式。 改行で区切られた各テキスト行は、個々のドキュメントに対応し、指定した区切り文字を使用して解析されます。
      各値(列)を、1から始まる列番号で参照されるメタデータフィールドにマップできます。
    • Feed
      複数の「行」の情報を含むマスター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アドレスを指定します。
    ファイルパス
    単純なフラットテキストファイル、カンマ区切り、タブ区切り、またはその他の一貫した区切り形式ファイルのパスを指定します。
    パスは、ホストアドレスのルートを基準とした相対パスです。
    Incremental File Path
    単純なフラットテキストファイル、カンマ区切り、タブ区切り、またはその他の一貫した区切り形式ファイルのパスを指定します。
    パスは、ホストアドレスのルートを基準とした相対パスです。
    このファイルを指定した場合、Incremental Index操作中にダウンロードされ、処理されます。 ファイルが指定されていない場合は、代わりに「ファイルパス」の下に表示されるファイルが使用されます。
    縦のファイルパス
    垂直更新時に使用する単純なフラットテキストファイル、カンマ区切り、タブ区切り、またはその他の一貫した区切り形式のファイルへのパスを指定します。
    パスは、ホストアドレスのルートを基準とした相対パスです。
    指定した場合、このファイルは、「垂直方向の更新」の操作中にダウンロードされ、処理されます。
    注意 :この機能は、デフォルトでは有効になっていません。 お使いの機能を有効にするには、テクニカルサポートにお問い合わせください。
    ファイルパスの削除
    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(1)にして、列番号を指定します。 各列に新しいマップ行を追加するには、「アクション」の「 +」 をクリック しま す。
      データソースの各列を参照する必要はありません。 代わりに、値をスキップするように選択できます。
    • フィールド
      生成された各<meta>タグに使用するname属性値を定義します。
    • メタデータ?
      フィールド コンボボックスになり、現在のアカウントに対して定義済みのメタデータフィールドを選択できます。
      必要に応 じて、 Field値に未定義のメタデータフィールドを設定できます。 未定義のメタデータフィールドは、フィルタリングスクリプトで使用するコンテンツの作成に役立 つ場合があり ます。
      スクリプトのフ ィルタリングについてを参照してく ださい。
      Index Connectorが、任意のマップフィールドで複数のヒットを持つXMLドキュメントを処理する場合、結果のキャッシュされたドキュメントで、複数の値が1つの値に連結されます。 デフォルトでは、これらの値はコンマ区切り文字を使用して組み合わされます。 ただし、対応する Field値が定義済み のメタデータフィールドであるとします。 また、このフィールドには「リストを許可」属 性が設定さ れています。 この場合、フィールドのList Delimiters値(最初に定義された区切り文字)が連結で使用されます。
    • プライマリキー?
      プライマリキーとして識別されるマップ定義は1つだけです。 このフィールドは、この文書を索引に追加したときに表示される一意の参照になります。 この値は、ドキュメントのURLのインデックスで使用されます。
      主キ ー値は、 インデックスコネクタの設定で表されるすべてのドキュメントで一意である必要があります。重複が見つかった場合は無視されます。 元のドキュメントに主キーとして使用する一意の値が1つだけ含まれていないが、複数のフィールドを組み合わせて一意の識別子を作成できる場合 、複数の列の値を縦棒 (|)で区切って、主キーを定義できます。
    • HTMLを削除しますか?
      このオプションをオンにすると、このフィールドのデータに含まれるHTMLタグが削除されます。
    • アクション
      行をマップに追加したり、マップから行を削除したりできます。 行の順序は重要ではありません。
    データソースの種類:フィード
    有効
    クロールとインデックスを行う設定を「オン」にします。 または、構成を「オフ」にして、クロールやインデックス作成を防ぐことができます。
    注意 :無効なインデックスコネクタの設定がエントリポイントリストに見つかった場合、それらは無視されます。
    ホストアドレス
    データソースファイルが見つかったホストシステムのIPアドレスまたはURLアドレスを指定します。
    ファイルパス
    複数の「行」の情報を含むマスターXMLドキュメントのパスを指定します。
    パスは、ホストアドレスのルートを基準とした相対パスです。
    Incremental File Path
    複数の「行」の情報を含む増分XMLドキュメントのパスを指定します。
    パスは、ホストアドレスのルートを基準とした相対パスです。
    このファイルを指定した場合、Incremental Index操作中にダウンロードされ、処理されます。 ファイルが指定されていない場合は、代わりに「ファイルパス」の下に表示されるファイルが使用されます。
    縦のファイルパス
    垂直更新時に使用する複数の疎な「行」の情報を含むXMLドキュメントのパスを指定します。
    パスは、ホストアドレスのルートを基準とした相対パスです。
    指定した場合、このファイルは、「垂直方向の更新」の操作中にダウンロードされ、処理されます。
    注意 :この機能は、デフォルトでは有効になっていません。 お使いの機能を有効にするには、テクニカルサポートにお問い合わせください。
    ファイルパスの削除
    1行に1つのドキュメント識別子の値を含む、単純なフラットテキストファイルのパスを指定します。
    パスは、ホストアドレスのルートを基準とした相対パスです。
    このファイルを指定した場合、Incremental Index操作中にダウンロードされ、処理されます。 このファイル内の値は、以前にインデックス付けされたドキュメントを削除する「削除」リクエストの作成に使用されます。 このファイルの値は、プライマリ・キーとして指定された列のFullまたはIncremental File Pathファイルの値に対応している必要が ありま す。
    注意 :この機能は、デフォルトでは有効になっていません。 お使いの機能を有効にするには、テクニカルサポートにお問い合わせください。
    Protocol
    ファイルへのアクセスに使用するプロトコルを指定します。 次のいずれかを選択できます。
    • HTTP
      必要に応じて、HTTPサーバーにアクセスするための適切な認証資格情報を入力できます。
    • HTTPS
      必要に応じて、HTTPSサーバーにアクセスするための適切な認証資格情報を入力できます。
    • FTP
      FTPサーバーにアクセスするには、適切な認証資格情報を入力する必要があります。
    • SFTP
      SFTPサーバーにアクセスするには、適切な認証資格情報を入力する必要があります。
    • File
    Itemtag
    指定したデータソースファイル内の個々のXML行を識別するために使用できるXML要素を識別します。
    例えば、次のAdobe XMLドキュメントのフィードフラグメントでは、Itemタグの値はレコード です
    <?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表現を指定します。 上記の例のAdobe XMLドキュメントを使用して、オプション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属性 値を定義し ます。
    • メタデータ?
      フィールド コンボボックスになり、現在のアカウントに対して定義済みのメタデータフィールドを選択できます。
      必要に応 じて、 Field値に未定義のメタデータフィールドを設定できます。 未定義のメタデータフィールドは、フィルタリングスクリプトで使用するコンテンツの作成に役立 つ場合があり ます。
      スクリプトのフ ィルタリングについてを参照してく ださい。
      Index Connectorが、任意のマップフィールドで複数のヒットを持つXMLドキュメントを処理する場合、結果のキャッシュされたドキュメントで、複数の値が1つの値に連結されます。 デフォルトでは、これらの値はコンマ区切り文字を使用して組み合わされます。 ただし、対応する Field値が定義済み のメタデータフィールドであるとします。 また、このフィールドには「リストを許可」属 性が設定さ れています。 この場合、フィールドのList Delimiters値(最初に定義された区切り文字)が連結で使用されます。
    • プライマリキー?
      プライマリキーとして識別されるマップ定義は1つだけです。 このフィールドは、この文書を索引に追加したときに表示される一意の参照になります。 この値は、ドキュメントのURLのインデックスで使用されます。
      主キ ー値は、 インデックスコネクタの設定で表されるすべてのドキュメントで一意である必要があります。重複が見つかった場合は無視されます。 元の文書に主キーとして使用する一意の値が1つも含まれていない場合でも、複数のフィールドを組み合わせて一意の識別子を作成できる場合は 、複数の Tagを縦棒 (|)で区切って、主キーを定義できます。
    • HTMLを削除しますか?
      このオプションをオンにすると、このフィールドのデータに含まれるHTMLタグが削除されます。
    • 削除に使用しますか?
      Incremental Index操作中のみ使用されます。 このXPathパターンに一致するレコードは、削除する項目を識別します。 このよ うな各レ コードのプライマリキー値は、Delete File Pathと同様に、「削除」リクエストの作成に使用されます。
      注意 :この機能は、デフォルトでは有効になっていません。 お使いの機能を有効にするには、テクニカルサポートにお問い合わせください。
    • アクション
      行をマップに追加したり、マップから行を削除したりできます。 行の順序は重要ではありません。
    データソースの種類:XML
    有効
    クロールとインデックスを行う設定を「オン」にします。 または、構成を「オフ」にして、クロールやインデックス作成を防ぐことができます。
    注意 :無効なインデックスコネクタの設定がエントリポイントリストに見つかった場合、それらは無視されます。
    ホストアドレス
    データソースファイルが見つかったホストシステムのURLアドレスを指定します。
    ファイルパス
    リンク( <a> )を個々のXMLドキュメントに置き換えます。
    パスは、ホストアドレスのルートを基準とした相対パスです。
    Protocol
    ファイルへのアクセスに使用するプロトコルを指定します。 次のいずれかを選択できます。
    • HTTP
      必要に応じて、HTTPサーバーにアクセスするための適切な認証資格情報を入力できます。
    • HTTPS
      必要に応じて、HTTPSサーバーにアクセスするための適切な認証資格情報を入力できます。
    • FTP
      FTPサーバーにアクセスするには、適切な認証資格情報を入力する必要があります。
    • SFTP
      SFTPサーバーにアクセスするには、適切な認証資格情報を入力する必要があります。
    • File
    注意 :「プロトコル」設定は、「ホストアドレス」または「ファイルパス」フィールドに情報が指定されている場合にのみ使用されます。 個々のXMLドキュメントは、URLの指定に従って、HTTPまたはHTTPSを使用してダウンロードされます。
    Itemtag
    指定したデータソースファイル内の「行」を定義するXML要素を識別します。
    マップ
    列番号を使用して、列とメタデータのマッピングを指定できます。
    • タグ
      解析されたXMLデータのXPath表現を指定します。 上記の例のAdobe XMLドキュメントの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属性値を定義します。
    • メタデータ?
      フィールド コンボボックスになり、現在のアカウントに対して定義済みのメタデータフィールドを選択できます。
      必要に応 じて、 Field値に未定義のメタデータフィールドを設定できます。 未定義のメタデータフィールドは、フィルタリングスクリプトで使用するコンテンツの作成に役立 つ場合があり ます。
      スクリプトのフ ィルタリングについてを参照してく ださい。
      Index Connectorが、任意のマップフィールドで複数のヒットを持つXMLドキュメントを処理する場合、結果のキャッシュされたドキュメントで、複数の値が1つの値に連結されます。 デフォルトでは、これらの値はコンマ区切り文字を使用して組み合わされます。 ただし、対応する Field値が定義済み のメタデータフィールドであるとします。 また、このフィールドには「リストを許可」属 性が設定さ れています。 この場合、フィールドのList Delimiters値(最初に定義された区切り文字)が連結で使用されます。
    • プライマリキー?
      プライマリキーとして識別されるマップ定義は1つだけです。 このフィールドは、この文書を索引に追加したときに表示される一意の参照になります。 この値は、ドキュメントのURLのインデックスで使用されます。
      主キ ー値は、 インデックスコネクタの設定で表されるすべてのドキュメントで一意である必要があります。重複が見つかった場合は無視されます。 元の文書に主キーとして使用する一意の値が1つも含まれていない場合でも、複数のフィールドを組み合わせて一意の識別子を作成できる場合は 、複数の Tagを縦棒 (|)で区切って、主キーを定義できます。
    • HTMLを削除しますか?
      このオプションをオンにすると、このフィールドのデータに含まれるHTMLタグが削除されます。
    • アクション
      行をマップに追加したり、マップから行を削除したりできます。 行の順序は重要ではありません。
  4. (オプション)をクリック Setup Maps して、データソースのサンプルをダウンロードします。 データはインデックスの適合性を調べられます。 この機能は、テキストとフィードのタイプでのみ使用できます。
  5. (オプション)をクリ Preview ックして、設定の実際の動作をテストします。 この機能は、テキストとフィードのタイプでのみ使用できます。
  6. をクリ Add ックして、設定をペ Index Connector Definitions ージおよびページ上のド Index Connector Configurations ロップダウンリストに追加し URL Entrypoints ます。
  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 ます。
インデックスコネクタ定義の名前を変更するには
  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 ​す。