The admin toolbar is the dark bar across the top of your screen when you are logged in to WordPress. Most site owners never think about it until it gets in the way. It covers a sticky header, shifts the page down a few pixels, or confuses a customer who has just logged in to your store.<\/p>\n
You can turn it off. Hide it for yourself in about ten seconds with no code. Hide it for everyone who logs in. Or hide it for some people and keep it for others. This guide walks through each method in the order you should try them, using current WordPress 7.1 practice in 2026.<\/p>\n
The admin toolbar is the horizontal strip WordPress shows at the very top of the browser window. It only appears when you are signed in. Logged-out visitors never see it.<\/p>\n
WordPress calls it the Toolbar in the interface. Older guides and the code itself still call it the “admin bar”. Both names mean the same thing. The function that controls it is named The bar holds a mix of links. On the left you get the WordPress logo menu, your site name, a comments bubble, and a “+ New” menu. On the right sits the “Howdy, name” account menu. Plugins add their own items too, so SEO, cache and security tools often park a button up there.<\/p>\n The toolbar shows in two places: the front end of your site, and the admin area at There is no single reason, and the right method depends on yours. Name your reason before you touch any code, because some of the methods below are per-user and others are site-wide.<\/p>\n It hides your design.<\/strong> The bar sits on top of the first 32 pixels of your page. If you have a sticky header, a full-screen hero, or a logo close to the top edge, you cannot see them properly while logged in.<\/p>\n It makes previews inaccurate.<\/strong> WordPress pushes the whole page down to make room for the bar. The page you see as an admin is never quite the page a visitor sees. On narrow screens the bar grows to 46 pixels and the gap gets worse. It also lands in every client screenshot and screen recording.<\/p>\n Customers find it confusing.<\/strong> On a store or a membership site, every customer with an account is a logged-in user. They get the toolbar too. It looks like staff software, and it invites clicks on things that are not meant for them.<\/p>\n One thing hiding the bar does not do is make your site safer. It is a convenience menu, not a permission. A subscriber who cannot edit posts still cannot edit posts, with or without the bar.<\/p>\n This is the fastest method and it needs no code. It only changes what you see, so it is the safest place to start. Nobody else on the site is affected.<\/p>\n Log in and go to Users \u2192 Profile<\/strong> in the left-hand admin menu. If you manage other people, Users \u2192 All Users<\/strong> and a click on your own name opens the same screen.<\/p>\n Near the top you will see a row labelled Toolbar<\/strong>. Next to it is a single checkbox: Show Toolbar when viewing site<\/strong>. It is ticked by default on every new account. Untick it.<\/p>\n Scroll to the bottom of the page and click Update Profile<\/strong>. WordPress reloads the screen and shows a “Profile updated” notice. Open your home page in the same browser. The bar should be gone.<\/p>\n Two details matter. The setting is stored against your user account, not the site, so it follows you to any browser you log in from. And it only controls the front end. You will still see the toolbar on every If you manage a small team, repeat this on each person’s profile. That is often enough. Reach for code only when the rule must apply automatically to everyone, including people who sign up later.<\/p>\n This method applies one rule to the whole site. It overrides the per-user checkbox, so new accounts are covered the moment they are created. It does involve a small amount of code.<\/p>\n Before you edit any site file, take a full backup or work on a copy. Our guides on backing up and restoring a WordPress site<\/a> and setting up a staging site<\/a> cover both. One typo in a theme file can take a site offline, and a backup turns that into a two-minute fix.<\/p>\n Put the snippet in one of two places. The tidy option is a small site-specific plugin. The common option is the Here is the whole snippet:<\/p>\n That line tells WordPress to answer “no” every time it asks whether the toolbar should show. The Save the file and load your home page while logged in. The bar should be gone, and the page should sit flush against the top of the window. If nothing changed, clear your cache and read the troubleshooting section below.<\/p>\n This is what most store owners and membership sites actually want. Customers and subscribers lose the bar. Editors, authors and administrators keep it, because they use it every day.<\/p>\n WordPress decides what a person can do using capabilities, which are grouped into roles. A subscriber has very few capabilities. An editor has many. Our guide to WordPress user roles and permissions<\/a> explains the full list.<\/p>\n Checking a capability is more reliable than checking a role name, because custom roles vary from site to site. This version hides the bar from anyone who cannot write posts:<\/p>\n Subscribers and customers cannot edit posts, so they lose the bar. Contributors and above keep it. If you want to be stricter and leave it only for administrators, swap Test it properly before you call it done. Open a private browsing window and sign in with a real subscriber or customer account. Testing as an administrator proves nothing here, because your own account is the one the rule deliberately skips. If you do not have a test account, create one at Users \u2192 Add New<\/strong> and give it the Subscriber role.<\/p>\n Plenty of guides tell you to hide the bar with a line of CSS. That approach causes a problem, and it is worth understanding why.<\/p>\n WordPress does not just print the bar. It also adds a small style rule that pushes the whole If you hide the bar with The filter in Method 2 avoids this completely. When If you have inherited a site where someone used CSS, remove their CSS rule first. If the gap still shows, drop the spacing callback as well:<\/p>\n Sometimes the bar is useful but noisy. A site with several plugins can end up with eight or nine items crowding the top of the screen. You can remove individual entries and keep the rest.<\/p>\n WordPress builds the bar through a hook called The To find any item’s ID, right-click it and choose Inspect. The list item wrapping it will have an ID like You made the change, reloaded the page, and the bar is still there. That is normal. The cause is usually one of a short list, so work through these in order.<\/p>\n A cached copy is being served.<\/strong> This is the most common reason by far. Page caching, a CDN, or your browser can all hand you an old version of the page. Clear every cache layer, then hard refresh. Our guide on clearing the WordPress cache<\/a> covers each one.<\/p>\n You are testing with the wrong account.<\/strong> If you used the role-based snippet, your administrator account is meant to keep the bar. Sign in as a subscriber in a private window instead.<\/p>\n You are looking at an admin screen.<\/strong> None of these methods remove the bar from The code is in a theme that is not active.<\/strong> If you built a child theme but never activated it, its A plugin is adding the bar back.<\/strong> Some plugins set their own Another user still has the box ticked.<\/strong> The Method 1 checkbox is per account. If a colleague still sees the bar, check their profile, or switch to the site-wide filter.<\/p>\n Hiding the WordPress admin toolbar is a small change with several answers, and the right one depends on who you are hiding it from. If it is just you, the checkbox at Users \u2192 Profile<\/strong> takes seconds. If it is everyone, one line of code in a child theme or a site-specific plugin does the job.<\/p>\n If it is your customers, use the capability check in Method 3, because it keeps the bar for the people who rely on it. Whichever route you pick, take a backup, test on a staging copy rather than the live site<\/a>, and check the result while signed in as a real user of that role.<\/p>\n Remember what the bar is and is not. It is a shortcut menu, not a permission, and hiding it is not a security step. To control what people can reach, change their role or restrict the dashboard. Our WordPress admin login guide<\/a> is a good next read if access is the real question.<\/p>\nshow_admin_bar<\/code>, which is why you will see that phrase in every example below.<\/p>\n\/wp-admin\/<\/code>. That split matters. Almost every method below removes it from the front end only. WordPress gives you no setting to remove it from the admin screens. If your real goal is to keep people out of the back end, limiting dashboard access<\/a> is the right tool, not hiding a bar.<\/p>\nWhy You Might Want to Hide the Toolbar<\/h2>\n
Method 1: Hide the Toolbar for Your Own Account<\/h2>\n
\/wp-admin\/<\/code> screen, which is normal.<\/p>\nMethod 2: Hide the Toolbar for Everyone on the Front End<\/h2>\n
functions.php<\/code> file of a child theme<\/a>, and we compare the two in our post on functions.php versus a custom plugin<\/a>. Never edit the parent theme’s functions.php<\/code>. The next theme update will wipe it.<\/p>\nadd_filter( 'show_admin_bar', '__return_false' );<\/code><\/pre>\n__return_false<\/code> part is a tiny helper that ships with WordPress, so there is nothing else to write.<\/p>\nMethod 3: Hide the Toolbar for Some Roles Only<\/h2>\n
add_action( 'after_setup_theme', function () {\r\n if ( ! current_user_can( 'edit_posts' ) ) {\r\n add_filter( 'show_admin_bar', '__return_false' );\r\n }\r\n} );<\/code><\/pre>\nedit_posts<\/code> for manage_options<\/code>.<\/p>\nMethod 4: Remove the Gap the Toolbar Leaves Behind<\/h2>\n
html<\/code> element down by 32 pixels, so the bar does not sit on top of your content. On screens under 783 pixels wide, that gap becomes 46 pixels. The rule comes from a function called _admin_bar_bump_cb<\/code>.<\/p>\ndisplay: none<\/code>, the bar disappears but the gap stays. You get a strip of blank space at the top of every page. Worse, the bar is still loaded, so the extra queries and markup still run. Hiding something visually is not the same as not building it.<\/p>\nshow_admin_bar<\/code> returns false, WordPress skips the bar and the spacing rule together. That is why the filter is the correct tool.<\/p>\nadd_action( 'get_header', function () {\r\n remove_action( 'wp_head', '_admin_bar_bump_cb' );\r\n} );<\/code><\/pre>\nMethod 5: Hide Single Toolbar Items Instead of the Whole Bar<\/h2>\n
admin_bar_menu<\/code>. Every item in the bar has an ID, and you can drop an item by passing its ID to remove_node<\/code>. This example removes the WordPress logo menu, the comments bubble and the “+ New” menu:<\/p>\nadd_action( 'admin_bar_menu', function ( $wp_admin_bar ) {\r\n $wp_admin_bar->remove_node( 'wp-logo' );\r\n $wp_admin_bar->remove_node( 'comments' );\r\n $wp_admin_bar->remove_node( 'new-content' );\r\n}, 999 );<\/code><\/pre>\n999<\/code> at the end is the priority. A high number makes your code run late, after plugins have added their own items. Use a low number and you may try to remove something that does not exist yet.<\/p>\nwp-admin-bar-comments<\/code>. Strip the wp-admin-bar-<\/code> prefix and you have the name to pass to remove_node<\/code>. A quick note on performance: a crowded toolbar is often a symptom of too many plugins, which is also a common cause of a slow admin dashboard<\/a>.<\/p>\nWhat to Check When the Toolbar Will Not Go Away<\/h2>\n
\/wp-admin\/<\/code>. Check the URL. If it contains \/wp-admin\/<\/code>, the bar staying is expected.<\/p>\nfunctions.php<\/code> is never loaded. Go to Appearance \u2192 Themes<\/strong> and confirm which theme is active.<\/p>\nshow_admin_bar<\/code> rule. If yours runs first, theirs wins. Raise your priority so your rule runs last, as in add_filter( 'show_admin_bar', '__return_false', 999 );<\/code>.<\/p>\nFinal Thoughts<\/h2>\n