Обратная ссылка на регулярное выражение vim / sed в шаблоне поиска

Vim help сообщает, что:

\1      Matches the same string that was matched by     */\1* *E65*
        the first sub-expression in \( and \). {not in Vi}
        Example: "\([a-z]\).\1" matches "ata", "ehe", "tot", etc. 

Похоже, что обратную ссылку можно использовать в шаблоне поиска. Я начал играть с ним и заметил поведение, которое не могу объяснить. Это мой файл:

<paper-input label="Input label"> Some text </paper-input>
<paper-input label="Input label"> Some text </paper-inputa>
<aza> Some text </az>
<az> Some text </az>
<az> Some text </aza>

Я хотел сопоставить строки, в которых совпадают открывающий и закрывающий теги, например:

<paper-input label="Input label"> Some text </paper-input>
<az> Some text </az>

И мое тестовое регулярное выражение:

%s,<\([^ >]\+\).*<\/\1>,,gn

Но это соответствует строкам: 1, 3 и 4. То же самое с sed :

$ sed -ne 's,<\([^ >]\+\).*<\/\1>,\0,p' file
<paper-input label="Input label"> Some text </paper-input>
<aza> Some text </az>
<az> Some text </az>

Это: <\([^ >]\+\) должен быть жадным, и при попытке сопоставить его без \1 в конце все группы будут правильными. Но когда я добавляю \1, кажется, что <\([^ >]\+\) становится не жадным и пытается принудительно найти соответствие в 3-й строке . Может кто-нибудь объяснить, почему он соответствует строке 3rd:

<aza> Some text </az>

Это также демонстрация regex101

ПРИМЕЧАНИЕ Речь идет не о самом регулярном выражении (возможно, есть другой способ сделать это), а о поведении этого регулярного выражения.