Selenium WebDriver自动化无法定位Apple Music首个搜索结果

• 元素属性识别错误：search-list-lockup__description是页面元素的类名，不是元素的id属性，你按照ID规则查找，永远匹配不到目标DOM，这也是报错里Selenium生成[id="search-list-lockup__description"]选择器却找不到元素的直接原因。
• 等待策略完全不可靠：硬编码的time.sleep(2)是固定时长等待，没有考虑Apple Music异步加载、不同网络环境下的加载速度差异，很可能2秒到点时搜索结果的DOM还没渲染完成，自然触发找不到元素的报错。
• 搜索触发逻辑存在漏洞：使用第三方keyboard库发送的是系统级键盘事件，不是Selenium绑定到页面输入框的原生JS事件，网页的搜索监听器大概率捕获不到这个回车信号，可能你按下回车后页面压根没发起搜索跳转，自然不会有搜索结果元素。
• 废弃API兼容风险：你使用的find_element_by_id是Selenium3版本的旧定位语法，Selenium4版本已经完全移除了这套旧接口，运行过程中可能出现非预期的定位异常。

1. 移除所有硬编码time.sleep语句，替换为Selenium原生显式等待，自动适配页面加载速度，只要目标元素在设定的超时时间内完成渲染，就立刻执行后续操作。
2. 修正元素定位规则，把之前按ID查找的逻辑，替换为类选择器匹配对应元素。
3. 移除第三方keyboard依赖，直接通过输入框元素的原生接口发送回车事件，保证网页能正确捕获搜索触发信号。
4. 适配Selenium当前版本的标准定位语法，消除旧API的兼容问题。

from selenium import webdriver
from selenium.webdriver.common.by import By
from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC
from selenium.webdriver.common.keys import Keys

trackname = input("Track Name: ")
driver = webdriver.Chrome('D:\WebDrivers\chromedriver.exe')
# 初始化显式等待实例，最长等待10秒
wait = WebDriverWait(driver, 10)

driver.get('https://music.apple.com/us/artist/search/166949667')

# 等待搜索框加载完成后再输入内容
searchbox = wait.until(EC.presence_of_element_located((By.TAG_NAME, 'input')))
searchbox.send_keys(trackname)
# 通过输入框原生接口发送回车事件触发搜索，替代第三方keyboard库
searchbox.send_keys(Keys.RETURN)

# 等待第一条搜索结果可点击后再执行定位、点击操作
first_result = wait.until(EC.element_to_be_clickable((By.CSS_SELECTOR, '.search-list-lockup__description')))
first_result.click()

• 定位前先在浏览器开发者工具的Elements面板确认目标元素的实际属性，不要凭猜测写ID/类名规则，名称带类名风格前缀的字符串，基本都是CSS类名，不是元素id。
• 如果定位仍然失败，检查目标元素是否嵌套在iframe内部，Selenium默认只能定位主文档内的元素，嵌套在iframe中的内容需要先执行driver.switch_to.frame()切换上下文才能正常定位。
• 所有自动化脚本中都应避免使用固定时长的time.sleep作为等待逻辑，这类策略在弱网环境下会高频触发元素找不到的偶发报错，替换为显式等待可以解决绝大多数同类定位异常。

内容的提问来源于stack exchange，提问作者MoneyLuke