本文详解 Selenium 在 Google 翻译页面中无法输入文本的常见原因（如定位到非交互元素），并提供精准定位 <textarea> 的 XPath 策略、完整可运行代码及关键注意事项。
本文详解 selenium 在 google 翻译页面中无法输入文本的常见原因（如定位到非交互元素），并提供精准定位 `
在自动化操作 Google 翻译（https://www.php.cn/link/c9d7ee04cf2f0f4e71dc61c5231975af ElementNotInteractableException 异常，典型报错为：
selenium.common.exceptions.ElementNotInteractableException: Message: element not interactable
根本原因在于：错误地将操作目标指向了不可输入的容器元素（如 <c-wiz>）而非真正的可编辑 <textarea>。<c-wiz> 是 Google 前端常用的封装组件标签，它本身不具备输入能力；真正接收用户文本的是其内部的 <textarea> 元素，且该元素具有明确的可访问性属性（如 aria-label="Source text"）。
✅ 正确做法是：通过语义化、稳定且唯一的选择器精确定位 <textarea>。推荐使用以下两种 XPath 方式（按优先级排序）：
google-sheets-soha
下载
读取并分析Google表格数据。当用户提到“Google表格”、“电子表格”、“表格”，或发送 docs.google.com/spreadsheets 链接时触发。
-
首选（高鲁棒性）：//textarea[@aria-label="Source text"]
利用 ARIA 标签精准匹配源语言输入框，不受 DOM 结构微调影响； - 备选（通用性强）：//textarea（需配合显式等待与索引校验，不推荐单独使用）。
以下是修正后的完整、生产就绪代码示例（已适配新版 Selenium 4+ 及 ChromeDriver 最佳实践）：
import time
from selenium import webdriver
from selenium.webdriver.chrome.options import Options
from selenium.webdriver.chrome.service import Service
from selenium.webdriver.support.ui import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC
from selenium.webdriver.common.by import By
from selenium.webdriver.common.action_chains import ActionChains
if __name__ == '__main__':
options = Options()
options.add_argument("--start-maximized")
options.add_argument("--log-level=3")
options.add_experimental_option("prefs", {"profile.default_content_setting_values.notifications": 1})
options.add_experimental_option("excludeSwitches", ["enable-automation"])
options.add_experimental_option('excludeSwitches', ['enable-logging'])
options.add_experimental_option('useAutomationExtension', False)
options.add_argument("--disable-blink-features=AutomationControlled")
# 显式指定 chromedriver 路径（推荐）或确保 PATH 中包含
service = Service() # 如需自定义路径：Service("path/to/chromedriver.exe")
driver = webdriver.Chrome(service=service, options=options)
wait = WebDriverWait(driver, 10)
try:
driver.get("https://translate.google.com/")
# 1. 等待并点击“接受全部”Cookie 按钮（若存在）
try:
accept_btn = wait.until(
EC.element_to_be_clickable((By.XPATH, '//button[@aria-label="Alle akzeptieren" or @aria-label="Accept all"]'))
)
accept_btn.click()
except:
pass # 按钮可能未出现，忽略
# 2. 精准定位源文本输入框 —— 关键修复点！
source_textarea = wait.until(
EC.element_to_be_clickable((By.XPATH, '//textarea[@aria-label="Source text"]'))
)
# 3. 清空并输入内容（增加容错：先清空再发送）
source_textarea.clear()
source_textarea.send_keys("This is some test!")
# ✅ 可选：验证输入是否生效（例如检查 value 属性）
assert "This is some test!" in source_textarea.get_attribute("value"), "Text input failed!"
print("✅ Text successfully entered into Google Translate input field.")
finally:
# driver.quit() # 生产环境建议保留；调试时可注释以便观察结果
pass? 关键注意事项与最佳实践：
- 永远避免对 <c-wiz>、<div> 等容器元素调用 .send_keys()：它们通常不可聚焦、不可编辑，仅用于布局或状态管理；
- 优先使用 aria-label、id 或 name 等语义化属性定位表单控件，比依赖 jsdata、class 或层级路径更稳定；
- element_to_be_clickable 不等于“可输入”：该条件仅保证元素可见且可点击（如按钮），对 <textarea> 建议改用 presence_of_element_located + element_to_be_clickable 组合，或直接使用 visibility_of_element_located 后手动 click() 再 send_keys()；
- 务必调用 .clear()：防止页面缓存或残留值干扰新输入；
- 规避反爬增强策略：您已启用多项反检测配置（如禁用 automation extension、屏蔽 blink 特性），这是正确的；但注意 Google 可能动态更新检测逻辑，必要时可补充 navigator.webdriver 伪造（需执行 JS）；
- 超时与异常处理：真实项目中应包裹 try/except 并记录日志，避免因网络波动或 UI 变更导致脚本中断。
通过以上修正与规范，即可稳定、可靠地向 Google 翻译输入框注入文本——核心原则始终是：找准真正的可交互 HTML 表单元素，而非其父容器。
