Skip to main content
Sometimes, you don’t want your users to search your entire , but only a subset that concerns them. You can restrict content to a specific user, a set of users, a group, or everyone. Handling access within an index allows to have a fine-grained control over who can search and view what content. This doesn’t mean you need one index per user. By generating a secured API key for the current user, you can restrict the they can retrieve.

​
Add an attribute for filtering in your dataset

Algolia is schemaless and doesn’t have any concept of relationships between objects, so you need to put all the relevant information in each record. Take a dataset for corporate documents as an example. The index contains the entire list of documents for the company, but has dedicated access control to restrict who can view content. Consider different users in this company: Angela, Mike, and Ruth. Angela is an executive, Mike the accountant, and Ruth is an engineer.
JSON
[
  {
    "title": "Financial record Q3 and pipeline forecast",
    "visible_by": ["Angela", "group/Finance", "group/Shareholders"],
    "objectID": "myID1",
    "content": "..."
  },
  {
    "title": "Compliance audit check-list",
    "visible_by": ["group/Finance"],
    "objectID": "myID2",
    "content": "..."
  },
  {
    "title": "Strategic partnership with BigCompany",
    "visible_by": ["Angela"],
    "objectID": "myID3",
    "content": "..."
  },
  {
    "title": "New company-wide healthcare coverage benefits",
    "visible_by": ["group/Everybody"],
    "objectID": "myID4",
    "content": "..."
  },
  {
    "title": "Ruth's personal TODO list",
    "visible_by": ["Ruth"],
    "objectID": "myID5",
    "content": "..."
  }
]
Each record has a visible_by attribute, which has a list of users, or groups. Only listed users and groups can see the specific record, with the group Everybody visible by anyone. When searching through it, only allowed people should be able to find those records.

​
Set up user-restricted access

To restrict access, configure an attribute for filtering, generate secured API keys with embedded filters, and optionally hide the attribute from API responses.

​
Make the attribute filterable

To run the code examples on this page, install the latest API client. To make your visible_by attribute filterable, add it in attributesForFaceting. 
var response = await client.SetSettingsAsync(
  "INDEX_NAME",
  new IndexSettings { AttributesForFaceting = new List<string> { "filterOnly(visible_by)" } }
);

final response = await client.setSettings(
  indexName: "INDEX_NAME",
  indexSettings: IndexSettings(
    attributesForFaceting: [
      "filterOnly(visible_by)",
    ],
  ),
);

response, err := client.SetSettings(client.NewApiSetSettingsRequest(
  "INDEX_NAME",
  search.NewEmptyIndexSettings().SetAttributesForFaceting(
    []string{"filterOnly(visible_by)"})))
if err != nil {
  // handle the eventual error
  panic(err)
}

UpdatedAtResponse response = client.setSettings(
  "INDEX_NAME",
  new IndexSettings().setAttributesForFaceting(Arrays.asList("filterOnly(visible_by)"))
);

const response = await client.setSettings({
  indexName: 'INDEX_NAME',
  indexSettings: { attributesForFaceting: ['filterOnly(visible_by)'] },
});

var response =
  client.setSettings(
    indexName = "INDEX_NAME",
    indexSettings = IndexSettings(attributesForFaceting = listOf("filterOnly(visible_by)")),
  )

$response = $client->setSettings(
    'INDEX_NAME',
    ['attributesForFaceting' => [
        'filterOnly(visible_by)',
    ],
    ],
);

response = client.set_settings(
    index_name="INDEX_NAME",
    index_settings={
        "attributesForFaceting": [
            "filterOnly(visible_by)",
        ],
    },
)

response = client.set_settings(
  "INDEX_NAME",
  Algolia::Search::IndexSettings.new(attributes_for_faceting: ["filterOnly(visible_by)"])
)

val response = Await.result(
  client.setSettings(
    indexName = "INDEX_NAME",
    indexSettings = IndexSettings(
      attributesForFaceting = Some(Seq("filterOnly(visible_by)"))
    )
  ),
  Duration(100, "sec")
)

let response = try await client.setSettings(
    indexName: "INDEX_NAME",
    indexSettings: IndexSettings(attributesForFaceting: ["filterOnly(visible_by)"])
)
In this case, you only want to filter on this attribute, and not use it for facet counts. To do this, add the filterOnly modifier. This improves performance because the engine doesn’t have to compute the count for each value. If you need faceting on this attribute, you can remove the filterOnly modifier.

​
Add and remove users

Whenever someone needs to change the access rights of a record, you need to update the visible_by attribute. 
var response = await client.PartialUpdateObjectAsync(
  "INDEX_NAME",
  "OBJECT_ID",
  new Dictionary<string, List<string>>
  {
    {
      "visible_by",
      new List<string> { "Angela", "group/Finance", "group/Shareholders" }
    },
  }
);

final response = await client.partialUpdateObject(
  indexName: "INDEX_NAME",
  objectID: "OBJECT_ID",
  attributesToUpdate: {
    'visible_by': [
      "Angela",
      "group/Finance",
      "group/Shareholders",
    ],
  },
);

response, err := client.PartialUpdateObject(client.NewApiPartialUpdateObjectRequest(
  "INDEX_NAME", "OBJECT_ID", map[string]any{"visible_by": []string{"Angela", "group/Finance", "group/Shareholders"}}))
if err != nil {
  // handle the eventual error
  panic(err)
}

UpdatedAtWithObjectIdResponse response = client.partialUpdateObject(
  "INDEX_NAME",
  "OBJECT_ID",
  new HashMap() {
    {
      put("visible_by", Arrays.asList("Angela", "group/Finance", "group/Shareholders"));
    }
  }
);

const response = await client.partialUpdateObject({
  indexName: 'theIndexName',
  objectID: 'OBJECT_ID',
  attributesToUpdate: { visible_by: ['Angela', 'group/Finance', 'group/Shareholders'] },
});

var response =
  client.partialUpdateObject(
    indexName = "INDEX_NAME",
    objectID = "OBJECT_ID",
    attributesToUpdate =
      buildJsonObject {
        put(
          "visible_by",
          JsonArray(
            listOf(
              JsonPrimitive("Angela"),
              JsonPrimitive("group/Finance"),
              JsonPrimitive("group/Shareholders"),
            )
          ),
        )
      },
  )

$response = $client->partialUpdateObject(
    'INDEX_NAME',
    'OBJECT_ID',
    ['visible_by' => [
        'Angela',

        'group/Finance',

        'group/Shareholders',
    ],
    ],
);

response = client.partial_update_object(
    index_name="INDEX_NAME",
    object_id="OBJECT_ID",
    attributes_to_update={
        "visible_by": [
            "Angela",
            "group/Finance",
            "group/Shareholders",
        ],
    },
)

response = client.partial_update_object(
  "INDEX_NAME",
  "OBJECT_ID",
  {visible_by: ["Angela", "group/Finance", "group/Shareholders"]}
)

val response = Await.result(
  client.partialUpdateObject(
    indexName = "INDEX_NAME",
    objectID = "OBJECT_ID",
    attributesToUpdate = JObject(
      List(
        JField(
          "visible_by",
          JArray(List(JString("Angela"), JString("group/Finance"), JString("group/Shareholders")))
        )
      )
    )
  ),
  Duration(100, "sec")
)

let response = try await client.partialUpdateObject(
    indexName: "INDEX_NAME",
    objectID: "OBJECT_ID",
    attributesToUpdate: ["visible_by": ["Angela", "group/Finance", "group/Shareholders"]]
)
The partialUpdateObjects lets you partially update an attribute instead of replacing the entire record, or even the entire index.

​
Generate a secured API key

Frontend search can be vulnerable to malicious users who can tweak the request to impersonate another user and see content they shouldn’t have access to. To prevent this, generate a secured API key on the backend with filters (users can’t alter these filters). 
var response = client.GenerateSecuredApiKey(
  "2640659426d5107b6e47d75db9cbaef8",
  new SecuredApiKeyRestrictions { Filters = "visible_by:group/Finance" }
);

response, err := client.GenerateSecuredApiKey(
  "2640659426d5107b6e47d75db9cbaef8",
  search.NewEmptySecuredApiKeyRestrictions().SetFilters("visible_by:group/Finance"))
if err != nil {
  // handle the eventual error
  panic(err)
}

String response = client.generateSecuredApiKey(
  "2640659426d5107b6e47d75db9cbaef8",
  new SecuredApiKeyRestrictions().setFilters("visible_by:group/Finance")
);

const response = client.generateSecuredApiKey({
  parentApiKey: '2640659426d5107b6e47d75db9cbaef8',
  restrictions: { filters: 'visible_by:group/Finance' },
});

var response =
  client.generateSecuredApiKey(
    parentApiKey = "2640659426d5107b6e47d75db9cbaef8",
    restrictions = SecuredApiKeyRestrictions(filters = "visible_by:group/Finance"),
  )

$response = $client->generateSecuredApiKey(
    '2640659426d5107b6e47d75db9cbaef8',
    ['filters' => 'visible_by:group/Finance',
    ],
);

response = client.generate_secured_api_key(
    parent_api_key="2640659426d5107b6e47d75db9cbaef8",
    restrictions={
        "filters": "visible_by:group/Finance",
    },
)

response = client.generate_secured_api_key(
  "2640659426d5107b6e47d75db9cbaef8",
  Algolia::Search::SecuredApiKeyRestrictions.new(filters: "visible_by:group/Finance")
)

val response = client.generateSecuredApiKey(
  parentApiKey = "2640659426d5107b6e47d75db9cbaef8",
  restrictions = SecuredApiKeyRestrictions(
    filters = Some("visible_by:group/Finance")
  )
)

let response = try client.generateSecuredApiKey(
    parentApiKey: "2640659426d5107b6e47d75db9cbaef8",
    restrictions: SecuredApiKeyRestrictions(filters: "visible_by:group/Finance")
)
You can get this API key in your frontend from your backend—for example, with an API request.
If a secured API key is compromised, you should invalidate the search API key used to generate it.

​
Make sensitive attributes inaccessible

When using a secured API key with an embedded filter, users can only retrieve content they’re allowed to access to. Since the API returns the visible_by attribute for each record, they can find out what other users have the same access for this record if they inspect the response. To mitigate this privacy concern, use the unretrievableAttributes parameter. It ensures that the visible_by parameter is never part of the Algolia response, even though you use it for filtering on the engine side. 
var response = await client.SetSettingsAsync(
  "INDEX_NAME",
  new IndexSettings { UnretrievableAttributes = new List<string> { "visible_by" } }
);

final response = await client.setSettings(
  indexName: "INDEX_NAME",
  indexSettings: IndexSettings(
    unretrievableAttributes: [
      "visible_by",
    ],
  ),
);

response, err := client.SetSettings(client.NewApiSetSettingsRequest(
  "INDEX_NAME",
  search.NewEmptyIndexSettings().SetUnretrievableAttributes(
    []string{"visible_by"})))
if err != nil {
  // handle the eventual error
  panic(err)
}

UpdatedAtResponse response = client.setSettings(
  "INDEX_NAME",
  new IndexSettings().setUnretrievableAttributes(Arrays.asList("visible_by"))
);

const response = await client.setSettings({
  indexName: 'INDEX_NAME',
  indexSettings: { unretrievableAttributes: ['visible_by'] },
});

var response =
  client.setSettings(
    indexName = "INDEX_NAME",
    indexSettings = IndexSettings(unretrievableAttributes = listOf("visible_by")),
  )

$response = $client->setSettings(
    'INDEX_NAME',
    ['unretrievableAttributes' => [
        'visible_by',
    ],
    ],
);

response = client.set_settings(
    index_name="INDEX_NAME",
    index_settings={
        "unretrievableAttributes": [
            "visible_by",
        ],
    },
)

response = client.set_settings(
  "INDEX_NAME",
  Algolia::Search::IndexSettings.new(unretrievable_attributes: ["visible_by"])
)

val response = Await.result(
  client.setSettings(
    indexName = "INDEX_NAME",
    indexSettings = IndexSettings(
      unretrievableAttributes = Some(Seq("visible_by"))
    )
  ),
  Duration(100, "sec")
)

let response = try await client.setSettings(
    indexName: "INDEX_NAME",
    indexSettings: IndexSettings(unretrievableAttributes: ["visible_by"])
)

​
Search the subset

You can now search on the frontend using the API key generated from your backend. This API key has an embedded filter on the visible_by attribute, so you have a guarantee that the current user only sees results that they’re allowed to access.
Last modified on May 19, 2026