snow monkey forms 　確認画面で[無効なアクセスです。]と表示される。

csrf 対策を cookie を使っておこなっているので、ブラウザや iPhone の設定で cookie が無効化されているか確認してみるのも良いかもです。

URL ありがとうございます！
Mac の Chrome、Safari、Firefox で確認しましたが、いずれも「無効なアクセスです。」と表示されて先にすすめませんでした。どうも cookie が保存されないのが原因のようで、通常であればデベロッパーツールで下記のように Snow Monkey Forms の cookie が保存されているのが確認できるのですが、

提示いただいたページではこの cookie が確認できませんでした。ちょっと僕も cookie の動作には詳しくないのですが、このサイトとの違いといえばぱっと思いついたのは SSL かどうかなのですが、非 SSL なローカル環境でも画面遷移はするので、どうなんだろうという感じです。

もし Snow Monkey Forms 以外のプラグインを使用されているようであれば、一度全部止めてみて、動作が変わるのかを確認してみるのは良いかもしれません。

クッキーを扱うPHPファイルなどをアップしてみて、
サーバがクッキーを正常に動作できるか確認したほうが良いかもですね。

今の時代のブラウザでは、サードパーティ Cookie はデフォルトでブロックされるようになっているので、
クロスドメインクッキーもそれに従って、ブロックされるように動作するケースも増えています。
ブロックされている結果、クッキーを使うウェブシステムはそのサーバではほぼ正常に動作しないようになります。

サードパーティCookie問題は未だにレンタルサーバで多く見られるので、
解らなければ借りているドメインサービスやレンタルサーバの方にもお問い合わせしてみてください。

@キタジマ氏

> サードパーティ Cookie って具体的にどういうものを指すのでしょうか？

ブラウザで表示しているページ（アドレスバーに表示しているURL）のドメイン名と同じ状態で生成される Cookieは、ファーストパーティー Cookie、
それ以外のドメイン名で生成されるのはすべて、サードパーティ Cookie
って認識で OK だと思います。

> Snow Monkey Forms の cookie はそのサイトのドメインで発行される

コード見たところもそうなってますし、おそらくそれで間違いはないかと。

ただ、PHP標準の発行である場合、PHP.iniとかの設定によっては…必ずしもそうならないです。（今回の場合はソレはないかも？）
まあ、ソレを何故やられるか…ですが…ソレは説明も面倒になるし割愛しときます。P3PやらITPやらRRPやら云々な解説が長くなるので。
簡単に言うと…大抵はレンタルサーバでのサブドメイン的な問題を防ぐ為です。
トピック先のドメインは、ryoublog.wp.xdomain.jp … wp.xdomain.jp もある可能性があれば xdomain.jp も…と、ドメインに関してはサブ状態でありますし、それぞれのドメイン上でクッキー設定がどうなってるかによっても問題になる場合もあるんです。

そして、最近のブラウザだと http の時はその問題が絡む事でクッキーが描き込まれません。
（正しく設定していても、ブラウザの仕様で http の場合にはサードパーティー Cookie とみなされてしまう場合がある）

で、サードパーティー Cookieとして認識されると、最近のブラウザではそもそもサードパーティ Cookieは全てブロックするって仕様があって、そもそも Cookie が書き込まれないんです。

トピック先を見ると WP のデフォルトクッキーも書き込まれてないような挙動をしてるので、おそらく サードパーティー Cookieとして認識されている…と思えた訳です。

> cookie よくわからない…。

私も「チョットダケワカル」とかのネタじゃなく「深い所までは本当に解らない」です。ちょっとかじっただけです。

…静的サイトジェネレートをやるようになると、その技術で比較的にローカルストレージやらキャッシュ用クッキー構造やら使われるようになってるので知るしかないんで…（本当は面倒なので調べたくない）。
Cookieが正常に動かないと、静的サイトジェネレータ系って遷移出来ないとか色々な問題ががが…。

Kmical Lights さん
詳しくありがとうございます！ エックスサーバーのデフォルトドメインを使っている、http でアクセスしている、あたりが怪しそうですね。