SocialMagick's main reason of existence is to generate images which will be displayed along a page's title and description when you share a link to that page on social media (Facebook, Mastodon, X / Twitter, BlueSky, etc), instant messaging apps (Google Messages, Apple Messages, Whatsapp, Signal, Viber, etc), and other sites which allow rich link preview (e.g. Discord). The information about the page of your site is embedded into the HTML of your page using the OpenGraph standard. For the sake of brevity, we call these generated images "OpenGraph images".
SocialMagick generates OpenGraph images by combining one or more of a solid / semi-transparent colour card, an image of your choice, an image from your content (e.g. the intro, full article, or category image) or a static image, and text (content title, or static text) in a way defined by a Template. Whether to generate OpenGraph images and data, which template to use, and (some of the) template options can be overridden in the content itself, e.g. in articles and categories, or at the menu item level. This gives you excellent flexibility in determining which pages of your site should have OpenGraph data and images, and how they will look like.
SocialMagick is a set of extensions consisting of a component, a system plugin, several plugins in the socialmagick group, and some secondary plugins.
The component is used to manage the OpenGraph image Templates used by SocialMagick.
The system plugin is the extension which does the real work: display the OpenGraph tab in edit forms, create the OpenGraph images when needed, and add the OpenGraph information into your HTML pages.
The socialmagick plugins allow SocialMagick's system plugin to integrate with core and third party components. For example, the SocialMagick - Menus plugin allows SocialMagick to integrate with Joomla menu items. It is necessary to display the OpenGraph tab in menu items, and for SocialMagick to be able to override OpenGraph options with those explicitly set in the menu item.
The OpenGraph options in SocialMagick are designed to cascade. In other words, more specific places where you can set OpenGraph options override the settings set in less specific places.
At the least specific place, we have the options you set in the component's Options page, and the options you set in each Template. These define the base set of options. Everything more specific than that will override them.
At the next level we have Categories. A category can override the options from the base set, as well as the options set in its parent category. That is to say, if you have subcategories then the subcategory your displayed content item belongs to overrides the options of its parent category.
The next level is the content item level, e.g. an Article. The content item options override the options set in its category, the category's parent categories, and the base set.
The most specific level is the menu item. THe menu item options override the options set in the content item, the content item's category, the category's parent categories, and the base set.
At each of the more specific levels (category, content item, menu item) you can choose whether to enable overrides at all or not. This makes it easy to disable all overrides without having to click through each available option. Do note that Joomla doesn't have that; it asks you to click through each option individually which is arduous, and error prone.
Moreover, each option which can be overridden either has a "Use Global" option, or allows you to leave it blank. These values signal to SocialMagick that it should fall back to the previous level of specificity to find the option value.
The component Options and the Template do not have "Use Global" as they are the base level, i.e. the least specific level. There is no previous level of specificity to fall back to. They are the bottom rung of the ladder already!
This scheme is very similar to how Joomla article options work in category list or category blog views. If you understand that, you are ready to handle SocialMagick options.
Side note: Joomla's Single Article menu items give you the wrong idea of how content options work. Joomla's Single Article menu items only apply options from the menu item, and the Options of the Articles (com_content) component. They IGNORE the options set in the article itself, the article's category, and the category's parent categories if any. This has led to chronic confusion among people who mistakenly think that component options override article or category options. This is not the case! The article and category options are NOT overridden by component options, they are simply completely ignored by the Single Article menu item. The article and category options are only applied when you use a Category Blog, Category List, Archived Articles, or Featured Articles menu item i.e. a menu item which is meant to show more than one article at a time. If you have been confused by this in the past, you need to recalibrate your mental model of how Joomla works. As to why there is this discrepancy: it's for backwards compatibility reasons. Single Article menu items worked like that in Joomla! 1.0 and its predecessor, Mambo. Changing how these menu items work would break sites, which is why it's never changed.