如何使用Puppeteer点击Facebook发帖时的Photo/video aria按钮？

我来帮你排查下这个问题！Facebook的界面元素经常会有动态变化的类名，你选择用aria属性定位确实是个靠谱的方向，但可能在选择器写法或者交互时机上没踩对，试试下面这几个方案：

方案1：直接用原生属性选择器定位 #

Puppeteer的::-p-aria伪类有时候会有一些匹配逻辑的限制，不如直接用元素的原生aria属性定位来得直接可靠，试试这个代码：

await page.locator('div[aria-label="Photo/video"][role="button"]').click();

这个选择器直接匹配带有aria-label="Photo/video"和role="button"的div元素，和你提供的DOM结构完全对应。

方案2：等待元素可交互后再点击 #

Facebook的发帖界面是动态加载的，可能你的代码执行时元素还没准备好可点击状态，加上等待逻辑会更稳定：

// 先等待元素可见并可交互
const photoVideoButton = page.locator('div[aria-label="Photo/video"][role="button"]');
await photoVideoButton.waitFor({ state: 'visible', timeout: 5000 });
// 模拟真实用户点击的小延迟，避免触发反爬机制
await photoVideoButton.click({ delay: 100 });

方案3：验证元素的可访问名称（排查原选择器问题） #

如果你还是想搞清楚为什么原来的::-p-aria选择器不行，可以先验证一下这个按钮的可访问名称是否真的是"Photo/video"，执行这段代码看看输出：

const buttonName = await page.$eval(
  'div[aria-label="Photo/video"][role="button"]',
  el => el.getAttribute('aria-label')
);
console.log('按钮的aria-label值:', buttonName);

如果输出确实是"Photo/video"，那可能是Puppeteer的aria伪类在处理这个元素时的逻辑问题，此时用原生属性选择器是更稳妥的替代方案。

另外还要注意：Facebook有反爬机制，频繁的自动化操作可能会被限制，所以模拟真实用户的操作节奏（比如加延迟、不要连续快速点击）会更不容易出问题。

备注：内容来源于stack exchange，提问作者Ooker