ブロガーでSSH接続する人はほぼ無いと思いますし、SSH接続するような人は自力解決できる方が多いと思いますが、このWarningとXserverというキーワードで原因を調べてもドンピシャでヒットするものがなかったから書いてみた。

PHP Warning: minor version mismatch

Xserver で稼働しているサーバーにSSH接続して、bashでPHPの動作チェックをしてみたら、

[user@sv***** ~]$ php test.php
PHP Warning:  mysqli::mysqli(): Headers and client library minor version mismatch. Headers:50564 Library:100147 in /home/*/*/*.php on line *

Warning発生。
XserverのサーバーパネルからMariaDBを新規作成して、PHPでDBに接続しようとしていました。

PHP Warning:  mysqli::mysqli(): Headers and client library minor version mismatch.

WordPressは正常動作しているのに、なんでこんなWarningが出るの？と不思議に思ったので原因調査です。

PHPとMySQLのバージョン確認

PHPのバージョン確認

まずはPHPのバージョン確認。

[user@sv***** ~]$ php -v
PHP 5.4.16 (cli) (built: Apr 1 2020 04:07:17)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies
with Zend OPcache v7.0.5, Copyright (c) 1999-2015, by Zend Technologies

Ver.5.4.16。あれ？これは古いですね。

該当ドメインのPHPバージョンをXserverのサーバーパネルで確認してみます。
これは サーバーパネル → PHP Ver.切替 → ドメインを選択 で確認できます。

該当ドメインはPHP 7.4.25で動いているが、SSH接続時は5.4.16が動くのがデフォのご様子。

念のため、インストールされているPHPをwhereisで確認しておきます。

[user@sv***** ~]$ whereis php
php: /usr/bin/php /usr/bin/php5.1 /usr/bin/php5.3 /usr/bin/php5.4 /usr/bin/php5.5 /usr/bin/php5.6 /usr/bin/php5.6-cgi /usr/bin/php7.0 /usr/bin/php7.0-cgi /usr/bin/php7.1 /usr/bin/php7.1-cgi /usr/bin/php7.2 /usr/bin/php7.2-cgi /usr/bin/php7.3 /usr/bin/php7.3-cgi /usr/bin/php7.4 /usr/bin/php7.4-cgi /usr/bin/php8.0 /usr/bin/php8.0-cgi /usr/lib64/php /usr/share/php /opt/php-5.4.40/bin/php /opt/php-5.4.45/bin/php /opt/php-5.5.24/bin/php /opt/php-5.6.15/bin/php /opt/php-5.6.18/bin/php /opt/php-5.6.8/bin/php /opt/php-7.0.0/bin/php /opt/php-7.0.3/bin/php /opt/php-5.6.22/bin/php /opt/php-7.0.7/bin/php /opt/php-5.6.24/bin/php /opt/php-7.0.9/bin/php /opt/php-5.5.38/bin/php /opt/php-5.4.16/bin/php /opt/php-5.3.3/bin/php /opt/php-5.1.6/bin/php /opt/php-5.6.30/bin/php /opt/php-7.0.16/bin/php /opt/php-7.1.2/bin/php /opt/php-7.0.17/bin/php /opt/php-7.1.3/bin/php /opt/php-7.0.18/bin/php /opt/php-7.1.4/bin/php /opt/php-7.2.1/bin/php /opt/php-5.6.36/bin/php /opt/php-7.0.30/bin/php /opt/php-7.1.18/bin/php /opt/php-7.2.6/bin/php /opt/php-7.2.14/bin/php /opt/php-5.6.40/bin/php /opt/php-7.0.33/bin/php /opt/php-7.1.27/bin/php /opt/php-7.2.16/bin/php /opt/php-7.1.28/bin/php /opt/php-7.2.17/bin/php /opt/php-7.3.4/bin/php /opt/php-7.2.20/bin/php /opt/php-7.3.8/bin/php /opt/php-7.1.33/bin/php /opt/php-7.2.27/bin/php /opt/php-7.3.14/bin/php /opt/php-7.4.2/bin/php /opt/php-7.4.3/bin/php /opt/php-5.6.40-webp/bin/php /opt/php-7.0.33-webp/bin/php /opt/php-7.1.33-webp/bin/php /opt/php-7.2.29/bin/php /opt/php-7.3.16/bin/php /opt/php-7.4.4/bin/php /opt/php-7.2.34/bin/php /opt/php-7.3.25/bin/php /opt/php-7.4.13/bin/php /opt/php-8.0.0/bin/php /opt/php-8.0.1/bin/php /opt/php-8.0.6/bin/php /opt/php-8.0.7/bin/php /opt/php-7.3.30/bin/php /opt/php-7.4.23/bin/php /opt/php-8.0.10/bin/php /opt/php-7.2.34-2/bin/php /opt/php-7.3.31/bin/php /opt/php-7.4.25/bin/php /opt/php-8.0.12/bin/php /opt/php-7.2.34-3/bin/php /opt/php-7.3.33/bin/php /opt/php-7.4.28/bin/php /opt/php-8.0.16/bin/php /opt/php-8.1.3/bin/php /usr/share/man/man1/php.1.gz

5.1～8.1.3まで導入されています。

MySQLのバージョン確認

次に、MySQLのバージョン確認。

接続しようしたMySQL DBはサーバーパネルから新規作成していて、バージョンはWordPressと同じMariaDB10.5。

[user@sv***** ~]$ mysql -V
mysql Ver 15.1 Distrib 10.5.13-MariaDB, for Linux (x86_64) using readline 5.1

こちらは問題なしでした。

PHP Warningの原因

MariaDB Verに対してPHP Verが古いために”Headers and client library minor version mismatch.”とWarning出力されていました。

解決方法

サーバーパネルで確認したPHP Ver.7.4.25で実行すれば解決します。

恒久的にPHPバージョンを切り替える必要がないなら

[user@sv***** ~]$ /usr/bin/php7.4.25 test.php

とフルパス指定してやればいいですね。

でも、これだと手間といっちゃあ手間なので、ln -s でphpというシンボリックリンクを作って利用します。
シンボリックリンクはWindowsでいうとショートカットのようなものです。

[user@sv***** ~]$ ln -s /usr/bin/php7.4 ~/php

次に~/.barshrcに下記1行を追記して、作成したシンボリックリンクへのpathを通します。
vi ~/.bashrcで編集しましょう。

export PATH=~/:$PATH

~/は環境変数$HOMEと同一ディレクトリなので、↓の方がスマートな記述になります。

export PATH=$HOME:$PATH

viを起動したら、
SHIFT + G
o
export PATH=$HOME:$PATH
ESC
SHIFT + z z
と順番にタイプすればよろし。

最後に、.bashrcを更新したのでsourceコマンドでシェルの設定を反映させます。

[user@sv***** ~]$ source ~/.bashrc

これでphpのバージョン切り替え完了です。

[user@sv***** ~]$ php -v
PHP 5.4.16 (cli) (built: Apr 1 2020 04:07:17)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies
with Zend OPcache v7.0.5, Copyright (c) 1999-2015, by Zend Technologies
[user@sv***** ~]$ 
[user@sv***** ~]$ vi ~/.bashrc
[user@sv***** ~]$ source ~/.bashrc
[user@sv***** ~]$ 
[user@sv***** ~]$ php -v
PHP 7.4.25 (cli) (built: Oct 23 2021 09:29:11) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies

上記例では~/ という環境変数$HOMEと同一ディレクトリにphpというシンボリックリンクを作ってpathを通しましたが、ディレクトリを作ってそこに入れておいた方がUnixマスターに見られても怒られません。

ブログ・ランキングに参加しています。ポチっと押してから去って頂く方に感謝です。ありがとうございます。
にほんブログ村

人気ブログランキング

The post XserverにSSH接続してPHP実行したらMySQLi warningが出る時の原因と解決方法 first appeared on 鬱リーマン、不毛な日々と時々デイトレ.

近年サブスクリプションというビジネスモデルが定着していますが、このサブスクもWordPressのプラグインであるWP Full Stripeを使えばStripeのサブスク決済を簡単に実装できてしまいます。
サーバーの実装にコードを書く必要はないので、このプラグインを利用している方は多いと思います。

そんなWP Full Stripeですが、Webhookエラーが出て解決に少し困ったので、解決方法のTIPS。

なお、該当Webサイトはエックスサーバーを使用しています。

WP Full Stripe

Stripeとは？

StirpeはアメリカのSaaS企業で、Eコマースやモバイルアプリにオンライン決済サービスを導入するインターフェースを提供している会社です。

冒頭に書いた通り、個人利用でも申請が通ればオンライン決済サービスが行えるようになります。

Stripeの本番環境申請が通らないという方は、過去に

という記事を書いていますので、こちらを御覧ください。お役に立てる情報があるかもしれません。

WP Full Stripe

WP Full StripeはWordPress用の有料プラグインです。

料金プランは４種類。

ウェブサイト１つで使用するのであれば、スターターの＄４９で使用できます。

“WP Full Stripe”で検索すると検索上位に出てくる記事中に「年間で$49かかる」と書いているものがかなり前から未だに存在していますが、これは全くのウソです。
WP Full Stripeは売り切り型であり、サブスクではありません。

サポート期間が１年間というだけです。
何をどう読み間違えていて未だに誤情報のまま放置しているのか知りませんが、該当する記事を読んで混乱しないようにご注意下さい。

なお、WP Full Stripeは下記サイトから購入できます。

WordPressを使っていてStripeの導入に興味がある方であれば、プラグインの導入方法等、超初心者向けの情報は不要と思いますので割愛します。

Stripeを導入するなら、WP Full Stripeを使用するのがベストな選択肢と言える程、シンプルＵＩであり一切悩む事なく決済処理を組み込めます。

なお、WP Full Stripeの無料版ではサブスクリプション決済はできません。
サブスク販売を始めるなら、コストはかかりますが確実に安定した動作を得られますので、初期費用と思って購入しましょう。そのコスト以上の対価を得られるプラグインです。

WP Full Stripeで使用するWebhook

Webhookイベント一覧

WP Full Stripeは１０種類のWebhookをリッスンする必要があります。

WP Full Stripeは、決済された利用者に対してメール送信や領収書の自動通知機能を持っています。
しかし、Webhookが正常動作しないと自動通知が行えないので、必ず正常動作させる必要があります。

ここからがこの記事の本題になりますが、Webhookで403 ERRが発生する場合のトラブルシューティングを以下に記します。

Webhookエラーの解決方法

エラー原因を特定する方法

Webhookが正常動作しているかどうかは、Stripeのダッシュボード、WP Full Stripeのどちらでも確認できます。
下図はStripeダッシュボードのスクショです。

エラー原因を特定する場合は、このようにStripeダッシュボードで確認する必要があります。
エラー原因は右ペインの「Response」の下に表示されます。
今回の場合は「403 ERR」でシェイクハンドできていない事がわかります。

自分でサーバー側の処理をフルスクラッチで実装した場合は他のエラーも発生するでしょうが、WP Full Stripeのようなサーバー側のサービスが正常に組み込まれている処理であれば、よほどイレギュラーな環境でない限りWebhookの失敗原因は403 ERR以外はあり得ないはずです。

403 ERRの解決方法

以下、エックスサーバーを使用している場合の説明となります。
他のレンタルサーバーでも同様の設定があるはずなので、エックスサーバー以外を使用している方は参考にして使用しているレンタルサーバーの設定を確認して下さい。

エックスサーバーのダッシュボードを開き、「WordPress→WordPressセキュリティ設定」を選択します。

次に、WP Full Stripeを使用しているドメインを選択します。

「REST APIアクセス制限」を「OFFにする」を選択して、設定するボタンを押して反映させます。

これでＯＫです。

上図はWordPressのWP Full Stripe設定画面です。
テスト環境ではWebhookが動作していませんが、本番環境では正常動作している事が確認できます。

上図はテスト環境での動作時はREST APIアクセス制限ONの状態でした。
その後、本番環境に変更してREST APIアクセス制限OFFとして正常動作させた為、このように本番環境のみ正常動作している状態になっています。

WordPressのREST API設定を変更した後、再びテスト環境で決済テストをしてWebhookイベントを発生させると、テスト環境の方でも「正しく動作しています」に状態が変わりますのでご安心を。

なお、WP Full StripeのAPIモードを本番環境からテスト環境に再度スイッチ変更すると、その間は本番環境動作が停止します。既に本番環境動作をしている場合、スイッチ変更すると決済処理が停止しますのでご注意下さい。

テスト環境に戻す場合は、販売サイトでメンテナンス中である事と復旧予定時期を明示してからスイッチ変更を行って下さい。

これからStripeを組み込もうと考えている方には、利用者が多くて問題発生時に情報を得られやすいエックスサーバーがオススメです。

ご覧頂き、ありがとうございました。

ブログ・ランキングに参加しています。ポチっと押してから去って頂く方に感謝です。ありがとうございます。
にほんブログ村

人気ブログランキング

The post 【WordPress/WP Full Stripe】Stripeの決済サービス実装でWebhookエラー(403 ERR)が出た場合の解決方法 first appeared on 鬱リーマン、不毛な日々と時々デイトレ.

本番環境申請が却下された私ですが、最終的には承認して頂く事ができ、現在は個人でクレジット決済を利用したビジネスを展開し始めています。

今回は、非承認だった理由と本番環境の申請が通るまでの経緯をご紹介します。
この記事は、これからStripeを使ってEコマースを始めてみたい、また、始めてみたけど本番環境申請が通らないという方に向けてのHOW TOとなります。

Stripeとは

StirpeはアメリカのSaaS企業で、Eコマースやモバイルアプリにオンライン決済サービスを導入するインターフェースを提供している会社です。
主要なクレジットカードは全て網羅されており、現在ではJCBにも対応しています。

Stripe同様にクレジット決済が行えるサービスを提供している会社は複数あります。

有名な所ではSquare, PayPal, SBペイメント, ビルモント, ゼウス, GMOイプシロン, ファーストペンギン等々。

Squareは知名度を上げてきていますが、店舗型事業での決済に特化しているので、Stripeのように自分のWebサイトに決済機能を組み込みたいというニーズには対応していません。

各社の比較は別記事で書こうと思いますが、オンライン決済サービス代行を個人利用できる可能性が高いのがStripeであり、また様々な販売方式に対応可能、かつ実装も簡単なのがStripeです。

Stripeは個人が利用するクレジット決済代行サービスの中で最適解となる決済代行サービスだと考えています。

その理由は実装の非常に簡単である事や、サブスクリプションにも対応している事、決済処理の組み込みがユーザー好みに柔軟に対応できる豊富なAPIが提供されているから等。

決済処理を単純実装するだけなら１分でできてしまいます。

とにかくユーザーの利便性が高い印象です。
PC/Web知識が無くても、やる気さえあれば少し勉強すれば導入できると思います。それほどに導入時の敷居が低いです。

そんなStripeですが、アカウントは誰でも作成できるのですが、実際の決済サービスを本稼働させるためには本番環境の申請が必要となります。

本番環申請をする事で、事業主とビジネスに対する審査が行われ、承認されれば実際にビジネスをスタートさせる事ができます。

これはネット上に溢れている誤情報です

ここで、この記事の肝となるStripeを個人利用する場合に注意すべき肝心な事に触れておきます。

下記の２点に注意して下さい。

申請におけるBADポイントはこの２点に集約されます。

以上です。

この２つを抑えておけば本番申請が通る可能性が高いと思われます。
この２点をしっかりとStripeに説明できないと、現在は高い確率で審査に通らないものと思われます。

Stripeがどのような審査基準を設けているか明確に知る術はありませんが、以前から個人利用でも審査に通ったという事例は数多くあります。
私自身も個人利用ですが審査に通っています。

Webサイトの申請についてですが、まだWebサイトを持っていない場合どうすればよいか？
これはスタートアップして間もない個人利用者が悩むポイントだと思います。

その答えはネット検索すれば出てくるのですが、

それらの記事は古いものであり、現在では誤情報となって散見されます。

くれぐれも簡単に審査が通るという巷の情報を信じてスタートアップしないよう、ご注意下さい。

一般的な利用方法はＥコマースサイトやオンラインサロン運営等、Webサイトで何らかの商品を販売する為にStripeと提携したいと思うはずです。

個人で新規事業としてStripe経由で商品を販売したい場合、まず最初にやる事は販売するプラットフォームとなるWebサイトを用意する事です。

それでは、以下に私が申請却下され、トラブルシューティングした経緯を時系列に解説します。

テスト環境でモノづくりを終えた後に、まさかの。

Stripeのアカウント作成は非常に簡単です。恐らく誰でも作れます。
これについては解説サイトが多数あって簡単に情報収集できるので割愛します。そもそも解説を見る必要が無い程に簡単です。

Stripeのアカウントを作成すると、テスト環境で決済サービスの運用テストが行えるようになります。

私はテスト環境で自作ソフトウェアとの連携テストを行い、試行錯誤＆四苦八苦し、ようやく実装が終わって販売したい商品が完成した所で本番環境申請を行いました。

私の場合は少し特殊な決済方法を考えており、販売するWebサイト無しでも決済ができるスキームを考えていました。その為、上述したビジネスのWebサイトは存在すらしていませんでした。

Stripeの決済代行サービスを使うのであれば、まず最初に本番環境申請を行って下さい。
準備が整ってから最後に申請して、その申請が却下された場合、途方に暮れることになります。

JJ

私がそのパターンに嵌った１人です。

Stripeからの回答は

Stripe 本番環境申請却下

という、まさかの申請リジェクト。

このメールは申請却下された場合に同一文書でメールが届くものと思いますのでスクリーンショットを貼っています。

私の考えていた決済サービスの組み込み方法はStripeが唯一のサービス提供会社であり、Square等他社では実現不可な事をやろうとしていたので呆然としました。

禁止業種に該当していないか？

Stripeのアカウントを作成するよりも前に、まず最初にStripeが禁止している業種を確認して下さい。

Stripeアカウントについては、非常に簡単かつ誰でも作れるという情報で溢れています。
ですが、何でも販売許可されているわけではありません。

最初にやるべき事はアカウント作成ではなく、自分が販売したい商品が禁則事項に抵触していないか？その確認です。

下記リンク先がStripeが示している禁止業種のリストになります。

JJ

私の場合は、禁止業種に該当するとStripeに判断されるビジネスモデルの説明をした事が申請を却下された一因です。
禁止業種と疑われる事がないよう本番環境申請を行って下さい。

Stripeに再申請、そして承認されるまで

発端は禁止業種に該当していると判断されたから、でした。

そこで、メールを返信して誤解であり再審査を希望する旨を伝えました。

ビジネスの詳細を確認できるビジネスウェブサイトが必要

Stripeから

ビジネスの詳細を確認できる、ご登録されている個人 Facebook ページ以外の貴社のビジネスウェブサイトやソーシャルメディアのビジネスプロフィールを提供して下さい。

と問い合わせがありました。

JJ

持っていません、そんなサイト。。

無いものは仕方がないので、この問い合わせについては一先ず

の２点を返答しました。

ビジネスポートフォリオ、関連ウェブページ、プロフェッショナルリスティングの提出

数日後、再び返信を頂きました。

ビジネスポートフォリオ、関連ウェブページやソーシャルメディア、プロフェッショナルリスティングに記載などをご提示ください。

前回の回答では審査できる材料が揃っておらず、追加で確認したい事があるとの事でした。

この３点についてもメールでStripeに説明しました。
ビジネスポートフォリオについては、私の資産も開示しました。

これは推測ですが、私の資産に負債が無かった点は審査が通った一因かもしれません。

関連ウェブページ・ソーシャルメディアについては、プライベート情報である事を明記した上でこのブログのURLやブログと連携させているTwitterアカウントをお伝えしました。

以降も読み進めて頂ければわかりますが、プライベートブログやTwitter等SNSアカウントを提示しても審査は通りません。

更なるビジネスモデルの説明

しかし、審査部門から更に以下の説明を求められました。

審査を進めるために、下記３点について情報を提供してください

• 貴社のビジネスモデルの詳しい説明
• Stripe を介してお取り扱いの商品・サービスの詳しい説明
• Stripe を介して支払いを受け付ける際の、資金フロー・決済フローの詳しい説明

 

 

JJ

この返信を頂いた時は、もう無理だろうと思いました。

しかし、挫けずに全て説明させて頂きました。

ビジネスモデルについて、今まで以上に更に詳細に説明させて頂きました。

銀行から融資を受ける際に必要な情報は何か？という観点に似ていると思います。事業主の観点で全力でプレゼンしました。

資金フロー・決済フローについての問い合わせに対しては、当初のプランを変更して再提示しました。

私はビジネス発案当初はアプリケーションでクローズしてStripeのサーバーにアクセスして決済を行うまでを実装する予定でしたが、このトリッキーな決済フローを捨て、WordPressにWP Full Stripeプラグインを導入して決済するというオーソドックスな方法に舵を切り、その旨を回答しました。

そして、Stripeの再審査手続きと平行して、レンタルサーバーと契約してWebサイトの立ち上げも開始しました。

ビジネスWebサイトを用意する事は必須条件

私が使っているのは国内シェアNo.１のレンタルサーバーサービスであるエックスサーバーです。
私自身もStripeのサービスが正常稼働していますので、これからWebサイトを立ち上げるという方には稼働実績は私自身が確認済みで保証できますのでオススメです。

《3/3まで》エックスサーバーが月額693円から使える！
「利用料金最大30％オフキャンペーン」
もしレンタルサーバー選びで迷っているならお早めにどうぞ。→ エックスサーバー

またしても申請却下される

ここまでStripeとやり取りしてきて、その途中でビジネスWebサイトが存在する事が絶対条件である事は感じていました。

次にStripeから頂いた回答は、

やはり貴社のビジネスに関係があるウェブサイトをお持ちでない場合にはサポートが難しいかと判断となりました。
ご登録いただいている Facebook ページが個人ページのため、貴社のビジネスの内容が確認できかねます。

初回に受信したメールは申請却下時のテンプレートメールだと思いますのでスクショを上げましたが、それ以降のやり取りは私個人とのメールになる為、スクショは出しませんが概ね上記の回答を頂きました。

この記事を書いている現時点(2021年12月)では、この２つは明確な事実です。
今後は更に基準が厳しくなる事も想定した方が良いでしょう。

ついに本番申請が通る

ここからはビジネス用のWebサイト製作に注力しました。
ブログ同様にサイトに必要な要素を設置し、書き込み、何がやりたいのか、そして何をするのか情報を織り込んでいきました。

販売商品の説明ページも作成しました。
このページは製作途中である旨、ページ内にコメントを入れておきました。

そして、新規に立ち上げたWebサイトURLをStripeのダッシュボードに登録し直して、これがラストチャンスとStripeに連絡を入れました。

４日後にメール回答を頂きました。

弊社の専門チームが貴社のウェブサイトについてご確認いたしました。
現在貴社アカウントが再度有効となりました。

 

JJ

遂にやりました！
努力が報われました！！

これが私がStripeを使えるようになるまでの長い道のりです。

最初に禁止業種と捉えかねない説明をしたのが悪かったのですが、ビジネスWebサイトが無い事も影響してかなり慎重に再審査を受けたのだと思います。

この記事がStripe利用者の問題解決に至るまでの１つの事例として参考になれば幸いです。

ご覧いただき、ありがとうございました。

ブログ・ランキングに参加しています。ポチっ押してから去って頂く方に感謝です。ありがとうございます。
にほんブログ村

人気ブログランキング

The post Stripeを個人利用する時に注意するポイント～本番環境申請が通らない場合の対処方法 first appeared on 鬱リーマン、不毛な日々と時々デイトレ.

ネットで検索した解決方法まとめ

手当り次第に解決方法を試した結果

この問題を調べてみると、下記の解決策が提示されたサイトが見つかります。
というか、これ以外の情報は出てきません。

上記の１～２で解決できるユーザーもいるかもしれませんが、私は解決しませんでした。
むしろ問題が拡大したかもしれません。
別の銀行口座を登録してみたら、エラー番号がOR-BAIH-02からOR-BAIH-01に変わってしまいました。

私の場合は１，２どちらの方法でもエラーは解決しませんでした。

公認エキスパートの記事を発見、試してみるがダメ

YouTube, AdSense, Play公認エキスパートの記事を発見しました。

この記事は上述の１，２にも触れていますが、私はこの記事の通りに試してもダメ。解決しませんでした。

AdSense ヘルプ コミュニティの情報を試すも、ダメ

次にGoogle AdSense ヘルプのコミュニティを調べた所、下記のスレッドがありました。

正直に言って、このアンサーは見てもよくわかりません。
残念ながら、問題を抱えているユーザー全てへの解決策とはなっていません。

提示されている原因は、「銀行口座情報の登録削除を何度も繰り返すと、このエラーになる事があります。」と書いてありますが、私の場合は初回登録時からエラーが発生したので、全てのユーザーに対する解決策提示では無いのは確実です。

そもそも「～のようです」という推測回答である事と、回答者自身が原因不明の問題に対して無理やり回答した感がアリアリなので、残念ながら私には役立つ情報ではありませんでした。

２週間待ってもエラーは解決しなかった

というわけで、色々と情報を集めて全て試行。
残すは「しばらく経ってからリトライする」だけとなりました。

で、約２週間待ってから再トライしましたが、これまで同様にエラーが発生して銀行口座情報の登録ができませんでした。

こうなると、残された手段はGoogleに直接質問するしかありません。

エラー解決方法

Google AdSense ヘルプでは解決できない

先に書くと、AdSense ヘルプではGoogleへ直接問い合わせはできませんが、一応説明しておきます。

Adsense管理画面からGoogle AdSense ヘルプへ飛びます。

Google AdSense ヘルプ

Googleアカウントにログインしていると、ページ下部に上記の「お問い合わせ」ボタンが表示されます。

ここから問題を絞り込んでいくのですが、最終的にコミュニティへ投稿するしか手段がありません。

Google Pay ヘルプ を使って問題解決！

上記リンクはGoogle Pay ヘルプですが、チャットサポートとメールでの問い合わせができます。

Google Pay ヘルプ

このヘルプはAdSenseの問題は管轄外なのですが、私は色々なリンクを辿っていったらここに行き着いたので問い合わせを行いました。

結果、数日後にメールで連絡があり、その後に口座情報を登録すると、エラーは発生せず、無事登録できました。

上述の通り、ここはGoogle Pay ヘルプであってAdSenseとは無関係です。
しかし、AdSenseコミュニティに2021/7/15に投稿された情報に記載されていますので、問い合わせ窓口として利用しても現時点では問題無いと思います。

そのエビデンスはこちらの投稿です。

ここにGoogle Pay ヘルプでの問い合わせの情報が書かれています。

必ず最新のコミュニティ情報を見て処置して下さい

私はダメ元でGoogle Pay ヘルプのチャットを利用させて頂いたのですが、担当者様から「AdSenseは管轄外のヘルプサービスなのですが、解決する為にご協力させて頂きます」と仰って頂き、ご対応頂きました。

ネットで色々調べていると、OR-BAIH-0xエラーは今年の６月頃から多発するようになったようです。

というわけで、現在8月中旬となり、Googleに問い合わせをしなくても徐々にGoogle側が対応しているかもしれませんが、まだエラー状態から抜け出せない方は試してみて下さい。

問い合わせる場合は、上に貼ったAdSenseコミュニティのURLを提示して、それでGoogle Pay ヘルプで問い合わせる旨を知った事をGoogleに伝える方が良いと思います。

にほんブログ村

人気ブログランキング

The post AdSense OR-BAIH-01, OR-BAIH-02エラーの解決方法 first appeared on 鬱リーマン、不毛な日々と時々デイトレ.