『「サイト更新報告」という日常業務』、Ping送信をトリガーにすればイイのでわ？？？』
日々「業務プロセス改善」のネタ探しに躍起になっているクエステトラ社の「中の人」としては、こういった「ふとした思い付き」はムゲにできません。。。この「API エコノミー時代」にあって、「かなり枯れた技術（XML-RPC Ping）の活用」であることは否めませんが気にしません！
なぜなら、、、もし、WordPress 更新を業務開始トリガーに、新規プロセスが自動的に立ち上げられるのであれば、世界中の「サイト更新の報告」という業務が、ヌケモレ無く実施されるようになるかも知れないのですヨ！！（大袈裟）
早速、検証してみました。
結果として、、、「新規プロセス」を自動的に立ち上げることはデキマシタ！！
ただ、、、２つ立ち上がりマシタ！？！ （ナヌ？ ）
WordPress の本格利用歴は、もう6年くらいになるのですが、、、実はこれまで「Ping なんて過去の遺物でしょ？」（鼻穴大）と気に留めたことすらない機能だったので、、、まさか似たような通知を2通出す仕様だったとは、、、ビックリです。（Ping と Extended Ping）
★ワークフローでの受信結果１通目
<?xml version="1.0"?>
<methodCall>
<methodName>weblogUpdates.extendedPing</methodName>
<params>
<param><value><string>QUESTETRA BPM SUITE</string></value></param>
<param><value><string>https://questetra.com/</string></value></param>
<param><value><string>https://questetra.com/feed/</string></value></param>
</params></methodCall>
★ワークフローでの受信結果２通目（同時刻）
<?xml version="1.0"?>
<methodCall>
<methodName>weblogUpdates.ping</methodName>
<params>
<param><value><string>QUESTETRA BPM SUITE</string></value></param>
<param><value><string>https://questetra.com/</string></value></param>
</params></methodCall>
「ワークフロー案件を美しく自動開始させる」という視点では、自動開始の『トリガー』が２通になっていることは何とも残念な感じですね。
ただ「分岐ゲートウェイ」を使って１つ（例えば “methodName == extendedPing” となる方）を「自動終了イベント」に流れる様にモデリングすれば、、、『サイトを更新した内容を記入する』というヒューマン工程のタスクを確実に発生させることが可能です。。。
ん！？ （←重大なことに気づいたサマ）
スッカリ忘れていました。。。そもそも、この Ping は「Post タイプの記事（いわゆるブログ等）」の更新通知です。つまり「Page タイプの記事」は通知されません。
Sending a XML-RPC ping each time you create or update a “post”
そうです！ 「サイト更新の報告」という業務がモレ無く実施できるようになるかも知れない、、、という思い付きは「タダの妄想」でした。つまり「Post タイプの記事更新」しかトリガーになりません。（あわわわわ）
以上を持ちまして、検証は中断いたします。
同時にこの「業務プロセス改善のネタ」は、ボツネタとして天に召されました。（合掌）。また明日から改善ネタ探し、ガンバリマス。。。
ちなみに、、、（しかも、どうでも良いコトですが）、多言語プラグイン WPML を使っている当サイトの場合、extendedPing に示された https://questetra.com/feed/ には「英語のPOST記事の情報」（しかも最近投稿）しか載っていません。つまり「日本語の（しかも過去の）記事」を編集した際に発信される extendedPing は、、、「かなり無駄な感じの通知」になると言えます。（何の学習をしているのだろう）
