Easy ability to tag your Eloquent models in Laravel 5.

Fund package maintenance!

Installs: 536 554

Dependents: 4

Suggesters: 0

Security: 0

Stars: 501

Watchers: 18

Forks: 73

Open Issues: 2

11.0.1 2024-06-06 14:45 UTC



Easily add the ability to tag your Eloquent models in Laravel.

NOTE: These instructions are for the latest version of Laravel.
If you are using an older version, please install a version of the package that correlates to your Laravel version.

Build Status Total Downloads Latest Stable Version Latest Unstable Version SensioLabsInsight License


Depending on your version of Laravel, you should install a different version of the package. NOTE: As of version 6.0, the package's version should match the Laravel version.

Laravel Version Package Version
^11.0 ^11.0
^10.0 ^10.0
9.0 ^9.0
8.0 ^8.0
7.0 ^7.0
6.0 ^6.0
5.8 3.5.*
5.7 3.4.*
5.6 3.3.*
5.5 3.2.*
5.4 3.1.*†

† Version 3.1 of the package requires PHP 7.0 or later, even though Laravel 5.4 doesn't.

Older versions of Laravel can use older versions of the package, although they are no longer supported or maintained. See and for specifics, and be sure that you are reading the correct for your version (GitHub displays the version in the master branch by default, which might not be what you want).

  1. Install the cviebrock/eloquent-taggable package via composer:

    $ composer require cviebrock/eloquent-taggable

    The package will automatically register its service provider.

  2. Publish the configuration file:

    php artisan vendor:publish --provider="Cviebrock\EloquentTaggable\ServiceProvider" --tag "config"
  3. Publish the migrations:

    php artisan vendor:publish --provider="Cviebrock\EloquentTaggable\ServiceProvider" --tag "migrations"

If you modify the migrations, keep in mind that you can add more fields, but shouldn't remove any existing ones.

Also note that if you want to change the table names used for the package, this should be done in the configuration file (under the tables key).

  1. Finally, use artisan to run the migration to create the required tables:

    composer dump-autoload
    php artisan migrate

    (Note that the migration file isn't published to your application, but will run anyway.)

Updating your Eloquent Models

Your models should use the Taggable trait:

use Cviebrock\EloquentTaggable\Taggable;

class MyModel extends Eloquent
    use Taggable;

NOTE: Make sure your model doesn't have an attribute and/or column in its database table called tags; the trait will add that attribute for you.

That's it ... your model is now "taggable"!


Adding and Removing Tags from a Model

Tag your models with the tag() method:

// Pass in a delimited string:

// Or an array:
$model->tag(['Apple', 'Banana', 'Cherry']);

The tag() method is additive, so you can tag the model again and those tags will be added to the previous ones:


// $model now has four tags

You can remove tags individually with untag() or entirely with detag():


// $model is now just tagged with "Apple" and "Cherry"

// $model has no tags

You can also completely retag a model (a short form for detagging then tagging):



// $model is now just tagged with "Etrog", "Fig", and "Grape"

If you have an array of Tag model IDs (primary keys) already, you can tag a model using those IDs instead of the tag names:

// assuming no other tags exist yet ...

// ... $newModel is tagged with "Apple" and "Cherry"

Similarly, you can untag by ID as well:

// assuming no other tags exist yet ...

// ... $model is now only tagged with "Banana" and "Durian"

Tagging/untagging/retagging by ID is useful if you have, for instance, a form with a multi-select dropdown or a list of checkboxes of all tags, e.g.:

<select name="tags" multiple>
  <option value="1">Apple</option>
  <option value="2">Banana</option>
  <option value="3">Cherry</option>
  ... etc.

When the form submits, the data sent to your controller is an array of all the selected tag IDs. It is then easy to update the model accordingly with the selected tags:

$tags = $request->input('tags');

Working with a Model's Tags

You can get the array of all tags (technically, an Eloquent Collection):

foreach($model->tags as $tag)
    echo $tag->name;

You can also get the list of tags as a flattened array, or a delimited list:



// string 'Apple,Banana,Cherry' (length=19)


// array (size=3)
//  1 => string 'Apple' (length=5)
//  2 => string 'Banana' (length=6)
//  3 => string 'Cherry' (length=6)

Tag names are normalized (see below) so that duplicate tags aren't accidentally created:



// string 'Apple' (length=5)

You can also see if a model has a certain tag:


// tests use the normalized tag name

// bool(true)

// bool(false)

Query Scopes

For reference, imagine the following models have been tagged:

Model Id Tags
1 - no tags -
2 apple
3 apple, banana
4 apple, banana, cherry
5 cherry
6 apple, durian
7 banana, durian
8 apple, banana, durian

You can easily find models with tags through some query scopes:

// Find models that are tagged with all the given tags
// i.e. everything tagged "Apple AND Banana".
// (returns models with Ids: 3, 4, 8)


// Find models with any one of the given tags
// i.e. everything tagged "Apple OR Banana".
// (returns Ids: 2, 3, 4, 6, 7, 8)


// Find models that have any tags
// (returns Ids: 2, 3, 4, 5, 6, 7, 8)


And the inverse:

// Find models that are not tagged with all the given tags,
// i.e. everything not tagged "Apple AND Banana".
// (returns models with Ids: 2, 5, 6, 7)


// To also include untagged models, pass another parameter:
// (returns models with Ids: 1, 2, 5, 6, 7)

Model::withoutAllTags('Apple,Banana', true)->get();

// Find models without any one of the given tags
// i.e. everything not tagged "Apple OR Banana".
// (returns Ids: 5)


// To also include untagged models, pass another parameter:
// (returns models with Ids: 1, 5)

Model::withoutAnyTags('Apple,Banana', true)->get();

// Find models that have no tags
// (returns Ids: 1)


Some edge-case examples:

// Passing an empty tag list to a scope either throws an
// exception or returns nothing, depending on the
// "throwEmptyExceptions" configuration option


// Returns nothing, because the "Fig" tag doesn't exist
// so no model has that tag


Combining scopes:

// Find models with any one of the given tags
// i.e. everything tagged "Apple OR Banana"
// but without one of the given tags 
// i.e. everything NOT tagged "Cherry".
// (returns Ids: 2, 3, 6, 7, 8)


// Find models that are not tagged with all the given tags,
// i.e. everything not tagged "Apple AND Banana".
// and models without any one of the given tags
// i.e. everything not tagged "Cherry OR Durian".
// (returns models with Ids: 2)


// Find models with any one of the given tags
// i.e. everything tagged "Apple OR Banana".
// AND tagged "Cherry OR Durian".
// (returns Ids: 4, 6, 7, 8)


Finally, you can easily find all the tags used across all instances of a model:

// Returns an array of tag names used by all Model instances
// e.g.: ['apple','banana','cherry','durian']


// Same as above, but as a delimited list
// e.g. 'apple,banana,cherry,durian'


// Returns a collection of all the Tag models used by any Model instances



You can create a listener to handle when a model is tagged:

// in your EventServiceProvider 

use Cviebrock\EloquentTaggable\Events\ModelTagged;
protected $listen = [
    ModelTagged::class => [
        ReactModelTagged::class  // your Listener class

The listener receives the Cviebrock\EloquentTaggable\Events\ModelTagged event with the model and tags:

namespace App\Listeners;

use Cviebrock\EloquentTaggable\Events\ModelTagged;

class ReactModelTagged
     * Handle the event.
     * @param  ModelTagged  $event
     * @return void
    public function handle(ModelTagged $event)
        dd($event->getModel(), $event->getTags());

You can use also listen for the Cviebrock\EloquentTaggable\Events\ModelUntagged event which is fired when a tag is removed.

Other Methods

You can rename a tag for your model:

Model::rename('Apple', 'Apricot');

This will only affect instances of Model that were tagged "Apple". If another model was also tagged "Apple", those tags won't be renamed. (To rename a tag across all models, see the example below under the TagService Class.)

You can also get a list of popular tags for your model (including the model count):

$tags = Model::popularTags($limit);
$tags = Model::popularTagsNormalized($limit);

// Will return an array like:
// [
//     'apple' => 5,
//     'banana' => 3,
//     'durian' => 3,
//     'cherry' => 2,
// ]

You can also provide a minimum count (i.e., only return tags that have been used 3 or more times):

$tags = Model::popularTags($limit, 3);

(Again, the above will limit the query to one particular model. To get a list of popular tag across all models, see the example below under the TagService Class.)

The Tag Model

There are a few methods you can run on the Tag model itself.

Tag::findByName('Apple') will return the Tag model for the given name. This can then be chained to find all the related models.

Under the hood, the above uses a byName() query scope on the Tag model, which you are also free to use if you want to write a custom query.

The TagService Class

You can also use TagService class directly, however almost all the functionality is exposed via the various methods provided by the trait, so you probably don't need to.

// Instantiate the service (can also be done via dependency injection)
$tagService = app(\Cviebrock\EloquentTaggable\Services\TagService::class);

// Return a collection of all the Tag models used by \App\Model instances
// (same as doing \App\Model::allTagModels() ):


// Return a collection of all the Tag models used by all models:


// Rename all tags from "Apple" to "Apricot" for the \App\Model uses
// (same as doing \App\Model::renameTag("Apple", "Apricot") ):

$tagService->renameTags("Apple", "Apricot", \App\Model);

// Rename all tags from "Apple" to "Apricot" across all models:

$tagService->renameTags("Apple", "Apricot");

// Get the most popular tags across all models, or for just one model:

$tagService->getPopularTags($limit, \App\Model);
$tagService->getPopularTags($limit, \App\Model, $minimumCount);

// Find all the tags that aren't used by any model:


As always, take a look at the code for full documentation of the service class.


Configuration is handled through the settings in /app/config/taggable.php. The default values are:

return [
    'delimiters'           => ',;',
    'glue'                 => ',',
    'normalizer'           => 'mb_strtolower',
    'connection'           => null,
    'throwEmptyExceptions' => false,
    'taggedModels'         => [],
    'model'                => \Cviebrock\EloquentTaggable\Models\Tag::class,
    'tables' => [
        'taggable_tags'      => 'taggable_tags',
        'taggable_taggables' => 'taggable_taggables',


These are the single-character strings that can delimit the list of tags passed to the tag() method. By default, it's just the comma, but you can change it to another character, or use multiple characters.

For example, if delimiters is set to ";,/", then this will work as expected:


// $model will have four tags


When building a string for the tagList attribute, this is the "glue" that is used to join tags. With the default values, in the above case:


// string 'Apple,Banana,Cherry,Durian' (length=26)


Each tag is "normalized" before being stored in the database. This is so that variations in the spelling or capitalization of tags don't generate duplicate tags. For example, we don't want three different tags in the following case:


Normalization happens by passing each tag name through a normalizer function. By default, this is PHP's mb_strtolower() function, but you can change this to any function or callable that takes a single string value and returns a string value. Some ideas:

    // default normalization
    'normalizer' => 'mb_strtolower',

    // same result, but using a closure
    'normalizer' => function($string) {
        return mb_strtolower($string);

    // using a class method
    'normalizer' => ['Illuminate\Support\Str', 'slug'],

You can access the normalized values of the tags through $model->tagListNormalized and $model->tagArrayNormalized, which work identically to $model->tagList and $model->tagArray (described above) except that they return the normalized values instead.

And you can, of course, access the normalized name directly from a tag:

echo $tag->normalized;


You can set this to specify that the Tag model should use a different database connection. Otherwise, it will use the default connection (i.e. from config('database.default')).


Passing empty strings or arrays to any of the scope methods is an interesting situation. Logically, you can't get a list of models that have all or any of a list of tags ... if the list is empty!

By default, the throwEmptyExceptions is set to false. Passing an empty value to a query scope will "short-circuit" the query and return no models. This makes your application code cleaner, so you don't need to check for empty values before calling the scope.

However, if throwEmptyExceptions is set to true, then passing an empty value to the scope will throw a Cviebrock\EloquentTaggable\Exceptions\NoTagsSpecifiedException exception in these cases. You can then catch the exception in your application code and handle it however you like.


If you want to be able to find all the models that share a tag, you will need to define the inverse relations here. The array keys are the relation names you would use to access them (e.g. posts) and the values are the qualified class names of the models that are taggable (e.g. \App\Post). e.g. with the following configuration:

'taggedModels' => [
    'posts' => \App\Post::class

You will be able to do:

$posts = Tag::findByName('Apple')->posts;

This will return a collection of all the Posts that are tagged "Apple".


By default, the package will use its own model class for Tags. If you want to use your own customized Tag model, then extend the package's class with your own class, and update the configuration to reference your model.


By default, the package will create two tables to store the tag information. If you want to use different table names, then change these two values. The model, service, and migration classes will all read the configuration values.

Bugs, Suggestions, Contributions and Support

Thanks to everyone who has contributed to this project, with a big shout-out to Michael Riediger for helping optimize the SQL.

Please use GitHub for reporting bugs, and making comments or suggestions.

See for how to contribute changes.

Copyright and License

eloquent-taggable was written by Colin Viebrock and is released under the MIT License.

Copyright (c) 2013 Colin Viebrock