Welina OSにおけるOGP事前検知機能の欠落と、Coreエンジン改修について

【2026年5月13日 20:00 報告】

今回のFacebook（Meta）におけるOGP画像非表示の事象について、追加検証の結果、Welina OS、PITSテーマ、Core SEO、Nginx設定、画像ファイル、OGPタグそのものに起因する不具合ではなく、Meta側における新規または低履歴ドメインに対するドメイントラスト、もしくはホスト単位の取得制御が影響している可能性が高いと判断しました。

この判断に至った理由は、team-pocs.com だけでなく、新たに取得した welina-os.com においても、純粋な静的HTMLと正常なOGP画像を用いた検証で、MetaクローラーがページHTMLまでは取得する一方、OGP画像の取得処理へ進まない挙動を確認したためです。

一方で、過去に実運用履歴のある別ドメインでは、同一構造の静的HTML、同一形式のOGP画像、同一サーバー構成において、MetaクローラーがOGP画像の取得まで正常に進むことも確認しました。

これにより、本件は単純なタグ記述ミスや画像ファイル不備ではなく、Meta側が特定のドメインまたはホストに対して、HTML取得後のOGP画像取得キューへ進めるかどうかを内部的に判定している可能性が高いと見ています。

なお、XおよびLINEでは同じOGP情報が正常に認識されているため、本件はOGP全般の不具合ではなく、現時点では Facebook / Meta に限定された取得処理上の問題として扱います。

ただし、外部プラットフォーム側の挙動であっても、公開前に検知できなければ、実際の運用現場では「表示されない」という問題になります。

そのためWelina OSでは、本件を単なるMeta側の問題として片付けるのではなく、公開前品質保証の改善対象として扱います。今後は、タグ出力の有無だけでなく、SNSクローラーが実際にHTMLを取得し、OGP画像の取得まで進んでいるかを確認できる「OGP Health Check」機能の設計・実装をCoreエンジン側で進めます。

本件の経緯

この度、株式会社ピースオブケイクの公式ホームページ公開において、Facebook（Meta）上でOGP画像が正常に表示されない事象が発生いたしました。

同じWelina OSを使用している他サイトではOGP画像が正常に認識される一方、本部サイトである team-pocs.com においてのみ、Meta側のクローラーがページ本文は取得するものの、OGP画像の取得処理へ進まない状態となりました。

調査の結果、Welina OSが出力するOGPタグ、画像ファイル、サーバー設定、SSL、robots.txt 等には明確な不備は確認されませんでした。
また、OGP画像単体ではMeta側から正常に取得できることも確認しています。

しかし、今回の本質的な課題は別にあります。

それは、私たち開発チームが「システム側でタグを正しく出力しているのだから問題ない」と判断し、実際にSNS上でどのように認識されるかを、公開前に十分検知できていなかったことです。

これは、公開前品質保証の欠落です。

ウェブサイトは、作ることが目的ではありません。
公開後に正しく伝わり、見られ、使われ、実際の目的を達成することこそが本来の目的です。

その意味で、今回の事象はWelina OSのCoreエンジンにおける重大な改善対象であると判断しました。

今後、Welina OSではCoreエンジンに「OGP Health Check」機能を実装し、単なるタグ出力の確認に留まらず、以下の項目を事前検査できるよう改修します。

・Meta用UAでのページHTML取得確認
・OGP画像URLの抽出確認
・画像URLへの実アクセス確認
・各種SNSクローラーでの認識確認
・Facebook、X、LINE等での表示確認
・本番環境ログにおける取得状況の確認
・異常発生時の管理画面アラート表示

今後は、これらをクリアしない限り「公開完了」とは見なさない運用へ移行します。

「タグは出ているから正常」という技術者側の言い訳を排除し、営業現場・運用現場で実際に通用する品質だけを基準にします。

このログを公開することは、Team-POCsにとっての決意表明でもあります。

私たちは、外部プラットフォームの理不尽な挙動すら事前に検知し、クライアントの皆様を確実に守り抜く、より強靭なOSへとWelina OSを進化させてまいります。

【続報：2026年5月13日 4:35時点】

その後、追加検証として、WordPressおよびPITSテーマを完全に通さない、純粋な静的HTMLによるOGP検証を実施しました。

同一構造のHTML、同一のOGP指定、同一の画像ファイルを用い、複数のドメイン上でMetaクローラーの挙動を比較した結果、以下の事実を確認しました。

・l●●●ge-●●●.com では、MetaクローラーがページHTMLを取得した後、OGP画像の取得処理まで正常に進む
・●e●.welina.works では、ページHTMLは取得されるものの、OGP画像の取得処理へ進まない
・poc.welina.works でも同様に、ページHTMLは取得されるものの、OGP画像の取得処理へ進まない
・team-pocs.com でも、同様の傾向が確認されている
・同じOGP情報は、XおよびLINEでは正常に認識されている

この結果により、少なくとも現時点では、OGPタグの記述、HTML構造、画像ファイル、WordPressテーマ、Welina OSのCore SEO出力、Nginxによる明示的な拒否設定が直接原因である可能性は低いと判断しています。

一方で、Meta側では、ページ本文の取得には成功しているにもかかわらず、その後のOGP画像取得フェーズへ進まないケースが確認されています。

これは、サイト側から見える範囲では正常なレスポンスを返しているにもかかわらず、Meta内部の処理において、特定ホストまたは特定URL群が画像取得キューへ進められていない可能性を示しています。

なお、同じOGP情報がXおよびLINEでは正常に認識されていることから、本件は「OGP全般の不具合」ではなく、現時点では Facebook / Meta におけるOGP画像取得処理に限定された事象 として扱います。

引き続き、Meta側の再スクレイピング状況および本番アクセスログを監視し、MetaクローラーがOGP画像取得へ進むタイミングを確認します。

また、本件を踏まえ、Welina OSのOGP Health Checkでは、単なるタグ出力確認だけでなく、外部SNSごとの実認識状況を確認・記録できる仕組みを設計対象に含めます。

【続報：2026年5月13日 12:35時点】

なお、同様の検証を i●●●o.welina.works でも実施したところ、XではOGPが正常に表示される一方、MetaではOGP画像の取得処理へ進まないことを確認しました。これにより、本件は特定テーマやWelina OSのOGP出力不備ではなく、Metaに限定されたホスト単位の認識・取得処理上の問題である可能性がさらに高まりました。