Pinterestリッチピンが機能せず、バリデーターが失敗しますか？
私たちはこの問題に数ヶ月苦労してきましたが、まだ役に立ちません。 Pinterestの豊富なピンは以前は私たちのサイトで機能していましたが、突然機能を停止し、次々にすべての豊富なピン（クリック可能なタイトルと価格）が私たちのサイトのピンから消えました。
たとえば、次の product を使用すると、HTMLコードのヘッドセクションに開いたグラフの情報が明確に表示されます。
<meta property="og:type" content="product" />
<meta property="og:title" content="Backless Gray Lace Tulle Flower Girl Dress with Big Bow" />
<meta property="og:description" content="This dress is made of high quality lace and tulle fabric; Unique Cross back with straight neckline in the front; Big ... Shop now use NYC2018 for 9% off TODAY!" />
<meta property="og:url" content="http://www.princessly.com/backless-gray-lace-tulle-flower-girl-dress-with-big-bow.html" />
<meta property="og:site_name" content="Princessly.com" />
<meta property="og:price:amount" content="49.62" />
<meta property="og:price:currency" content="USD" />
<meta property="og:availability" content="instock" />
それらの豊富なピン要件に従って ここ 。半年ほど前に私たちのサイトに初めて実装したときは、すべてうまくいきます。残念ながら、何らかの理由で1か月前に機能しなくなりました。 ピンページ を参照してください。これらの豊富なピン情報は表示されません。
rich pin validator（ https://developers.pinterest.com/tools/url-debugger/ ）、それは まだ機能していません であり、テストするすべてのURLに対してこのエラーを出し続けます：
URLからデータを取得できませんでした。
このように： http://www.princessly.com/pinterest_error.png
これはあまり有用なエラーメッセージではありません。彼らがページ（httpコード？空白ページか何か？）にアクセスできないのか、そこに開いているグラフ情報が見つからないのかはわかりません。
私たちは、ウェブマスターフォーラムについて質問し、Pinterestの公式サポートを求めてすべて試しました。これは、私たちがすでに知っているドキュメントを提供し、ボットへのアクセスをブロックするためにサーバーを非難した以外は基本的に役に立ちませんでしたが、ホスティングチームに数回確認した後、エラーはありませんでしたPinterest.comが当社のサイトにアクセスすることに関するすべて：
54.85.173.173 - - [11/Oct/2016:21:22:00 -0500] "GET /u-back-ivory-cotton-ruffle-neckline-flower-girl-dress.html HTTP/1.1" 200 22477 "-" "Pinterest/0.2 (+http://www.pinterest.com/)"
54.227.228.14 - - [11/Oct/2016:21:27:20 -0500] "GET /u-back-ivory-cotton-ruffle-neckline-flower-girl-dress.html HTTP/1.1" 200 22477 "-" "Pinterest/0.2 (+http://www.pinterest.com/)"
52.87.185.68 - - [11/Oct/2016:21:28:06 -0500] "GET /u-back-ivory-cotton-ruffle-neckline-flower-girl-dress.html HTTP/1.1" 200 22477 "-" "Pinterest/0.2 (+http://www.pinterest.com/)"
私たちは女性向け商品の販売者であるため、Pinterestは売り上げのかなりの合計を意味します。豊富なピンの消失以来、収益は大幅に減少しました。私たちが話すように、私たちはこの問題が実質的なお金をかけていると信じています。
私たちは絶望的であり、私たちはここで幸運を試すべきだと思います。これがプログラミングの質問に当てはまるかどうかはわかりませんが、HTMLとOpen Graphのコード、および開発者APIを提供する主要なソーシャルネットワークの1つが含まれていることは確かです。
Pinterestボットを手に入れることができず、ページがどのように表示されるかわからないため、これをデバッグする方法は非常に限られているようです。
これがどのように発生し、それをデバッグおよび修正する方法がありますか？ここにいるPinterestスタッフの開発者は洞察を提供できますか？ありがとうございました！
アップデート1
ここに私がPrincessly.comのindex.phpを介して過去24時間に記録した「Pinterest」を含むHTTPユーザーエージェントがあります： http://www.princessly.com/Pinterest.txt
私のホストWiredTreeは、このすべてをもう一度チェックしてくれました。 Pinterestボットは確かに私のサイトに問題なくアクセスできたようです。
サイト「princessly.com」のアクセスログを確認すると、「Pinterest」からサイト「Princessly.com」へのアクセスが成功していることがわかります。ログのスニペットをご覧ください。
======
194.103.189.40--[15/Nov/2016：03：32：31 -0600] "GET /skin/frontend/default/forest_fashion/images/bkg_btn_Sprite.png HTTP/1.1" 200 2503 " http：/ /www.princessly.com/skin/frontend/default/forest_fashion/css/styles.css "" Pinterest/0.2 + http://pinterest.com/ "194.103.189.40-- [15/Nov/2016：03：32：31 -0600] "GET /skin/frontend/default/forest_fashion/images/tabs_border.gif HTTP/1.1" 200 43 " http：//www.princessly。 com/skin/frontend/default/forest_fashion/css/styles.css "" Pinterest/0.2 + http://pinterest.com/ "194.103.189.40--[15/Nov/2016：03：32：31 -0600] "GET /skin/frontend/default/forest_fashion/images/pager_bg.gif HTTP/1.1" 200 102 " http://www.princessly.com/skin/frontend /default/forest_fashion/css/styles.css "" Pinterest/0.2 + http://pinterest.com/ "
======
HTTPユーザーエージェントとして検出できるPinterestボットの名前を見つける方法はありますか？
ログから、Pinterestボットタグが「Pinterest/0.2 + http://pinterest.com "であることがわかります。
- Pinterestボットによるリクエストがタイムアウトしたかどうかを知ることができますか？
私は、Apacheログをチェックして、Pinterestのアクセスが記録されたIPアドレスを確認しましたが、タイムアウトエラーは見つかりませんでした。
- AWSリクエストをブロックしているかどうかはどうすればわかりますか？
チェックしたところ、「Princessly.com」というサイトのブロックルール設定が見つかりませんでした。サイトの.htaccessファイルとrobots.txtファイルを確認しました。これで、提供したリンクに従ってAWS IPアドレス範囲をホワイトリストに登録しました。
詳細を今すぐ確認して、Pinterestのユーザーパネルやその他の詳細があるかどうかお知らせください。詳細を調査できます。
アップデート2
@Mackanからのアドバイスに従って、互いにまったく同じで、開いたグラフ情報が正確なまったく同じ最小限のページをいくつか作成し、それらをいくつかの異なるサイトにアップロードしました。ページにアクセスするすべてのPHP USER AGENTを記録しています：
- Princessly.comと同じサーバー上のサイト
サイトIP：173.199.151.128
http://www.princessly.com/ivory-lace-tulle-wedding-flower-girl-dress-with-sheer-neck-TEST123.php
- 不合格
サイトIP：173.199.151.128
- 不合格
サイトIP：173.199.151.130
http://www.bintley.com/ivory-lace-tulle-wedding-flower-girl-dress-with-sheer-neck-TEST123.php
- 不合格
- Princessly.comとは異なるサーバー
https://www.thedataplanet.com/ivory-lace-tulle-wedding-flower-girl-dress-with-sheer-neck-TEST123.php
- 成功
- Princessly.comとは別のサーバー
http://www.formkid.com/ivory-lace-tulle-wedding-flower-girl-dress-with-sheer-neck-TEST123.php
- 成功
リッチピンバリデーターでテストした後、serverの問題のようです。リクエストが、Princessly.comサーバー上のすべてのサイトのPHPファイルに到達することはありません。
WiredTreeのサポートは、犯人を見つけるのに非常に親切でしたが、5人以上のサポートスタッフにシフトした後、これまでのところ何も期待できません。 .htaccess、Apache conf、modSecurity、ファイアウォール、Pinterest IP、AWS IPなどのホワイトリストを通過しました。何も機能しませんでした。
これは本当に奇妙です。
アップデート3
さらに奇妙なことですが、 http://www.princessly.com/Pinterest_agents.txt を見ると、「Pinterest/0.2（+ http：// www.pinterest.com/ ）」があります。
ただし、 manual test を指定すると、失敗し、アクセスは記録されません。
多分断続的に壊れそうです。
これは量子物理学の分野ではかなりのことであり、新しいサーバーを注文してプロビジョニングし、そこにPrincessly.comを移行するという最後の手段を除いて、私は今何をすべきかわかりません。
あなたの案？
https://developers.pinterest.com/tools/url-debugger/ を使用して問題をデバッグした後、問題はサーバー側にあるようです。
URLからデータを取得できなかった場合は、Pinterestがサイトにピンを作成する前にタイムアウトしている可能性があります。残念ながら、これは私たちの側で修正できるものではなく、通常はサイトが遅いときに発生します。このエラーは、サイトがAmazon Web Services（AWS）リクエストをブロックしている場合にも表示されます。リッチピンを申請する前に、このブロックを削除する必要があります。
「最小限だが動作する」ページをいくつか作成し、それらをバリデーターで実行すると、問題が明確になりましたが、残念ながら解決しませんでした。これはローカルサーバー（Apache）の問題か、おそらくPinterestボットの問題です。
Pinterestボットはサーバーに問題がないように見えますが、バリデーターは解析できないか、エンドポイントに到達できません。最小限の例は1秒未満で返され、Pinterestの要件を満たすための最小限のものが含まれているため、問題がコード内にないことは明らかです。
ソリューションを別のホストに移行すると、問題が解決したようです。
編集
新しいホストは（最小限の例の1つを使用して）うまく機能しているようです： 
同じ問題があります。今回のケースでは、サーバーに複数のSSL証明書があり、クライアントが証明書を取得できるようにSNIを使用していることが原因です。ただし、PinterestはSNIに対応していないバックエンドでカールを使用しています。これをPinterestで記録しました
私にとっての問題は、中間SSL証明書の欠落でした。今回はSSL証明書を再インストールし、今回は中間SSL証明書を含めて、Pinterestリッチピンバリデーターによる検証に成功しました。
私にとっての問題は、「 http://example.com 」を使用していたことです。バリデーターは私のサイトを認識しません。 AT ALLではありません。サイト名やファビコンすらありません。それから " http://www.example.com "に切り替えて、完全に機能しました。