Satoshi (サトシ)
公開記事 58件
W2が検索に出ないとき、まず見る5つ
W2のショップが検索やAI検索に出ないときに見る順番を5つに整理します。WAF・ボット対策によるクローラーのブロックをSearch Consoleとサーバーログで確認する手順、正規クローラーの見分け方、AIクローラーの許可・拒否の方針、マルチブランドのドメイン構成とcanonical・Organizationの設計です。
STORESが検索に出ないとき、まず見る5つ
STORESのショップが検索やAI検索に出ないときに見る順番を5つに整理します。公開からの日数とSearch Consoleで行う設定の問題か反映待ちかの切り分け、待つ間に整えるページの中身、Googleビジネスプロフィールとストアの接続、予約ページと案内ページの役割分担です。
ショップサーブが検索に出ないとき、まず見る5つ
ショップサーブのショップが検索やAI検索に出ないときに見る順番を5つに整理します。3秒の表示遅延を「ボットが読み取れない」問題として見る理由、原因の分解と対処の順番、3つのツールの使い分け、コンサルティング後に月1回・15分で見る4領域、崩れたときの頼み先です。
Shopifyが検索・AI検索に出ないとき見る6つ
Shopifyのストアが検索やAI検索に出ないとき、担当者が確認する順に6項目を整理します。重複URLとcanonical、固定URL構造と階層、越境のhreflang、日本向けアプリのページ、移行時のリダイレクト、アプリの読み込みと速度です。
makeshopが検索・AI検索に出ないとき見る4つ
makeshopはクリエイターモードの商品詳細ページでJSON-LDを自動出力します。そこに独自の構造化データを足すと二重出力になり、ブログの置き場所やサイトマップ、記事の構造でも検索とAI検索の見え方が変わります。先に確認する4点を整理します。
futureshopが検索・AI検索に出ないとき見る4つ
futureshopは構造化データとXMLサイトマップを自動出力しますが、commerce creatorの見出し崩れ、複数グループ登録の重複URL、Articleの欠落、WordPress記事のサイトマップ漏れは運営側の確認が要ります。検索とAI検索に出ないときに先に見る4点を整理します。
ecforce 検索・AI検索に出ないとき見る5つ
ecforceで運営するD2Cブランドが検索やAI検索に出ないとき、原因はLPの出来ではなく、LPの隣に何があるかです。広告LPの索引の仕分け、質問に答えるページ、定期購入の条件ページ、薬機法の範囲内の事実、ページ間の一致とボットの取得の5項目を、確認する順に整理します。
ecbeing 検索・AI検索に出ないとき見る6つ
ecbeingで構築したサイトが検索やAI検索に出ないとき、原因は構築時に決まった設計にあることが多くあります。URL設計、レンダリング方式、メタデータの管理、WAFとrobots.txt、リニューアルのリダイレクト、サイトマップとログの6項目を、確認する順に整理します。
EC-CUBEが検索に出ないとき、まず見る5つ
EC-CUBEのショップが検索やAI検索に出ないときに見る順番を5つに整理します。2系から4系への移行で失われる4資産、標準にないXMLサイトマップの3択、SEOプラグインの構造化データの検証、自前実装の判断基準、制作会社に渡す6領域の要件書です。
ebisumart 検索・AI検索に出ないとき見る5つ
ebisumartは基盤が自動でバージョンアップされ、BtoCとBtoBを同じ基盤で運用できます。この2つの特徴が、検索やAI検索に出ない原因になることがあります。前回の記録、5領域の差分、索引の境界、BtoB価格の漏れ経路、公開ページの5点を整理します。
カラーミーショップが検索に出ないとき見る6つ
カラーミーショップが検索やAI検索に出ないとき、三層の切り分け、管理画面でできる対策、サイトマップ、フリーページ、テンプレートの構造化データ、管理画面から見えない範囲の6点を順に確認します。4本の記事から確認の順序をまとめました。
Bカートのサイトが検索に出ないとき見る6つ
Bカートの受注サイトが検索やAI検索に出ないとき、公開と会員限定の線引き、会員限定URLのnoindex、新規取引先向けページ、購買担当者の質問、業種別の仕入れガイド、境界の確認の6点を順に見ます。Bカートに関する3本の記事からまとめました。
BASEのショップが検索に出ないとき見る6つ
BASEのショップが検索やAI検索に出ないとき、公開設定・ドメインの混在・サイトマップ・商品テキスト・SEO設定Appの範囲・ボットの取得状況の6点を順に確認します。BASEに関する4本の記事から、確認する順序と直し方、反映までの目安をまとめました。
W2のWAFがクローラーを ブロックしていないか確認する
W2のように自社で運用している基盤では、WAFやボット対策、レート制限が検索エンジンとAIクローラーをうっかりブロックしてしまうことがあります。ブロックされているかをSearch Consoleとサーバーログで確かめる手順、正規クローラーの見分け方、AIクローラーを許可するか拒否するかの決め方を整理します。
STORESが検索に出ない: 設定の問題か反映待ちか
STORESのショップが検索に出ないとき、判断の分かれ目は設定ミスか反映待ちかです。公開から2週間以上たっていて、サイトマップも送信済みなのに変化がなければ設定の問題です。それより前なら、反映待ちの可能性があります。切り分けの基準、設定問題のサイン、待っている間にやっておくことを整理します。
STORES予約のページは検索に出るのか
STORES予約で作った予約ページを、検索からの集客に使いたいという相談は多くあります。ただ、予約ページは「予約する場所」です。検索エンジンやAIが「この店は何をする店か」を理解する材料は、あまりありません。予約ページに期待できること・できないこと、そして検索で集客するならどこに情報を置くべきかを整理します。
STORESと Googleビジネスプロフィールをつなぐ
美容室・カフェ・教室のように実店舗が本業で、STORESのオンラインストアを補助的に使っている場合、店舗は検索に出るのにネットショップが出ない状態になりがちです。Googleビジネスプロフィールとオンラインストアをお互いにつなぎ、店舗の検索評価をストアに流す方法を整理します。
SI構築サイトに 開発工数なしでSEO・AI対応を足せるか
ECサイトをSIに作ってもらったあとにSEOとAI検索対応を足す場合、原本のコードを直す方法では開発サイクルと改修契約が前提になります。原本を変えずに、検索エンジンとAIクローラー向けの別レンダリング層を置く方法なら、開発工数を新たに取らずに進められます。2つの方式の比較と、適用範囲・限界・判断基準を整理します。
ショップサーブ コンサル後のSEO自己点検
ショップサーブは、コンサルティング型のサポートが特徴です。ただし、提案を受けた後の維持はお店の側の仕事です。整えた状態が半年後も保たれているかを、月1回・15分で確認するチェックリストを、索引・速度・構造化データ・コンテンツの4領域で整理します。
ショップサーブで表示が3秒を超えるとき
ショップサーブでページ表示が3秒を超えると、人の離脱とボットの取得失敗の両方に影響します。順位への直接要因より、クローラーが描画を待ちきれずに商品情報を読み取れない問題のほうが大きくなります。原因の分解、測り方、対処の順序を整理します。
Shopify アプリの入れすぎと速度・検索・AI引用
Shopifyはアプリで機能を足せる反面、増えるほどページに読み込まれるJavaScriptが増え、速度が落ち、Core Web Vitalsが悪化します。速度低下が検索とAI引用に与える影響、アプリの影響を測る方法、削除・置き換え・遅延読み込みの判断基準、削除しても残るコードの掃除を整理します。
国産ASPからShopify移行 URLと構造化データの引き継ぎ
makeshop・カラーミーショップ・futureshopなどからShopifyへ移行すると、URLの形が必ず変わります。移行で検索評価を失わないために、URL対応表、リダイレクトの設計、構造化データの引き継ぎ、移行前後で見る指標を、移行の時系列に沿って整理します。
Shopify 日本向けアプリが作るページのSEO
Shopifyを日本で運用すると、のし・配送日時指定・コンビニ受取などの日本向けアプリが欠かせません。アプリが作るページやパラメータ付きURLを索引すべきか、除外すべきかは判断が分かれます。アプリごとの典型的な出力と索引の判断、「日本向けの対応がある」ことをAI検索に伝える方法を整理します。
Shopify 固定URL構造で階層を伝える方法
ShopifyではURLの階層を自由に設計できません。商品は/products/、コレクションは/collections/の直下に固定されます。その代わりに、パンくず・内部リンク・BreadcrumbList構造化データで階層を伝える方法と、日本語ハンドルの扱い、変えてはいけないことを整理します。
Shopify 越境ECのhreflangと日英ページ
Shopify Marketsで日本語と英語のページを作ると、同じ商品に複数の言語URLが生まれます。hreflangで言語の対応関係を伝えないと、英語圏の検索で日本語ページが出たり、重複と判断されたりします。Shopifyが自動で出すhreflangの範囲、URL構成(サブフォルダ・サブドメイン・別ドメイン)の選び方、翻訳の抜けが起こす問題を整理します。
Shopify コレクション・タグの重複URLとクロール
Shopifyでは、同じ商品がコレクション経由のURLと単体URLの両方で開けます。canonicalが単体URLを指すので索引の重複は防げますが、クロールバジェットは消費されます。タグページやフィルタURLを含めた影響の範囲と、3つの処理方針を整理します。
オンラインと店舗の在庫を 検索とAIに読ませる構造化
オンラインと店舗の在庫を検索エンジンとAIに正しく読ませる条件は、チャネルごとに在庫状態を分けること、そして画面の表示と構造化データが同じ値を示していることです。在庫がAIの推薦に与える影響、隠れた品切れテキストの事例、チャネル別の表現、店舗情報との接続を整理します。
makeshopとWordPress ブログの置き場所
makeshopの標準ブログでは足りず、WordPressで記事を書く場合、ブログをショップの配下に置くか別ドメインに置くかで検索評価の集まり方が変わります。3つの配置パターンと、検索・AI検索での見え方、内部リンクとサイトマップの扱いを整理します。
makeshop 構造化データの二重出力を直す
makeshopは標準で基本的な構造化データを出しています。そこにクリエイターモードで独自のJSON-LDを足すと、同じ型が二重に出てリッチリザルトテストでエラーになります。二重出力の見つけ方、どちらを残すかの判断、追加してよい型を整理します。
商品数万規模の クロールバジェットと索引漏れ管理
商品が数万点を超えるモールでは、クローラーの処理上限が索引漏れの直接の原因になります。新商品の索引が遅い状態は、ここから始まります。サイトマップの分割とlastmod、低価値URLの遮断、内部リンクの優先順位づけ、ボットログでの観測。この4つをセットで運用する方法を整理します。
futureshop連携WordPress記事の サイトマップ漏れ
futureshopのXMLサイトマップは、管理画面で作ったページが対象です。WordPress連携で書いた記事は、含まれていません。記事が発見されにくい理由と、WordPress側サイトマップの登録手順を整理します。ショップとブログを1つのサイトとして扱ってもらうための、内部リンクと構造化データの設計も取り上げます。
futureshop 構造化データ AI検索向けに足す項目
futureshopが自動で出す構造化データは、商品の基本情報を検索エンジンに伝える範囲です。AI検索に引用されるには、可視テキストと一致する記事・パンくず・FAQ・在庫やオプションの整合性までそろえる必要があります。範囲の確認方法と追加項目を整理します。
futureshop 複数グループの重複URLとcanonical
futureshopで1つの商品を複数のグループに登録すると、同じ商品にグループ経由の複数URLが生まれることがあります。重複URLが検索評価を分散させる仕組みと、自分のショップで起きているかの確認方法を整理します。canonicalの正しい向き先と、グループ設計のルールもあわせて扱います。
futureshop commerce creatorの見出し構造を直す
futureshopのcommerce creatorは、パーツを積んでページを作る道具です。見た目は整っていても、HTMLの見出し(h1〜h3)が抜けたり順序が飛んだりしがちです。AI検索と検索エンジンは見出しでページを読むので、この崩れが引用されない原因になります。崩れの見つけ方、パーツごとの直し方、運用ルールを整理します。
薬機法の範囲内でAIに引用される商品説明
化粧品や健康食品の商品説明は、薬機法で書ける言葉が限られます。制限を守るうちに説明が抽象的になり、AI検索に引用されにくくなります。表現の制限は守りつつ、成分・使い方・対象・比較の事実で組み立てる書き方と、AIが引用できる具体性を持たせる方法を整理します。
ecforce 定期購入の条件ページはAIにどう読まれるか
ecforceで定期購入を売っていると、「解約できるか」「何回縛りか」「いつまでに連絡か」が購入前の最大の質問になります。AI検索はこの質問に、ブランドのページか、口コミサイトかのどちらかを引用して答えます。自社の定期条件ページを引用元にするための構造、置く場所、書き方、法令との整合を整理します。
ecforce 広告LP中心サイトで自然検索とAI引用を得る
広告LPは、AI検索に引用されません。ecforceで運営するD2Cブランドが自然検索とAI引用を得るには、LPの隣に「質問に答えるページ」を置き、商品へつなぐ構造が要ります。質問の6軸、LPとコンテンツの役割分担、外部での言及を増やす考え方まで整理します。
ecforce 広告LPをnoindexにすべきか
ecforceで広告用LPを量産すると、同じ商品について、本体の商品ページと何本ものLPが検索エンジンに見えている状態になります。全部noindexにするのか、1つだけ残すのか、canonicalで本体に寄せるのか。LPの種類ごとの判断と設定の場所、広告の計測に影響しない設定方法を整理します。
ecbeing RFPに書くSEO・AI検索の要件
ecbeingのような大規模パッケージでは、RFPに書かなかった要件を構築後に変えるのは大変です。URL設計、レンダリング方式、メタデータの管理、構造化データ、ボットのアクセス制御、ログの提供の6領域について、変えられない順に、RFPにそのまま書ける要件文を整理します。
EC-CUBE 制作会社に渡すSEO・AI検索の要件書
EC-CUBEのサイトは制作会社に依頼することが多く、SEOとAI検索の要件は「言わなければ入らない」項目になります。構築前に渡す要件書として、URL・メタデータ・構造化データ・サイトマップ・速度・ボット対応の6領域を、そのまま使える表にまとめました。
EC-CUBE SEOプラグインはどこまで頼れるか
EC-CUBEのSEOプラグインは、メタタグとサイトマップの範囲なら十分に頼れます。構造化データは商品データと同期し続けるものなので、プラグインに任せきるより「出力を検証し続ける仕組み」を先に持つほうが確実です。プラグインが向く範囲、自前で持つべき範囲、判断基準を整理します。
EC-CUBE 4のXMLサイトマップ 3つの選択肢
EC-CUBE 4系は、XMLサイトマップを標準では生成しません。プラグイン、自作(コマンドやコントローラで生成)、外部ツールでの生成の3つの選択肢を、更新の追随・分割・lastmod・運用負荷で比べます。商品数と開発体制に合わせた選び方を整理します。
EC-CUBE 2系→4系移行で失われるSEO資産
EC-CUBE 2系から4系への移行は、単なるバージョンアップではありません。URL構造・テンプレート・プラグインがすべて変わるサイト移転です。移行で失われやすいURL・メタデータ・構造化データ・サイトマップの4資産と、それぞれの引き継ぎ手順、移行後の確認指標を整理します。
ebisumart BtoC・BtoBサイトの索引の境界
ebisumartで1つの基盤にBtoCとBtoBの両方を載せると、公開すべきページと会員限定ページの境界があいまいになりがちです。BtoB価格が公開されてしまう、逆に公開すべき商品情報がログイン壁の内側にある。こうした問題を防ぐための索引の境界設計、noindexとログイン制御の使い分け、AI検索への見せ方を整理します。
ebisumart 自動バージョンアップ後のSEO確認
ebisumartは、基盤が自動でバージョンアップされます。セキュリティと機能は常に最新ですが、テンプレートやSEO関連の出力が意図せず変わることがあります。バージョンアップ後に確認したい項目を、メタデータ・構造化データ・URL・サイトマップ・速度の5領域に分け、30分で終わるチェックリストとして整理します。
カラーミーショップ テンプレートで構造化データを入れる
カラーミーショップはHTML/CSSテンプレートを編集できるため、構造化データを自分で足せます。ただし標準で出力されている分と重複すると逆効果です。標準出力の確認、追加してよい型、テンプレート変数で動的に埋める方法、やってはいけないことを整理します。
カラーミーショップ サイトマップの登録手順
カラーミーショップのサイトマップは、場所と中身を確認するところから始まります。Search Consoleへの登録手順と、登録後に見る指標を順に整理します。フリーページ・独自ドメインとの関係もあわせてまとめます。
カラーミーショップはSEOに弱いのか
「カラーミーショップはSEOに弱い」という評判があります。ページ内の基本設定はできます。見えにくいのは、ボットの取得や画面の読み取り状況です。管理画面でできる対策と、別の確認手段がいる範囲を整理します。
フリーページで作るコンテンツSEO
カラーミーショップで選び方や使い方の記事を書く場所は、フリーページです。商品名以外の検索やAI検索から来る人への入口になります。記事の型、ページの組み立て、商品ページとのつなぎ方、管理の限界を整理します。
Bカート 業種別ガイドでAI検索から新規取引先を得る
Bカートの受注サイトに会社名と問い合わせ先しか公開していないと、AIには仕入れ先として見つけてもらえません。業種別・用途別の仕入れガイドを入口にして、価格を出さずに規格や条件を伝える書き方を整理します。