*Y.A.S.*

3.原因の切り分け

WTが思ったように作動しない場合，ブログ側の問題なのか，Twitter側の問題なのかをまず切り分ける必要があります（後者のわけないだろと思われるかもしれませんが，ブログカードが思ったように表示されない原因はTwitterの仕様に起因していることもよくあります）。

WTを導入した状態で記事を投稿すると，編集画面にある「WP to Twitter」ボックスに「+ View Tweet History」という表示が出ます。この+を開くと，ブログ側からTwitter側に，どのようなツイートの生成・投稿が指示されたのかが分かります。ここがおかしければブログ側の問題で，おかしくなければTwitter側の問題になります。

複製後の記事のここを調べてみると，この履歴には，「Aという記事を作成しました AのURL」と，「Bという記事を作成しました AのURL」という2つのツイートの履歴がありました。要するに，元の記事を投稿したときのツイート履歴がそのまま新しい投稿にもコピーされていること，そしてブログ側の問題であることが分かります。

4.原因の特定

その後，いくつかの記事を複製して投稿していくうちに，「一度WTでツイートした記事を複製すると，URLが元の記事のURLに固定されて問題が発生する」「プラグインを導入する前に投稿した記事や，プラグイン導入後に作成したが投稿していない記事を複製しても，URLは正常に記載されて問題は発生しない」ということが分かりました。

前者の後者の違いは，「+ View Tweet History」に履歴が記載されているかどうかという点です。そこで，「+ View Tweet History」の履歴を消去してから，DPで複製してみます。

「Delete Tweet History」にチェックを入れて，記事を更新すると，履歴を消去することが出来，「「+ View Tweet History」が表示されなくなります。この状態で記事をDPで複製してもやはり「「+ View Tweet History」は表示されません。

この状態で複製後の記事を投稿すると，無事「Bという記事を作成しました　BのURL」という正しいツイートがなされました。

5.プラグインの調整

これで原因はある程度特定できましたし，対処法も分かりました。要するにDPで記事を複製する前に，履歴を消しておけばいいわけです。

…めんどくさすぎでしょ。確かに記事をまるまる作り直すよりはましなのですが，これでも面倒なことには変わりありません。DPはもともと，複製前の記事が抱えている情報のうち，どれをコピーしてどれをコピーしないか選択する機能がありますから，それをうまく使えば，ツイート履歴をコピーしない設定に出来るはずです。

が，あいにくyukkun20はphpが一般化する前の世界出身の上に，知識があまりアップデートされてないので，そもそもツイート履歴の情報がどこに格納されているのか分かりません（そもそも格納されているのかどうかも分からない）。そこで「Duplicate Post ツイート トラブル」みたいな感じでネット検索をしていると，次のような記事を見つけました。

俺なんて….com ― ORENANTE.com ― ... orz

 

https://www.orenante.com/【wordpress】duplicate-post-で複製した記事が-jetpack-のパブリサイズ共/

【WordPress】Duplicate Post で複製した記事が Jetpack のパブリサイズ共有できない【プラグイン】 | ...

タイトルの通りですがｗ Duplicate Post で複製した記事を新規公開しても Jetpack のパブリサイズ共有機能が働かない件をに対する対策です。 シリーズものの記事を書くときに… タイトル文字列を使い回したり、共通の導入文などを使いたい場合など、既存の記事を複製して使いたいことありますね。新規作成していちいちコピペしてもいいのですが、まあそれもめんどくさいので…。 そういう需要は結構高

これはWTではなく，似たような機能を持つ「JetPack」というプラグインに関する記事です。これによると，JetPackを使って記事の更新情報をツイートしたかどうかは，当該記事のカスタムフィールドに情報として格納されており，DPを使うとその情報もコピーされ，新しい記事ではツイートが出来なくなるようです。

もしかすると，WTのツイート履歴もカスタムフィールドに格納されているのではないでしょうか。DPは特定のカスタムフィールドをコピーしない機能がありますから，そのカスタムフィールドをコピー対象から外せば，新しい記事にはコピー履歴が持ち越されないのではないでしょうか。

…といってもその格納されているカスタムフィールド名が分かりません。多分phpが読める人であれば，WTのソースでも読んでなんとか出来るんでしょうが，その辺のことはよく分かりません。

とにかく「プラグイン > プラグインエディター > WP to Twitter > wp-to-twitter.php」のコードを見てみましょう。「Delete Tweet History」にチェックを入れた場合と同じ結果を求めているので，まずは「Delete Tweet History」にチェックを入れた場合に何が起きているのかを調べます。「Delete Tweet History」でソースを検索すると，1422行目辺りに

		if ( $has_history || $list ) {
			echo "<p><input type='checkbox' name='wpt_clear_history' id='wptch' value='clear' /> <label for='wptch'>" . __( 'Delete Tweet History', 'wp-to-twitter' ) . '</label></p>';
		}

とあるのが見つかります。これが投稿の編集画面に「Delete Tweet History」のチェックボックスを表示させている部分です（これはHTMLの知識で分かりました）。

このチェックボックスには「wpt_clear_history」という名前が付いているようですから，今度はそれで検索します。すると1611行目辺りに

	if ( isset( $_POST['wpt_clear_history'] ) && 'clear' === $_POST['wpt_clear_history'] ) {
		delete_post_meta( $id, '_wpt_failed' );
		delete_post_meta( $id, '_jd_wp_twitter' );
		delete_post_meta( $id, '_wpt_short_url' );
		delete_post_meta( $id, '_wp_jd_twitter' );
	}

とあるのが見つかります。どうやら「wpt_clear_history」が実行されると，メタデータの「_jd_wp_twitter」「_wp_jd_twitter」「_wpt_failed」「_wpt_short_url」に格納されているデータが消去されるみたいです（実際どうかは知りませんよ？）。

つまり，この4つのメタデータをコピー対象から外せば，この情報は複製後の記事には承継されないと思われます。

そこでこの4つを「Duplicate Post 設定」の「複製しないカスタムフィールド」欄に入力すると，無事に複製後の記事でも，WTが正常に作動するようになりました（ちなみに前2つだけでもいけるかと思ったのですが，「+ View Tweet History」が表示されなくなるだけで，ツイートはおかしなままでした）。バンザーイ！

6.さらなる改善点

ただ，これだと，「ツイートの履歴を引き継いだ上で複製し，さらにWTできちんとツイートしたい」となったときに対応できません（yukkun20はあまり必要性を感じませんが）。

思うに，元の記事を投稿したときに，テンプレートタグ（#url#）がその時点での記事のURLに置換され，その置換情報がDPでコピーされるせいで，複製後の記事でも#url#が元の記事のURLに置換されるのが，今回のトラブルのそもそもの原因だと思います。

つまり，DPで，#url#の置換情報が格納されているカスタムフィールドを狙い撃ち（というか狙い外し）できれば，履歴を引き継いだ上で，きちんとツイートも出来るはず…です。

ですが残念ながら，yukkun20の技術レベルではその特定には至りませんでした。言うまでもなくTwitterの，そしてネットの海の向こう側には，ちゃんとした知識をお持ちの方がたくさんいらっしゃると思いますので，もしyukkun20の悩みを解決していただける親切な方がいらっしゃいましたら，どうかよろしくお願いします。

« 続きを隠す