Category Archive EC制作

WooCommerce 11.0で配送クラスが非公開タクソノミーに変更

WooCommerce 11.0が2026年7月28日にリリースされる。このアップデートでは、商品の送料計算に使われる「product_shipping_class」タクソノミーが非公開に変更される。これまで明示的に設定されていなかった公開フラグが、WordPress のデフォルトで true 扱いとなっていた状態が解消され、内部データとしての扱いが明確になる。

多くの店舗や拡張機能では特別な対応は不要だが、配送クラスを公開タクソノミーとして利用していたコードは見直しが必要だ。この変更の背景と、開発者が確認すべきポイントを整理する。

WooCommerce 11.0で配送クラスのタクソノミーが非公開になる

配送クラス（product_shipping_class）は、商品を送料計算のグループに割り当てるための仕組みだ。たとえば「大型商品」「冷蔵商品」といったクラスを作り、各商品に紐づけることで、配送方法ごとに異なる送料を設定できる。

これまでの動き（Before）

WooCommerce 11.0 より前のバージョンでは、配送クラスをタクソノミーとして登録する際に public 引数が指定されていなかった。WordPress のタクソノミー登録関数は public が省略されるとデフォルトで true を適用する。そのため、配送クラスは「公開タクソノミー」として扱われ、is_taxonomy_viewable() が true を返していた。

この状態では、サイトマップ生成、タクソノミーアーカイブの処理、パブリックタクソノミーを列挙するクエリなどに配送クラスが意図せず含まれることがあった。

変更後の動作（After）

WooCommerce 11.0 からは、タクソノミー登録時に 'public' => false が明示的に設定される。これにより is_taxonomy_viewable( 'product_shipping_class' ) は false を返すようになり、WordPress の各種 API で配送クラスが非公開タクソノミーとして扱われる。

この変更はデータそのものを削除するものではない。すでに登録された配送クラスのタームや商品との紐づけ、送料ルールはそのまま維持される。

なぜこの変更が必要だったのか

配送クラスは本来、商品カテゴリーやタグのように顧客に見せるためのカタログ用タクソノミーではない。あくまでも送料計算のための内部データである。ところが公開タクソノミーとして振る舞うことで、サイトマップに配送クラスのアーカイブ URL が含まれたり、SEO ツールが意図しないページを認識したりといった副作用が生じていた。

一部のストアでは、この挙動を避けるために手動で除外設定を行なっていた。WooCommerce コアの修正により、根本的な原因を取り除き、特に設定をしなくても配送クラスが公開面に漏れ出さないようになる。

また、WordPress の public フラグが false になると、publicly_queryable も自動的に false を継承する。つまり、URL で配送クラスの一覧ページに直接アクセスすることもできなくなる。こうした一貫した内部データとしての扱いが、開発者にとっても予測しやすい動作につながる。

影響を受けるコードのチェックポイント

WooCommerce Developer Blog の案内に沿って、以下のようなコードを含むテーマやプラグインは変更後の動作を確認する必要がある。

• is_taxonomy_viewable( 'product_shipping_class' ) が true を返すことを前提にしている
• 配送クラスのアーカイブページへのリンクをフロントエンドに生成している
• サイトマップや SEO、ナビゲーションの生成時に product_shipping_class を public タクソノミーとして含めている
• get_taxonomies() などで公開タクソノミー一覧を取得し、その中に配送クラスが含まれることを期待している
• タクソノミーの公開ステータスをもとに REST API や GraphQL のスキーマ、検索、フィルタリングをカスタマイズしている
• 送料計算以外の汎用的な商品グルーピングに配送クラスを流用している

ごく単純に、配送クラスを送料計算だけに使っている場合は影響を受けない。商品編集画面で配送クラスを設定したり、フックで送料を分岐させたりするコードはそのまま動作する。

開発者が取るべき具体的な対応

基本は何もしなくてよい

配送クラスを送料計算のみに使っているのであれば、コードの修正は不要だ。WooCommerce のコア変更がそのまま適用され、配送クラスは内部タクソノミーとして適切に管理される。

どうしても公開が必要な場合のフィルターフック

特定のサイトや拡張機能で、あえて配送クラスを公開タクソノミーとして扱い続けたいケースもあるだろう。たとえば、配送クラスのアーカイブページをカスタムデザインで用意している場合などだ。

そのような場合は、WooCommerce が用意している register_product_shipping_class_taxonomy_args フィルターを使って、登録時の引数を上書きできる。

add_filter(
    'register_product_shipping_class_taxonomy_args',
    function ( $args ) {
        $args['public']             = true;
        $args['publicly_queryable'] = true;
        return $args;
    }
);

ただし、この方法はあくまで例外的な対応である。WooCommerce Developer Blog も述べているように、公開タクソノミーとして再利用するのではなく、本来の目的に合ったカスタムタクソノミーを新たに用意するほうが長期的に健全だ。

長期的にはカスタムタクソノミーへの移行を

商品を顧客向けにグルーピングしたい場合は、商品カテゴリー、商品タグ、商品属性、あるいは専用のカスタムタクソノミーを利用すべきだ。配送クラスはあくまで内部の送料計算用と割り切り、公開用の分類とは役割を分けることで、サイト構造が整理され、SEO の観点からも無駄なアーカイブページが生まれなくなる。

この変更はデータ移行を伴わない「公開状態の切り替え」であり、既存の設定には一切手が加えられない。しかし、今回のバージョンアップをきっかけに、配送クラスを公開タクソノミーとして使っていたコードがあれば、設計を見直す良い機会になるだろう。

この記事のポイント

• WooCommerce 11.0 で配送クラスのタクソノミーが非公開になり、サイトマップやアーカイブに現れなくなる
• 送料計算だけに使っているストアや拡張機能は特別な対応不要
• is_taxonomy_viewable() や公開タクソノミーの一覧に依存しているコードは見直しが必要
• どうしても公開が必要な場合はフィルターフックで復活できるが、長期的にはカスタムタクソノミーの利用を推奨

海田 洋祐

・ 複数業界における17年間のデジタルビジネス開発経験
・ ウェブサイト開発のためのHTML、PHP、CSS、JavaScript等の実用的知識
・ 15ヶ国語対応の多言語SaaSの開発経験
・ 17年間にも及ぶ、Eコマース長期運営経験
・ 幅広い業界でのSEO最適化の豊富な経験

www.aandgweb.co.jp

英国配送ルール変更、EC事業者が今すぐ監査すべき4つのポイント

英国のEC事業者を取り巻く配送環境が、ここ数年で最も大きな転換期を迎えている。規制変更や旧態依然としたキャリア契約が原因で、気づかぬうちに過剰なコストを支払っていたり、税関で突然荷物が差し止められたりするケースが増えている。根本的な原因は、数年前に構築した配送フローをそのまま使い続けていることにある。

この記事では、WooCommerce Blogが2026年6月29日に公開した最新レポートを基に、英国発送のEC事業者が今すぐ監査すべき4つの大きな運用変更点と、その解決を自動化する手段を具体的に解説する。

税関書類は「完璧」が最低ラインに

ポストBrexitのルールが定着した現在、「だいたい合っていれば通る」という時代は完全に終わった。税関の審査は急速に自動化が進み、以前なら警告で済んでいた標準的な記入ミスが、今では即座に国境での拒否や大幅な配送遅延に直結する。

人の手によるチェックを介さずに貨物を通関させるには、バックエンドで管理する3つのデータを完全にクリーンな状態に保つ必要がある。

税関システムが求めるデータと、実際に記入した内容の不一致が、配送トラブルの最大の要因だ。上記の比較のように、曖昧さを排除した正確な情報が求められる。

HSコードは「素材・構造・用途」で特定する

HSコード（Harmonized Systemコード）は、国際貿易における商品の統一分類番号だ。ここで求められるのは、商品の素材、構造、用途を正確に反映した、もっとも細かいレベルのコードである。「衣類」や「電子機器」といった大雑把な分類は通用しない。

HMRC（英国歳入関税庁）が提供するTrade Tariffツールを使って、自社のSKUカタログ全体の参照スプレッドシートを作成し、手動入力の工程を省くことを推奨する。

コマーシャルインボイスと税関申告書の完全一致

税関申告書に記載する合計金額は、コマーシャルインボイス（商業送り状）と1セントたりともずれてはならない。商品説明についても「gear（道具）」のような一般的な単語は一切使えず、箱の中身を正確に記述する必要がある。単価、通貨、そして明確な原産国も必須の項目だ。

UK EORI番号の必須化

商業目的で英国から輸出する場合、EORI番号（Economic Operator Registration and Identification）は事業者の基本的なライセンスにあたる。すべての英国発輸出品に必要で、HMRCを通じて無料で申請でき、数日以内に発行される。この番号を配送プロファイルに組み込み、常にシステムから自動付与される状態にしておくことが欠かせない。

2026年7月、EU向け少額輸入の免税が撤廃される

2026年7月1日、EUは長年維持してきた150ユーロ以下の少額輸入品に対する関税免除（de minimis）を撤廃する。これにより、EU域内に入るすべての商用貨物が課税対象となり、商品カテゴリごとに一律3ユーロの関税が発生する。

この変更は、消費者直送（D2C）モデルを採用するEC事業者にとって、事業構造を揺るがす大きな運用変更だ。

一律€3の関税が商品カテゴリごとに発生

注意したいのは、課金単位が「箱」ではなく「商品カテゴリ」である点だ。ヨーロッパの顧客が同じ箱にTシャツとサングラスを注文した場合、2つの別カテゴリとして扱われ、6ユーロの一律関税が直接注文に適用され、さらに標準の輸入VATが上乗せされる。商品点数ではなく、HSコードの分類数がコストを決める。

価格戦略の見直しが急務に

安価な小物商品を中心に欧州市場へ越境販売している場合、現在の価格設定はもはや通用しない。利益率を守るためには、直ちに送料設定を更新するか、EU域内にフルフィルメント拠点を設けて国境通過そのものを回避するルートを模索する必要がある。

DDUからDDPへの切り替えが顧客維持を左右する

国際配送をDDU（関税抜き配送）のまま続けているなら、顧客維持に深刻なダメージを与えている可能性が高い。DDUとは、配送業者から届く突然のSMSやメールで、荷物を受け取るための現金支払いを要求される方式だ。購入時に予期していなかった追加の国境手数料に直面した買い物客の多くは、単純に受け取りを拒否する。商品は返送され、事業者は返金処理に加え、往復の国際送料を負担する二重の損失を被る。

DDP（関税込み配送）はこうした摩擦を根本から取り除く。関税額を正確に計算してチェックアウト画面で徴収し、事業者側で配送業者を通じて事前に関税を支払うことで、荷物は税関の留置施設を経由せず、直接顧客の玄関先に届く。

DDUは「サプライズ費用請求」で機会損失を生む

「追加で○ポンド支払ってください」という連絡は、衝動買いに近い感覚で購入した顧客にとって、クーリングオフの引き金になる。商品到着の喜びよりも、予期せぬ出費への苛立ちが勝り、荷物は放置され、やがて返送される。この流れが構造的な機会損失を生んでいる。

DDPでチェックアウト画面から摩擦を除去する

目安として、国際関税が平均バスケット単価の10%を超える場合、DDPのワークフローを構築するだけで、受け取り拒否率の激減によって投資は即座に回収できる。顧客体験の透明性を高め、返品に関わる隠れコストを削減できる点が、DDP最大の利点だ。

北アイルランド向け配送、UKIMS登録で手続き簡略化

北アイルランドは英国の関税領域に属するが、物品に関してはEUルールに従う特殊な立場にある。このため、グレートブリテン島（イングランド、スコットランド、ウェールズ）から北アイルランドへ商品を送る際の扱いは、その商品が「EU域内に流出するリスクがない」かどうかで変わる。

2025年5月1日から、UKIMS（英国国内市場スキーム）に登録された事業者が、UK Internal Marketレーンを通じて適格商品を移動させる場合、税関申告書の作成が不要になった。UKIMSへの登録は無料で、HMRCは手続きや申告を支援するTrader Support Serviceも無償提供している。北アイルランド向け配送の頻度が高いなら、登録しない手はない。

配送キャリアの料金は半年に1度の見直しが必須

ほとんどの事業者は、開業初期に選んだ配送キャリアと契約したまま、料金交渉をしない。しかし、取引量が少なかった時期の料率シートは、現在の出荷量に見合っていない可能性が極めて高い。

WooCommerce Blogの記事によれば、6〜12カ月に一度はアカウントマネージャーに連絡し、出荷量の増加を伝えて新たな料率シートを要求すべきだとしている。Royal Mail、DPD、Evriなど主要キャリアは段階的な料金体系を採用しており、2年前には関係なかった割引閾値が、今の自分たちには適用されるかもしれない。単一キャリアに依存せず、荷物の重量と目的地ごとに最適なサービスを自動選択するマルチキャリア比較が、継続的なコスト削減の鍵となる。

WooCommerceで配送を自動化する具体的な手段

これらの問題を解決するには、初期設定にある程度の手間はかかるが、一度構築してしまえば配送業務は完全にバックグラウンドで動くようになる。バックエンドのコードを一から書き換えずにこの仕組みを素早く展開するには、ShipStationのようなアグリゲーターを利用するのが最も早い。

ShipStationで注文処理から通関書類作成まで一元化

WooCommerce Blogで紹介されているShipStationは、WooCommerceと直接接続することで、フルフィルメントの全工程を一元管理する。注文の取り込みから、クリーンな通関書類の自動生成、国際発送時の商品HSコードのシステム的な適用までを自動化できる。

英国のWooCommerceストアにとっての最大の利点は、Royal Mail、DPD、Parcelforce、Evriといった英国の主要キャリアと事前交渉済みの割引料金を、契約後すぐに利用できる点にある。個別に初回契約を結ぶ手間が省け、既存のキャリアアカウントを持っている場合は、それを追加することも可能だ。

導入ハードルは30日間の無料トライアルで検証可能

ShipStationは柔軟な月額契約で、クレジットカード不要の30日間無料トライアルを提供している。税関ルールの手動監査に疲弊していたり、実際の配送料率をリスクゼロで比較検証したいなら、自社ストアを接続してテスト出荷のバッチを走らせてみるのも一つの手段だ。

この記事のポイント

• 税関申告では、HSコードを「素材・構造・用途」の3軸で完全に特定し、インボイスと申告書の記載内容を一致させることが必須になっている
• 2026年7月からEU向けの150ユーロ関税免除が撤廃され、商品カテゴリごとに3ユーロの一律関税が発生するため、価格戦略の見直しが急務だ
• DDP（関税込み配送）への切り替えにより、顧客へのサプライズ請求を排除し、受け取り拒否による損失を防止できる
• 北アイルランド向け配送は無料のUKIMSに登録することで、税関申告の手間を大幅に省ける
• 配送キャリアの料率は半年ごとに再交渉し、マルチキャリア比較による自動選定で継続的なコスト削減を図るべきだ
• ShipStationのようなWooCommerce連携ツールで、通関書類の作成からキャリア選択までを自動化し、運用負荷を軽減できる

海田 洋祐

・ 複数業界における17年間のデジタルビジネス開発経験
・ ウェブサイト開発のためのHTML、PHP、CSS、JavaScript等の実用的知識
・ 15ヶ国語対応の多言語SaaSの開発経験
・ 17年間にも及ぶ、Eコマース長期運営経験
・ 幅広い業界でのSEO最適化の豊富な経験

www.aandgweb.co.jp