First search result for "todoist" is unofficial (and unpopular) todoist-git

[mattalxndr]

Affected Version

yay v12.4.2 - libalpm v15.0.0

Describe the bug

My mission is to install the official Todoist client for Linux: https://todoist.com/downloads/linux.

First result from searching "todist" on aur.archlinux.org is the official client package, aur/todoist-appimage 9.9.0-1 (+25 0.74):

However, the first result from yay -Ss todoist is aur/todoist-git r326.45738fb-1 (+0 0.00), an unofficial client with zero popularity:

Reproduction Steps

1. Run yay -Ss todoist.

Expected behavior

First result is aur/todoist-appimage.

Actual behavior

First result is aur/todoist-git.

Output

Current yay config:

{
  "aururl": "https://aur.archlinux.org",
  "aurrpcurl": "https://aur.archlinux.org/rpc?",
  "buildDir": "/home/matt/.cache/yay",
  "editor": "",
  "editorflags": "",
  "makepkgbin": "makepkg",
  "makepkgconf": "",
  "pacmanbin": "pacman",
  "pacmanconf": "/etc/pacman.conf",
  "redownload": "no",
  "answerclean": "",
  "answerdiff": "",
  "answeredit": "",
  "answerupgrade": "",
  "gitbin": "git",
  "gpgbin": "gpg",
  "gpgflags": "",
  "mflags": "",
  "sortby": "popularity",
  "searchby": "name-desc",
  "gitflags": "",
  "removemake": "ask",
  "sudobin": "sudo",
  "sudoflags": "",
  "version": "12.4.2",
  "requestsplitn": 150,
  "completionrefreshtime": 7,
  "maxconcurrentdownloads": 1,
  "bottomup": true,
  "sudoloop": false,
  "timeupdate": false,
  "devel": true,
  "cleanAfter": true,
  "keepSrc": false,
  "provides": true,
  "pgpfetch": true,
  "cleanmenu": false,
  "diffmenu": false,
  "editmenu": false,
  "combinedupgrade": true,
  "useask": false,
  "batchinstall": true,
  "singlelineresults": true,
  "separatesources": true,
  "debug": false,
  "rpc": true,
  "doubleconfirm": true,
  "rebuild": "no"
}

Thoughts

I suspect that renaming unofficial todoist-git to something other than [companyname], [companyname]-bin, or [companyname]-git would fix this bug, amirite? Should be a rule against that, maybe there is. Regardless, the AUR search result parses it the right way (in my opinion).