"Technical debt" was never a technical term. It is an analogy to help non-technical people understand why engineering quality matters. People understand financial debt and why it costs more in the long run to carry a lot of it. "Technical debt" is supposed to be a quick way to explain why not to carry under-engineered solutions for a long time. It is supposed to express the utility of choosing to take it on as a strategic decision to move towards a goal faster, combined with the longer term pain of paying it off.
As an analogy, it remains a highly effective term.