Filter
Exclude
Time range
-
Near
🚀 開発環境が更新されました。以下のPRがマージされました。#オプチャグラフ #508: [STG] ブログを「部屋を育てる人」目線で全面リライト+「急上昇ランキングに載るには」新記事(検索最適化・構造化データ整理も) --- ## このPRでやること オープンチャットを育てている人が「読んで役に立った・よし、やってみよう」と思えるブログにする。あわせて検索で見つかりやすくし、構造化データ(schema)も2026年の最新事情に合わせて整理する。 > 注: 同テーマの #504(ブログ改修)は本PRに統合し、クローズしました。**このPRが結合版**です。 ### 1. 読者目線で記事を書き直し 全体の統計を並べる「分析者目線」から、「あなたの部屋のコーチ」目線へ。中央値18人のような数字を“現実を突きつける”使い方をやめ、「上は意外と空いている=あなたは十分に手が届く」という後押しに使い替えた。**本文の数値・統計・出典リンクは変更していない**(言い回しと順番だけ)。 - 対象: 伸びる部屋の特徴 / 人を増やす方法 / ランキングの仕組み / おすすめの探し方 ### 2. 検索で実際に使われる言葉に最適化(Search Console実クエリ+Googleサジェストで検証) - 「メンバーを増やす方法」→「**人を増やす方法・人集めのコツ**」 - 検索語でないノイズをタイトルから削除(`【実データ219万件】`・`「上限を超える15室」`) - 「危険」に「危険性」を補完、略称「オプチャ」を導入に補完 - 数字の羅列で始まる導入を「答え先出し」に再構成 ### 3. 新記事「オープンチャットの急上昇ランキングに載るには?」を追加 読者が一番知りたかったテーマに正面から回答。急上昇は部屋の大きさではなく「**短期の人数の伸び**」で決まる=小さい部屋でも勢いがあれば載れる、を実データの実例つきで解説。 ### 4. 効果の無くなったFAQ構造化データを撤去 Googleが**FAQリッチリザルトを廃止**(2026年5月に検索表示停止、6月にレポート/リッチリザルトテストのサポートも廃止)したため、表示されなくなった`FAQPage`のJSON-LDを削除。**「よくある質問」の本文・表示はそのまま残している**。 ### 5. 運営者情報(Organization)の構造化データを強化 ブランド認識(知識パネル/サイト名表示)の土台として、`Organization`に公式プロフィール(X・Qiita)への`sameAs`とロゴを追加し、トップの`WebSite`から運営者を参照。2026年時点で新規に効く数少ないschema強化(FAQ/HowTo等は廃止のため追加しない)。 ## 変更していないもの 本文の数値・統計・引用・出典リンクは一切変更していない(FAQ構造化データの撤去と、導線・言い回し・タイトル・スキーマの調整のみ)。 ## 検証 - 全記事で本文の数値集合・出典リンクの欠落をゼロと機械チェック(消失0・新規0)。 - 新記事は当サイト実データ(2026年6月時点・約30万室)に基づき、捏造数字ゼロ・出典は既存の検証済みリンクのみ。各記事を別エージェントで敵対的に検証。 - 構造化データはJSON-LD実レンダリングで`WebSite`→`publisher`(Organization)に`logo`/`sameAs`が出ることを確認。変更PHPは全て`php -l`通過、FAQ撤去のdangling参照ゼロ。 --- 🤖 Generated with Claude Code (claude-opus-4-8[1m]) Posted from: `user-B550M-Pro4:~/repos/oc-graph-mock`
1
185
③AIに引用されるFAQの作り方 やることは4つです。 1つ目、想像で質問を作らず、電話や店頭で実際に聞かれたことだけを書く。 2つ目、答えは結論から言い切り、自社だけの数字や条件を入れる。一般論は選ばれません。 3つ目、FAQPageという形式で構造化し、AIに「ここが質問、ここが答え」と伝える。 4つ目、Search Consoleの新レポートで、どの質問が引用されたかを測って直し続ける。
1
1
36
"The client's AI Overview appearances increased 40% within 6 weeks of implementing FAQPage schema" — strong experience signal. The difference is specificity that only comes from doing the work.
1
6
En 2026, l optimisation Schema.org avancee structure le sens pour les IA via des entites reliees et un balisage contextuel. Les balises les plus utiles: Organization, Person, WebPage, Article, FAQPage, Product, Review et sameAs. #SEOfrancaise-du-numerique.fr/fa…
✅サイトの成果を最大化する「構造化データ」の選び方 闇雲に実装しても効果は薄いです。サイトタイプに合わせた「適切な主要タイプ」の選択が不可欠。 ・企業サイト:Organization(必須)、BreadcrumbList ・ブログ・メディア:Article(最大化に必須)、FAQPage ・ECサイト:Product(最重要)、BreadcrumbList 迷ったらまずこの基本を押さえましょう。 自社のサイトタイプと照らし合わせてみてください↓
1
2
36
2,172
Most schema guides chase rich results, not AEO. HubSpot's 2026 walkthrough: which types (Article, FAQPage, HowTo, Product) shift citations in ChatGPT, Perplexity, and AI Overviews, and how to test them. blog.hubspot.com/marketing/s…
7
Peec AI pulled ChatGPT Deep Research logs and found it reads each page in a fixed window of about 5,700 characters. So when a page carries 60 navigation links, only about a third of that first read is your actual content, and the rest is your own menu eating the budget. The lever isn't writing more, it's making the page legible to the agent. Two fixes worth testing. Mark up your key facts in schema.org JSON-LD, especially FAQPage for the questions you answer and Organization or LocalBusiness for who you are, so the model pulls your answers and your entity from a parseable block instead of hunting for them in the prose your nav is crowding out. The other is experimenting with a clean markdown version of your pages for agents, since Cloudflare's Markdown for Agents converts it at the edge and a tool like Firecrawl does the same, so the model gets your content without the chrome wrapped around it

1
166
If your brand's CLIC score is in the 3-5 range, you don't need a strategy. You need a 30-day execution plan. Strategy is for when the work is unclear. The work isn't unclear here. The 30-day plan, in priority order: **Week 1:** Ship Organization schema on homepage. Audit your meta description. Make sure both contain the same one-sentence brand description. **Week 2:** Add FAQPage schema to your top 5 product pages. 5 questions each. Real buyer questions with structured 50-word answers. **Week 3:** Add Product schema (or Service schema) on those same pages. Complete fields: name, description, image, brand, offers, aggregateRating. **Week 4:** Audit your About page H1 and ensure it matches your meta description and Organization schema description. That's the plan. 20-30 hours of focused work, total. Average CLIC score lift across the brands I've tested this against: 1.5 points within 60 days of indexing. The brands that ship this plan in June will see their AI citation rates start moving by August. The brands that don't will still be at 3-5 in December.
1
5
AI時代のサイト制作⑲ AI検索対策でSchema実装が重要だと言われます。 それは間違いありません。 でも現場で300社以上見てきて思うのは、 ほとんどの企業がSchema以前の問題です。 なぜなら、 サービス内容が曖昧。 料金が書いてない。 実績がない。 著者情報がない。 FAQがない。 だからです。 例えるなら、 Schemaは履歴書のフォーマット。 中身が空欄だらけの履歴書を、どれだけ綺麗なフォーマットにしても評価されません。 AIも同じです。 まず必要なのは、 ・何を提供している会社なのか ・誰が提供しているのか ・いくらなのか ・どんな実績があるのか ・誰に向いているのか を明確にすること。 その上で、 Organization Schema Service Schema Offer Schema FAQPage Schema Review Schema などを実装する。 順番が逆の会社が本当に多い。 AI検索時代はテクニックの勝負ではありません。 情報設計の勝負です。 私は今後、 SEO会社よりも 「事業理解ができるマーケター」 の価値が上がると思っています。 なぜならAIは、 キーワードではなく、 企業の強み サービスの価値 実績 専門性 を理解して推薦するようになるから。 Schemaは重要です。 でももっと重要なのは、 AIが理解できる事業説明になっているか。 ここを整えるだけで、AI検索対策の成果は大きく変わります
AI時代のサイト制作⑱ AI検索対策というと、 FAQ Schema E-E-A-T ばかり語られます。 もちろん重要です。 でも、サービスページで最も重要なのはそこではありません。 私は、 「AIが比較できる状態になっているか」 だと思っています。 例えば多くの企業サイトを見ると、 料金はお問い合わせください。 制作期間はケースによります。 サポート内容は個別相談です。 と書いてある。 これ、人間でも比較できません。 当然AIも比較できません。 一方で、 ・料金 ・納期 ・支援範囲 ・成果事例 ・向いている企業 ・向いていない企業 が表で整理されているサイトは、 AIが理解しやすい。 比較しやすい。 推薦しやすい。 AI検索の本質は、 検索順位争いではなく、 比較対象に入る戦い です。 AIは比較できないものを推薦しません。 だから今後のサービスページは、 綺麗なデザインより、 抽象的なキャッチコピーより、 まずは 「比較できる情報」 を増やすこと。 価格。 導入期間。 支援内容。 成果。 実績。 向いている会社。 向いていない会社。 これらを徹底的に公開する。 すると人間にも伝わるし、 AIにも伝わる。 サービスページは営業資料です。 そしてAI検索時代は、 営業資料を読む相手が人間だけではなくAIになります。 だからこれからのサービスページは、 「売れるデザイン」 ではなく、 「AIが比較・推薦しやすい設計」 が勝つと思っています。
2
272
3/ Win #2: Local business schema stacking Basic approach: Add LocalBusiness schema to homepage Advanced approach: Layer multiple schema types: - LocalBusiness (foundation) - Service schema (what you offer) - GeoCoordinates (precise location) - OpeningHoursSpecification (detailed hours) - Review schema (aggregate ratings) - FAQPage schema (local questions) - BreadcrumbList (navigation) Google understands your business better = better visibility.
1
4
1,667
「LLMO対策=コンテンツを増やすこと」だと思っていませんか? ぼくも「LLMO対策を始めたい。まず何記事くらい書けばいいですか?」という質問をよくいただきます。 気持ちはわかるんですが、実はコンテンツを書く前にやるべきことがある。 LLMO対策で最初にやるべきは4つ。 ①:FAQ構造の整備 AIは「質問→回答」の構造を最も引用しやすい。既存コンテンツをQ&A形式に整理するだけで引用率が変わる。 ②:構造化データの実装 FAQPage、Article、Organization等のスキーマを入れることで、AIがサイト情報を正しく読み取れるようになる。 ③:自社Aboutページの充実 AIに「自社が何者であるか」を正しく認識させるための最重要ページ。ここが薄いと、AIが競合と混同するリスクが高まる。 ④:サイトパフォーマンスの最適化 表示速度が遅いサイトはAIクローラーが情報を十分に拾えない。 新しいコンテンツを作る前に、今あるコンテンツとサイト基盤を整える。この順番を間違えると、どれだけ良い記事を量産しても十分な効果が出にくい。 LLMO対策の実践的な知見を毎日発信しています。フォローお待ちしてます!
6
430