スクリプトはルート端末で実行されますが、ユーザーとしてcronjobとして実行された場合は実行されません。

予約されたもの：

51 18 * * * /home/XXXXXX/public_html/wp-content/uploads/wpallimport/files/wpai_scripts/ld_wpai_script 2>> /home/XXXXXX/public_html/wp-content/uploads/wpallimport/files/wpai_scripts/ld_wpai_script_cron.log

スクリプト：

#!/bin/bash
set -x

cd /home/XXXXXX/public_html/wp-content/uploads/wpallimport/files/ && wget "https://XXXXXXsystems.com.au/WSDataFeed.asmx/DownLoad?CustomerCode=XXXXXX&WithHeading=true&WithLongDescription=true&DataType=0" -O leader-direct.zip && rm -rf ld-direct/ ; mkdir ld-direct/ && unzip -q leader-direct.zip -d ld-direct/ && rm -f leader-direct.zip && mv -f ld-direct/*.csv lead.csv && rm -rf ld-direct/ && wget -q -O - "https://www.XXXXXX.com.au/wp-load.php?import_key=XXXXXX&import_id=28&action=trigger"

私のスクリプトはroot端末で実行されたときに実行されますが、ユーザーとしてcronjobとして実行されると実行されません。

Crobジョブはgrep XXXXXX /var/log/cron以下のように実行されます。

Jan 15 18:38:01 server CROND[32025]: (XXXXXX) CMD (/home/XXXXXX/public_html/wp-content/uploads/wpallimport/files/wpai_scripts/ld_wpai_script 2>> /home/XXXXXX/public_html/wp-content/uploads/wpallimport/files/wpai_scripts/ld_wpai_script_cron.log)

私が試したこと：

1. スクリプトに権限があることを確認してください755。
2. ユーザーのcrontabファイルでrootとユーザーエクスペリエンスを一致させようとしましたが、rootPATH="/usr/local/cpanel/3rdparty/lib/path-bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/opt/cpanel/composer/bin:/root/bin"端末で問題なくcronジョブが実行されるため、PATHの問題は除外されたと思いました。
3. crontabファイルの末尾に改行（空白行）があることを確認してください。
4. コマンドのフルパスを使用します。user/bin/wget

私の研究によれば、人々がクローンタスクを実行するのを防ぐ最も一般的な4つの理由があります。しかし、私はそれらを排除したと思います。

では、何が間違っている可能性がありますか？