Skip to content
Salesforce Dictionary - Free Salesforce GlossarySalesforce Dictionary
ServiceIntermediate

Article Type

An Article Type is a retired Salesforce Knowledge construct that defined one kind of article, such as an FAQ, a How-To, or a Procedure.

§ 01

Definition

An Article Type is a retired Salesforce Knowledge construct that defined one kind of article, such as an FAQ, a How-To, or a Procedure. Each one was a separate custom object with a __kav suffix, carrying its own fields, page layouts, and object permissions.

Lightning Knowledge replaced the design with standard Record Types on a single Knowledge object. Salesforce enforced the migration release update in Summer '25 and ended support for the Classic Knowledge data model on March 1, 2026.

You will still meet the phrase in older Help pages, certification material, and untidied org metadata. Read it as Record Type.

§ 02

In plain English

Imagine a filing cabinet where every category of document needed its own separate cabinet. Adding a category meant buying another cabinet. Salesforce swapped that for one big cabinet with labelled drawers. The old cabinets are gone, and the labels do the same job.

§ 03

Worked example

scenario · real-world use

A regional insurance carrier ran Classic Knowledge with three Article Types: FAQ__kav, Procedure__kav, and Release_Note__kav. An Apex controller queried SELECT Id, Title FROM FAQ__kav WHERE PublishStatus = 'Online'. Running the Lightning Knowledge Migration Tool collapsed the three objects into Knowledge__kav. Each old type became a Record Type: FAQ, Procedure, and Release Note. The query stopped resolving, so the controller was rewritten to target Knowledge__kav and filter on RecordType.DeveloperName = 'FAQ'. The support team also lost article type filtering on their article lists, which Record Types do not offer.

§ 04

How Article Types worked and why they are gone

One custom object per kind of article

Every Article Type was its own object, named like FAQ__kav or Procedure__kav. Fields, page layouts, and object permissions attached to that specific object, and Classic Knowledge capped you at 100 of them. Adding a kind of article meant a full object build, its own report types, and a hard dependency in every SOQL query that touched it.

Two dates, only one a release

Two milestones matter here, not one. Summer '25 is when Salesforce enforced the release update named Run the Lightning Knowledge Migration Tool. March 1, 2026 is the published end-of-support date, carried on Salesforce's retirement listing. Orgs created after Spring '25 never had the Classic model at all.

What Record Types took over

Lightning Knowledge uses standard Record Types on one Knowledge object, and the ceiling doubles to 200 per object. A Record Type controls an article's content and layout. Permissions changed too: instead of separate object permissions on every __kav object, you grant access once on the Knowledge object and refine it per Record Type.

Translating the term in old material

Two traps in the archive. First, what ended support is the data model, not the Classic interface: the Spring '26 guide still puts Knowledge in both Classic and Lightning Experience, and a migrated org keeps Classic Knowledge, with limitations. Second, after migration the ArticleType field stops resolving through SOQL and the API, so anything querying it fails. Old docs prescribing one object per kind of article mean Record Type.

Was this entry helpful?
Help us write better definitions. Quick reactions or detailed edit suggestions.

About the Author

Dipojjal Chakrabarti is a B2C Solution Architect with 29 Salesforce certifications and over 13 years in the Salesforce ecosystem. He writes and edits salesforcedictionary.com, published by KineticBit Inc., to help admins, developers, architects, and cert/interview candidates sharpen their fundamentals. More about Dipojjal.

§

Test your knowledge

+5 pts / day

Q1. Summer '25 is when Salesforce enforced the Lightning Knowledge migration release update. What date does Salesforce publish as the formal end of support for the Classic Knowledge data model?

Q2. In Classic Knowledge, how was each Article Type represented in the data model?

Q3. After an org migrates to Lightning Knowledge, what happens to Apex that queries the ArticleType field?

§

Discussion

Loading…

Loading discussion…