Como el título, no sabía el motivo al principio,
En lugar de utilizar webpage_visits o webpage_visit_object, el resultado es el mismo sin datos.
Hoy usé wirehark para capturar el paquete y lo miré, y me generó Nivel de alerta: fatal, descripción: falla de apretón de manos
Conocimiento: https://blog.csdn.net/u011068702/article/details/84899685
https://www.pianshen.com/article/65571359528/
Resulta que la versión del protocolo ssl del software no coincide con la versión del protocolo ssl del entorno de la dirección de enlace.
https://blog.csdn.net/enweitech/article/details/81781405
TLS（传输层安全）是更为安全的升级版 SSL。
由于 SSL 这一术语更为常用，因此我们仍然将我们的安全证书称作 SSL。
SSL由从前的网景公司开发
有1,2,3三个版本，但现在只使用版本3
TLS是SSL的标准化后的产物
有1.0 1.1 1.2三个版本
默认使用1.0
TLS1.0和SSL3.0几乎没有区别
事实上我们现在用的都是TLS，但因为历史上习惯了SSL这个称呼
平常还是以SSL为多。网页_访问 使用WinInet的API方式访问网页，
网页_访问_对象, 字节集, , 使用WinHttp的对象方式访问网页
网页_访问S, 文本型, , 源码由[洫蜘蛛]提供,使用WinHttp的 API方式访问网页,如果返回是“?”请查询返回协议头是否有“Content-Encoding: gzip“表示gzip压缩过网页，可用 网页_GZIP解压()命令解压，如果返回是乱码，则返回原始文本，请自行转换编码，失败返回空文本，请取出状态文本。El WinHttp del software es TLS1.0 y la URL solicitada es TLS1.2, lo que provoca un error de comunicación.
También se dio la solución:
https://bbs.125.la/thread-14086625-1-1.html
Mi sistema es la versión insignia de win7x64, instalé el parche e importé el registro,
Después de reiniciar, el software solicitó la URL https y finalmente devolvió los datos.